Resumen

  • La crónica de LACNIC del 13 de octubre recomienda recibir todas las rutas BGP por fibra y solo una ruta por defecto vía LEO para que el satélite asuma tráfico si falla el trayecto de fibra.
  • La regla no detecta un corte. LACNIC informa de ejercicios, pero no identifica despliegues, tiempos de retirada, pruebas de capacidad ni resultados de recuperación.

Una política de rutas después del encuentro

CaribNOG 32 se reunió en Willemstad, Curazao, del 7 al 9 de octubre. En una publicación del día 13, LACNIC dice que Alejandro Acosta y Nicolás Antoniello condujeron una sesión técnica tras una introducción de Mark Kosters, director de tecnología de ARIN. La crónica relaciona las recomendaciones con los cables submarinos y los riesgos climáticos. Es el relato de LACNIC, no un estudio independiente de redes insulares.

La pauta es concreta: conectar al menos una ruta submarina de fibra, preferiblemente más de una; recibir por fibra la tabla BGP completa; y aceptar por una conexión satelital de órbita baja únicamente una ruta por defecto. El satélite llevaría tráfico cuando falle la fibra. LACNIC advierte que un solo enlace LEO puede no soportar el tráfico de muchos ISP, pero no publica capacidad, carga ni prueba para cuantificar ese límite.

Falta definir cuándo se retiran las rutas

Una ruta por defecto sirve a destinos sin una entrada más específica. No detecta una avería. Las rutas de fibra más específicas siguen prevaleciendo; el tráfico pasa a la ruta satelital después de que aquellas desaparecen o cambia la política. Si quedan rutas obsoletas tras la avería, el respaldo puede no entrar y los paquetes continuar hacia un punto muerto.

Por eso importa el disparador. ¿Basta con que caiga la interfaz? ¿Se espera a perder la sesión BGP, se usa BFD o una sonda activa del servicio? ¿Cuánto puede persistir la ruta y qué evita conmutaciones repetidas cuando la fibra oscila? LACNIC describe el esquema deseado, pero no da parámetros ni informa de una prueba en una red operativa.

Las salvaguardas cumplen funciones distintas

La publicación menciona RPKI, controles contra fugas BGP y BFD. RFC 6811 comprueba si el AS de origen está autorizado para un prefijo; no valida toda la ruta AS_PATH. El mecanismo de RFC 9234 depende de que los vecinos eBGP acuerden sus roles y marquen las rutas, además de la política del operador. Ninguno demuestra por sí solo que una ruta sea alcanzable ni que la configuración esté desplegada.

LACNIC afirma que BFD puede reducir la detección de unos 90 segundos a milisegundos. RFC 5880 hace depender el plazo de los intervalos negociados y del multiplicador de detección; no se publican temporizadores configurados. La publicación recuerda que la búsqueda de la MTU IPv6 requiere que pasen mensajes ICMPv6, como explica RFC 8201. También informa de ejercicios de DNSSEC y RPKI: eso acredita formación, no adopción en producción.

La evidencia pública confirma una recomendación técnica y ejercicios. No establece cuántas redes la aplican, si la capacidad LEO alcanza durante un corte ni cuánto tarda la recuperación.

Fuentes: crónica posterior de LACNIC; agenda de CaribNOG 32; RFC 6811; RFC 9234; RFC 5880; RFC 8201.