Resumen

  • Reducir etiquetas de servicio no exige necesariamente borrar la señalización individual: el modo FXC con señalización VLAN conserva rutas por VID normalizado.
  • El modo predeterminado no anuncia el fallo de un AC individual. En multiconexión, sus grupos deben respetar un mismo ES y un mismo destino.
  • La aceptación debe comprobar la entrega del circuito afectado y la continuidad de los demás, además del estado del túnel compartido.

La agrupación tiene un límite operativo

Dos circuitos pueden compartir transporte sin compartir la misma obligación de recuperación. Esa diferencia importa cuando el cliente que ha perdido conectividad espera un cambio de camino, mientras otro cliente del mismo agregado sigue recibiendo tráfico normalmente. La pregunta de diseño no es solo cuántos recursos se pueden reunir, sino qué fallo puede describir el agregado al extremo remoto.

RFC 9744, publicado en marzo de 2025, introduce Flexible Cross-Connect, FXC, sobre EVPN-VPWS. Un AC es un circuito de conexión del cliente, como un puerto, una VLAN de un puerto o un conjunto de VLAN. Un PE es el equipo de borde del operador; un ES es un segmento Ethernet. FXC permite multiplexar AC de varias interfaces y ES en un túnel de servicio. Busca reducir etiquetas y su OAM, y reducir señalización BGP en la medida posible. Son objetivos separables, no una única promesa de ahorro.

Un inventario menor no equivale a menos trabajo

En el modo predeterminado, las VLAN individuales no se anuncian por BGP. Las correspondencias necesarias permanecen en la configuración. Con señalización VLAN, cada VID normalizado sobre su ES tiene una ruta Ethernet A-D por EVI, aunque varios AC compartan la etiqueta de servicio. Se conserva información de control sin renunciar por completo a la economía de etiquetas.

Para multiconexión predeterminada, el RFC delimita grupos de AC de un mismo ES destinados a un mismo extremo. Puede haber varios túneles entre un par de PE. No corresponde sumar el ahorro de una agrupación arbitraria entre interfaces con la recuperación de un grupo que sí respeta ese límite. La elección depende del servicio: circuitos con una recuperación conjunta pueden justificar un grupo; compromisos independientes pueden justificar señalización individual.

La conclusión económica es un razonamiento de este análisis, no una tarifa del estándar. Parte del estado eliminado puede reaparecer como trabajo de correspondencia, pruebas y diagnóstico. No se establece aquí una cifra de ahorro, una implementación comercial ni un historial de averías.

Seguir el circuito hasta su salida

Los identificadores VLAN locales pueden repetirse en puertos distintos. FXC necesita normalizarlos antes de encapsular MPLS. En recepción, la etiqueta identifica una VID-VRF y el VID normalizado identifica la salida. La sección 3 describe esa asociación en dos pasos y la manipulación de etiquetas locales.

Por ello conviene comprobar una cadena concreta: AC del cliente, puerto y VID local, VID normalizado, etiqueta de servicio, ES remoto, adyacencia y entrega efectiva. Es una recomendación de aceptación, no una API obligatoria del RFC. Un primer lookup correcto no demuestra que el circuito final sea el correcto.

También existe una excepción que evita convertir el túnel compartido en una explicación universal. La sección 3.3.1 da prioridad a la conmutación local entre los AC descritos y exige una asociación de etiqueta con el AC o ES de destino para evitar ambigüedad. El tráfico correctamente conmutado dentro del PE no necesita demostrar tránsito por el núcleo para demostrar entrega.

El fallo pequeño que la prueba grande oculta

La sección 5 separa servicio, AC, puerto y nodo PE. En modo predeterminado, el fallo individual de una VLAN o AC no se señala; el remoto puede seguir enviando al extremo que descarta los paquetes. Con señalización VLAN, se retira la ruta del VID afectado y cambia la adyacencia de ese tráfico. Un puerto caído requiere un retiro de alcance mayor, del túnel correspondiente al grupo o de las rutas VID y ES pertinentes. La caída de un PE amplía el conjunto de retiros; el reflector de rutas los realiza en el procedimiento descrito.

Así, demostrar una conmutación tras apagar un puerto no demuestra la recuperación ante un AC aislado. La detección de fallo de servicio mediante BFD/VCCV tampoco acredita todos los circuitos transportados. RFC 5885, sección 3.3, diferencia detección de fallo de pseudowire y señalización de estado AC/PW. Hay que nombrar la capacidad seleccionada y su objeto observado.

En conexión única no existe un PE alternativo, pero los paquetes todavía pueden consumir núcleo antes de descartarse. Algunas aplicaciones detienen ese envío; no todas las cargas tienen por qué hacerlo. El volumen inútil puede estudiarse con tasa de tráfico y duración de la pérdida. Sin mediciones del despliegue, no procede atribuirle un número o un tiempo de recuperación.

Las advertencias tampoco son entrega

El campo opcional M no determina el reenvío al recibirlo y puede servir para avisos de error. La indicación V puede descubrir una incompatibilidad de normalización de una o dos etiquetas que impida crear el túnel según la sección 3.4. Aviso, establecimiento y entrega son tres evidencias distintas.

El documento figura como Proposed Standard, y la consulta oficial de erratas no devolvió coincidencias el 13 de septiembre de 2026. Eso identifica la referencia, no certifica productos. El ahorro de FXC queda bien defendido cuando un operador puede mostrar qué recursos reduce y cómo sigue identificando al cliente que necesita reparación.