El plan estaba lleno al 87% aunque casi todas las direcciones seguían vacías: RFC 3194

Resumen

• La densidad HD de RFC 3194 dividía el logaritmo de los objetos asignados por el logaritmo del máximo asignable, normalizando el antiguo H-Ratio de RFC 1715 en una escala de cero a uno.
• Francia, el sistema telefónico estadounidense y DECnet cambiaron cerca del 87% HD, aunque sus ocupaciones directas eran 10%, 3,2% y 22,8%. La similitud describía un patrón de dolor operativo, no una ley universal.

El hueco correcto importaba más que el número de huecos

Una cuenta plana pregunta cuántas direcciones quedan. Una red jerárquica pregunta además dónde quedan, quién controla la rama y cuánto cuesta mover sus fronteras.

En telefonía, unos dígitos designan región, central y abonado. En una red informática, ciertos bits separan proveedor, organización, red y subred. Cada nivel reserva margen porque el crecimiento no se reparte de manera uniforme. Un bloque puede llenarse mientras otro conserva casi todo su espacio.

Recuperar cada hueco exige renumerar. Ese trabajo afecta equipos, directorios, configuraciones y personas. RFC 3194 llamó dolor al coste que operadores y usuarios soportaban cuando el plan se aproximaba a un cambio drástico.

La fórmula elegida fue:

HD = log(objetos asignados) / log(máximo de objetos asignables)

La base del logaritmo podía ser cualquiera, siempre que fuera la misma arriba y abajo. El valor comenzaba en cero con una asignación y llegaba a uno al asignar todas las direcciones.

Entre esos extremos, el porcentaje no era la fracción ordinaria. Decía cuánto había avanzado la cantidad por una escala logarítmica. Un resultado de 87% no autorizaba a afirmar que el 87% de las cadenas estuviera ocupado.

Tres mitades no producían una red medio llena

La razón para abandonar una división simple aparecía al multiplicar niveles. Si una jerarquía de tres etapas usaba el 50% en cada una, la ocupación total era 0,5 × 0,5 × 0,5: sólo 12,5%.

El espacio global podía verse vacío y, sin embargo, sus particiones útiles estar bajo presión. Una organización necesitaba crecer dentro del bloque que poseía, no dentro de cualquier dirección libre del mundo.

RFC 1715 había propuesto el H-Ratio para comparar planes de diferente longitud. Dividía el logaritmo decimal de las asignaciones por los bits de dirección. El enfoque captaba el efecto multiplicativo, pero sus resultados iban de cero a 0,30103. Un valor típico como 0,25 requería explicar primero una escala poco familiar.

RFC 3194 dividió H por log10(2) y obtuvo HD, de cero a uno. Hablar de 87% era más fácil que hablar de 0,26. El cambio fue una mejora de presentación, no un descubrimiento de direcciones nuevas.

Al mismo tiempo, el signo de porcentaje introducía una ambigüedad. Una forma más fácil de pronunciar podía ser más fácil de confundir con utilización directa.

Los casos sólo coincidían en la representación transformada

El documento reutilizó tres decisiones históricas. Francia añadió un dígito al llegar a unos diez millones de teléfonos en un plan de ocho cifras. Estados Unidos amplió sus códigos alrededor de cien millones de abonados. DECnet Phase IV dejó de mostrar crecimiento cerca de 15.000 nodos en un espacio de 16 bits, ocultando los nuevos.

Sus fracciones directas fueron muy distintas: 10%, 3,2% y 22,8%. Sus HD, en cambio, quedaron juntas: 87,5%, 87,0% y 86,7%.

Los autores interpretaron esa concentración como señal del momento en que la incomodidad justificaba renumerar o cambiar el sistema. Los administradores retrasaban una transición cara hasta que mantener el plan antiguo resultaba aún más doloroso.

El argumento seguía siendo una hipótesis basada en pocos ejemplos. Las instituciones, tecnologías y objetos contados no eran iguales. RFC 3194 no convirtió el 87% en una constante física; mostró que el indicador agrupaba decisiones que una ocupación plana no podía agrupar.

Cambiar el denominador reducía la densidad sin borrar usuarios

Cuando Francia pasó de ocho a nueve cifras, el HD estimado bajó de 87,5% a 77,8%. El cambio estadounidense lo llevó de alrededor de 87% a 80%.

Los abonados seguían allí. El plan máximo había crecido. La misma cantidad descendía en la escala logarítmica porque el denominador era mayor.

El texto sugirió que 80% o menos ofrecía un equilibrio cómodo. Esa etiqueta no registraba el coste del cambio ni distribuía responsabilidades. Un número más bajo podía comprarse con una transición muy cara.

Tampoco garantizaba que otras restricciones desaparecieran. Un plan con mucho espacio nominal podía conservar fragmentación local, tablas de encaminamiento grandes o reglas administrativas rígidas.

«Máximo práctico» no era «última dirección»

Para pasar del indicador a una cantidad, RFC 3194 invertía la ecuación:

objetos asignables = (máximo de objetos)^HD

Su tabla para 32 bits mostraba 51 millones a HD 80%, 154 millones a 85%, 192 millones a 86% y 240 millones a 87%. Los rótulos eran razonable, doloroso, muy doloroso y máximo práctico.

El último valor equivalía a cerca del 5,6% de 2^32. Más del 94% de las direcciones literales podía seguir sin asignar en el modelo, mientras el indicador decía 87%.

El espacio no había desaparecido. Parte de él representaba margen repartido por varios niveles y no podía colocarse donde hacía falta sin alterar la jerarquía. El exponente convertía esa dificultad en una capacidad aproximada.

Además, el propio RFC admitía que el máximo práctico dependía del dolor aceptado. Era posible asignar más de 154 o 240 millones si usuarios y proveedores soportaban más presión. No había un campo del protocolo que bloqueara el siguiente objeto.

Una métrica no heredaba la autoridad de las políticas

El tamaño de 128 bits de IPv6 ya estaba decidido. RFC 3194 pretendía ayudar a razonar sobre capacidad, no dictar de nuevo el protocolo futuro.

CIDR, los registros y las recomendaciones para sitios IPv6 controlaban otras decisiones: agregación, reservas, tamaños de bloque y delegación. Un mismo HD podía coexistir con políticas muy diferentes.

Tampoco todos los objetos asignados eran hosts activos. Un teléfono abonado, un nodo visible y una dirección delegada no eran unidades intercambiables. El analista debía declarar qué contaba antes de comparar.

El logro histórico del RFC fue reconocer que una dirección vacía puede no ser una capacidad utilizable. Su límite fue el reverso: un porcentaje elegante puede parecer una observación física cuando en realidad resume una fórmula, una jerarquía y una decisión humana sobre cuánto dolor aceptar.