Resumen

  • Las sesiones BGP regresaron a Established mientras el router B pasó 121 segundos sin prefijos IPv4 ni IPv6.
  • Marian Rychtecký vinculó el retraso de End-of-RIB con una dirección IPv6 truncada que provocaba un TCP reset.

La sesión decía Established. La tabla de rutas decía cero. Esa contradicción abrió el caso que Marian Rychtecký presentó en NANOG 98: durante una actualización de firewall en alta disponibilidad, BGP volvió a conectarse, pero las rutas no. El router B no tuvo prefijos IPv4 ni IPv6 en su RIB durante 121 segundos. El tráfico siguió yendo al firewall, que ya no tenía las rutas esperadas para anunciar. El resultado fue un agujero negro de casi dos minutos.

El equipo había activado BGP Graceful Restart para amortiguar la conmutación. El mecanismo busca reducir el daño de un reinicio: un vecino puede conservar rutas obsoletas si se mantiene el estado de reenvío y sustituirlas cuando llegan nuevos anuncios. End-of-RIB marca que terminó la actualización inicial de una familia de direcciones. Son señales del estado de enrutamiento; no certifican que el firewall siga reenviando los paquetes que recibe.

El reloj dio la primera pista. Según Rychtecký, End-of-RIB llegó casi dos minutos después de la conmutación, cerca del temporizador de reconexión de 120 segundos. Su exposición sitúa la espera en la sesión BGP IPv6: hasta que llegara el marcador, se aplazaba la selección de rutas y también quedaban retenidas las de IPv4. La sesión figuraba como estable mientras la tabla seguía vacía.

Las capturas encontraron un TCP RST en la conexión nueva. En el diagnóstico final de las diapositivas, la dirección IPv6 esperada 2001:db8:1::2 aparecía guardada como 2001:db8:1:. El sufijo perdido impedía localizar el contexto VRF/BGP correcto; el sistema caía en el VRF desconocido 0 y enviaba un reset. Una prueba de laboratorio con BIRD ayudó a separar el comportamiento previsto por el protocolo del fallo de implementación. Rychtecký menciona un temporizador de conexión de un segundo como solución provisional para ese entorno.

Ese es el límite útil del término “graceful”: las rutas solo se conservan cuando el estado de reenvío que sostiene el mecanismo sigue disponible. Aquí, una identidad de vecino mal interpretada demoró el intercambio, mientras el camino de servicio ya estaba interrumpido. El estado BGP describía una conversación; la RIB y los paquetes describían la caída.

La presentación no publica las capturas ni identifica a los proveedores; una traza depurada o un registro oficial del problema permitiría revisar la cadena de parsing. La ficha de NANOG identifica a Rychtecký como CTO de NIX.CZ. Los detalles proceden de sus diapositivas oficiales; la RFC 4724 define el mecanismo. El retrato oficial de NANOG fundamenta la imagen.