Cambios de ruta BGP y convergencia Route change / BGP convergence
ID de la causa isp-bgp · Responsable principal Infraestructura de red (Equipo de infraestructura) · También Desarrollo de servidor (Equipo de desarrollo), Externo (Externo)
Cuando cambia la información de rutas de internet, se pierden paquetes durante los segundos o decenas de segundos (rara vez, unos minutos) que tarda en volver a converger.
Por qué Cambia la información de rutas en el tramo de algún ISP → Efecto Durante unos segundos o decenas de segundos, los paquetes desaparecen o pasan a una ruta nueva → En pantalla Congelamiento repentino de unos segundos, y después el ping se queda en otro valor (p. ej., 40 → 70 ms)
Responsable principal Infraestructura de red (Equipo de infraestructura) · También Desarrollo de servidor (Equipo de desarrollo), Externo (Externo)
Tareas (Equipo de desarrollo)
Usar timeouts que aguanten cortes breves (no cortar en el acto una conexión que lleva unos segundos sin responder).
Tareas (Equipo de infraestructura)
Monitorear las rutas (vigilar los cambios de ruta y de ping de nuestros rangos de IP), detectar con BFD en menos de 1 segundo los fallos de nuestros enlaces y conmutar (el hold time por defecto de BGP es de 90–180 s), mover el tráfico a otro enlace si la ruta cambia a un camino lejano y no vuelve.
Tareas (Externo)
Pedir a los ISP cuyos tramos cambian de ruta con frecuencia que investiguen la causa.
En el gráfico
Salto en escalón · RTT, ruta de traceroute
Dónde mirar
Comparar las rutas de traceroute y mtr de antes y después del momento en que cambió el RTT, y revisar en RIPEstat BGPlay el historial de cambios de ruta BGP de nuestro rango de direcciones (prefijo)
Se confirma si
Una interrupción de unos segundos y después el RTT pasa a otro valor, con actualizaciones BGP y cambios en la ruta de AS (AS path) a la misma hora
Se descarta si
Si no hay cambios de ruta registrados y solo sube por la noche, apunta a “Congestión del peering en horas pico”; si solo van mal algunas conexiones, a “Una ruta ECMP defectuosa”
Se verifica con
Con herramientas de infraestructura (no hace falta código del juego)
RFC 4271: A Border Gateway Protocol 4 (BGP-4)IETF Valor por defecto recomendado del hold time de BGP: 90 s (si en ese tiempo no llega ningún mensaje del vecino, se corta la sesión)
BGP updates in 2024APNIC Tiempo medio diario que tarda una ruta inestable en volver a estabilizarse: 25–35 s (IPv4), 40–50 s (IPv6)
BGPlay (RIPEstat Data API)RIPE NCC Muestra las rutas BGP de un rango de direcciones (prefijo) al inicio del periodo, las actualizaciones BGP observadas durante ese periodo y los AS de la ruta