Resumen

  • RFC 1294, especificación Standards Track de enero de 1992, define una encapsulación multiprotocolo para tráfico encaminado y puenteado sobre Frame Relay. Cuando un sistema puede usar varios métodos, debe saber previamente qué circuitos virtuales llevan cada método y usar éste sólo en VC configurados explícitamente.
  • NLPID y SNAP indican cómo interpretar una PDU concreta. No configuran el VC, no prueban un acuerdo entre extremos y no convierten una trama correctamente etiquetada en evidencia de aceptación, reenvío, entrega o servicio.

El RFC 1294 — Multiprotocol Interconnect over Frame Relay trata una cuestión que parece menor hasta que se mira una red desde los registros: qué puede decir una trama por sí sola. Puede decir al receptor cómo leer la información que sigue. No puede decir que el circuito por el que llegó estuviera asignado a ese método de encapsulación.

El documento exige que todos los protocolos viajen en una trama Q.922 Annex A y que la PDU incluya información suficiente para identificar el protocolo o encapsulación. NLPID es uno de esos mecanismos. Si no existe un NLPID específico, un paquete encaminado puede usar NLPID 0x80, OUI 00-00-00 y el EtherType. Un datagrama IP puede llevar NLPID 0xCC. Las estaciones deben aceptar las formas NLPID y SNAP para paquetes encaminados.

Eso es una regla de interpretación. El receptor ve una estructura y elige el lector apropiado. Pero el resumen del RFC impone un registro anterior: la correspondencia entre circuito virtual y método de encapsulación debe conocerse antes, y el método sólo debe usarse sobre VC explícitamente configurados. Que un analizador pueda leer el sello no significa que el circuito haya concedido permiso al método.

El DLCI era local, no una política portátil

Frame Relay puede formar una malla completa o parcial de circuitos virtuales. Cada VC se identifica en cada interfaz con un Data Link Connection Identifier. RFC 1294 precisa que, en la mayoría de los casos, el significado del DLCI es estrictamente local en esa interfaz. El número puede ser decisivo para la entrega local de una trama sin ser una identidad universal de la relación.

La propia explicación del RFC sobre ARP deja ver el límite: el DLCI del encabezado puede modificarse al atravesar la red. El valor que usa una estación al enviar puede ser distinto del que observa la estación receptora. Por eso una lista de DLCI no constituye por sí sola una historia del par remoto, de su configuración, de la encapsulación elegida ni de un resultado de transporte.

Un operador puede afirmar con precisión que una captura se observó en determinada interfaz bajo determinado DLCI. Para afirmar que ese VC estaba configurado para cierto método necesita el registro de asignación y su vigencia temporal. Para afirmar que se produjo entrega necesita evidencia posterior. Convertir el primer dato en los otros dos hace que un identificador local hable en nombre de decisiones que no tomó.

Una marca de protocolo no resolvía la admisión

La forma Q.922 tiene detalles que subrayan la disciplina. El control suele ser UI 0x03, salvo que se negocie otra cosa. El relleno de alineación se compone de ceros. NLPID 0x00 es inválido en esta encapsulación porque no se distingue del relleno y no tiene significado útil allí. Una marca es operativa sólo si puede diferenciarse del entorno estructural que la contiene.

Para tráfico puenteado, NLPID 0x80 anuncia SNAP; OUI 00-80-C2 identifica el contexto 802.1 y el PID indica tanto la forma del encabezado MAC como si se conserva el FCS original. Tales valores permiten clasificar la trama. No certifican que una LAN haya recibido una trama, que un puente la haya reenviado, que las partes compartieran la misma política ni que la carga fuera auténtica.

La diferencia evita un atajo frecuente: “parecía Ethernet puenteada” describe un encabezado; “Ethernet fue puenteada” describe una acción; “el VC admitía ese servicio” describe una configuración previa. RFC 1294 no borra esas capas. Su diseño funciona porque cada una conserva un soporte de evidencia distinto.

XID negociaba parámetros concretos, no todos los hechos del circuito

Exchange Identification, o XID, podía usarse al iniciar un circuito para negociar N201, T200 y K. Si no se utilizaba XID, esos valores debían configurarse estáticamente por acuerdo mutuo de los extremos DLC o tomar los valores predeterminados de Q.922. Una estación que soporta XID y recibe una trama XID debe responder; si el máximo remoto es menor, debe reducir antes el tamaño local que usa sobre ese DLC.

La utilidad de XID está en su alcance definido. Puede sustentar evidencia sobre unos parámetros de enlace. No convierte una respuesta XID en autorización general de cada encapsulación, ni en prueba de que una PDU posterior se procesó, llegó o produjo un resultado de aplicación. Incluso dentro del circuito, el RFC distingue un acuerdo acotado de una conclusión total.

El expediente correcto conserva pasos separados

Una investigación reproducible conservaría la interfaz y DLCI local, la asignación VC-encapsulación, su fecha efectiva, un acuerdo estático o XID, los bytes Q.922, el resultado de decodificar NLPID/SNAP y una observación independiente de cualquier reenvío. Una captura sin configuración demuestra formato, no admisión. Una configuración sin captura demuestra política, no contenido. Un contador posterior puede mostrar actividad, no necesariamente qué encabezado la originó.

La lección histórica no es que Frame Relay fuera misterioso. Es que la interoperabilidad requiere negarse a usar la misma evidencia para preguntas diferentes. RFC 1294 hacía legible la PDU y exigía una asignación explícita para el VC. La claridad de la trama no absorbía la autoridad de la configuración.

Fuentes y límites de evidencia

La fuente es RFC 1294 — Multiprotocol Interconnect over Frame Relay. Fundamenta el estado de enero de 1992, la configuración explícita, el carácter local de DLCI, Q.922, NLPID/SNAP, las formas encaminadas y puenteadas, y XID. No prueba un circuito actual, proveedor, par remoto, configuración efectiva, propiedad de seguridad, reenvío, entrega o resultado de servicio.