Resumen

  • El GAL 13 diferencia un paquete Generic Associated Channel del tráfico normal del plano de usuario. En las reglas MPLS-TP descritas por RFC 5586, queda en el fondo de la pila, va seguido del ACH, aparece una sola vez y no aparece en los paquetes normales del plano de usuario.
  • La envolvente puede servir a pseudowires, LSP y secciones sin depender del tráfico de usuario, del encaminamiento de la red conmutada por paquetes ni de funciones dinámicas del plano de control. El Channel Type del ACH selecciona el contexto registrado.
  • G-ACh no debe transportar tráfico de usuario, y un receptor nunca debe usar GAL como instrucción para reenviar el paquete a otro nodo.

El valor operativo está en separar funciones. El emisor produce una forma registrada; el LSR, LER o PE receptor valida la envolvente, el soporte y la distribución. RFC 5586 define la encapsulación y el manejo de excepciones. No define negociación de capacidades, autorización de acciones, establecimiento de un LSP ni el funcionamiento de la función OAM transportada. Por tanto, un tipo registrado no demuestra que un receptor concreto lo haya habilitado ni que un operador haya autorizado su uso.

El ACH comienza con el patrón binario 0001, contiene una versión y lleva un Channel Type de 16 bits. Después de retirar las etiquetas MPLS o pseudowire, el receptor debe descartar el paquete si no puede procesar el tipo indicado, si no ha indicado soporte mediante un medio fuera de alcance, si un tipo experimental está deshabilitado localmente, si el primer nibble del ACH no es 0001, o si no reconoce la versión del ACH. Son límites de compatibilidad y seguridad operacional, no un protocolo de negociación.

RFC 7026 eliminó los TLV del ACH definidos en RFC 5586. El hardware tenía dificultades para procesar sus formatos y longitudes variables, y ningún Channel Type asignado los utilizaba; por ello, un mensaje G-ACh no debe ir precedido por un TLV ACH. RFC 7214 consolidó los registros antes distribuidos en una ubicación común de IANA y aclaró el registro general de Channel Types sin cambiar las asignaciones. La autoridad actual procede de especificaciones revisadas por la IETF y de la política de registro de IANA, no de la mera presencia del número 13.

GAL y ACH no son autenticación ni autorización. No autentican al emisor, no aprueban una acción de gestión, señalización, protección o reparación, no establecen una ruta ni conceden autoridad de reenvío. Los requisitos de seguridad pertenecen a cada especificación de Channel Type y a la política del operador. Las fuentes tampoco establecen cobertura por fabricante, volumen de tráfico de producción, interoperabilidad universal, habilitación actual ni frecuencia de descartes de paquetes malformados.

Los beneficiarios son los operadores que buscan una envolvente común de mantenimiento en banda y los diseñadores que necesitan un límite compartido de análisis y distribución. Los costes siguen presentes: procesamiento especial, comprobaciones de soporte y versión, descartes, seguridad específica de la aplicación, congestión y restricciones de implementación. Sin G-ACh, el mantenimiento dependería más de mecanismos específicos de pseudowire, rutas de alerta IP o codificaciones aplicativas fragmentadas. Esas opciones pueden resolver una necesidad local, pero no ofrecen esta envolvente MPLS genérica.

Fuentes