Entenda como funciona um roteador, tabelas de rotas, OSPF, BGP, NAT, QoS, VRF, redundância, monitoramento, testes e critérios de projeto de redes.
Confira!
Um roteador é um dispositivo ou função de rede responsável por encaminhar pacotes IP entre redes diferentes. Ele analisa o endereço IP de destino, consulta sua tabela de roteamento e escolhe a próxima etapa do caminho até a rede de destino. Em redes corporativas, roteadores conectam LANs, WANs, filiais, data centers, nuvens e provedores; na Internet, formam a malha que permite que pacotes atravessem múltiplos sistemas autônomos.
A função principal do roteador é de camada 3. Isso o diferencia de um switch Ethernet clássico, cuja decisão básica ocorre na camada 2 usando endereços MAC. Na prática, equipamentos modernos podem combinar switching, roteamento, firewall, VPN, QoS, NAT e SD-WAN, mas essas funções continuam conceitualmente distintas.
Roteamento não significa simplesmente escolher o “caminho mais curto”. A decisão depende do protocolo, das rotas conhecidas, de métricas, preferência administrativa, políticas, estado dos enlaces e, em redes maiores, de objetivos de engenharia como resiliência, convergência, controle de tráfego e segurança.
Como um roteador encaminha um pacote
Quando um pacote chega a uma interface, o roteador lê o endereço IP de destino e procura a rota mais específica na tabela de encaminhamento. Se houver uma rota compatível, o pacote é enviado para a próxima interface ou next hop. Se não houver, o roteador pode utilizar uma rota default ou descartar o pacote.
A decisão usa o princípio de longest prefix match: entre várias rotas que cobrem um destino, a rota com prefixo mais específico tende a ser escolhida.
Exemplo simplificado:
| Rota | Prefixo | Destino 10.10.20.50 |
| 0.0.0.0/0 | default | compatível |
| 10.0.0.0/8 | amplo | compatível |
| 10.10.0.0/16 | mais específico | compatível |
| 10.10.20.0/24 | mais específico | selecionado |
O artigo sobre subnetting IPv4 aprofunda o papel dos prefixos na divisão e identificação de redes.
Tabela de roteamento, RIB e FIB
A tabela de roteamento reúne rotas aprendidas de múltiplas fontes. Em arquiteturas de rede, é útil distinguir a Routing Information Base (RIB) da Forwarding Information Base (FIB).
A RIB representa rotas conhecidas e candidatas. A FIB contém as informações efetivamente preparadas para encaminhamento rápido no plano de dados.
Essa separação ajuda a entender por que um protocolo pode aprender diversas rotas, mas apenas uma ou algumas serem instaladas para encaminhamento.
Rota conectada, estática e dinâmica
Rotas podem entrar no roteador de diferentes formas.
Rotas conectadas surgem das próprias interfaces configuradas e ativas.
Rotas estáticas são inseridas manualmente ou por automação. Funcionam bem em topologias simples, redes stub, rotas default e controles específicos.
Rotas dinâmicas são aprendidas por protocolos como OSPF, IS-IS e BGP.
A escolha deve considerar escala, convergência, mudança de topologia e esforço operacional.
Distância administrativa e preferência
Quando o mesmo prefixo é aprendido por fontes diferentes, o equipamento precisa escolher qual fonte prefere. Muitos fabricantes usam conceitos de distância administrativa, preference ou route preference.
Esses valores não são padronizados entre todos os fabricantes. Portanto, uma migração entre plataformas deve considerar diferenças de comportamento.
Também é possível que duas rotas do mesmo protocolo concorram por métricas internas.
OSPF
OSPF é um protocolo de estado de enlace usado dentro de sistemas autônomos. Cada roteador constrói uma visão da topologia e calcula caminhos com base em custo.
A RFC 2328 define OSPFv2 para IPv4. Em redes médias e grandes, OSPF permite hierarquia por áreas, sumarização em pontos apropriados e convergência automática diante de mudanças.
O artigo OSPF: como funciona, áreas, LSAs, custos e critérios de projeto aprofunda desenho, LSAs e engenharia de áreas.
BGP
BGP é o protocolo utilizado para troca de informação de alcance entre sistemas autônomos e é central ao roteamento da Internet.
Ele não opera simplesmente por “menor distância”. A seleção de caminhos utiliza atributos e política. Isso permite que organizações e provedores influenciem entrada, saída, preferência de links e relacionamento entre redes.
Em redes corporativas, BGP também aparece em multihoming, data centers, ambientes cloud e WANs de maior escala.
IS-IS
IS-IS é outro protocolo de estado de enlace amplamente utilizado em backbones de provedores e redes grandes.
Assim como OSPF, constrói conhecimento da topologia, mas possui arquitetura e mecanismos próprios.
A decisão entre OSPF e IS-IS depende de ecossistema, escala, experiência da equipe e arquitetura existente.
RIP e protocolos legados
RIP usa contagem de saltos e possui limitações de escala e convergência. Seu papel atual é pequeno em redes corporativas novas.
Estudar RIP ainda é útil para compreender princípios de distance-vector, loops e convergência, mas ele raramente é a escolha preferencial para projetos modernos de maior porte.
ECMP e múltiplos caminhos
Equal-Cost Multi-Path permite instalar mais de um caminho de mesmo custo para o mesmo destino.
Isso pode aumentar utilização dos enlaces e resiliência. O comportamento de distribuição normalmente utiliza hash baseado em campos do fluxo, não alternância pacote a pacote.
O projeto precisa verificar como o equipamento faz hashing e o que ocorre quando um caminho falha.
Default route
A rota default representa “qualquer destino não conhecido de forma mais específica”.
Em redes de usuários, é comum apontar para o firewall ou roteador de borda. Em filiais, pode apontar para a matriz ou provedor.
Uma rota default simplifica a tabela, mas também concentra dependência. O projeto precisa considerar o que acontece se o next hop ficar indisponível.
Gateway padrão
Em uma estação, o gateway padrão é o roteador usado quando o destino não pertence à sub-rede local.
O host decide primeiro se o destino é local ou remoto. Para destino local, tenta entregar diretamente. Para destino remoto, envia o quadro ao MAC do gateway, mantendo no pacote IP o endereço do destino final.
Essa distinção explica por que roteamento e switching trabalham em conjunto.
ARP e Neighbor Discovery
Em IPv4, ARP é usado para mapear endereços IPv4 a endereços MAC na rede local.
Em IPv6, essa função é tratada por Neighbor Discovery usando ICMPv6.
O roteador precisa resolver o endereço de camada 2 do next hop quando a saída é Ethernet.
IPv4 e IPv6
Roteadores modernos operam dual stack ou em arquiteturas de transição.
IPv6 amplia o espaço de endereçamento e modifica diversos aspectos operacionais. A RFC 8200 define a especificação base do IPv6.
A presença de IPv6 precisa ser considerada explicitamente em políticas, ACLs, monitoramento e segurança. Ignorar IPv6 em uma rede que o utiliza pode criar caminhos não controlados.
NAT
NAT altera endereços IP e, em muitos casos, portas.
Em redes residenciais e corporativas, PAT/NAPT permite que múltiplos dispositivos privados compartilhem endereços públicos.
NAT não é sinônimo de roteamento e não deve ser tratado como mecanismo de segurança por si só. A ausência de conectividade iniciada externamente pode reduzir exposição, mas controle de segurança depende de política de firewall.
NAT, CGNAT e troubleshooting
CGNAT adiciona tradução na rede da operadora. Isso pode complicar serviços inbound, logs e correlação de endereços.
Em troubleshooting, é necessário identificar todas as traduções existentes no caminho.
VPNs, VoIP, aplicações peer-to-peer e serviços publicados podem ser afetados por NAT.
ACL e firewall
Um roteador pode aplicar ACLs para filtrar tráfego, mas uma ACL não é equivalente a um firewall stateful completo.
Firewalls acompanham estado de sessões, podem identificar aplicações e realizar inspeção adicional.
Em equipamentos convergentes, essas funções coexistem. O projeto deve distinguir requisito de roteamento de requisito de segurança.
QoS
Roteadores também classificam, marcam, enfileiram e priorizam tráfego.
QoS não cria banda. Ele define como recursos limitados são distribuídos durante congestionamento.
Aplicações de voz, vídeo e controle podem exigir tratamento diferente de tráfego em background.
O artigo Tráfego de Rede: fluxos, carga, broadcast, multicast e capacidade complementa o dimensionamento.
Plano de controle e plano de dados
O control plane aprende topologia, executa protocolos e calcula rotas.
O data plane encaminha pacotes conforme estruturas previamente instaladas.
Separar esses planos é importante para desempenho, arquitetura SDN e segurança.
Um ataque ao plano de controle pode comprometer estabilidade mesmo quando a capacidade de encaminhamento é alta.
Convergência
Convergência é o processo pelo qual a rede detecta uma mudança e estabelece um novo estado consistente.
O tempo depende de detecção de falha, timers, protocolo, cálculo e instalação de rotas.
Aplicações críticas podem exigir convergência rápida.
Não basta possuir um segundo caminho; é necessário demonstrar quanto tempo a rede leva para utilizá-lo.
BFD
Bidirectional Forwarding Detection pode detectar falhas de caminho rapidamente e informar protocolos de roteamento.
BFD é útil quando timers nativos seriam lentos para o requisito de disponibilidade.
Sua configuração precisa ser compatível com capacidade dos equipamentos.
Alta disponibilidade
Roteadores podem ser redundantes em nível de equipamento, link e gateway.
Protocolos de first-hop redundancy permitem que hosts usem um gateway virtual mesmo quando existem dois equipamentos físicos.
Redundância deve considerar energia, caminho físico, upstream, configuração e domínio de falha.
VRF
Virtual Routing and Forwarding permite manter múltiplas tabelas de roteamento isoladas no mesmo equipamento.
VRFs são úteis em segmentação, multi-tenant, redes de gestão e separação de serviços.
Elas não substituem todas as políticas de segurança, mas ajudam a criar domínios de roteamento distintos.
Policy-based routing
PBR permite encaminhar determinados fluxos por critérios além do destino, como origem ou aplicação, dependendo da plataforma.
É útil em casos específicos, mas pode aumentar complexidade operacional.
Sempre que possível, o roteamento tradicional deve permanecer compreensível e previsível.
Roteamento em data centers
Data centers modernos podem usar arquiteturas leaf-spine com roteamento em larga escala.
BGP aparece frequentemente como protocolo underlay ou overlay em determinados desenhos.
A escolha depende de escala, virtualização, automação e requisitos de convergência.
Roteamento em cloud
VPCs, VNets e redes cloud usam tabelas de rotas virtuais.
A lógica continua sendo encaminhamento por prefixo, mas componentes como gateways, transit hubs e route tables são implementados como serviços.
Equipes precisam tratar cloud networking como engenharia de rede, não como configuração isolada de console.
SD-WAN
SD-WAN adiciona orquestração e seleção dinâmica de caminhos sobre múltiplos transportes.
Ela pode escolher link por latência, perda, jitter ou política de aplicação.
Mesmo com SD-WAN, conceitos de IP, roteamento, NAT e segurança permanecem fundamentais.
Monitoramento de roteadores
Disponibilidade de interface não é suficiente.
Indicadores úteis incluem:
- CPU e memória;
- utilização de interfaces;
- erros e descartes;
- adjacências de protocolo;
- quantidade de rotas;
- mudanças de next hop;
- latência e perda;
- eventos de failover;
- temperatura e fontes;
- logs de configuração.
O artigo Monitoramento de Rede aprofunda observabilidade.
Gerenciamento e configuração
Roteadores precisam de controle de acesso administrativo, backups de configuração, versionamento e mudança controlada.
SNMP, telemetria, syslog, APIs e automação podem apoiar gestão.
O artigo Gerenciamento de Redes: FCAPS, SNMP, configuração, desempenho e segurança organiza essa disciplina.
Segurança do plano de gestão
Interfaces administrativas devem ser restritas.
Boas práticas incluem:
- MFA quando suportado;
- AAA centralizado;
- SSH seguro;
- desativação de protocolos legados;
- redes de gestão separadas;
- logging;
- backup;
- controle de mudanças.
Acesso irrestrito à interface de gestão compromete todo o domínio de roteamento.
Dimensionamento de capacidade
A capacidade de um roteador deve ser analisada por throughput, pps, tabelas, sessões, interfaces e recursos habilitados.
Pacotes pequenos podem exigir mais pps para o mesmo volume em bit/s.
Criptografia, NAT, firewall e QoS podem alterar desempenho.
Especificações devem considerar condição real de uso.
PPS versus Gbit/s
Um equipamento que anuncia alta taxa em Gbit/s pode atingir limite de processamento antes quando o tráfego possui muitos pacotes pequenos.
Aplicações de voz, DNS, telemetria e determinados ataques produzem padrões diferentes de grandes transferências.
Dimensionamento deve observar perfil do tráfego.
Arquitetura física
Portas, transceivers, fibras e caminhos físicos precisam ser coerentes com a arquitetura lógica.
Uma rede lógica redundante sobre o mesmo duto físico continua vulnerável a um único rompimento.
O artigo Rede Física x Rede Lógica ajuda a separar esses domínios.
Como projetar o roteamento corporativo
Quando endereçamento, rotas e dependências existentes não estão documentados, a alteração de roteamento pode introduzir loops, blackholes e indisponibilidade. Recuperar a baseline é uma etapa de engenharia antes da migração.
O projeto deve começar por requisitos e topologia.
Uma sequência útil é:
- levantar sites e redes;
- definir endereçamento;
- mapear aplicações e fluxos;
- identificar criticidade;
- definir domínios de roteamento;
- selecionar protocolos;
- definir sumarização;
- planejar redundância;
- definir políticas;
- estabelecer monitoramento;
- criar testes;
- documentar operação.
Quando a infraestrutura existente não está documentada, um Levantamento Cadastral de Engenharia pode ser necessário para recuperar a baseline.
Design Review de redes
A revisão de arquitetura deve testar coerência entre protocolos, sumarização, redundância, política e convergência antes da implantação. Em redes críticas, validar apenas configuração de CLI é insuficiente.
Em projetos críticos, a revisão deve verificar:
- topologia;
- endereçamento;
- convergência;
- dependências;
- rotas default;
- sumarização;
- política BGP;
- áreas OSPF;
- redundância;
- segurança;
- observabilidade.
A Revisão e Validação Técnica de Projetos — Design Review pode estruturar essa verificação antes da implantação.
Comissionamento do roteamento
O aceite não deve se limitar a ping.
Testes podem validar:
- adjacências;
- rotas esperadas;
- ausência de rotas indevidas;
- failover;
- convergência;
- ECMP;
- perda;
- latência;
- QoS;
- monitoramento;
- logs.
O Comissionamento de Equipamentos permite transformar esses requisitos em evidências.
Documentação e As-Built
A documentação deve incluir diagramas físicos e lógicos, endereçamento, tabelas de rede, protocolos, áreas, ASNs, filtros, dependências e critérios de failover.
Também é importante registrar intenção, não apenas configuração.
Uma linha de configuração sem contexto pode ser removida indevidamente no futuro.
Troubleshooting de roteamento
Uma sequência prática é:
- verificar estado da interface;
- validar IP e máscara;
- verificar ARP/ND;
- consultar tabela de roteamento;
- identificar next hop;
- testar caminho;
- verificar ACL/NAT;
- validar protocolo dinâmico;
- observar logs;
- comparar com baseline.
Ferramentas como ping e traceroute ajudam, mas precisam ser interpretadas no contexto do plano de controle e políticas.
Erros recorrentes
| Erro | Consequência |
| sub-redes sobrepostas | ambiguidade |
| default route incorreta | blackhole |
| redistribuição sem controle | loops |
| sumarização errada | perda de alcance |
| timers agressivos | instabilidade |
| ausência de filtro BGP | anúncio indevido |
| redundância no mesmo caminho | falso HA |
| documentação incompleta | risco em mudanças |
Como contratar projeto de roteamento
Um escopo técnico deve definir entregáveis e critérios.
Pode incluir:
- levantamento;
- arquitetura;
- plano de endereçamento;
- protocolo e parâmetros;
- política de rotas;
- redundância;
- segurança;
- plano de migração;
- testes;
- documentação.
“Configurar roteadores” é um objeto insuficiente para ambientes complexos.
Critérios de engenharia para selecionar um roteador
A seleção de um roteador não deve partir apenas da velocidade nominal das interfaces. Em projetos corporativos, o equipamento precisa ser dimensionado para a combinação real de tráfego, quantidade de rotas, protocolos, serviços habilitados e comportamento de falha. Um roteador de borda conectado a dois links de Internet, por exemplo, enfrenta requisitos diferentes de um equipamento de distribuição interno ou de um nó de backbone.
O primeiro critério é a função arquitetural. É necessário definir se o equipamento atuará como gateway de Internet, concentrador de filiais, roteador de data center, elemento de WAN, borda de cloud, core ou dispositivo de agregação. Essa função determina quantidade e tipo de interfaces, necessidade de BGP, VRFs, recursos de alta disponibilidade, QoS, telemetria e capacidade de tabelas.
O segundo critério é a capacidade sob condição real. Valores de throughput divulgados em datasheets podem ser medidos com recursos desabilitados ou pacotes favoráveis. Se o mesmo equipamento realizará NAT, VPN, firewall, QoS e roteamento dinâmico, a composição deve considerar o impacto acumulado dessas funções e a margem necessária para crescimento.
| Critério | Pergunta de projeto | Evidência esperada |
| Throughput | Qual tráfego sustentado e de pico? | dimensionamento por perfil real |
| PPS | Existem muitos pacotes pequenos? | capacidade compatível com a carga |
| Tabela de rotas | Quantos prefixos serão aprendidos? | margem para crescimento |
| Convergência | Quanto tempo de falha é tolerável? | teste de failover |
| Interfaces | Quais meios e velocidades? | mapa físico e lógico |
| Operação | Como será monitorado e atualizado? | plano de gestão |
Redundância: equipamento duplicado não significa serviço resiliente
Um erro recorrente é considerar que dois roteadores formam automaticamente uma arquitetura redundante. A resiliência depende do domínio de falha completo: alimentação, switches adjacentes, enlaces, operadoras, dutos, transceivers, protocolos e lógica de convergência. Dois equipamentos instalados no mesmo rack, ligados ao mesmo switch e alimentados pelo mesmo circuito podem continuar dependentes de um único evento.
O projeto deve mapear cada dependência e demonstrar quais falhas são toleradas. Em ambientes de maior criticidade, é útil construir cenários de falha: perda de uma interface, indisponibilidade do roteador, interrupção de um provedor, falha de um caminho físico e perda de um equipamento upstream. Cada cenário precisa ter comportamento esperado e tempo de recuperação aceitável.
A redundância também precisa ser coerente com o protocolo. Se o segundo caminho existe, mas sua rota só é instalada após intervenção manual, o requisito de disponibilidade pode não ser atendido. Da mesma forma, timers muito agressivos podem reduzir tempo de detecção, porém aumentar sensibilidade a oscilações e gerar instabilidade. O desenho deve equilibrar velocidade de reação e estabilidade.
Redistribuição de rotas e risco de loops
Redes que utilizam mais de um protocolo podem precisar redistribuir rotas entre domínios. Essa decisão exige cuidado porque cada protocolo possui métricas e lógica próprias. Uma redistribuição bidirecional sem filtros pode reintroduzir rotas no protocolo de origem, criar caminhos inesperados ou provocar loops.
O projeto deve definir pontos de redistribuição, filtros, tags, sumarização e política de preferência. Em muitos casos, reduzir a quantidade de pontos de redistribuição melhora previsibilidade. A documentação precisa explicar a intenção: quais prefixos entram, quais não entram e por quê.
Essa disciplina é especialmente importante em migrações, quando redes antigas e novas coexistem temporariamente. Uma fase de transição pode exigir mecanismos que não permanecerão na arquitetura final. Registrar essa condição evita que uma solução temporária se torne permanente sem revisão.
Sumarização e controle de domínio de falha
A sumarização reduz quantidade de rotas anunciadas e pode limitar propagação de mudanças. Entretanto, sumarizar incorretamente pode criar blackholes quando o agregado continua anunciado mesmo depois de sub-redes específicas deixarem de estar alcançáveis.
O plano de endereçamento deve ser construído de forma hierárquica para permitir sumarização coerente. Endereços atribuídos sem disciplina dificultam agregação e tornam a tabela maior e mais dependente de rotas específicas. Portanto, decisões de subnetting e arquitetura de roteamento são interdependentes.
Em redes distribuídas, sumarização também ajuda a estabelecer limites operacionais. Uma falha local pode permanecer contida sem forçar toda a rede a recalcular grande quantidade de rotas. O benefício depende de topologia e desenho correto dos prefixos.
Migração de roteamento sem perda de controle
Migrar roteadores, protocolos ou links exige mais que uma janela de mudança. O processo deve preservar conectividade, possibilidade de rollback e capacidade de diagnóstico. Alterar simultaneamente equipamento, endereçamento, protocolo e política aumenta o número de variáveis e dificulta isolar a causa de uma falha.
Uma estratégia controlada costuma separar etapas: validar a infraestrutura física, ativar adjacências, confirmar rotas, migrar grupos de redes e somente depois remover a arquitetura antiga. Durante a coexistência, métricas e preferências precisam ser planejadas para evitar que o tráfego use caminhos não previstos.
O plano de rollback deve ser executável. Isso significa conhecer configurações anteriores, dependências, tempos de convergência e critérios objetivos para interromper a mudança. “Voltar se der problema” não é um plano; é necessário definir quais evidências caracterizam uma condição inaceitável.
O que a fiscalização e o comissionamento devem verificar
Em uma implantação contratada, a fiscalização precisa verificar não apenas se o equipamento fornecido corresponde ao modelo especificado, mas se a configuração implementa a arquitetura aprovada. Interfaces, protocolos, filtros, rotas, redundância e telemetria precisam estar coerentes com documentos de projeto e matriz de testes.
O comissionamento deve produzir evidências. Para uma rota redundante, por exemplo, o teste precisa registrar estado inicial, evento de falha, tempo de detecção, alteração de caminho, perda observada e recuperação. Para BGP ou OSPF, as adjacências e prefixos relevantes devem ser verificados antes e depois do evento.
Também é importante testar condições negativas: uma rota que não deveria existir, um prefixo que não deveria ser anunciado ou um acesso de gestão que deve permanecer bloqueado. Aceite técnico não é somente provar o que funciona; é provar que controles e limites foram implementados conforme requisitos.
Entregáveis mínimos em um projeto de roteamento
Um projeto suficientemente documentado deve permitir que outra equipe compreenda a arquitetura sem depender exclusivamente de conhecimento tácito do integrador. Isso exige documentação de intenção, não apenas exportação de configuração.
- diagrama físico e lógico;
- plano de endereçamento e sumarização;
- matriz de roteamento e next hops;
- protocolos, áreas, ASNs e políticas;
- rotas estáticas e default routes justificadas;
- VRFs e domínios de segmentação;
- estratégia de alta disponibilidade;
- regras de redistribuição e filtros;
- requisitos de QoS;
- plano de monitoramento e logging;
- plano de migração e rollback;
- matriz de testes e critérios de aceite;
- As-Built após implantação.
Essa documentação reduz risco durante expansão, troca de operadora, atualização de firmware e resposta a incidentes. Também cria base para futuras revisões de arquitetura e para gestão de configuração.
Baseline operacional e gestão do ciclo de vida do roteador
Depois do comissionamento, o roteador passa a integrar a baseline operacional da rede. Isso significa que versão de firmware, configuração, módulos instalados, licenças, adjacências, rotas críticas e parâmetros de monitoramento precisam ser registrados. Sem baseline, uma alteração posterior pode modificar comportamento sem que a equipe consiga reconstruir quando e por que a mudança ocorreu.
O ciclo de vida também inclui atualização de software, tratamento de vulnerabilidades, substituição de hardware e gestão de obsolescência. Atualizar firmware em um roteador crítico exige verificar compatibilidade de recursos, mudanças de sintaxe, requisitos de boot, redundância e possibilidade de rollback. A janela de manutenção deve ser baseada no impacto do serviço, não apenas na duração estimada do reboot.
Ao aproximar-se do fim de suporte, o risco deixa de ser apenas técnico e passa a afetar continuidade e capacidade de resposta. Um equipamento sem correções, peças ou suporte adequado pode transformar uma falha simples em indisponibilidade prolongada. Por isso, inventário, criticidade e plano de renovação fazem parte da engenharia de operação.
Indicadores para verificar se o roteamento continua saudável
Uma rede pode permanecer “up” e ainda apresentar degradação. Indicadores precisam mostrar estabilidade do plano de controle e qualidade do encaminhamento. Mudanças frequentes de adjacência, aumento de flaps de rota, crescimento anormal da tabela ou elevação de descartes podem antecipar falhas percebidas pelos usuários.
É útil estabelecer valores de referência para quantidade de rotas, CPU, memória, utilização das interfaces, erros físicos, latência e eventos de convergência. O objetivo não é criar alertas para qualquer variação, mas identificar desvios relevantes em relação ao comportamento normal e aos limites de projeto.
Esses indicadores também servem como evidência para capacity planning. Se a utilização cresce continuamente ou a tabela se aproxima do limite suportado, a necessidade de expansão pode ser identificada antes de o desempenho se tornar um incidente.
Considerações finais
Roteadores são a base do encaminhamento entre redes, mas o projeto de roteamento envolve muito mais que instalar rotas.
Endereçamento, protocolos, políticas, convergência, redundância, QoS, segurança, monitoramento e documentação precisam formar um sistema coerente.
Uma rede bem projetada não é apenas a que alcança os destinos em condição normal. É a que reage de forma previsível a falhas, permite operação rastreável e pode ser validada por critérios objetivos.
O aceite deve demonstrar o comportamento da rede durante falha. Adjacentemente às rotas, é necessário medir perda, convergência, QoS, observabilidade e restabelecimento das aplicações.
Referências técnicas
[1] IETF. RFC 2328 — OSPF Version 2. Disponível em: https://www.rfc-editor.org/rfc/rfc2328.
[2] IETF. RFC 4271 — A Border Gateway Protocol 4 (BGP-4). Disponível em: https://www.rfc-editor.org/rfc/rfc4271.
[3] IETF. RFC 8200 — Internet Protocol, Version 6 (IPv6) Specification. Disponível em: https://www.rfc-editor.org/rfc/rfc8200.
Perguntas frequentes
Encaminhar pacotes IP entre redes diferentes usando uma tabela de roteamento e critérios de seleção de caminho.
O switch Ethernet clássico encaminha quadros em camada 2 por endereços MAC; o roteador encaminha pacotes em camada 3 por endereços IP.
Não. OSPF é tipicamente um IGP usado dentro de um sistema autônomo; BGP é orientado à troca de alcance e políticas entre sistemas autônomos e também aparece em arquiteturas corporativas e cloud.
Não. NAT traduz endereços e portas. O roteamento decide o caminho do pacote. As funções podem ocorrer no mesmo equipamento.
Provocando falha controlada de link ou equipamento e medindo detecção, convergência, perda e restabelecimento das aplicações.
Topologia, endereçamento, protocolos, políticas, sumarização, redundância, segurança, monitoramento, plano de migração, testes e documentação.
Materiais técnicos complementares
Conteúdos principais sobre o tema
- OSPF: como funciona, áreas, LSAs, custos e critérios de projeto
- Tráfego de Rede: fluxos, carga, broadcast, multicast e capacidade
Conteúdos técnicos correlatos
- Gerenciamento de Redes: FCAPS, SNMP, configuração, desempenho e segurança
- Monitoramento de Rede: métricas, disponibilidade, desempenho e observabilidade
- Subnetting: como funciona o subnetting IPv4
