Um host entrega diretamente só na própria sub-rede; todo o resto precisa de uma rota - uma instrução dizendo que o tráfego para aquele destino vai para este próximo salto. A prova aposentada de fundamentos da F5 mantinha o assunto honesto e prático: explicar por que uma rota é necessária, explicar saltos e, dado um endereço de destino e uma tabela de roteamento, identificar a rota que será usada. A terceira habilidade é a que importa, e ela tem exatamente uma regra.

Por que uma rota, e o que é um salto

A entrega Internet Protocol (IP) é local à sub-rede: se o destino compartilha minha rede, eu o resolvo com ARP e entrego o quadro eu mesmo. Se não compartilha, preciso de um roteador disposto a levar o pacote para mais perto - e o roteador precisa da mesma decisão para o próprio passo seguinte. Cada entrega roteador-a-roteador é um salto; um caminho é uma corrente de saltos, cada um uma decisão nova, tomada da tabela daquele roteador. O time to live existe precisamente porque saltos podem entrar em loop quando tabelas discordam; o artigo de ICMP mostra como o traceroute transforma esse contador num mapa do caminho.

Lendo a tabela: o prefixo mais longo vence

Uma tabela de roteamento é uma lista de destinos - redes com comprimentos de prefixo - cada um pareado com um próximo salto ou uma interface de saída. Dado um pacote, o roteador seleciona a entrada mais específica que casa: o prefixo mais longo que contém o destino. Essa única regra resolve todo cenário de prova e todo cenário real. Destino 10.1.2.7 contra uma tabela com 10.0.0.0/8, 10.1.0.0/16 e 10.1.2.0/24: as três contêm o endereço; /24 é o mais longo; essa rota vence. A ferramenta CIDR torna instantâneas as checagens de contenção enquanto o instinto se forma, e a sumarização de rotas é a mesma lógica rodando ao contrário - anunciar deliberadamente prefixos mais curtos para manter tabelas pequenas.

Dois detalhes de apoio completam a leitura. Métricas desempatam prefixos de mesmo comprimento aprendidos de fontes diferentes. E o próximo salto de uma rota precisa ser alcançável numa sub-rede conectada - uma entrada apontando para um gateway que o dispositivo não consegue resolver por é rota só no nome.

O gateway padrão: a entrada de último recurso

A rota padrão - destino 0.0.0.0/0 - casa com tudo e, pela regra do prefixo mais longo, perde para tudo que seja mais específico, que é exatamente o desenho: ela responde só quando nenhuma outra responde. Num host final, a configuração de gateway padrão é essa rota; o host manda todo tráfego fora da sub-rede para um roteador e deixa o mundo roteado assumir dali. O propósito, como o blueprint aposentado formulava, é simples de dizer e fácil de subestimar: é o único endereço que fica entre um host e toda rede de que ele nunca ouviu falar. Quando está errado, o sintoma é preciso - tráfego na sub-rede funciona perfeitamente, todo o resto morre no primeiro salto - e reconhecer essa assinatura economiza uma hora culpando a camada errada.