En este documento queremos abarcar un tópico muy sencillo pero que llega a una complejidad muy interesante: el prefijo de direcciones IP loopback. Examinamos brevemente la evolución, los fundamentos históricos y el contexto en el que se definieron estas direcciones en el pasado, hasta los desafíos prácticos que surgen en entornos complejos actuales. Además, explicaremos una propuesta técnica en IETF que busca solución a un problema actual.
¿Qué es la dirección de loopback?
Es una dirección especial que no sale de tu computadora. Cuando le envías algo a esta dirección, te estás hablando a ti mismo. Es como un monólogo de tu computadora a tu computadora. Incluso, un mensaje de tu dispositivo a la dirección loopback nunca alcanza ni la tarjeta de red. Son utilizados por muchos desarrolladores y por diferentes aplicaciones (Web, DNS, VMs, DBs) para hablar localmente.
Dirección loopback de IPv4 a IPv6. Algo de historia
En el año 1995, cuando fue publicado el RFC 1884, el primero que especifica la arquitectura de IPv6, en su sección 2.4.3 especifica que la dirección de loopback para esta familia de direcciones es 0:0:0:0:0:0:0:1. Sin embargo, queda mejor estipulado en el RFC 2373 (IP Version 6 Addressing Architecture) donde dice claramente ::1.
(Acceso libre, no requiere suscripción)
Entendiendo el párrafo anterior, podemos observar que para IPv6 quedó solo una dirección IP para usar en la interfaz de loopback. En el mundo de IPv4, recordemos que el prefijo de loopback es 127.0.0.0/8, ¿cuántas IPs hay allí?, más de 16 millones de direcciones. Es difícil de creer que en el mundo de IPv6 donde el mensaje siempre ha sido: “no hay necesidad de ahorrar direcciones IP”, “las direcciones IP son casi infinitas”, “hay miles de direcciones IP por ser humano” se haya asignado tan solo una dirección IP en el prefijo de loopback (::1/128).
¿Cómo ocurrió eso?
Debemos entender el contexto de cuando ocurrieron las cosas; estamos hablando de la década de los 90’, donde Internet comenzaba a crecer acompañado con el mundo del networking. En esa época existían sistemas operativos que aún no venían con TCP/IP, mucho menos máquinas virtuales y otras tecnologías que hoy en día las damos por sentadas.
En base a lo anterior, la única dirección de loopback utilizada por muchos años fue 127.0.0.1, ninguna otra. Cuando los ingenieros creadores de IPv6 deciden crear un prefijo análogo a IPv4, crearon una sola dirección IPv6, la famosa y mencionada anteriormente ::1. Total, ¿para qué más direcciones en un monólogo?
Entendiendo el párrafo anterior, podemos observar que para IPv6 quedó solo una dirección IP para usar en la interfaz de loopback. En el mundo de IPv4, recordemos que el prefijo de loopback es 127.0.0.0/8, ¿cuántas IPs hay allí?, más de 16 millones de direcciones. Es difícil de creer que en el mundo de IPv6 donde el mensaje siempre ha sido: “no hay necesidad de ahorrar direcciones IP”, “las direcciones IP son casi infinitas”, “hay miles de direcciones IP por ser humano” se haya asignado tan solo una dirección IP en el prefijo de loopback (::1/128).
¿Cómo ocurrió eso?
Debemos entender el contexto de cuando ocurrieron las cosas; estamos hablando de la década de los 90’, donde Internet comenzaba a crecer acompañado con el mundo del networking. En esa época existían sistemas operativos que aún no venían con TCP/IP, mucho menos máquinas virtuales y otras tecnologías que hoy en día las damos por sentadas.
En base a lo anterior, la única dirección de loopback utilizada por muchos años fue 127.0.0.1, ninguna otra. Cuando los ingenieros creadores de IPv6 deciden crear un prefijo análogo a IPv4, crearon una sola dirección IPv6, la famosa y mencionada anteriormente ::1. Total, ¿para qué más direcciones en un monólogo?
¿Para qué más de una dirección IP de loopback?
En el día a día y en el trabajo sencillo con una sola dirección de loopback es más que suficiente, pero en entornos de virtualización, contenedores/kubernetes y redes complejas, donde un solo servidor físico debe albergar y aislar múltiples servicios y/o instancias, si se necesitan muchas más.
En términos muy sencillos, tener más de una dirección de loopback sirve para organizar y separar mejor las tareas internas de un equipo o servidor.
A lo anterior se le pueden sumar otras razones como:
Evitar confusiones entre aplicaciones
Darle una “oficina” propia a cada servicio
Seguridad personalizada por IP
Simular redes grandes en un solo equipo
Mejorar el uso y enrutamiento entre contenedores
¿Qué propone el draft?
En muy pocas palabras, el Internet Draft (draft-kumari-ipv6-loopback-01), fechado 16 de noviembre 2025 en su segunda versión y escrito por Geoff Huston y Warren Kumari, propone actualizar la arquitectura de direccionamiento IPv6 para definir formalmente el prefijo ::/96 como el nuevo espacio de dirección de loopback.
El draft propone explícitamente ::/96, ¿funcionaría?
Todo es posibles, pero ::/96 tiene dos conflictos con otros prefijos muy conocidos:
Conflicto con la “Dirección no especificada” (::/128), el prefijo ::/96 incluye necesariamente la dirección ::/128 (0:0:0:0:0:0:0:0). Para solucionar esto, el borrador especifica que la primera dirección del bloque MUST NOT (no debe) ser asignada a ningún nodo, ya que su función sigue siendo indicar la ausencia de una dirección.
::/96 fue anteriormente definido como prefijo “IPv4-Compatible IPv6 address”. Se declaró obsoleto por el RFC 4291.
Todo tiene solución
En resumen, el prefijo ::/96 es técnicamente viable bajo esta nueva propuesta, pero requiere reglas de excepción (en los propios sistemas operativos) para la dirección no especificada y una delimitación estricta para no interferir con las tecnologías de transición IPv4/IPv6.
Otra idea que suena muy llamativa
Durante la discusión de este documento hubo una idea que en lo personal me llamó mucho la atención, la creación de un nuevo tipo de direccionamiento unicast. Por ejemplo “Unicast Host Local”, es decir, un prefijo solo usado dentro “del equipo” que no saldría a la tarjeta de red. Claro, por detrás la historia no es tan sencilla: ¿cuál es el equipo? ¿el host? ¿los guests?, etc, etc. El futuro nos dirá.
Conclusiones
Si bien IPv4 reservó un bloque extenso (127.0.0.0/8) con millones de direcciones, IPv6 históricamente asignó solo una dirección (::1), decisión lógica en los años 90 pero que hoy resulta limitante.
En la era moderna de la virtualización y los contenedores, donde un solo servidor alberga múltiples servicios aislados, la necesidad de más de una dirección loopback se ha vuelto crítica. Esto ha impulsado propuestas técnicas y discusiones en espacios como IETF.
