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 va sustituyendo progresivamente en núcleos brownfield. La RFC 8661 define el interworking LDP–SR: los nodos compatibles con SR anuncian tanto SIDs de SR como etiquetas LDP, lo que permite LSPs extremo a extremo en redes mixtas sin un corte único.
Fast Reroute: TI-LFA
Topology-Independent Loop-Free Alternate (TI-LFA, draft-ietf-rtgwg-segment-routing-ti-lfa; remote-LFA complementario en RFC 8102) calcula rutas de respaldo preprogramadas libres de bucles por construcción, sin las lagunas de cobertura del LFA clásico. La recuperación es inferior a 50 ms en hardware que lo soporta. TI-LFA protege fallos de nodo, enlace y 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 sea retirada de la tabla de forwarding.
OcNOS-SP Implementation
OcNOS-SP implementa SR-MPLS sobre los ASICs Broadcom Qumran MX, Qumran AX y Jericho2. La implementación cubre el conjunto completo de funciones SP edge y núcleo:
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 habilitable por interfaz. Protege ante fallos de nodo y enlace. Ruta de respaldo preinstalada en la tabla de forwarding hardware. Recuperación por debajo de 50 ms en ASIC de clase Qumran.
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
Interworking LDP–SR (RFC 8661) para migración brownfield. Servidor de mapping para la asociación prefix SID/etiqueta LDP. Funcionalidad de nodo frontera SR-LDP, sin necesidad de migración del núcleo en un único día.
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 interworking para el stitching entre dominios SRv6–SR-MPLS.
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.
Related Technologies & Solutions
Comparar el soporte SR-MPLS en todas las plataformas validadas OcNOS
Open Feature Matrix →Go deeper. Take it with you.
Two short, technical downloads that go further than this page: the SR-MPLS upgrade brief and the Cloud & SP WAN transport brief.
Actualización SR-MPLS con OcNOS
Migrate SR-MPLS onto OcNOS on open hardware: Flex-Algo, TI-LFA, and a proven Cisco-alternative cutover path.
Obtener el briefTransporte WAN para Cloud y Operadores
Cloud and service-provider WAN transport on open hardware: SR-MPLS, EVPN, and scale-tested forwarding.
Obtener el briefActualización SR-MPLS con OcNOS
Quick form. Your PDF opens in a new tab immediately after submit.
✓ Opening your PDF in a new tab…
If it didn't open, use the link below.
solution-brief-sr-mpls-upgrade-cisco-alternative.pdfTransporte WAN para Cloud y Operadores
Quick form. Your PDF opens in a new tab immediately after submit.
✓ Opening your PDF in a new tab…
If it didn't open, use the link below.
solution-brief-cloud-sp-wan-transport.pdf