Ingeniería de tráfico con enrutamiento de origen · plano de datos MPLS

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.

Topología SR-MPLS: cuatro routers en anillo con una ruta primaria de R1 a R3 vía R2 y un respaldo TI-LFA vía R4
SR-MPLS: ruta primaria R1 a R2 a R3 con una lista de reparación TI-LFA vía R4 (reenrutamiento sub-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 coexists with and progressively replaces LDP in brownfield cores. RFC 8661 defines LDP-SR interworking so operators can migrate incrementally: SR-capable nodes advertise both SR SIDs and LDP labels, enabling end-to-end LSPs across mixed networks without a flag-day cutover.

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

RFC 8661 LDP-SR interworking for brownfield migration. Mapping server for prefix SID to LDP label binding. SR-LDP border node functionality: no flag-day core migration required.

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 and SRv6 can be deployed on the same OcNOS-SP node. Per-VPN steering between MPLS and IPv6 data planes. Interworking function for cross-domain SRv6-SR-MPLS stitching.

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.

UfiSpace S9600-32X
Qumran MX · 32×100G
UfiSpace S9600-64X
Qumran MX · 64×100G
UfiSpace S9610-36D
Qumran AX · 36×400G
UfiSpace S9610-46DX
Qumran AX · 36×400G + 10×100G
Celestica E1031
Qumran MX · 32×100G
UfiSpace S9321-64E
Jericho2 · 64×400G
UfiSpace S9510-28DC
Qumran AX · IPoDWDM
Edgecore AS9726-32DB
Trident 4 · 32×400G
Vea todas las plataformas en Hardware Cualificado → Matriz de Funciones SR-MPLS →

Tecnologías y soluciones relacionadas

EVPN-VXLAN → SRv6 → BGP → Diseño IP Core SR-MPLS abierto → SP Networks Solution → Solución IP-over-DWDM → Solución de acceso de banda ancha → OcNOS Feature Matrix → IS-IS SR con TI-LFA →

Comparar el soporte SR-MPLS en todas las plataformas validadas OcNOS

Open Feature Matrix →
FAQ

Preguntas frecuentes

¿Qué es SR-MPLS?
SR-MPLS (Segment Routing sobre el plano de datos MPLS) es un segment routing que utiliza etiquetas MPLS para el reenvío, con etiquetas distribuidas por el IGP en lugar de un protocolo de etiquetas independiente. Dirige el tráfico a lo largo de rutas diseñadas reutilizando el plano de reenvío MPLS existente.
¿Cómo utiliza SR-MPLS IS-IS u OSPF?
SR-MPLS amplía IS-IS u OSPF para anunciar los identificadores de segmento como etiquetas MPLS, de modo que el propio IGP distribuye las etiquetas. Esto elimina la necesidad de que LDP asigne etiquetas y permite que cada nodo construya rutas label-switched a partir de la información de enrutamiento que ya difunde.
¿Qué es el SRGB en SR-MPLS?
El SRGB (Segment Routing Global Block) es el rango de etiquetas MPLS reservado para los segmentos de prefijo globales. Un prefix-SID es un índice dentro de este bloque, de modo que un nodo calcula la etiqueta local de un destino sumando el índice a la base del SRGB, lo que proporciona una asignación de etiquetas coherente.
¿Cuál es la diferencia entre SR-MPLS y SRv6?
SR-MPLS reenvía mediante etiquetas MPLS y mantiene un plano de datos MPLS, mientras que SRv6 reenvía sobre el plano de datos IPv6 nativo utilizando direcciones IPv6 como segmentos. SR-MPLS conviene a las redes que ya operan MPLS, en tanto que SRv6 elimina MPLS en favor de un reenvío exclusivamente IPv6.
¿SR-MPLS sigue necesitando LDP?
No, SR-MPLS no necesita LDP ni RSVP-TE. El IGP distribuye las etiquetas mediante los prefix-SID y los adjacency-SID, y TI-LFA proporciona el reenrutamiento rápido, de modo que un único IGP gestiona la distribución de etiquetas, la ingeniería de tráfico y la protección que anteriormente requerían protocolos independientes.
Resúmenes de solución

Profundice. Llévelo consigo.

Dos descargas técnicas y breves que profundizan más que esta página: el informe de actualización SR-MPLS y el informe de transporte Cloud & SP WAN.

Solution brief

Actualizació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 brief
Solution brief

Transporte 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 brief