Resumen
- RFC 9994 define el Network Action Sub-Stack para acciones MPLS y datos auxiliares; una presencia codificada no equivale a una admisión por el camino.
- El alcance, las capacidades aprendidas, la profundidad de etiquetas legible y el manejo de acciones desconocidas determinan qué puede hacer cada nodo.
- La evidencia útil distingue el paquete recibido de la política local, el procesamiento por rol y el resultado de reenvío.
La arquitectura de RFC 9994 parte de una observación razonable: algunas aplicaciones MPLS necesitan información que vaya más allá de la etiqueta de reenvío. El MNA Sub-Stack puede transportar indicadores de acción y datos auxiliares para influir en decisiones de reenvío, llevar información OAM o realizar operaciones definidas por usuarios. La norma especifica formatos de entradas de pila y una etiqueta especial MNA de valor 4 que señala el comienzo del NAS.
Es importante no leer esa señal como si fuese una orden suficiente. El primer opcode identifica una semántica, pero la propia RFC exige que el documento de una acción nueva describa sus formatos, alcance, datos asociados, proceso e interacción con otras acciones. Es decir: el número de opcode no contiene por sí mismo todos los límites de la operación. El registro hace posible que los implementadores compartan una referencia; no reemplaza la decisión de si esa acción debe entrar, procesarse y confiarse en un camino determinado.
El caso más revelador es el de la admisión. El nodo encapsulador debe asegurarse de que los nodos de tránsito y de salida pueden procesar el NAS y de que el paquete no supera el MTU del camino. Para ello, quien calcula el camino necesita considerar las capacidades MNA y la profundidad de etiqueta legible de los nodos. RFC 9994 permite que esa información se configure, se obtenga mediante gestión o se distribuya con protocolos de control, pero no prescribe cómo se aprende. Una acción dentro del paquete no constituye ese conocimiento previo.
El alcance dice dónde debería ocurrir algo
El campo IHS fija un alcance común para las acciones incluidas en un NAS. I2E reserva el procesamiento para el egreso. HbH dispone que los nodos del camino procesen el NAS. Select limita la acción a nodos específicos que lo llevan a la parte superior de la pila. Si un paquete necesita combinaciones de alcance, necesita NAS separados.
La precisión es valiosa, pero no debe convertirse en una afirmación de despliegue. HbH expresa el comportamiento que se espera de nodos MNA capaces en el camino; no demuestra que cada equipo lea a la profundidad requerida ni que se haya difundido una capacidad correcta. Select tampoco designa por sí solo un responsable operativo: describe una clase de nodos que expone el NAS, no el registro de por qué esos nodos fueron elegidos o de si estaban listos.
El bit U mantiene ese límite bajo condiciones adversas. Cuando un nodo no reconoce una acción, la codificación indica que debe saltar a la siguiente acción o descartar el paquete. Es una regla de manejo de desconocidos, no una credencial, una autorización entre dominios ni una confirmación de entrega. Un mismo NAS puede encontrar procesamiento, salto o descarte sin que ninguno de esos resultados sea una desviación de la sintaxis.
Los roles de RFC 9994 impiden que el análisis se reduzca al emisor. El nodo de tránsito procesa los NAS en orden y sigue la regla para opcodes desconocidos. El penúltimo nodo no debe quitar la última copia expuesta de un NAS HbH o I2E, de modo que el egreso pueda procesarlo. El egreso elimina todo NAS recibido. El encapsulador puede añadir NAS conforme a sus políticas, las restricciones de colocación y las capacidades que aprendió. Cuando un equipo afirma que «la acción se aplicó», la pregunta correcta no es sólo qué opcode llevaba el paquete; es qué hizo cada uno de esos papeles y qué evidencia dejó.
Los datos auxiliares muestran por qué el resultado no puede inferirse de la forma. La RFC advierte que modificar ciertos bits de valor de etiqueta puede cambiar la selección ECMP y producir entrega fuera de orden dentro de un flujo. En redes donde importa ese hash, los datos mutables no pueden ocupar esas posiciones; hay mitigaciones de ubicación, no una garantía de rendimiento. Una acción bien formada puede introducir una restricción de camino que sólo la política y la observación local pueden evaluar.
La seguridad sigue la misma disciplina. Las acciones de encapsulación pueden afectar nodos del camino, las acciones locales tienen supervisión limitada, los nodos intermedios pueden modificar datos auxiliares y los bordes entre administraciones deben poder filtrar MNA antes de desplegarlo. Los contadores de NAS procesados, acciones desconocidas saltadas o descartadas y errores de formato ayudan a medir. No prueban, sin correlación adicional, que el efecto previsto por un emisor se materializó.
La lectura de Heng Lu sobre Running-Code Primacy evita el atajo institucional. La especificación común debe establecer lo mínimo para interoperar. Después quedan la capacidad local, la validación, la adopción y la evidencia de ejecución. La etiqueta es una declaración en una capa; el resultado de red pertenece a otras capas que un operador debe poder verificar.
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