Resumen
- RFC 3471 extendió el plano de control MPLS a interfaces que conmutaban paquetes, ranuras temporales, longitudes de onda o fibras, aunque el equipo no leyera cabeceras.
- La etiqueta generalizada dependía del contexto: una propuesta, un conjunto permitido o una señalización aceptada no demostraban la asignación física ni la entrega del tráfico.
RFC 3471 hizo una operación intelectual muy propia de Internet: conservó una abstracción útil y renunció a fingir que todo lo que quedaba debajo era igual. Publicado en enero de 2003 como norma propuesta, describió funciones comunes de señalización GMPLS. Dejó a RFC 3472 y RFC 3473 los formatos de CR-LDP y RSVP-TE, y a documentos especializados los detalles de cada tecnología.
El punto de partida eran cuatro clases de interfaz. PSC actuaba sobre paquetes o celdas; TDM sobre posiciones de un ciclo; LSC sobre longitudes de onda; FSC sobre fibras o puertos físicos. La precisión importa: la clase pertenecía a una interfaz. Un nodo podía enlazar capas distintas sin convertirse por entero en una sola de ellas.
Los LSP podían anidarse. Flujos de paquetes viajaban dentro de un canal temporal; ese canal, dentro de una lambda; la lambda, dentro de una ruta de fibra. La jerarquía reducía estado y agrupaba capacidad, pero una observación exterior no revelaba automáticamente los clientes interiores. La evidencia no descendía ni ascendía por herencia.
La solicitud generalizada separó tipo de codificación, tipo de conmutación y G-PID. El primero describía la señal pedida; el segundo, lo que el enlace debía hacer; el tercero, la carga cliente que interesaba sobre todo a los extremos. Confundirlos borraba la diferencia entre lo transportado, la operación y el contenido.
La etiqueta generalizada no llevaba un campo que declarara su propio tipo. Los vecinos debían interpretarla mediante el enlace y la tecnología conocidos. Por eso una cifra copiada a un registro, sin interfaces, clase de conmutación ni dirección, era un dato huérfano. El contexto no era decoración; formaba parte del significado.
Las redes físicas añadían escasez discreta. Un enlace podía anunciar que soportaba varios formatos y, sin embargo, carecer de la ranura o lambda libre requerida. La compatibilidad del equipo era una condición previa, no una promesa de inventario.
La Etiqueta Sugerida permitía que el nodo ascendente propusiera pronto una opción y empezara a mover una matriz óptica lenta. El nodo descendente podía sustituirla. La primera elección aceleraba, pero no mandaba. Para saber qué ocurrió hacían falta la propuesta, la anulación, la selección final y la confirmación de programación.
El Label Set acotaba las opciones que el siguiente nodo podía elegir. Servía para continuidad de longitud de onda o limitaciones del hardware. Que un valor perteneciera al conjunto significaba que aún era admisible, no que estuviera reservado. Una intersección futura podía dejar el camino sin solución.
El establecimiento bidireccional coordinó ambos sentidos para evitar que dos solicitudes independientes chocaran al buscar recursos recíprocos. Ante dos intentos simultáneos, una regla basada en el identificador del nodo origen daba un ganador. La regla resolvía una carrera de control; no acreditaba prioridad comercial, simetría óptica o éxito de la aplicación.
Otro cambio decisivo fue separar canal de control y canal de datos. La señalización IP podía circular por una ruta distinta del circuito óptico. Así, el control podía seguir vivo con la señal de datos rota, o desaparecer mientras un cruce previamente programado seguía pasando luz. Preguntar «¿está arriba?» dejó de admitir una sola respuesta.
La información de protección y el estado administrativo tampoco cruzaban esa frontera. Solicitar protección no probaba diversidad ni capacidad. Autenticar el mensaje demostraba su origen, no la posición final del conmutador ni la llegada de la carga.
RFC 3945, el conjunto RFC 4201–4204 y RFC 4328 desarrollaron arquitectura, rutas, anuncios, gestión de enlaces y G.709. Son huellas de evolución normativa, no evidencia de que todos los operadores implantaran cada función.
La primacía del código en ejecución de Heng Lu obliga a buscar el efecto detrás del nombre. La especificación mínima explica por qué la capa común debía ser pequeña. Las capas de realidad separan capacidad anunciada, restricción, sugerencia, asignación, estado físico, señal medida y servicio observado.
El recibo completo empieza con las interfaces y su contexto. Continúa con capacidades actuales, conjunto permitido, propuesta y autoridad de elección. Registra la etiqueta final de cada sentido, la programación del tejido, la ruta de control y la medición del canal de datos. Termina en el extremo que recibe la carga. La contribución de RFC 3471 fue coordinar mundos heterogéneos sin declarar que la coordinación ya era el mundo físico funcionando.
Fuentes
- RFC 3471
- RFC 3471 en texto plano
- Registro en IETF Datatracker
- Historial en IETF Datatracker
- Búsqueda de erratas de RFC 3471
- RFC 3031: arquitectura MPLS
- RFC 3209: RSVP-TE
- RFC 3472: extensiones CR-LDP de GMPLS
- RFC 3473: extensiones RSVP-TE de GMPLS
- RFC 3945: arquitectura GMPLS
- RFC 4201: agregación de enlaces
- RFC 4202: requisitos de enrutamiento GMPLS
- RFC 4203: extensiones OSPF para GMPLS
- RFC 4204: protocolo de gestión de enlaces
- RFC 4328: señalización G.709
- Heng Lu: primacía del código en ejecución
- Heng Lu: especificación inicial mínima
- Heng Lu: capas de realidad
Informe para miembros
Contexto ampliado del perfil
Inicia sesión con el nivel de membresía adecuado para desbloquear el informe completo y las notas de las fuentes.
Solo para Strategic Circle
Strategic Circle
Abierto a todos los lectores. Desbloquea informes de perfil después de unirte e iniciar sesión.
Únete a Strategic CircleSolo para Leadership Alliance
Leadership Alliance
Para propietarios y directivos cualificados de activos de propiedad intelectual; inicia sesión para desbloquear los informes de la alianza.
Unirse a Leadership Alliance
