Segment Routing MPLS
Ingeniería de tráfico iniciada en origen sobre un plano de datos MPLS. Sin estado RSVP-TE ni sobrecarga de señalización por LSP: solo una pila de etiquetas calculada en el head-end desde una base de datos topológica distribuida.
Underlay SR-MPLS con TI-LFA
Cuatro routers en un anillo. La ruta primaria entre R1 y R3 toma el salto superior; si R2 falla, TI-LFA preprograma una pila de etiquetas de reparación a través de R4 en menos de 50 ms.

Qué es SR-MPLS
Segment Routing (SR), definido en la RFC 8402, distribuye un conjunto de instrucciones topológicas, los segmentos, a través de extensiones IGP estándar (IS-IS: RFC 8667, OSPF: RFC 8665). Cada segmento se representa como una etiqueta MPLS. El router cabecera impone una pila de etiquetas que codifica la ruta explícita completa; no se mantiene estado de señalización por LSP en los puntos intermedios.
El resultado es un plano de datos simplificado: los nodos de tránsito realizan reenvío MPLS estándar sin bases de datos de adyacencia RSVP, sin FEC LDP por prefijo y sin la latencia de establecimiento de ruta de tipo óptico. Toda la inteligencia de ingeniería de tráfico se traslada al origen, permitiendo políticas por clase de flujo, por VPN o por aplicación sin perturbar el plano de control.
SR-MPLS coexiste con LDP y lo sustituye progresivamente en los núcleos brownfield. La RFC 8661 define el interfuncionamiento LDP-SR para que los operadores puedan migrar de forma incremental: los nodos compatibles con SR anuncian tanto SID SR como etiquetas LDP, lo que permite LSP de extremo a extremo en redes mixtas sin una conmutación en flag-day.
Fast Reroute: TI-LFA
Topology-Independent Loop-Free Alternate (TI-LFA, RFC 9855; remote-LFA asociado en la RFC 8102) calcula rutas de respaldo preprogramadas, sin bucles por construcción, sin las carencias de cobertura del LFA clásico. La recuperación es inferior a 50 ms en el hardware que lo admite. TI-LFA protege frente a fallos de nodo, de enlace y de SRLG: la ruta de respaldo se codifica como una lista de segmentos de reparación insertada en el PLR antes de que la ruta primaria se retire de la tabla de reenvío.
Algoritmo flexible (Flex-Algo)
IGP Flexible Algorithm (RFC 9350) permite que una sola topología física transporte varios planos lógicos. Cada definición de Flex-Algo establece un tipo de métrica, coste IGP, retardo de enlace unidireccional mínimo o TE metric, además de un conjunto de restricciones de enlace, y el IGP calcula los caminos más cortos con arreglo a esas reglas. OcNOS-SP anuncia cada algoritmo mediante IS-IS SR, y cada prefix-SID se resuelve por algoritmo, de modo que el tráfico sigue de forma nativa el plano de bajo retardo o de afinidad restringida. Un servicio sensible a la latencia y un servicio best-effort circulan por los mismos enlaces en planos distintos, sin política SR-TE y sin controlador externo.
Flex-Algo y TI-LFA funcionan de forma conjunta. La protección fast-reroute de un prefijo se calcula dentro del mismo algoritmo que el camino primario, de modo que un flujo optimizado para el retardo se reencamina hacia otro camino de bajo retardo en lugar de volver al camino más corto predeterminado. Cada plano conserva su propia protección inferior a 50 ms.
OcNOS-SP Implementation
OcNOS-SP implementa SR-MPLS en las familias de silicio para proveedores de servicios Broadcom Qumran y Jericho, desde las plataformas edge compactas Qumran2a y Qumran2u, pasando por la agregación Qumran2c y Qumran2c+, hasta los routers de núcleo Jericho2c+. La implementación abarca el conjunto completo de funcionalidades de edge y núcleo SP:
Plano de control: IS-IS SR
IS-IS con extensiones SR (RFC 8667). Node SID, Adjacency SID, Anycast SID. Anuncio Prefix-SID con flags N y P. Flexible Algorithms (RFC 9350) para asignación de SID consciente de la topología.
Ingeniería de tráfico: SR-TE
Políticas SR-TE con listas de segmentos explícitas. Steering en el head-end por color + endpoint. Cálculo de ruta delegado al PCE vía PCEP (RFC 8231). ODN (On-Demand Next-hop) para selección automática de ruta consciente del SLA.
Fast Reroute: TI-LFA
TI-LFA habilitado por interfaz. Protege frente a fallos de nodo y de enlace. Ruta de respaldo preinstalada en la tabla de reenvío del hardware. Recuperación en menos de 50 ms en las plataformas SP compatibles.
ECMP y balanceo de carga
SR ECMP sobre múltiples next-hops con hashing de flujo 5-tuple. Caminos de igual coste resueltos por SID mediante la tabla de forwarding MPLS. Soporte de entropy label por flujo para visibilidad del balanceo.
Interoperación LDP
Interfuncionamiento LDP-SR según la RFC 8661 para la migración brownfield. Servidor de mapeo para la asociación de prefix SID a etiqueta LDP. Funcionalidad de nodo frontera SR-LDP: sin necesidad de migración de núcleo en flag-day.
BFD para SR
BFD para MPLS LSP (RFC 5884) con vinculación a políticas SR-TE. Detección de fallos en menos de un segundo que alimenta el switchover TI-LFA. Asignación de discriminador por política SR.
Telemetría
Modelos YANG OpenConfig SR. Streaming gNMI de utilización de SID, distribución ECMP y estado de políticas TE. Compatible con Prometheus mediante collector gRPC.
Coexistencia SRv6
SR-MPLS y SRv6 pueden desplegarse en el mismo nodo OcNOS-SP. Steering por VPN entre los planos de datos MPLS e IPv6. Función de interfuncionamiento para el stitching SRv6-SR-MPLS entre dominios.
OcNOS-Validated Hardware
Solo como referencia. Las plataformas siguientes son un subconjunto representativo del hardware validado para SR-MPLS. La lista completa y actual de plataformas calificadas, con cobertura de ASIC, densidad de puertos y versiones, se mantiene en la OcNOS Hardware Compatibility List.
Tecnologías y soluciones relacionadas
Comparar el soporte SR-MPLS en todas las plataformas validadas OcNOS
Open Feature Matrix →Preguntas frecuentes
¿Qué es SR-MPLS?
¿Cómo utiliza SR-MPLS IS-IS u OSPF?
¿Qué es el SRGB en SR-MPLS?
¿Cuál es la diferencia entre SR-MPLS y SRv6?
¿SR-MPLS sigue necesitando LDP?
¿En qué se diferencia SR-MPLS del MPLS tradicional con LDP o RSVP-TE?
¿Qué es IS-IS segment routing?
¿Qué es TI-LFA en SR-MPLS?
¿Qué es Flex-Algo (IGP Flexible Algorithm)?
¿Puede EVPN funcionar sobre SR-MPLS?
Profundice. Llévelo consigo.
El datasheet del producto y descargas técnicas y breves que profundizan más que esta página.
Datasheet de OcNOS-SP
Especificación completa de OcNOS-SP: el conjunto de funciones de acceso, cell site y agregación, los SKU de software, las plataformas de hardware compatibles y la guía de pedido de la solución.
Obtener el datasheetActualización SR-MPLS con OcNOS
Migre SR-MPLS a OcNOS sobre hardware abierto: Flex-Algo, TI-LFA y una ruta de migración probada como alternativa a Cisco.
Obtener el briefTransporte WAN para Cloud y Operadores
Transporte WAN para la nube y los service provider sobre hardware abierto: SR-MPLS, EVPN y reenvío probado a escala.
Obtener el briefDatasheet de OcNOS-SP
Formulario rápido. Su PDF se abre en una pestaña nueva inmediatamente después de enviarlo.
✓ Abriendo su PDF en una pestaña nueva…
Si no se ha abierto, utilice el enlace de abajo.
Actualización SR-MPLS con OcNOS
Formulario rápido. Su PDF se abre en una pestaña nueva inmediatamente después de enviarlo.
✓ Abriendo su PDF en una pestaña nueva…
Si no se ha abierto, utilice el enlace de abajo.
Transporte WAN para Cloud y Operadores
Formulario rápido. Su PDF se abre en una pestaña nueva inmediatamente después de enviarlo.
✓ Abriendo su PDF en una pestaña nueva…
Si no se ha abierto, utilice el enlace de abajo.