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.
SR-MPLS Underlay with TI-LFA
Four routers in a ring. The primary path between R1 and R3 takes the upper hop; if R2 fails, TI-LFA pre-programs a repair label stack via R4 in under 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; companion remote-LFA in RFC 8102) computes pre-programmed backup paths that are loop-free by construction, without the coverage gaps of classic LFA. Recovery is sub-50 ms on hardware that supports it. TI-LFA protects node, link, and SRLG failures — the backup path is encoded as a repair segment list pushed at the PLR before the primary path is removed from the forwarding table.
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:
Control Plane — 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
For reference only. The platforms below are a representative subset of SR-MPLS-validated hardware. The complete, current list of qualified platforms — with ASIC, port density, and version coverage — is maintained in the OcNOS Hardware Compatibility List.