Resumen

  • ILNP separa el identificador de un nodo de su localizador de red, conserva IPv6 en el cable y deja intactos los routers.
  • La demostración TCP de Saleem Bhatti usó cuatro interfaces y un cable de 15 cm; la integración en las distribuciones BSD y Linux es la prueba de adopción.

La parte más contundente de la demostración de Saleem Bhatti fue también la más pequeña: un cable de conexión de 15 cm. En el hackathon de IETF 126, un cliente en la sala envió un flujo TCP a un servidor del laboratorio de Bhatti en St Andrews. El equipo activó cuatro interfaces en secuencia; por comodidad, sus prefijos salían de un mismo /60. Bhatti describió la diversidad de caminos dentro de la sala como un cable de 15 cm entre un router y un switch. La prueba establece el cambio dinámico de localizador en una bancada; no aporta mediciones de caminos operados por redes independientes.

ILNP intenta quitarle una tarea a la dirección IP. Hoy esta identifica el nodo y también señala la ubicación topológica que la red usa para reenviar paquetes. ILNP divide esas funciones en dos valores: un Node Identifier para la identidad y un Locator para la ubicación. El flujo conserva el identificador; los localizadores se asocian de forma dinámica a las interfaces disponibles. En la implementación sobre IPv6, cada valor ocupa 64 bits.

El núcleo de la red puede seguir igual. Bhatti dijo que no hizo falta cambiar routers ni switches. El trabajo quedó en los extremos: el equipo modificó la pila de red de FreeBSD y parte de la capa de transporte, adaptó getaddrinfo en libc y añadió soporte DNS para los registros de ILNP. Las aplicaciones IPv6 existentes pudieron seguir sin recompilarse porque la biblioteca del sistema les presentó la forma de dirección que esperaban. El RFC 6742 define los registros opcionales de DNS.

Esa decisión evita una renovación de equipos, pero traslada la adopción a quienes mantienen kernels, bibliotecas y resolvers. Jim Reid lo expresó en la sesión: pedir a cada usuario que modifique su propio kernel no crea masa crítica; sería mejor que ILNP llegara incluido en las distribuciones. Bhatti dijo que quiere verlo en BSD y Linux y que busca más personas dispuestas a usarlo y romperlo.

El proyecto ya publica binarios para FreeBSD 14.3 y un prototipo de Linux basado en el kernel 4.9, según la página de la Universidad de St Andrews. Esa página no confirma que ILNP esté integrado en distribuciones generalistas. Un paquete mantenido aguas arriba o un piloto de operador cambiaría la evaluación de adopción.

El RFC 6740 clasifica ILNP como Experimental y lo publica en el flujo de la IRTF; no tiene estatus formal en el proceso de estándares de la IETF. La pregunta práctica ya no es si un laboratorio puede mover un flujo entre interfaces. Es quién mantendrá el software de extremo, el DNS y las herramientas de diagnóstico cuando el cable corto desaparezca.

Fuentes: transcripción de RIPE 93; detalles de la ponencia; RFC 6740; RFC 6741, consideraciones de ingeniería; RFC 6742; proyecto ILNP de la Universidad de St Andrews.