Resumo

  • O Neighbor Discovery inicial montava uma lista de roteadores padrão, mas não distinguia a saída pública de um roteador útil apenas para um prefixo específico.
  • O RFC 4191 acrescentou preferência Alta, Média e Baixa e uma Route Information Option com prazo. O host completo aplica primeiro o prefixo mais longo, usa preferência entre iguais e coloca alcançabilidade conhecida acima do anúncio.
  • A informação continua sendo sugestão local, não métrica, autenticação ou comando. O roteador não deve despejar sua tabela, e o host pode ignorar ou substituir os valores.

Uma lista não descrevia destinos diferentes

No RFC 2461, Router Advertisements alimentavam Prefix List e Default Router List. Para destino fora do enlace, o host escolhia um primeiro salto.

Com Ethernet, Wi-Fi, túnel corporativo e rede isolada, dois roteadores vivos podiam levar a lugares incompatíveis. A detecção de vizinho afastava o indisponível, mas não dizia que um servia à Internet e outro ao laboratório. Redirect corrigia apenas no mesmo enlace, não entre interfaces.

Três níveis não formavam uma métrica

Publicado em novembro de 2005, o RFC 4191 codificou Alta, Média e Baixa em dois bits e reservou a quarta combinação. Poucos níveis reforçavam que o campo não media custo, atraso ou banda de forma universal.

Quem conhecia a topologia precisava configurá-los explicitamente. Métricas internas não deveriam gerar preferências automaticamente. Router Lifetime zero anulava a preferência: um roteador retirado do papel padrão não conservava autoridade nos bits.

A opção 24 carregava poucas rotas

A Route Information Option contém comprimento do prefixo, preferência, vida e prefixo. Um túnel pode anunciar apenas a rede privada enquanto outra interface mantém o default. ::/0 pode substituir os valores do cabeçalho para o host completo.

Vida zero remove a rota daquele próximo salto; todos os bits um significam infinito. Ainda assim, o anúncio não prova propriedade, legitimidade global ou segurança. É uma afirmação temporária de utilidade como primeiro salto.

O RFC desaconselha anúncio por padrão, despejo de tabela e mais de dezessete opções por RA e enlace. O limite protege a ideia de uma superfície pequena, não de um protocolo de roteamento completo no host.

O prefixo mais longo veio antes

Type A ignora a extensão; Type B usa preferência padrão; Type C usa também rotas. Type C escolhe o prefixo coincidente mais longo e só então desempata prefixos iguais com Alta, Média ou Baixa. Uma rota estreita Baixa vence um default Alta dentro do seu alcance.

Alcançabilidade restringe o resultado. Um primeiro salto conhecido como inalcançável é evitado; sem informação, presume-se alcançável provisoriamente. Mudanças invalidam Destination Cache e refazem a seleção. Política local pode substituir o valor recebido.

O roteador propõe; o host observa e decide. Preferência não fabrica prova de funcionamento.

Recuperação só quando havia uso

Se tráfego útil teria usado o roteador preferido, o host deve sondar seu retorno por Neighbor Solicitation, no máximo uma vez por minuto por roteador. Sem demanda, não há razão para monitoramento perpétuo. Preferência, tráfego e NUD fornecem motivos e fatos distintos.

Não amplificar instabilidade interna

Um anúncio pode depender de estado dinâmico, mas a implementação deve separar hosts das oscilações da tabela. Cada flap replicado força invalidação e novo cálculo em muitos terminais. Ao retirar a interface com Router Lifetime zero, as RIOs também devem receber vida zero.

Uma mentira estreita pode ser silenciosa

O RFC 3756 descreveu RA e Redirect falsos. Com o RFC 4191, um atacante pode anunciar Alta ou atrair apenas um prefixo sensível. Uma falsa rota específica chama menos atenção que um default quebrando tudo.

A opção não autentica o emissor nem seu direito sobre o destino. Vida infinita prolonga influência, não verdade. Admitir quem fala e interpretar o conteúdo são controles separados.

O endereço de origem trouxe outra fronteira

O RFC 8028 mostrou em 2016 que uma boa rota de destino podia ser a saída errada. Pacote com origem do provedor A enviado por B pode cair em filtro de ingresso, firewall com estado ou uRPF.

O host também deve associar prefixo de origem ao roteador que o anunciou. O RFC 4191 respondeu a uma questão limitada de destino e primeiro salto; não prometeu resolver estado de retorno.

Fontes e limites

O modelo inicial está no RFC 2461 e a revisão no RFC 4861. Preferências, RIO, tipos, seleção, sondagem e limites vêm do RFC 4191. A ameaça está no RFC 3756 e origem–primeiro salto no RFC 8028.

Esses padrões não medem adoção atual, padrões de fornecedores ou recuperação universal e não provam que uma rota seja autorizada ou globalmente verdadeira. O fato histórico defensável é uma gramática pequena e temporária com decisão local.