Enrutamiento de origen IPv6 · Encabezado de extensión SRH

Segment Routing sobre IPv6

SR aplicado al plano de datos IPv6: listas de segmentos codificadas como una secuencia de direcciones IPv6 en una cabecera de extensión SRH, lo que permite source routing sin etiquetas MPLS ni sobrecarga de encapsulación adicional.

Reenvío de lista de SID SRv6

Un paquete atraviesa tres endpoints SR. La lista de SID se codifica directamente en la dirección IPv6 de destino: cada salto extrae el uSID activo y reenvía hacia el siguiente.

Flujo de paquetes SRv6 a través de tres endpoints con lista de SID IPv6 fc00::1, fc00::2, fc00::3
SRv6: recorrido de paquetes a través de tres endpoints impulsado por una lista de SID IPv6.

¿Qué es Segment Routing?

Segment Routing (RFC 8402) es una arquitectura de enrutamiento desde el origen. El nodo de entrada codifica la ruta que sigue un paquete como una lista ordenada de instrucciones denominadas segmentos, y la red reenvía según esa lista sin mantener estado por flujo en cada salto. Funciona sobre dos planos de datos: SR-MPLS transporta la lista de segmentos como una pila de etiquetas MPLS, y SRv6 la transporta como una lista de direcciones IPv6. Esta página trata SRv6, y el plano de datos SR-MPLS se documenta en su propia página.

Qué es SRv6

SRv6 (RFC 8986) codifica una ruta iniciada en el origen como una lista ordenada de direcciones IPv6 llamadas SID, cada una representa una instrucción topológica (segmento) en un nodo específico. El Segment Routing Header (SRH, RFC 8754) transporta la lista de SID en la pila de cabeceras de extensión IPv6. En cada nodo SR, se procesa el SID activo, se decrementa el puntero SL (Segments Left) y se actualiza el DA IPv6 al siguiente SID.

Los SID SRv6 son direcciones IPv6 enrutables estructuradas con un Locator (prefijo topológicamente significativo, normalmente /48 o /64) y una Function (identificador de comportamiento). El estado de reenvío SR queda así embebido en la tabla de enrutamiento IPv6: sin espacio de etiquetas separado, sin LFIB, sin recursos HW específicos de MPLS. Los nodos de tránsito no necesitan conocer el SRH a menos que sean endpoints SR.

SRv6 uSID (draft-ietf-spring-srv6-srh-compression) comprime significativamente la codificación SID: múltiples micro-SID se empaquetan en una única dirección IPv6 de 128 bits, reduciendo el procesamiento por salto y el overhead de cabecera a niveles competitivos con SR-MPLS en despliegues SP típicos.

SRv6 Network Programming

RFC 8986 define un conjunto de comportamientos de endpoint SRv6: End (endpoint SR), End.X (endpoint con cross-connect), End.T (endpoint con consulta de tabla), End.DT4/DT6/DT46 (endpoint con desencapsulación y consulta de tabla L3). Estos comportamientos implementan la función completa de reenvío VPN dentro de la semántica del SID, habilitando servicios L3VPN y L2VPN sobre un núcleo IPv6 puro.

OcNOS-SP Implementation

IS-IS SRv6 Extensions

IS-IS con extensiones SRv6 (draft-ietf-lsr-isis-srv6-extensions). Anuncio de Locator, SID sub-TLV por prefijo. Flexible Algorithms para asignación de SID consciente de la topología.

Compresión uSID

Implementación uSID conforme a draft-ietf-spring-srv6-srh-compression. Bloque /32, locator /48. Múltiples uSID empaquetados por dirección de 128 bits. Compatible con el HW de forwarding IPv6 existente: sin procesamiento SRH en tránsito.

Comportamiento H.Encaps

Encapsulación en el head-end insertando una nueva cabecera externa IPv6 con SRH. H.Encaps.Red para SRH reducido (SID único). Steering basado en políticas por criterios de coincidencia.

Políticas SRv6-TE

Políticas SRv6 traffic engineering con listas de SID explícitas. Rutas calculadas por PCE vía PCEP. BGP SR-TE para distribución de políticas entre dominios.

L3VPN sobre SRv6

Comportamiento End.DT46 para desencapsulación y búsqueda de VRF. BGP L3VPN con transporte SRv6 según RFC 9252 (BGP Overlay Services on SRv6). Asignación de SID por VRF desde el bloque Locator.

SR-MPLS Co-existence

SRv6 y SR-MPLS activos simultáneamente en el mismo nodo. Selección de plano de transporte por VPN. Función de interworking para el stitching entre dominios en las fronteras.

OcNOS-Validated Hardware

Solo como referencia. Las plataformas siguientes son un subconjunto representativo del hardware validado para SRv6. 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-56DX
Qumran2c · 4×25G + 48×100G + 8×400G
UfiSpace S9600-28DX
Qumran2c · 4×25G + 24×100G + 4×400G
UfiSpace S9600-32X
Qumran2c · 32×100G
UfiSpace S9600-64X
Qumran2c · 64×100G
UfiSpace S9610-46DX
Qumran2c+ · 4×25G + 40×100G + 6×400G
UfiSpace S9510-28DC
Qumran2a · 24×25G + 2×100G + 2×400G
Edgecore AS7535-28XB
Qumran2a · 24×25G + 2×100G + 2×400G
UfiSpace S9510-30XC
Qumran2u · 28×25G + 2×100G

Comparar el soporte SRv6 en plataformas validadas OcNOS

Open Feature Matrix →
Preguntas frecuentes

Preguntas frecuentes

¿Qué es SRv6?
SRv6 (Segment Routing over IPv6) es un segment routing que utiliza directamente el plano de datos IPv6. Cada segmento se codifica como una dirección IPv6 de 128 bits denominada SID, de modo que la red dirige el tráfico a lo largo de una ruta diseñada mediante el forwarding IPv6 nativo, sin pila de etiquetas MPLS.
¿Cuál es la diferencia entre SRv6 y SR-MPLS?
SRv6 codifica los segmentos como direcciones IPv6 de 128 bits y los reenvía en el plano de datos IPv6, mientras que SR-MPLS codifica los segmentos como etiquetas MPLS y los reenvía en el plano de datos MPLS. SRv6 solo necesita IPv6 en el núcleo, mientras que SR-MPLS mantiene un plano de forwarding MPLS.
¿Qué es un uSID en SRv6?
Un uSID (micro-SID) agrupa varias instrucciones SRv6 en una sola dirección IPv6 de 128 bits, de modo que una dirección puede transportar muchos segmentos. Esto acorta la lista de segmentos, reduce la sobrecarga de los paquetes y permite que rutas diseñadas más largas quepan dentro del forwarding IPv6 estándar.
¿Necesita SRv6 a MPLS?
No, SRv6 no necesita MPLS. Se ejecuta sobre el plano de datos IPv6 nativo y emplea direcciones IPv6 como identificadores de segmento, de modo que el núcleo reenvía únicamente sobre IPv6. Esto permite a los operadores llevar a cabo la ingeniería de tráfico y el enrutamiento de servicios sin un plano de conmutación de etiquetas MPLS.
¿Qué es el SRH en SRv6?
El SRH (Segment Routing Header) es una cabecera de extensión IPv6 que transporta la lista ordenada de SID que un paquete debe seguir. A medida que el paquete recorre la ruta, el segmento activo del SRH determina el siguiente salto, codificando la ruta diseñada dentro del propio paquete IPv6.
¿Debo elegir SRv6 o SR-MPLS?
Depende del plano de datos del núcleo. SRv6 elimina MPLS y ejecuta la ingeniería de tráfico y los servicios VPN sobre IPv6 nativo, lo que resulta adecuado para redes IPv6-first y greenfield. SR-MPLS conserva el plano de reenvío MPLS, lo que resulta adecuado para operadores con una base MPLS instalada que desean segment routing sin cambiar el plano de datos. OcNOS-SP admite ambos, de modo que una red puede migrar un dominio a la vez e interoperar en la frontera.
¿SRv6 admite L3VPN?
Sí. SRv6 transporta L3VPN mediante los comportamientos de endpoint End.DT4, End.DT6 y End.DT46 de la RFC 8986, que descapsulan un paquete y lo consultan en el VRF de destino. BGP anuncia los SID por VPN como servicios SRv6 según la RFC 9252, de modo que una VPN funciona sobre un núcleo IPv6 puro, sin etiqueta de servicio MPLS.
¿Qué hardware admite SRv6 en OcNOS?
OcNOS-SP ejecuta SRv6 en las plataformas para operadores Broadcom Qumran con compresión uSID, de modo que los nodos de tránsito reenvían en IPv6 estándar sin procesamiento de SRH. La lista actual de plataformas cualificadas para SRv6, con ASIC, densidad de puertos y versión, se mantiene en la OcNOS Hardware Compatibility List.