Summary

  • Un Router Advertisement anuncia un router y parámetros. Router Lifetime regula su utilidad como router por defecto; las opciones pueden tener vidas independientes.
  • La selección depende de capacidades, preferencias y alcance. RFC 4861 reserva la detección de fallo para Neighbor Unreachability Detection, no para la ausencia de anuncios.
  • Un recibo duradero debe unir el RA recibido, la ruta realmente elegida, Neighbor Cache/NUD y paquetes representativos.

La ruta apareció antes de saber si había alcance

Imaginemos que un host recibe un RA válido, incorpora al emisor como router por defecto y enseguida muestra un ::/0 sano. La dirección link-local está presente, la vida no es cero y la preferencia parece correcta. Sin embargo, el trayecto de ida está roto por un enlace asimétrico, una pérdida de tránsito aguas arriba o un estado de capa 2 obsoleto.

El anuncio no niega esa posibilidad. Router Discovery dice qué routers y parámetros fueron anunciados. NUD busca confirmación positiva de que el vecino recibe y procesa paquetes. Confundir ambas preguntas convierte un evento válido de descubrimiento en una garantía de entrega inventada.

Así surge un intervalo ciego: hay RA reciente y ruta instalada antes de que el progreso de capas superiores o las sondas NUD confirmen el primer salto. Guardar solo la instalación elimina la transición decisiva.

Qué establece realmente un Router Advertisement

RFC 4861 describe anuncios de presencia y de parámetros del enlace e Internet: prefijos, hop limit sugerido, Router Lifetime, Reachable Time, Retrans Timer, información de capa 2 y MTU.

No comparten un único reloj. Router Lifetime solo determina la utilidad del emisor como router por defecto; otros campos y opciones mantienen sus propias vidas. «RA recibido» no reconstruye qué dato seguía vigente cuando salió un paquete.

La RFC aclara que los anuncios son suficientemente frecuentes para descubrir routers, pero no para detectar un fallo por su ausencia. Para eso existe NUD. La edad del último RA multicast no es una prueba de vida ni una confirmación de progreso bidireccional.

La Default Router List apunta a entradas de Neighbor Cache y favorece routers conocidos como alcanzables frente a los sospechosos. El siguiente salto elegido es un resultado dinámico de descubrimiento, caches y destino, no una propiedad permanente del anuncio.

La preferencia cambia la selección, no la entrega

RFC 4191 añade Default Router Preference en la cabecera y Route Information Option para prefijos más específicos. Los tres valores no son métricas. Si Router Lifetime vale cero, se ignora la preferencia de cabecera. Cada RIO lleva prefijo, preferencia y vida propios.

Los hosts tampoco son uniformes. El tipo A ignora preferencias y RIO. El tipo B usa preferencia del router por defecto, pero ignora RIO. El tipo C construye una tabla con ambas. En este último, una RIO ::/0 puede reemplazar preferencia y vida de la cabecera. Los mismos bytes pueden producir rutas efectivas distintas.

El alcance sigue mandando. El tipo B prefiere primero routers alcanzables y después la preferencia. El tipo C aplica prefijo más largo, usa preferencia para desempatar prefijos iguales y omite un siguiente salto conocido como inalcanzable. Sin información de alcance, el modelo supone que el router es alcanzable. Esa suposición permite empezar a enviar; no prueba éxito.

NUD aporta otra clase de evidencia

NUD busca confirmación positiva de que el vecino recibe y procesa los paquetes en su capa IP. El progreso reciente de capas superiores puede servir de confirmación. Si no aparece, el nodo envía Neighbor Solicitations unicast y espera Neighbor Advertisements solicitados.

Neighbor Cache conserva alcance, número de sondas sin respuesta y siguiente evento NUD. Una ruta puede seguir instalada mientras el vecino recorre estados reachable, stale, delay y probe. La fila de ruta y la de vecino se deben leer juntas.

NUD sigue siendo evidencia del primer salto, no de extremo a extremo. Un router puede responder localmente y carecer de salida aguas arriba. La ausencia temporal de pistas de aplicación tampoco prueba fallo. Cada observación necesita una etiqueta de alcance.

Fuentes