Resumen
- Una etiqueta asignada aguas arriba siempre se busca en un espacio específico de contexto. El número puede repetirse en otras tablas y apuntar legítimamente a otra FEC.
- En un túnel MPLS, las etiquetas exteriores preservan la identidad de la raíz. RFC 5331 exige desactivar PHP si retirarlas impide seleccionar la tabla correcta.
El conflicto estaba en el esquema, no en los números
RFC 5331 no exige coordinación entre valores asignados aguas arriba y aguas abajo. El mismo valor puede corresponder a FEC diferentes. También puede repetirse entre espacios de raíces distintas.
Por eso una clave de observación necesita dirección de asignación, mecanismo de contexto, raíz, interfaz de entrada, generación de tabla y valor. label=42 no es una identidad; es el último componente de una consulta.
Un sistema que deduplica globalmente puede borrar una entrada válida. Uno que elige la tabla de plataforma por defecto puede reenviar según una FEC real pero ajena al paquete. La existencia de una coincidencia no prueba que se usó el espacio autorizado.
El artículo retenido sobre RFC 9573 estudia cómo sostener un significado común entre PE. Aquí el mecanismo es diferente: antes de discutir significado común, el receptor debe conservar el selector que le dice en qué tabla vive el número.
PHP puede hacer desaparecer la clave compuesta
Cuando la etiqueta ascendente viaja dentro de un túnel MPLS, las etiquetas superiores identifican el túnel y su raíz. Tras desencapsular, el receptor usa ese contexto para buscar la etiqueta interior.
Si el penúltimo salto retira la etiqueta exterior, reduce trabajo pero también puede eliminar el único selector. RFC 5331 manda desactivar PHP en ese caso. El payload no cambió y el número interior tampoco; desapareció el dato que convertía ambos en una decisión.
La telemetría posterior no puede inferir la raíz desde el número. Debe guardar la pila antes y después del pop, el túnel, la razón del pop y la tabla finalmente elegida.
Una raíz por dirección head-end
El router descendente mantiene un Upstream Neighbor Label Space por raíz única. La raíz se identifica con la dirección IP del head-end. Si un mismo router usa direcciones distintas para túneles distintos, RFC 5331 requiere espacios distintos.
Dos túneles sólo pueden compartir espacio cuando se cumplen todas las condiciones, incluida la misma dirección de raíz y el mismo asignador. El protocolo que distribuye la etiqueta debe nombrar al asignador con la dirección usada por el protocolo de túnel.
Fusionar direcciones por identidad de chasis puede violar la separación. No fusionarlas cuando ambos protocolos usaron la misma dirección puede impedir la compartición esperada. Guarde afirmaciones y decisión de unión por separado.
En GRE la fuente selecciona la tabla
Un túnel sin señalización puede necesitar raíz configurada. En GRE creado por simple encapsulación, la dirección fuente IP se considera raíz. Esa cabecera exterior pasa a ser parte de la semántica de la etiqueta interior.
Una dirección correcta no autentica al operador ni demuestra autorización. Explica la selección protocolaria. Integridad del túnel y distribución protegida pertenecen a otro recibo.
EtherType no identifica al dueño
En un LAN, EtherType puede indicar asignación ascendente, pero no distingue al vecino que asignó el valor. RFC 5331 coloca una etiqueta de contexto arriba y la etiqueta de servicio debajo.
El receptor combina etiqueta de contexto e interfaz LAN para seleccionar el espacio del vecino. Quitar la interfaz convierte una clave local en un supuesto identificador global.
Veinte bits pueden causar una colisión real
La etiqueta de contexto debe ser única dentro del LAN. Una opción de generación usa la parte host IPv4 bajo límites que evitan el espacio reservado. Dos LSR del mismo LAN con los mismos veinte bits bajos probablemente provocan encaminamiento erróneo.
La misma cifra en dos LAN distintos no es conflicto, porque la interfaz forma parte del contexto. La auditoría debe comprobar unicidad con la misma clave y el mismo alcance que usa el forwarding.
Las interfaces sólo IPv6 no cumplen el método automático. Generar un número de todas formas sería una política nueva, no aplicación de RFC 5331.
El soporte del vecino no se deduce del software local
La función es opcional y no puede usarse sin saber que el LSR descendente la soporta. Cómo obtener ese conocimiento queda fuera del documento. Capacidad instalada, anuncio de capacidad, acuerdo de aplicación y uso en un túnel concreto son pruebas distintas.
Fuentes y límite de evidencia
- RFC 5331
- Texto RFC 5331
- Registro JSON
- RFC Editor
- IETF Datatracker
- Historial IETF
- API IETF
- RFC 3031
- RFC 3031 texto
- RFC 3032
- RFC 3032 texto
- RFC 5332
- RFC 5332 texto
- RFC 5920
- RFC 5920 texto
- RFC 4875
- RFC 4875 texto
- Valores MPLS IANA
- Errata RFC 5331
- RFC 4364
- RFC 4364 texto
- On Reality Layers
- Running-Code Primacy
- On the Agency Problem
Las fuentes prueban reglas, historia y registros, no implementación, túnel, PHP, raíz, tabla, colisión, error de ruta, multicast, forwarding o entrega actuales.
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
