Charla de MPLS

La disponibilidad de ofrecer diferentes niveles de calidad de servicio, la gran demanda de

aplicaciones en tiempo real, la priorización de paquetes, los cambios tecnológicos actuales
en avalancha y la fusión de los servicios prestados, han propiciado la investigación, el
estudio y el desarrollo de nuevas tecnologías con capacidades superiores a las actuales. Se
ha adoptado para ello el estándar MPLS (MultiProtocol Label Switching) como solución a
este tipo de situaciones, La conmutación de etiquetas multiprotocolo1 o MPLS (del
inglés Multiprotocol Label Switching) es un mecanismo de transporte de datos estándar creado
por la IETF y definido en el RFC 3031. Opera entre la capa de enlace de datos y la capa de
red del modelo OSI. Fue diseñado para unificar el servicio de transporte de datos para las
redes basadas en circuitos y las basadas en paquetes. Puede ser utilizado para transportar
diferentes tipos de tráfico, incluyendo tráfico de voz y de paquetes IP.
MPLS reemplazó a Frame Relay y ATM como la tecnología preferida para llevar datos de alta
velocidad y voz digital en una sola conexión. MPLS no solo proporciona una mayor fiabilidad y
un mayor rendimiento, sino que a menudo puede reducir los costes de transporte mediante
una mayor eficiencia de la red. Su capacidad para dar prioridad a los paquetes que
transportan tráfico de voz hace que sea la solución perfecta para llevar las llamadas de voz
sobre IP o VoIP.
COMPARACION ENTRE REDES ACTUALES DE
TRANSPORTE QUE UTILIZAN SWITCHING Y
ROUTING PARA CONMUTACION DE PAQUETES. Paginas 32-35
http://repositorio.utp.edu.co/dspace/bitstream/handle/11059/1311/0046T172.pdf?sequence=1

Jerarquía MPLS
 MPLS funciona sobre multitud de tecnologías de nivel de enlace.

 Las etiquetas pueden anidarse, formando una pila con funcionamiento LIFO (Last In, First
Out). Esto permite ir agregando (o segregando) flujos. El mecanismo es escalable.

 Cada nivel de la pila de etiquetas define un nivel de LSP ® Túneles MPLS

Nota creo que esto puede ayudar aquí pro no estoy muy segura

En MPLS un concepto muy importante es el de LSP (Label Switch Path), que es

un camino de tráfico específico a través de la red MPLS, el cual se crea
utilizando los LDPs (Label Distribution Protocols), tales como RSVP-TE
(ReSerVation Protocol � Traffic Engineering) o CR-LDP (Constraint-based
Routing � Label Distribution Protocol); siendo el primero el más común. El LDP
posibilita a los nodos MPLS descubrirse y establecer comunicación entre sí con el
propósito de informarse del valor y significado de las etiquetas que serán
utilizadas en sus enlaces contiguos. Es decir, mediante el LDP se establecerá un
camino a través de la red MPLS y se reservarán los recursos físicos necesarios
para satisfacer los requerimientos del servicio previamente definidos para el
camino de datos.
Una red MPLS está compuesta por dos tipos principales de nodos, los LER (Label
Edge Routers) y los LSR (Label Switching Routers), tal y como se muestra en el
ejemplo de la Figura 1. Los dos son físicamente el mismo dispositivo, un router o
switch de red troncal que incorpora el software MPLS; siendo su administrador, el
que lo configura para uno u otro modo de trabajo. Los nodos MPLS al igual que
los "routers" IP normales, intercambian información sobre la topología de la red
mediante los protocolos de encaminamiento estándar, tales como OSPF (Open
Shortest Path First), RIP (Routing Information Protocol ) y BGP (Border Gateway
Protocol), a partir de los cuales construyen tablas de encaminamiento basándose
principalmente en la alcanzabilidad a las redes IP destinatarias. Teniendo en
cuenta dichas tablas de encaminamiento, que indican la dirección IP del
siguiente nodo al que le será enviado el paquete para que pueda alcanzar su
destino final, se establecerán las etiquetas MPLS y, por lo tanto, los LSP que
seguirán los paquetes. No obstante, también pueden establecerse LSP que no se
correspondan con el camino mínimo calculado por el protocolo de
encaminamiento.
Los LERs están ubicados en el borde de la red MPLS para desempeñar las
funciones tradicionales de encaminamiento y proporcionar conectividad a sus
usuarios, generalmente routers IP convencionales. El LER analiza y clasifica el
paquete IP entrante considerando hasta el nivel 3, es decir, considerando la
dirección IP de destino y la QoS demandada; añadiendo la etiqueta MPLS que
identifica en qué LSP está el paquete. Es decir, el LER en vez de decidir el
siguiente salto, como haría un "router" IP normal, decide el camino entero a lo
largo de la red que el paquete debe seguir. Una vez asignada la cabecera MPLS,
el LER enviará el paquete a un LSR. Los LSR están ubicados en el núcleo de la red
MPLS para efectuar encaminamiento de alto rendimiento basado en la
conmutación por etiqueta, considerando únicamente hasta el nivel 2. Cuando le
llega un paquete a una interfaz del LSR, éste lee el valor de la etiqueta de
entrada de la cabecera MPLS, busca en la tabla de conmutación la etiqueta e
interfaz de salida, y reenvía el paquete por el camino predefinido escribiendo la
nueva cabecera MPLS. Si un LSR detecta que debe enviar un paquete a un LER,
extrae la cabecera MPLS; como el último LER no conmuta el paquete, se reducen
así cabeceras innecesarias.
 Figura 1: Ejemplo de una red MPLS.
Extracto de algo por ahi

Un túnel LSP MPLS tiene una escritura de la etiqueta (cuatro bytes) o dos escrituras de la
etiqueta (por ejemplo, al usar el Fast ReRoute del Link Protection) de los gastos indirectos. A
diferencia de un túnel GRE, el MPLS no cambia el encabezado IP. En lugar, la pila de
etiquetas se impone encendido al paquete que toma la trayectoria del túnel.

 Así dentro de una red MPLS se establece una jerarquía de LSPs.

La jerarquía LSP (label switched path) es la noción de que las LSPs pueden ser colocadas
dentro de otras LSPs, dando lugar a una jerarquía de LSPs. Esto se consigue considerando
una LSP como un enlace dentro de la base de datos del estado del enlace.

La idea es la siguiente, si existen dos o más LSPs que entran en un dominio de transporte
óptico en el mismo nodo y dejan el dominio también en un nodo común, pueden ser unidos
y tunelados en una sola LSP óptica. De esta manera se aprovechan mejor los recursos en
cuanto a canales de longitudes de onda.
La jerarquía LSP también ayuda permitiendo un mejor aprovechamiento del ancho de
banda. Cuando una LSP óptica es configurada, obtiene un ancho de banda discreto de 2488
Gbps, sin embargo, cuando esta LSP óptica es tratada como un enlace, ese ancho de banda
del enlace no necesita ser discretamente más grande. Por ejemplo, una LSP de MPLS a 100
Mbps que atraviesa el dominio de transporte óptico, puede pasar a través de la LSP óptica,
dejando 2388 Gbps para otras LSPs de MPLS.
Existe una jerarquía natural que dicta el orden en el cual las LSPs pueden ser situadas. Esta
jerarquía está basada en la capacidad de multiplexación de los tipos de LSP, además hay
que tener en cuenta que las LSPs siempre empiezan y terminan en un equipamiento similar
(por ejemplo una lambda de LSP se origina y se termina en un dispositivo que soporta
lambdas). El orden de esta jerarquía es el siguiente (de más alta a más baja):


nodos que tienen interfaces con capacidad de conmutación de fibra
(FSC, fiber switch capable)

nodos que tienen interfaces con capacidad de conmutación de lambda (LSC, layer
switch capable)

nodos que tienen interfaces con capacidad TDM (time division multiplexing)

nodos que tienen interfaces con capacidad de conmutar segundas capas
(L2SC, layer-2 switch capable)

nodos que tienen interfaces con capacidad de conmutación de paquetes
(PSC, packet switch capable)

En una configuración típica (Figura 5), la nube principal de interfaces/nodos FSC (fiber
switch capable) están conectados hacia una nube saliente de interfaces/nodos LSC (layer
switch capable). Estos, a su vez, están conectados hacia una nube saliente de nodos con
capacidad TDM (time division multiplexing), los cuales son finalmente conectados a
los routers. La difusión de esta información es esencial de manera que las rutas dentro de
las nubes pueden ser generadas automáticamente con una configuración manual mínima.

Por ejemplo, una LSP (Figura 5) que empieza y finaliza en un interfaz PSC (packet switch
capable) puede ser colocada (junto con otras LSPs) en una LSP de tipo TDM (time division
multiplexing) que empieza y finaliza en un interfaz TDM (time division multiplexing)
(dentro de los nodos proyectados como una nube TDM (time division multiplexing) en la
foto). Esta LSP de TDM (time division multiplexing), en cambio, puede ser colocada (junto
con otras LSPs (label switched path) de TDM (time division multiplexing)) en una LSP de
LSC (layer switch capable) que empieza y finaliza en un interfaz LSC (layer switch
capable), el cual, en cambio, puede ser colocado (junto con otras LSPs de LSC (layer
switch capable)) en una LSP que empieza y finaliza en un interfaz FSC (fiber switch
capable).
Figura 5 – Los círculos representan los interfaces en equipos de naturaleza similar.
Por ejemplo, el círculo FSC (fiber switch capable) consiste en conmutadores fotónicos
con conexión a través (cross-connect) capaces de conmutar fibras enteras. El círculo
LSC (layer switch capable) consiste de equipos fotónicos o OXCs (optical cross-
connect) capaces de conmutar longitudes de onda. El círculo TDM (time division
multiplexing) consiste de ATM o conexiones a través (cross-connects) SONET.
Finalmente, el círculo PSC (packet switch capable) consiste de routers. Las LSPs
(label switched path) de orden bajo están formadas a través de la nube de interfaces de
orden más alto y anunciados en el IGP. Esto permite a las LSPs (label switched path)
de orden bajo ser agrupadas juntas y ser jerárquicamente “tuneladas” a través de
otras LSPs (label switched path) de orden más alto. Múltiples LSPs
(label switched path) de PSC (packet switch capable) son “tuneladas” dentro de una
LSP de TDM (time division multiplexing), múltiples LSPs (label switched path) de
TDM (time division multiplexing) son agrupadas y “tuneladas” dentro de una LSP de
LSC (layer switch capable), y así. En el otro extremo de la nube estas son colocadas
apropiadamente.

Un circuito puede ser establecido solo entre, o a través de, interfaces del mismo tipo.
Dependiendo de la tecnología particular, y para cada interfaz, pueden ser usados
diferentes nombres de circuitos, por ejemplo: circuito SDH, pista óptica, ruta de luz, etc.

En el contexto de GMPLS todos estos circuitos están referenciados por un nombre común:
ruta conmutada de etiqueta (LSP).
El concepto de LSP (label switched path) “anidado” (LSP dentro LSP), ya disponible en la
tradicional MPLS, facilita la construcción de una jerarquía, por ejemplo una jerarquía de
LSPs (label switched path), y dicha jerarquía puede existir en el mismo interfaz o entre
diferentes interfaces.
El “anidamiento” también puede ocurrir entre diferentes tipos de interfaz. Como hemos
comentado antes, en la cima de la jerarquía están los interfaces FSC (fiber switch capable),
seguidos por los interfaces LSC (layer switch capable), seguida por los interfaces TDM
(time division multiplexing), seguida por los interfaces L2SC (layer-2 switch capable), y
seguida por los interfaces PSC (packet switch capable). De esta manera, una LSP que
empieza y finaliza en un interfaz PSC (packet switch capable) puede ser anidada (junto con
otras LSPs (label switched path)) en una LSP que empieza y finaliza en un interfaz L2SC
(layer-2 switch capable).

 En ATM y Frame Relay la etiqueta MPLS ocupa el lugar del campo VPI/VCI o en el DLCI,
para aprovechar el mecanismo de conmutación inherente
 La implementación de MPLS como una solución IP sobre ATM también está
muy extendida. Primeramente indicar, que MPLS no fue desarrollado para
reemplazar ATM, sino para complementarlo. De hecho, la aparición de
"switches" ATM e IP con soporte de MPLS, ha integrado las ventajas de los
routers IP y los switches ATM y ha supuesto una mejora de la relación
precio/rendimiento de estos dispositivos. La diferencia principal entre
MPLS y otras soluciones de IP sobre ATM, es que las conexiones MPLS se
establecen utilizando LDP, y no por los protocolos de señalización ATM
tradicionales, tales como PNNI (Private Network to Network Interface).
Por otro lado, MPLS elimina la complejidad de hacer corresponder el
direccionamiento IP y la información de encaminamiento directamente en
las tablas de conmutación de ATM, puesto que LDP entiende y utiliza
direcciones IP y los protocolos de encaminamiento utilizados en las redes
MPLS son los mismos que los utilizados en las redes IP. En este caso,
descrito en la RFC 3035, la etiqueta es el valor del VPI/VCI (Virtual Path
Identifier/Virtual Channel Identifier) de la cabecera de la celda ATM.
 Finalmente, MPLS también se ha desarrollado como una solución IP sobre
Frame Relay. En este caso, descrito en la RFC 3034, la etiqueta es el DLCI
(Data Link Control Identifier) de la cabecera Frame Relay.
Rf 3035

Uso de

VPI / VCI

La conmutación de etiquetas se realiza asociando las etiquetas con las

Clases de equivalencia de reenvío y utilizando el valor de la etiqueta
para reenviar paquetes,
incluida la determinación del valor de cualquier etiqueta de
reemplazo. Ver [ 1 ] Davie Standards Track [Página 5]
RFC 3035 MPLS utilizando LDP y ATM VC Switching enero de 2001

para más detalles. En un ATM-LSR, la etiqueta se transporta en el

campo VPI / VCI, o cuando dos ATM-LSR están conectados a través de un
"camino virtual"ATM, en el campo VCI.

Los paquetes etiquetados DEBEN transmitirse utilizando la

encapsulación nula, como se
define en la Sección 6.1 de la RFC 2684 [ 5 ].

Además, si se conectan dos interlocutores LDP a través de una interfaz

LC-ATM
,
DEBE estar disponibleuna conexión que no sea MPLS, capaz de
transportar paquetes IP sin etiquetar. Esta conexión no MPLS se usa para
transportar
paquetesLDPentre los dos pares, y PUEDE también ser utilizada (pero no
es
requerido para ser usado) para otros paquetes no etiquetados (como
paquetes OSPF , etc.). La encapsulación LLC / SNAP de RFC 2684 [ 5 ]
DEBE
usarse en la conexión no MPLS.

DEBE ser posible configurar una interfaz LC-ATM con

VPI / VCI adicionales que se utilicen para transportar información de
control o
paquetes no etiquetados. En ese caso, los valores VCI NO DEBEN estar
en
el rango de 0-32. Estos pueden usar la encapsulación nula, como se
define en la Sección 6.1 de RFC 2684 [ 5 ], o la
encapsulación LLC / SNAP , como se define en la Sección 5.1 de RFC
2684 [ 5 ].

RF 3034

https://tools.ietf.org/html/rfc3034https://tools.ietf.org/html/rfc3034 pagina 6