Resumen

  • En 2001, la RFC 3177 recomendó un /48 para un sitio final como caso general. Los registros regionales formularon políticas compatibles con esa guía y comenzaron a revisar el tamaño de las asignaciones en 2005.
  • La RFC 6177 retiró el /48 como valor único para todos, pero no recomendó reducir los hogares a una sola subred /64: mantuvo la idea de dejar espacio para varias subredes y para crecer durante años.

El límite entre la red y el sitio

La RFC 3177 se ocupó de una frontera concreta: cuánto espacio debe entregar un proveedor al sitio que conecta a su red pública. En septiembre de 2001, la IAB y el IESG recomendaron un /48 «en el caso general», un /64 cuando se supiera que bastaba con una única subred y un /128 cuando se conectara exactamente un dispositivo. El documento era Informational; ofrecía orientación a los registros de direcciones, no una norma de Internet que obligara a cada proveedor a entregar la misma longitud.

Un /48 dejaba dieciséis bits para crear subredes. Esa reserva podía evitar que una organización regresara por más espacio cada vez que añadiera una planta, una sede o una red interna. La propuesta también prometía reducir el papeleo de justificar necesidades, y hacer menos probable una renumeración prematura. Era una forma de trasladar al diseño de IPv6 una expectativa de crecimiento más holgada que la acostumbrada bajo la escasez de IPv4.

El problema estaba en la palabra «sitio». Una universidad, una casa con una LAN, una empresa pequeña y una red móvil no tienen el mismo mapa ni el mismo crecimiento previsto. Convertir tres longitudes —/48, /64 y /128— en una tabla reconocible podía simplificar el servicio, pero también inducir a que los sistemas solo trataran esas fronteras como válidas.

Primero cambió la política de los registros

La secuencia importa. La RFC 6177 relata que los registros regionales adoptaron en 2002 políticas acordes con la RFC 3177. En 2005, APNIC, ARIN y RIPE volvieron a debatir cómo asignar espacio a los sitios finales. Entre las propuestas aparecieron los /56 para sitios pequeños y una decisión más abierta a cada proveedor o registro local. Las actas de RIPE muestran argumentos y etapas del proceso; no prueban qué hacía cada operador con cada cliente.

La revisión del IETF llegó después del comienzo de esos cambios operativos. Publicada en 2011 como BCP 157, la RFC 6177 señala que recomendar solo unas pocas longitudes podía llevar a fijarlas en las implementaciones, algo parecido a recuperar clases rígidas de direcciones. La advertencia no significa que CIDR dejara de funcionar: cuestiona que los equipos y procedimientos tengan que reconocer un pequeño catálogo de tamaños.

La revisión conserva una regla de suficiencia. Los sitios deben poder crear más de una subred y recibir espacio para necesidades previstas en años, no solo en meses. Por eso rechaza tanto el /48 obligatorio para todos como una política tan estrecha que obligue a justificar continuamente ampliaciones menores. Los /56 de las propuestas regionales son opciones de política; no demuestran que todos los proveedores adoptaran la misma asignación al mismo tiempo.

Una guía común con límites de jurisdicción

El episodio muestra cómo se repartieron las decisiones. La IAB y el IESG habían sugerido un tamaño común en la frontera entre proveedor y cliente. Los registros regionales convirtieron esa idea en reglas y empezaron a revisarlas cuando chocó con la diversidad de sitios. Después, la RFC 6177 sustituyó el tamaño único por un principio arquitectónico —espacio suficiente para crecer— y más discreción para la comunidad operativa.

No es un veredicto sobre si una vivienda actual necesita /56 o /48. La longitud asignada tampoco prueba que el proveedor anunciara una ruta, que el cliente configurara las subredes o que una aplicación estuviera disponible. La historia explica por qué un valor sencillo dejó de ser suficiente como política general: la arquitectura podía fijar el espacio de opciones, pero la elección concreta dependía de la operación y de la diversidad de los sitios.

Fuentes

Alcance de la evidencia

Las fuentes establecen qué recomendaron los RFC y qué políticas y debates quedaron registrados. No demuestran una asignación universal de los proveedores, el tamaño de las redes domésticas ni que se evitara un agotamiento o un coste concreto. Un prefijo no es por sí solo una ruta, una subred configurada, una delegación DNS inversa o un servicio accesible.