Resumen

  • InterLAN IX presentó en RIPE 93 Lighthouse como una herramienta en uso con nueve routers Nokia, veinte switches Arista, 197 servicios y 214 clientes del portal. Su proceso prepara configuraciones por equipo, valida, comprueba la conectividad y ofrece una ventana para confirmar o revertir.
  • La API externa admite solicitudes de escritura mediante transacciones con bloqueo y auditoría. Las herramientas MCP del asistente de IA son de solo lectura; los cambios asistidos por IA figuran como un proyecto sujeto a propuesta, revisión y aprobación.

Lo primero que enseña un buen sistema de automatización no es cómo acelerar un clic. Es dónde detenerlo. En la sesión Connect de RIPE 93, Andrei Dinu explicó la apuesta de InterLAN IX: ofrecer autoservicio al miembro del punto de intercambio sin convertir cada petición en una orden ciega a los routers. Las 23 diapositivas originales de Lighthouse trazan un camino más largo: plantilla de servicio con versión, configuración generada y previsualizada para cada equipo, validación previa, escritura, comprobación de alcance y registro de lo que pasó.

La presentación lo llama transacción atómica entre varios dispositivos. También muestra que cada aparato tiene su propia confirmación. Ahí está la pregunta que vale una crónica: cuando la primera caja ha cambiado y la segunda falla, ¿cuál de las dos versiones del servicio manda? Un nombre elegante para la transacción no contesta por sí solo. InterLAN sí enseña controles concretos: el cambio en Nokia usa un temporizador de reversión y debe confirmarse tras una prueba de conectividad. La captura enseña 4 minutos y 42 segundos restantes en un ejemplo; no publica un plazo universal para todos los cambios.

Los números sitúan el alcance de lo que la empresa afirma tener en producción. La diapositiva «In use at InterLAN IX» enumera nueve routers Nokia, veinte switches Arista, 197 servicios y 214 clientes del portal. Son cifras declaradas por el operador, no una auditoría de operaciones exitosas. En el portal, el cliente ve estado y solicita servicios o modificaciones limitadas. Por debajo hay sistemas distintos para servidores de rutas, televisión y configuración de red. Lighthouse se ocupa de esta última; atribuirle los filtros del servidor de rutas o el vídeo en directo inflaría el producto sobre el papel.

Los cambios manuales son el examen más difícil para la base de datos. La herramienta compara lo guardado con la configuración del dispositivo; muestra desviaciones en vez de incorporarlas en silencio. Busca SAP ausentes y duplicidades de identificadores o EVI. El operador puede corregir mediante una transacción o aceptar la desviación si está permitido. Una edición hecha a las tres de la mañana para restablecer servicio puede ser un error; también puede ser la única información verdadera que quedó en la red. El programa no debe decidir esa disputa solo porque su tabla esté más ordenada.

InterLAN ensaya cambios en una réplica de laboratorio hecha a partir de configuraciones recientes y de la topología conocida. La presentación identifica Containerlab y Nokia srsim, separa sus equipos y datos de producción y recalca que no escribe de vuelta en los routers reales. También admite el perímetro del laboratorio: exige dispositivos ya preparados y todavía tiene en el plan integrar Arista vEOS y contenedores BIRD para simular clientes. Ese límite es útil. Hace visible la parte del servicio que la prueba no ha ejercitado.

La división del trabajo con la IA es aún más reveladora. La API externa puede leer y escribir, aunque las escrituras pasan por transacciones, bloqueos, reversión y auditoría. El asistente recibe herramientas MCP de solo lectura: estado, registros y diagnósticos. Los ejemplos de la presentación piden un informe de cliente y un plan de migración. En la columna de tareas futuras aparece «cambios asistidos por IA», seguido de proponer, revisar y aprobar. Hoy la IA redacta el itinerario. La orden de tocar la red sigue en otra mesa.

El vínculo con RIPE NCC es concreto y estrecho. Su documentación RIS sitúa el colector RRC22 en InterLAN-IX, Bucarest. RIPE NCC opera el sistema de medición; InterLAN opera el intercambio y Lighthouse. El colector ve anuncios, la base conserva el estado previsto y el router ejecuta el presente. Ninguna de esas tres pruebas sustituye a las otras.

Falta una serie de resultados para evaluar la promesa de seguridad: cuántas transacciones se intentaron, cuántas terminaron con equipos en estados distintos y cuántas recuperaciones funcionaron. La presentación ofrece arquitectura y tamaño del despliegue; un registro agregado y fechado de cambios daría la respuesta. Mientras llega, el gesto más serio es el menos publicitario: mantener la reversión al lado de la escritura y la IA del lado de la lectura.

Fuentes: registro de la charla de RIPE 93; presentación original Lighthouse; colectores RIS de RIPE NCC.