cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
960
Views
2
Helpful
0
Replies

MPLS - MPLS SR y SRv6, ¿qué son y por qué usarlas?

MPLS

Control Plane

- Routing Protocol, protocolo para alcanzar los nodos.

- RIB, tabla de enrutamientos.

- LDP, distribución y conmutación de etiquetas.

Forwarding Plane, esto se construye a partir de la información del plano de control.

- FIB.

- LFIB.

Los requerimientos anteriores son los mínimos requerimientos para crear MPLS.

Otra cosa es que necesitemos crear servicios sobre esta red, por ejemplo:

VRF Lite vs MPLS VPNs,

- En VRF Lite todos los dispositivos en los caminos de tránsito deben llevar todas las rutas en todas las tablas de VRF.

- En MPLS VPN solo los PE necesitan conocer las rutas.

 Esto se logra con:

  - VPNv4 BGP con RD + nn

  - MPLS VPN tab/label aquí es donde se agregan más label como la de transporte sobre la de servicios.

Por ejemplo si quisiera implementar MPLS L3VPN deberíamos seguir los siguientes pasos:

- Estabelecer LSP entre PE es IGP+LDP

- Intercambiar rutas con clientes: PE-CE IGP o BGP

- Intercambiar rutas entre PE es iBGP+MPLS VPN Label 

- Intercambiar label switch entre PE es IGP + LDP Transport Label.

Cabe recordar que BGP es multiprotocolo, por este motivo podemos llevar varios tipos de servicios sobre redes MPLS.

 

MPLS-SR

Ahora, para SR, es diferente, porque este mismo protocolo lleva un plano de control completo sobre los FORWARDING PATH para simplificar la red. No requiere protocolo adicional. Como cuales?

- IGP distribuye los label binding como OSPF opaque y IS-IS TLV reemplaza LDP.

- Esto tiene menor consumo en CP pero el comportamiento es igual en el FC o DP.

- Si hay multidominio IGP podríamos trabajar trabajando con BGP-LS.

¿Por qué usar SR?.

Simplifica TE.

En teoría, PCE/PCEP podría automatizar la red.

De acuerdo a lo anterior, podemos decir que los label a nivel conceptual su comportamiento es igual pero no se usan "label" sino segmentos.

 

SRv6

Para SRv6 tenemos los siguientes beneficios.

- SDN-Ready

- Configuración mínima.

- Balanceo de carga, algo que no hace RSVP-TE.

- FRR.

- Despliegue Plug-and-Play.

¿como logro lo anterior?, así:

SEGMENTOS:

- Prefix SID asociado a un prefijo en el rango SRGB y distribuido por IS-IS o OSPF.

- Prefix Segment asociado a un segmento global y único.

- Segmento adyacente asociado dinámicamente al SRLB.

DATA PLANE:

- Un segmento puede ser asociado directamente a MPLS sin cambios en el DP. 

- Un segmento se codifica en MPLS label.

- Una lista ordenada se cofigica como un stack de label.

- El segmento que se procesa cada vez es el que está en la cima del stack donde hace pop del stack cuando se cumple el segmento.

SERVICIOS como MPLS:

- L3VPN

- VPWS

- VPLS

- EVPN

 En INGENIERÍA DE TRÁFICO la red NO necesita mantener el estado de flujo por aplicación, solamente envía la instrucción por paquete.

SR-TE puede utilizar:

- On-Demand SR

- Políticas explicitas o dinámicas para los caminos.

- PCEP PCC

Por otro lado, si queremos tener convergencia podemos usar FlexAlgo y TI-LFA.

Si queremos medir el rendimiento de las metricas como Packet loss, delay, jitter y utilización de BW, podemos usar TWAMP por ejemplo. O información de tráfico, usamos SR Traffic Matrix.

También si queremos hacer interconexión de redes LDP con SR. Podemos utilizar SR Mapping Server para advertir Prefix-to-SID en IGP a los nodos que nos "entienden" SR.

Como último y no menos importante, SR OAM, ayuda a los ISP a monitorear los LSP para aislar rapídamente los problemas y hacer TSHOOT de la red. SR-OAM soporta BGP prefix SID, IGP prefix SIF, Nil-FEC LSP Ping y Traceroute. Ejemplo de ello pueden ser:

traceroute sr-mpls prefix/mask fec-type igp isis

0 Replies 0