Resumen

  • RFC 6177 no sustituyó un /48 universal por un /56 universal: devolvió la elección exacta a la comunidad operativa.
  • La revisión mantuvo varias subredes, años de crecimiento y una renumeración manejable, pero dejó de identificar esos fines con un único número.

El número eliminaba una discusión. La RFC 3177, publicada en 2001 bajo la autoría institucional de IAB e IESG, recomendaba /48 en el caso general. Eso dejaba dieciséis bits hasta la subred /64 habitual: 65.536 subredes para un sitio.

No era una extravagancia sin motivo. Buscaba que el cambio de proveedor no obligara a comprimir el diseño interno, que el crecimiento no exigiera justificar cada pequeño incremento y que la delegación de DNS inverso siguiera límites manejables. La uniformidad también evitaba que proveedores y registros investigaran continuamente la red privada del cliente.

Sin embargo, la recomendación unía un principio y un atajo. El principio era dar espacio suficiente para crecer sin escasez artificial. El atajo era considerar que casi todos los sitios necesitaban el mismo prefijo. La facilidad para citar /48 hizo que el atajo pareciera arquitectura.

La RFC 6177, de Thomas Narten, Geoff Huston y Lea Roberts, separó ambos elementos en 2011 y dejó obsoleta la RFC 3177. Rechazó /128 como asignación normal para un sitio, porque un sitio presupone varios dispositivos y subredes. Advirtió que un menú rígido de /48, /64 y /128 podía recrear hábitos de clases pese a CIDR. Y concluyó que una talla única no era adecuada para sitios muy distintos.

El Datatracker del IETF incluye RFC 6177 entre los trabajos de Huston, y la página actual del equipo de APNIC lo identifica como Chief Scientist. Esas fuentes prueban función y coautoría, no invención individual ni dominio sobre la política de los registros.

La revisión no ordena entregar /56. Ese prefijo permite 256 subredes /64 y puede satisfacer los objetivos originales de muchos hogares, pero no es un techo ni un derecho automático. RFC 6177 deja la cifra exacta a la comunidad operativa; la función del IETF es describir las consecuencias arquitectónicas y operativas.

El principio protector permanece. Incluso un hogar debería recibir normalmente bastante más que una sola /64, con espacio para varias subredes y crecimiento durante años. Una asignación demasiado estrecha no debería forzar bridging ni traducción de IPv6 a IPv6. Una nueva delegación con menos bits de subred que la anterior puede imponer una renumeración cara sin beneficio equivalente.

Tampoco desaparece /48. Un sitio grande o complejo puede necesitarlo. Lo que desaparece es la equivalencia automática entre la palabra «sitio» y una longitud. Ahora la justificación debe proceder de la necesidad y la política aplicable.

Hay dos fronteras distintas. El prefijo entregado al sitio puede ser /48, /52, /56 u otro valor admitido. Dentro del sitio, los enlaces IPv6 comunes suelen usar /64. La RFC 7421 mostró que esa frontera del identificador de interfaz está profundamente incorporada a la autoconfiguración, las normas y los equipos. RFC 6177 flexibilizó la delegación al sitio; no anuló el diseño ordinario de las subredes.

El análisis de Huston de 2024 sitúa la corrección en una evolución hacia un plan que evita fronteras fijas cuando puede. Esa reserva importa. Corregir una regla no significa sustituir toda restricción por discreción, sino distinguir una propiedad arquitectónica, una política operativa y un valor cómodo que dejó de ser universal.