router advertisement
termoA mensagem ICMPv6 de tipo 134 em que um roteador IPv6 se anuncia, anuncia seus prefixos e diz como os hosts devem se configurar.
É pelo router advertisement que um host IPv6 aprende o default gateway, os prefixos do enlace e se há SLAAC ou DHCPv6 disponível; o DHCPv6 não tem como entregar a rota padrão. Sem RA o host fica só com o endereço link-local; um RA indevido toma o lugar do seu roteador padrão.
Os roteadores os enviam espontaneamente, por padrão com intervalos de até 600 segundos, e na hora em resposta a um Router Solicitation, que o host manda até três vezes, com quatro segundos de intervalo, quando a interface sobe. A origem tem de ser o endereço link-local do roteador e o hop limit, 255. O header traz as flags M e O, que só avisam que endereços ou outras configurações estão disponíveis por DHCPv6, e um Router Lifetime em que zero significa que o roteador não deve ser usado como padrão.
Quem configura são as opções. Cada Prefix Information tem uma flag L para uso no enlace, uma flag A que autoriza o SLAAC e os tempos de vida válido e preferido, por padrão 30 e 7 dias; outras opções levam o MTU do enlace, servidores DNS (RDNSS, tipo 25) e o prefixo NAT64 (PREF64, tipo 38).
As falhas vêm da confiança e dos tempos de vida. Qualquer nó pode enviar um, e RAs indevidos acidentais são comuns; o RA-Guard nas portas do switch é o remédio de costume. Um RA não autenticado não reduz o tempo de vida válido abaixo de duas horas, então depois de uma renumeração os hosts podem manter um prefixo velho por dias; a RFC 9096 pede que roteadores de borda do cliente limitem esses tempos a 45 e 90 minutos. O rdisc6 solicita e imprime os RAs, e o Wireshark os mostra como icmpv6.type == 134.
Também conhecido como: ra, ipv6 ra, router solicitation, rs, icmpv6 type 134
Fontes
- RFC 4861, Neighbor Discovery for IP version 6 (IPv6), September 2007: sections 4.1, 4.2, 4.6.2, 6.2.1, 6.3.7 and 10 (read 2026-10-18)
- RFC 4862, IPv6 Stateless Address Autoconfiguration, September 2007: sections 5.5.2 and 5.5.3 (read 2026-10-18)
- RFC 6104, Rogue IPv6 Router Advertisement Problem Statement, February 2011: sections 1, 2 and 6 (read 2026-10-18)
- RFC 9096, Improving the Reaction of Customer Edge Routers to IPv6 Renumbering Events, August 2021: sections 3 and 4 (read 2026-10-18)