Roteadores, gateway e tabelas de roteamento
Roteamento conecta redes sem transformar tudo em um único enlace
Um host consegue entregar quadros diretamente aos vizinhos de sua rede local. Quando o destino pertence a outra rede, porém, ele precisa confiar o pacote a um roteador. Esse equipamento recebe o pacote em uma interface, consulta informações de alcance e escolhe por qual interface e próximo salto a jornada continuará.
Roteamento preserva uma propriedade fundamental da Internet: cada equipamento intermediário precisa conhecer apenas a próxima decisão útil, não uma lista antecipada de todos os dispositivos que o pacote atravessará.
O roteador não estende o broadcast Ethernet de uma rede para outra. Ele encerra a entrega do enlace recebido e, quando pode encaminhar o pacote, inicia uma nova entrega compatível com o enlace de saída. Por isso, a separação entre VLANs explicada na aula de switches e domínios de broadcast encontra no roteador a função que permite comunicação controlada entre redes IP distintas.
O host decide primeiro se o destino está no enlace
Antes de usar um gateway, o computador compara o endereço IP de destino com suas informações de prefixo e rotas.
Considere um notebook com:
- IPv4
192.0.2.10/24; - roteador padrão
192.0.2.1; - interface Ethernet ativa.
O prefixo /24 indica que 192.0.2.0/24 está diretamente conectado. Para alcançar 192.0.2.80, o próximo salto é o próprio host 192.0.2.80. O notebook resolve o endereço de enlace desse destino e monta o quadro.
Para alcançar 198.51.100.20, a rota conectada não corresponde. Se não houver uma rota mais específica, a rota padrão escolhe 192.0.2.1. O próximo salto passa a ser o roteador, embora o destino IP do pacote continue sendo 198.51.100.20.
Esse raciocínio depende dos prefixos e não da aparência decimal do endereço. A forma correta de reconhecer a rede IPv4 está em máscaras, prefixos e subnetting. No IPv6, a determinação on-link também considera informações anunciadas pelos roteadores, como explica a aula de endereçamento IPv6.
Destino final e próximo salto são endereços diferentes
O destino final está no cabeçalho IP e identifica onde o pacote deve chegar. O próximo salto é o participante adjacente que receberá o pacote agora. Em um caminho com vários roteadores, essa segunda resposta muda a cada enlace.
Imagine a sequência:
notebook → roteador A → roteador B → servidor
No primeiro trecho, o próximo salto do notebook é o roteador A. Para A, pode ser o roteador B. Para B, o destino pode estar diretamente conectado, fazendo do servidor o próximo salto final.
Em condições normais, os endereços IP de origem e destino permanecem associados às pontas durante esse encaminhamento. Os endereços de enlace mudam porque cada trecho cria um novo quadro. Mecanismos como NAT podem alterar endereços IP, mas isso é uma função adicional e será tratado em aula própria; não faz parte da definição básica de roteamento.
Gateway padrão é uma rota de último recurso
No uso cotidiano, gateway padrão é o roteador para o qual o host envia destinos que não possuem uma correspondência mais específica. “Roteador padrão” é um nome mais preciso, pois gateway também pode designar intermediários de aplicação, tradução ou outros contextos.
No IPv4, a rota padrão é representada por 0.0.0.0/0. No IPv6, por ::/0. Um prefixo com comprimento zero não exige nenhum bit inicial correspondente e, por isso, pode combinar com qualquer destino da respectiva família.
Isso não significa que a rota padrão tenha prioridade sobre as demais. O oposto é verdadeiro: ela é a correspondência menos específica e só vence quando nenhuma rota aplicável possui um prefixo maior.
Também não significa “rota para a Internet”. Ela pode apontar para:
- um roteador corporativo;
- uma VPN;
- um firewall;
- uma rede de laboratório;
- um provedor;
- um destino de descarte, conforme o projeto.
Se o próximo roteador não conhece o restante do caminho, a existência da rota padrão no host não garante entrega. Ela apenas diz onde o host deve tentar o próximo passo.
No IPv6, hosts podem construir uma lista de roteadores padrão a partir de Router Advertisements e considerar alcançabilidade e preferências ao selecionar um deles. O endereço anunciado como roteador padrão é frequentemente link-local. Isso é normal: o endereço precisa identificar o vizinho naquele enlace, não representar toda a rota externa.
Uma entrada de rota reúne destino e instrução de saída
Tabelas reais apresentam formatos diferentes, mas uma rota costuma expressar alguns elementos:
- prefixo de destino: conjunto de endereços aos quais a rota pode corresponder;
- próximo salto: roteador adjacente que deve receber o pacote, quando necessário;
- interface de saída: enlace pelo qual o próximo salto ou destino é alcançável;
- origem: como a rota foi obtida;
- preferência e métrica: informações usadas para escolher entre candidatas equivalentes conforme a implementação;
- estado: se a rota e suas dependências estão utilizáveis.
Uma visão didática pode ser:
| Prefixo | Próximo salto | Interface | Origem |
|---|---|---|---|
192.0.2.0/24 | diretamente conectado | LAN | conectada |
198.51.100.0/24 | 192.0.2.2 | LAN | estática |
203.0.113.0/24 | 192.0.2.3 | trânsito | dinâmica |
0.0.0.0/0 | 192.0.2.1 | LAN | estática |
Os endereços pertencem a blocos reservados para documentação. Em uma tabela real, confirme a família, o contexto de roteamento e a forma como cada adjacência será resolvida.
Nem toda ferramenta exibe todos os campos. Algumas mostram uma tabela de rotas do sistema; outras mostram uma base de encaminhamento já preparada para consultas rápidas. Antes de comparar saídas, identifique exatamente qual estrutura o comando ou painel apresenta.
Rotas conectadas, locais, estáticas e dinâmicas têm origens diferentes
Rotas conectadas
Quando uma interface possui endereço e prefixo ativos, o sistema pode instalar uma rota que representa aquela rede diretamente conectada. O próximo salto de um destino nela é o próprio destino, alcançado no enlace de saída.
Se a interface fica indisponível, a rota conectada pode deixar de ser utilizável. Uma linha de tabela não substitui o estado físico e lógico da interface da qual ela depende.
Rotas locais
Sistemas também mantêm rotas para os próprios endereços atribuídos. Elas entregam o pacote à pilha local, não o encaminham para outro equipamento. Uma rota de host /32 no IPv4 ou /128 no IPv6 pode representar essa decisão ou outra finalidade específica, conforme a origem.
Rotas estáticas
Uma rota estática é configurada administrativamente. Ela pode ser simples, previsível e adequada a redes pequenas, rotas de saída, caminhos de contingência ou destinos de descarte. Entretanto, não aprende sozinha que a topologia distante mudou. Sua disponibilidade ainda pode depender do estado da interface, da resolução do próximo salto ou de mecanismos de acompanhamento.
Rotas dinâmicas
Protocolos de roteamento trocam informações e calculam alcance conforme regras próprias. OSPF, por exemplo, distribui estado de enlaces dentro de um sistema autônomo e calcula uma árvore de menores caminhos. BGP atende à troca de informações entre sistemas autônomos e à aplicação de políticas em outra escala.
Esta aula não ensina esses protocolos. O ponto é distinguir como a rota chegou de como o pacote é encaminhado depois que uma rota foi selecionada.
RIB e FIB separam conhecimento de decisão rápida
Uma explicação útil divide o processo em duas estruturas conceituais:
- Routing Information Base (RIB): reúne rotas candidatas, suas origens e atributos para seleção;
- Forwarding Information Base (FIB): contém informação preparada para encaminhar pacotes, como prefixo, interface e próximo salto resolvido.
Rotas conectadas, estáticas e dinâmicas podem disputar o mesmo destino na RIB. O sistema aplica políticas e critérios, seleciona resultados e instala o necessário na FIB. Quando um pacote chega, o plano de encaminhamento consulta uma estrutura otimizada em vez de recalcular todo o protocolo de roteamento.
Essa separação não deve ser tratada como um desenho físico universal. Equipamentos podem usar outras camadas, caches, tabelas por contexto, hardware especializado ou nomes diferentes. O modelo serve para formular perguntas melhores:
- a rota foi aprendida?
- foi considerada válida?
- foi selecionada?
- foi instalada para encaminhamento?
- o próximo salto foi resolvido?
Encontrar uma rota no banco de um protocolo não prova que ela esteja ativa na FIB. Da mesma forma, uma FIB ainda pode apontar para uma adjacência incompleta, impedindo a criação do quadro de saída.
Prefixo mais longo escolhe a rota mais específica
Um destino pode corresponder a várias rotas ao mesmo tempo. O encaminhamento classless usa a correspondência de prefixo mais longo: vence a rota cujo prefixo possui o maior número de bits iniciais iguais ao endereço de destino.
Considere um pacote para 198.51.100.205 e estas rotas:
| Prefixo | Intervalo relevante | Corresponde? |
|---|---|---|
0.0.0.0/0 | todos os IPv4 | sim |
198.51.100.0/24 | .0 a .255 | sim |
198.51.100.128/25 | .128 a .255 | sim |
198.51.100.192/26 | .192 a .255 | sim |
As quatro combinam, mas /26 possui 26 bits significativos correspondentes e é a mais específica.
O mesmo princípio vale no IPv6. Um destino em 2001:db8:1200:34::/64 pode combinar com ::/0, 2001:db8::/32, 2001:db8:1200::/48 e o /64. Se todas estiverem utilizáveis, o /64 é a correspondência mais longa.
Preferência, métrica e múltiplos caminhos resolvem empates posteriores
Depois que o maior comprimento correspondente é conhecido, o sistema pode ainda possuir várias candidatas para o mesmo prefixo. A escolha considera origem, preferência administrativa, métrica e política conforme a plataforma e o protocolo.
Não existe uma escala única de métricas comparável entre todos os protocolos. Um custo OSPF, uma contagem de saltos e um atributo de outro protocolo não representam a mesma unidade. O processo primeiro determina quais candidatas são elegíveis e qual origem é preferida; depois usa critérios daquele contexto.
Quando duas ou mais rotas de mesmo custo permanecem, o equipamento pode instalar Equal-Cost Multipath (ECMP). A distribuição costuma usar um cálculo baseado em campos do fluxo para manter pacotes relacionados no mesmo caminho, mas detalhes variam. Não presuma alternância rigorosa de um pacote por link.
Também não presuma que ida e volta percorrem os mesmos roteadores. Cada nó toma decisões com sua própria tabela, e roteamento assimétrico pode ser normal. Ele se torna relevante quando firewalls com estado, medições ou diagnósticos esperam observar os dois sentidos no mesmo ponto.
O próximo salto precisa ser alcançável
Selecionar uma rota que aponta para 192.0.2.2 ainda exige saber como enviar um quadro a esse vizinho. O sistema pode precisar resolver o endereço de enlace por ARP no IPv4 ou NDP no IPv6, como detalhado em Ethernet, endereços MAC, ARP e NDP.
Uma rota também pode apontar para um próximo salto que não está diretamente conectado. Nesse caso, a implementação realiza uma busca recursiva para descobrir qual rota e interface alcançam esse próximo salto. A cadeia precisa terminar em uma adjacência utilizável; caso contrário, a rota pode não ser instalada ou o encaminhamento falha.
Essa dependência cria situações comuns:
- a rota para o destino existe, mas a rota para o próximo salto não;
- o próximo salto pertence ao enlace, mas ARP ou NDP não o resolve;
- a interface de saída está inativa;
- a VLAN do enlace não chega ao roteador vizinho;
- a rota está na RIB, mas sua dependência impede instalação na FIB.
Por isso, “há uma linha na tabela” não encerra o diagnóstico.
O roteador recria a entrega a cada salto
Ao receber um pacote destinado a outra rede, um roteador executa uma sequência conceitual:
- recebe e valida o quadro do enlace de entrada;
- remove o encapsulamento de camada 2;
- verifica se o destino IP pertence ao próprio roteador ou deve ser encaminhado;
- consulta a FIB pelo endereço IP de destino;
- aplica verificações e políticas pertinentes;
- reduz TTL no IPv4 ou Hop Limit no IPv6;
- determina interface e próximo salto;
- obtém a informação de enlace do próximo salto;
- cria um novo quadro e transmite o pacote.
O quadro recebido pode ter como destino o MAC do roteador A. O quadro seguinte terá origem compatível com a interface de saída de A e destino correspondente ao próximo salto. O pacote IP transportado continua apontando para o host final, salvo funções adicionais explicitamente configuradas.
O encapsulamento explicado no primeiro módulo ajuda a visualizar por que o roteador remove um envelope local e cria outro sem reconstruir os dados da aplicação a cada salto.
TTL e Hop Limit impedem circulação indefinida
Erros de configuração ou convergência podem formar um loop no qual roteadores devolvem o pacote uns aos outros. Para limitar essa circulação, o IPv4 possui Time to Live (TTL) e o IPv6 possui Hop Limit.
Cada roteador reduz o valor antes de encaminhar. Se ele se esgota, o pacote é descartado e uma mensagem ICMP Time Exceeded pode ser enviada à origem conforme as regras aplicáveis. Embora o nome TTL tenha origem temporal, na prática o decremento por salto é o comportamento central; o IPv6 tornou isso explícito no nome Hop Limit.
Ferramentas de traceroute exploram esse mecanismo ao enviar sondas com limites progressivos e observar respostas dos saltos. A ausência de resposta, contudo, não prova ausência de roteador: filtros, rate limiting, balanceamento e políticas podem esconder ou alterar o que aparece.
TTL e Hop Limit contêm o dano, mas não corrigem o loop. A causa continua sendo informação de roteamento inconsistente, redistribuição, sumarização, rota estática incorreta ou outra falha de topologia e política.
Ausência de rota e bloqueio não são a mesma coisa
Se nenhuma rota corresponde, o roteador descarta o pacote e pode emitir uma mensagem ICMP Destination Unreachable. No IPv6, o código pode indicar, por exemplo, ausência de rota ou proibição administrativa. No IPv4, códigos também distinguem algumas causas.
Porém, nem todo descarte produz uma resposta. O pacote pode ser silenciosamente filtrado, a própria mensagem ICMP pode ser limitada ou bloqueada, ou a rota de retorno até a origem pode faltar. Um timeout na aplicação não identifica sozinho se houve:
- ausência de rota;
- próximo salto inalcançável;
- filtro administrativo;
- perda por congestionamento;
- falha no destino;
- problema no caminho de retorno.
Diagnóstico exige combinar tabela, contadores, vizinhança, captura e testes em mais de um ponto.
Diagnostique seguindo a decisão de encaminhamento
Para um destino que não responde, use uma ordem reproduzível:
- registre IP, prefixo, interface e roteadores padrão do host;
- determine se o destino deveria ser on-link ou remoto;
- consulte a tabela usando o endereço exato do destino;
- encontre a correspondência com prefixo mais longo;
- identifique próximo salto e interface de saída;
- confirme se a rota está ativa na estrutura de encaminhamento;
- verifique a rota recursiva, quando existir;
- confira ARP ou NDP do próximo salto;
- observe TTL ou Hop Limit e mensagens ICMP;
- repita a análise no roteador seguinte e considere o caminho de retorno.
Uma rota padrão no host pode estar correta enquanto o roteador seguinte não possui rota para a rede final. Um ping ao gateway testa parte do primeiro enlace, não a jornada inteira. Da mesma forma, alcançar o destino não garante que todos os serviços de transporte estejam disponíveis.
Evite alterar várias rotas, limpar caches e reiniciar equipamentos ao mesmo tempo. Preserve a tabela e os estados antes da mudança; eles mostram qual decisão estava sendo tomada.
Erros comuns sobre roteamento
- achar que gateway padrão é sinônimo de Internet: ele é o próximo salto usado quando não há rota mais específica;
- procurar o MAC do destino remoto: o quadro aponta para o próximo salto local;
- pensar que o roteador encaminha o mesmo quadro: cada enlace recebe novo encapsulamento;
- supor que o destino IP muda a cada salto: isso não pertence ao roteamento básico;
- escolher a menor métrica antes do prefixo: correspondência mais longa vem primeiro;
- tratar rota presente como rota utilizável: interface, recursão e adjacência também precisam funcionar;
- confundir RIB e FIB: uma rota aprendida pode não ter sido selecionada para encaminhamento;
- presumir que ida e volta são iguais: cada direção é decidida de forma independente;
- atribuir todo timeout a firewall: ausência de rota, vizinho ou retorno produz sintomas semelhantes;
- decorar preferências como universais: valores e critérios dependem da plataforma e do protocolo;
- achar que TTL resolve loops: ele limita a vida do pacote, mas a topologia ainda precisa ser corrigida.
O que você deve guardar
O host decide se o destino está no enlace. Se estiver, entrega ao próprio destino; se estiver fora e nenhuma rota específica se aplicar, usa o roteador padrão. O próximo salto muda ao longo do caminho, enquanto o destino IP normalmente permanece associado à ponta final.
Rotas conectadas, locais, estáticas e dinâmicas alimentam a informação de roteamento. A correspondência de prefixo mais longo escolhe a rota mais específica; preferência e métrica resolvem disputas posteriores entre candidatas equivalentes. A FIB transforma a decisão selecionada em encaminhamento rápido.
Cada roteador remove o quadro recebido, reduz TTL ou Hop Limit, seleciona uma saída, resolve o próximo salto e cria um novo quadro. Uma tabela coerente, uma adjacência alcançável e um caminho de retorno são todos necessários para a comunicação funcionar.
Referências
- IETF — RFC 1812: Requirements for IP Version 4 Routers. Acesso em 29 ago. 2026.
- IETF — RFC 1122: Requirements for Internet Hosts — Communication Layers. Acesso em 29 ago. 2026.
- IETF — RFC 4632: Classless Inter-domain Routing. Acesso em 29 ago. 2026.
- IETF — RFC 4861: Neighbor Discovery for IPv6. Acesso em 29 ago. 2026.
- IETF — RFC 8200: Internet Protocol, Version 6 Specification. Acesso em 29 ago. 2026.
- IETF — RFC 792: Internet Control Message Protocol. Acesso em 29 ago. 2026.
- IETF — RFC 4443: ICMPv6. Acesso em 29 ago. 2026.
- IETF — RFC 2328: OSPF Version 2. Acesso em 29 ago. 2026.