Resumen

  • RFC 2374 puso nombres TLA, NLA y SLA a campos de la dirección, pero asumió expresamente que el reenvío usaría prefijos arbitrarios sin entender esos nombres.
  • La jerarquía era un plan acotado de asignación y agregación, no una prueba automática de autoridad, aceptación de ruta, portabilidad entre proveedores o servicio entregado.

El dibujo parecía una cadena de mando

El formato global unicast agregable distribuyó los bits con vocabulario institucional: tres para el prefijo de formato, trece para el identificador de agregación superior TLA, ocho reservados, veinticuatro para NLA, dieciséis para SLA y sesenta y cuatro para el interfaz.

TLA y NLA describían la topología pública; SLA, la topología interna del sitio. El titular de un TLA podía repartir su espacio NLA entre proveedores y sitios, que a su vez podían subdividirlo. Parecía que la propia dirección contaba el trayecto completo desde la cima del sistema público hasta un interfaz local.

La especificación impedía llevar esa lectura al plano de reenvío. Partía de que el sistema de rutas aplicaba coincidencia de prefijo más largo sobre cualquier límite de bits y no sabía nada de la estructura interna. Los campos servían para asignar y delegar. Salvo la distinción entre unicast y multicast, no eran órdenes semánticas para el router.

La frontera de un campo no era una ruta

Una autoridad podía delegar un prefijo donde el formato sugería. Un operador podía anunciarlo. Un vecino podía aceptarlo según su política. Un router podía instalarlo. Cada paso producía un recibo distinto.

La dirección no revelaba si la asignación seguía vigente, si había cambiado la custodia, si circulaba una ruta más específica, si la política rechazaba el anuncio ni por qué proveedor viajaba el tráfico. Una longitud real podía cortar un campo con nombre; una dirección perfectamente ordenada podía no ser alcanzable.

La evidencia útil enlaza la regla vigente, el registro de delegación, el prefijo anunciado, la decisión de importación, la entrada instalada, el camino observado y el resultado del servicio. Que una dirección contuviera un NLA no demostraba ninguno de los siguientes pasos.

8.192 era un margen de diseño

Los trece bits de TLA permitían 8.192 identificadores. La cifra buscaba mantener las tablas sin ruta por defecto dentro de la tecnología del momento, dejando margen para rutas más específicas que optimizaran los caminos internos y entre TLA. El documento también atendía al cálculo: un mismo prefijo podía recibirse por muchas alternativas.

Los ocho bits reservados ofrecían una salida. Una decisión posterior podría ampliar TLA o NLA, y otro prefijo de formato podría extender la población superior. El router desplegado no debía adivinar cuándo llegaba ese futuro. Hacía falta una nueva decisión compartida.

Era una especificación inicial mínima escrita en números: limitar el primer espacio de coordinación, conservar capacidad de cambio y no confundir el plan inicial con una ley natural.

Delegar cambiaba flexibilidad por agregación

Cada titular de TLA recibía veinticuatro bits NLA y podía diseñar su jerarquía; el siguiente nivel podía dividir otra vez. RFC 2374 recomendaba asignación gradual y reconocía la tensión: una jerarquía profunda facilitaba agregación y tablas pequeñas; una distribución plana simplificaba la asignación y el acceso, pero producía más rutas.

Dentro del sitio, dieciséis bits SLA ofrecían 65.535 subredes y el sitio elegía la estructura. Una organización mayor podía pedir otro identificador de sitio. El asignador público no controlaba el plano local, y un buen diseño SLA no otorgaba al sitio poder sobre la ruta global.

El formato repartía decisiones; no las eliminaba.

La portabilidad quedaba fuera del documento

La parte más ambiciosa era la agregación basada en intercambios. Un sitio conectado a un punto de intercambio podría independizarse de un transportista de larga distancia, cambiarlo sin renumerar y mantener varios proveedores sin una dirección distinta de cada uno.

El límite estaba escrito a continuación: los mecanismos de selección y portabilidad no se discutían. El formato reservaba una posición, pero no definía gobierno del intercambio, política de rutas, autenticación, conmutación por fallo, requisitos comerciales ni la secuencia operativa del cambio.

RFC 2450 propuso después que los receptores superiores demostraran servicio nativo en tres meses, trayectoria de tránsito verificable mediante observaciones de ruta, registros públicos, utilización y cumplimiento continuo. Pero era una aportación Informational para los dos primeros años, no una ley permanente; preveía cambios con la experiencia.

La experiencia acabó cambiando los nombres

El 6bone empleó pTLA y pNLA como prototipos, y las primeras asignaciones sub-TLA dejaron registros reales. Eso demuestra experimento y administración, no el despliegue permanente de todas las promesas del diseño.

En 2003, RFC 3587 declaró histórica la estructura TLA/NLA. Conservó un formato general con prefijo global de enrutamiento, identificador de subred e identificador de interfaz. La función SLA sobrevivió como “subnet ID”, mientras se advirtió a las implementaciones que no debían considerar 2000::/3 especial para siempre.

No desaparecieron la agregación ni el prefijo más largo. Desapareció una interpretación obligatoria de la topología pública mediante campos fijos. La red siempre había seguido rutas; la revisión hizo explícita esa separación.

La primacía del código en ejecución de Lu Heng sitúa la autoridad en anuncios, filtros, tablas y caminos observados, no en el prestigio de un nombre de campo. La especificación inicial mínima explica por qué el esquema fue útil sin merecer permanencia. Las capas de realidad separan sintaxis, asignación, custodia, propagación, camino y resultado.

RFC 2374 trató de hacer administrable la agregación escribiendo un vocabulario en la dirección. Su enseñanza duradera fue el límite: el router no leía la jerarquía; leía la ruta.