MPLS

Alexander Calle, Gabriel Castro, Ricardo Guerrero, Cristian Vintimilla

1.

Introducci
on.

MPLS (siglas de Multiprotocol Label Switching) es un mecanismo de transporte de datos

estandar 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
nado 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
afico, incluyendo trafico de voz y de paquetes IP.
MPLS est
a reemplazando r
apidamente frame relay y ATM como la tecnologa preferida para
llevar datos de alta velocidad y voz digital en una sola conexion. MPLS no solo proporciona una
mayor fiabilidad y un mayor rendimiento, sino que a menudo puede reducir los costos generales
mediante una mayor eficiencia de la red. Su capacidad para dar prioridad a los paquetes que
transportan tr
afico de voz hace que sea la solucion perfecta para llevar las llamadas VoIP.
Hoy MPLS trabaja con otras redes de conmutacion de paquetes, proporcionando los mismos
beneficios como lo hace para IP. Sin embargo, para simplificar, vamos a centrar nuestra discusi
on
sobre como funciona con IP. MPLS pueden ser considerada como una capa intercalada entre la
capa IP y la capa de enlace de datos. MPLS proporciona un camino de conmutacion de etiquetas
(LSP) entre los nodos en la red.
Una implementaci
on del router MPLS se llama un router de conmutacion de etiquetas (LSR).
Cada paquete ahora lleva una etiqueta que esta asociada con un camino de etiquetas conmutadas. Cada LSR mantiene una tabla de etiquetas de reenvo, que especifica el enlace de salida y
la etiqueta de salida para cada etiqueta de entrada. Cuando un LSR recibe un paquete, extrae
la etiqueta, lo utiliza para ndice en la tabla de reenvo, sustituye a la etiqueta entrante con la
etiqueta de salida, y reenva el paquete en el enlace especificado en la tabla de reenvo.
Este paradigma MPLS muy simple tiene varias aplicaciones en una red IP.
1. Separaci
on de control y de planos de datos: Una de las filosofas de dise
no fundamentales en MPLS es que la etiqueta de conmutacion y proceso de reenvo de paquetes en
cada enrutador est
a completamente desacoplados de como LSP se configura y toma en la red.
Podemos pensar en este u
ltimo como una funcion de control de la red, que implica primero
decidir que LSP para configurar o tomar hacia abajo y luego en realidad la que fueron creados y
llevarlos hacia abajo. Esta simple separacion nos permite construir el hardware optimizado para
el reenvo de paquetes, independiente de los mecanismos de control de la red.
2. Procesamiento de reenvo de Paquete: Un LSR haciendo de envo de etiquetas potencialmente puede procesar un n
umero mucho mayor de paquetes por segundo en comparaci
on
con un router regular, porque la etiqueta de conmutacion y proceso de reenvo es mucho m
as
simple que el enrutamiento IP cl
asica y puede ser implementado casi enteramente en hardware. Mientras que muchas de las funciones de encaminamiento IP clasica discutido en la secci
on
anterior tambien se puede implementar en hardware, existe un acoplamiento estrecho entre la
funcion de encaminamiento y la funcion de control en IP. Cualquier cambio en el marco de
control se reflejan en el comportamiento de enrutamiento. MPLS, puede optimizar el hardware
de reenvo en los LSRs, independiente de como los caminos por conmutacion de etiquetas est
an
1

configurados o bajados.
3. Conexi
on orientada: el reenvo de paquetes IP se basa en las direcciones de destino de
los paquetes, es decir, sin conexi
on de enrutamiento. Esto significa que los paquetes en un nodo
con el mismo destino ser
an enviadas fuera de un nexo com
un. No importa si estos paquetes tienen
diferentes requisitos de servicio. Ademas, este tipo de desvo puede tener el efecto no deseado
de canalizar el tr
afico de paquetes a ciertos vnculos y sobrecargarlos. MPLS es orientado a la
conexion. Sus paquetes se organizan en flujos de paquetes llamados clases de equivalencia hacia
adelante, y cada clase de equivalencia hacia adelante tiene un LSP. Esto tiene varias implicaciones. En primer lugar, los paquetes con diferentes requisitos de servicio se pueden separar en
diferentes clases de equivalencia hacia delante, y sus LSP pueden tomar diferentes rutas, incluso
si tienen los mismos nodos de origen y de destino. En segundo lugar, el trafico para el mismo
destino se puede dividir para mejorar el rendimiento de la red, por ejemplo, el equilibrio de carga
del trafico entre los enlaces para aliviar la congestion del enlace. Esto se denomina ingeniera
de trafico. Se puede implementar dividiendo el trafico de paquetes en clases de equivalencia
de avance y de enrutamiento de sus LSP para evitar la congestion. Por u
ltimo, MPLS puede
utilizarse para soportar m
ultiples redes privadas virtuales (VPN) a traves de una red IP u
nica.
Cada VPN se puede llevar a lo largo de un conjunto separado de LSP, que permite al proveedor
de servicios para proporcionar calidad de servicio, seguridad y otras medidas de poltica sobre
una base VPN especfica.
4. Enrutamiento explcito: enrutamiento IP sigue caminos mas cortos a nodos de destino.
Aunque esto puede ser eficiente en el uso de recursos de red, tambien puede ser limitante. MPLS
permite encaminamiento explcito. LSP se pueden dirigir explcitamente para garantizar que se
atraviesan enlaces que ofrecen ciertas garantas de calidad de servicio para sus paquetes. Ellos se
pueden dirigir a lo largo de los vnculos con suficiente ancho de banda reservado para habilitar
garantas de calidad de servicio. Encaminamiento explcito puede ser usado para implementar
la ingeniera de tr
afico y evitar la congestion de la red. Puede ser utilizado para implementar el
servicio VPN. Otra aplicaci
on importante es la supervivencia de los fallos de la red, donde una
ruta de respaldo se utiliza LSP si un LSP principal falla.
Decidir que LSP para instalarse en una red puede ser un proceso complicado, en funci
on
de los objetivos y la aplicaci
on. Por suerte, como hemos indicado anteriormente, esta funci
on
esta completamente desacoplada del mecanismo de conmutacion de etiqueta en los LSRs. Por
ejemplo, si el objetivo es simplemente para reducir el retardo de paquetes, podramos configurar
LSP entre pares de nodos con una gran cantidad de trafico entre ellos. Si el objetivo es proporcionar garantas de calidad de servicio, configuramos LSP basado en la disponibilidad de ancho
de banda en la red.

2.

Etiquetas y Envo

La figura 1 ilustra los conceptos de etiquetas y envo. Un paquete IP transmitido en la LSP

X adquiere una etiqueta X1 al ingresar a la LSP. Mientras esta siguiendo la LSP, una etiqueta
de paquete puede cambiar de un enlace a otro. Esto se conoce como intercambio o conmutaci
on
de etiquetas. N
otese que en el nodo anterior al u
ltimo nodo de la LSP, la etiqueta es removida.
Realmente no es necesaria ya que esta saliendo de la LSP. Esto se conoce como remocion de
pen
ultimo salto (PHP) y se realiza para que el u
ltimo nodo de la LSP tenga un procesamiento
menor. Para los LSRs A y B, la LSP X se comporta como un enlace virtual punto a punto. Esto
a menudo se conoce como t
unel porque pasa por debajo de la clasica capa de enrutamiento IP,
y esta es la raz
on por la cual MPLS es visto como una capa entre la clasica capa IP y la capa
de enlace.
MPLS extiende el concepto de tunneling permitiendo que las LSPs tengan su propios t
uneles

Figura 1: Una LSP X simple

LSP, como se muestra en la figura 2. La figura considera nuevamente la LSP X pero en lugar
de los LSRs C y D esten conectados por un enlace fsico, estan conectados por una LSP Y. Por
tanto, la LSP Y es un t
unel para la LSP X. Un paquete IP pasara a traves de la LSP X usando
una etiqueta para X. Sin embargo, cuando llega al LSR C, el LSR insertara una etiqueta para
la LSP Y y lo enviar
a por esta LSP. Cuando llega al final de la LSP Y, la etiqueta para Y
es removida usando PHP. En el LSR D, el paquete contin
ua en la LSP X. Las etiquetas son
a
nadidas y eliminadas del paquete como una pila. Una propiedad agradable de la organizaci
on
en pila es que para enviar un paquete a traves de la red, solo la cima de la pila de etiquetas es
examinada. M
ultiples LSPs pueden usar un t
unel LSP com
un como un enlace virtual.

Figura 2: Un t
unel LSP Y para una LSP X
Un paquete MPLS tiene una cabecera MPLS de 4 bytes: un campo de etiqueta de 20 bits,
un campo experimental (EXP) de 3 bits, una bandera de final de pila, y un campo de tiempo
de vida (TTL) de 8 bits, como se muestra en la figura 3. TTL es un indicador de cuanto tiempo
el paquete ha estado en la red; cuando expira, el paquete es descartado. Esto ayuda a remover
paquetes que han sido direccionados de manera erronea y siguen persistentes en la red. Una
posible aplicaci
on del campo experimental de 3 bits es implementar la calidad de servicio (QoS).

Figura 3: Una etiqueta MPLS

Estas cabeceras MPLS son apiladas en la parte delantera del paquete IP como se muestra
en la figura 4. Para enviar paquetes, los LSRs deben ser capaces de procesar la cima de la
pila mediante las operaciones de apilar (PUSH) una cabecera, desapilar (POP) una cabecera, o
intercambiar (SWAP) etiquetas.
En una operaci
on SWAP, la etiqueta es cambiada por otra y el paquete es enviado en la
trayectoria asociada a esta nueva etiqueta. En una operacion PUSH una nueva cabecera es
empujada encima de otra, si existe. Si en efecto haba otra cabecera antes de efectuar esta operacion, la nueva cabecera encapsula a la anterior. En una operacion POP la etiqueta es retirada
del paquete, lo cual puede revelar una cabecera interior en caso de existir. A este proceso se lo
llama desencapsulado y es usualmente efectuado por el enrutador de egreso, con la excepci
on de

Figura 4: Una pila de etiquetas LSP antepuesta a un paquete IP

PHP.
El paradigma de etiqueta de MPLS puede simplificar la operacion y reducir la complejidad,
resultando en una mejor escalabilidad para redes grandes. Las pilas de etiquetas solo requieren
que sus cimas sean procesadas. Ademas, usando un t
unel LSP com
un para transportar m
ultiples
LSPs constituyentes se puede reducir la complejidad debido a que un LSR intermedio se ocupa
u
nicamente de un solo t
unel en lugar de varias LSPs constituyentes. Adicionalmente, redes que
estan organizadas de manera jer
arquica pueden usar t
uneles LSP para simplificar su operaci
on.

3.

Calidad de Servicio(QoS)

MPLS soporta calidad de servicio. En primer lugar, cada cabecera MPLS tiene un campo
EXP de 3 bits que puede ser utilizado para mantener valores de prioridad o de clase de servicio.
LSRs pueden procesar y enviar paquetes de acuerdo a estos valores. En segundo lugar, los paquetes con calidad com
un de los requisitos de servicio pueden ser agrupados como una clase de
equivalente. Entonces un LSP y su etiqueta MPLS corresponden a una clase de servicio. Para
cumplir requisitos de calidad de servicio, la LSP puede colocarse de forma que hay suficientes
recursos a lo largo de la ruta. Adem
as, LSRs pueden procesar y enviar paquetes de la LSP para
cumplir los requisitos.
QoS permite a los administradores de redes el uso eficiente de los recursos de sus redes con la
ventaja de garantizar que se asignen mas recursos a aplicaciones que as lo necesiten, sin arriesgar
el desempe
no de las dem
as aplicaciones. En otras palabras el uso de QoS le da al administrador
un mayor control sobre su red, lo que significa menores costos y mayor satisfaccion del cliente o
usuario final.
En los u
ltimos a
nos el tr
afico de redes ha aumentado considerablemente, la necesidad de
transmitir cada vez m
as informaci
on en menos tiempo, como video y audio en tiempo real
(streaming media). La soluci
on no es solo aumentar el ancho de banda (bandwidth) cada vez
mas, ya que en la mayora de los casos esto no es posible y el ademas es limitado. Es aqu donde
la administraci
on efectiva de recursos que provee QoS entra a relucir.
QoS trabaja a lo largo de la red y se encarga de asignar recursos a las aplicaciones que
lo requieran, dichos recursos se refieren principalmente al ancho de banda. Para asignar estos
recursos QoS se basa en prioridades, algunas aplicaciones podran tener mas prioridades que
otras, sin embargo se garantiza que todas las aplicaciones tendran los recursos necesarios para
completar sus transacciones en un periodo de tiempo aceptable.
En resumen QoS otorga mayor control a los administradores sobre sus redes, mejora la
interaccion del usuario con el sistema y reduce costos al asignar recursos con mayor eficiencia
(bandwidth). Mejora el control sobre la latencia (Latency y jitter) para asegurar la capacidad de
transmisi
on de voz sin interrupciones y por ultimo disminuye el porcentaje de paquetes desechados por los enrutadores: confiabilidad (Reliability).
MPLS impone un marco de trabajo orientado a conexion en un ambiente de Internet basado
en IP (Internet Protocol) y facilita el uso de contratos de trafico QoS exigentes.

Figura 5: Priorizacion de trafico

4.

Se
nalamiento y Ruteo

Los protocolos de se
nalamiento originales para MPLS fueron: el Protocolo de Reserva de Recursos (RSVP) y el Protocolo de Distribucion de Etiquetas (LDP). Bajo estos protocolos, cuando
ingresa un LSR se tiene un LSP para establecer que enve un mensaje de solicitud a la salida LSR.
La salida LSR enva un mensaje de respuesta por el trayecto inverso que establece las tablas
de reenvo de etiqueta a lo largo del trayecto. Los mensajes de reenvo y solicitud siguen los
trayectos que son limitados a las rutas de trayectoria mas cortas de IP, entonces LSPs son m
as
cortos a lo largo de la ruta de trayectoria.
Ingeniera de tr
afico es usada para trasmitir de manera optima el trafico de usuarios desde
la fuente al destino.
RSVP-Traffic Engineering (RSVP-TE) and Constrained-based Routing LDP (CR-LDP) son
actualizaciones para RSVP y LDP, as que las rutas LSP pueden ser definidas explcitamente
por las entradas LSRs. Ahora una entrada LSR pueden calcular un trayecto para un LSP nuevo
y almacenar la informaci
on del trayecto en una solicitud de mensaje. La solicitud del mensaje
sigue el trayecto usando la informacion que esta llevando. El mensaje de reenvo del mensaje
sigue el trayecto reverso, estableciendo tablas de reenvo de etiqueta a lo largo del trayecto.
Para calcular rutas LSP, entradas LSRs recogen informacion acerca de la topologa de la
red y recursos de cada enlace. por ejemplo, usando el mismo mecanismo usado para recoger
informaci
on de la topologa para ruteo IP. Los trayectos pueden ser calculados para evitar que el
enlace no pueda soportar el nivel de servicio de un LSP, tal como enlaces con insuficiente ancho
de banda. En la siguiente se muestra como se vera la topologa.

5.

Transporte de Portadora

La tecnologa MPLS puede ser usada por proveedores de servicio para implementar servicios
de conexi
on, especialmente servicios de transporte de paquetes para clientes. Un ejemplo de
servicio cliente es la Conectividad Ethertnet.
Para el operador de red, MPLS ha sido ampliamente usada en protocolos de se
nalamiento tal
como LDP y RSVP-TE, as como otras operaciones y funciones de mantenimiento. Las etiquetas
hacen que el procesamiento sea escalable a redes mas grandes. El soporte de calidad de servicio

Figura 6: Cliente IP enva un paquete encapsulado a traves de MPLS Label Switched Path
(LSP)
asegura acuerdos de nivel de servicio e ingeniera de trafico para optimizar el uso de recursos de
red.
MPLS puede ser hecho para proveer servicios de conexion para una variedad de protocolos
usando tecnologa pseudowire. Un pseudowire es un servicio de conexion sobre una red de conmutacion de paquetes, la cual en muchos casos es MPLS. Por ejemplo, hay un pseudowire de
Ethernet sobre MPLS, el cual tiene una conexion MPLS parecida a una conexion Ethernet.
Transportar MPLS (T-MPLS) es otra tecnologa de redes que soportan servicio de transporte
en grado portador para el tr
afico de paquetes. T-MPLS y MPLS no son redes iguales, as que
paquetes IP/MPLS deben ser encapsulados para ser transportados en una conexon T-MPLS.
T-MPLS reutiliza la arquitectura de MPLS y la simplifica para el transporte. Esto a
nade caractersticas para soportar conexi
on bidireccional, ya que MPLS es una tecnologa unidireccional.
Ya que se espera que las conexiones T-MPLS tengan tiempos de vida muy largos, T-MPLS tiene
proteccion para conmutaci
on, operaciones y mantenimiento que no se encuentra en un MPLS ordinario. Debido a las preocupaciones de la compatibilidad de T-MPLS y MPLS, el desarrollo de
T-MPLS se ha detenido y se empez
o a trabajar sobre un nuevo MPLS llamado MPLS-Transport
Profile (MPLS-TP). Este nuevo desarrollo incorporara probablemente algunos de los aspectos
de T-MPLS.

6.

Preguntas
En que capa del modelo OSI opera el mecanismo de MSP?
Qu
e es la LSR y para qu
e sirve?
Una de las desventajas de MPLS es que no permite una separaci
on optimizado
para el reenvo de paquetes, independiente de los mecanismos de control de la
red. (verdadero o falso).
Cu
al es la ventaja del procesamiento de reenvo de paquetes?
Como se denomina a la conexi
on orientada, cuando se mejora el equilibrio de
carga del tr
afico para aliviar la congesti
on del enlace?
Explique que es el enrutamiento explcito, mencione dos beneficios?
Cu
al es la ventaja DVB por conexi
on de alta velocidad?
A qu
e se conoce como conmutaci
on de etiquetas?
6

Explique el PHP
Qu
e es un t
unel?
C
omo est
a constituida una cabecera MPLS?
Explique las operaciones que realizan los LSRs para procesar la cima de la pila
C
omo se puede reducir la complejidad de una red?
Qu
e campo de la cabecera MPLS es utilizada como valores de prioridad o
clases de servicio?
Qu
e permite el QoS?
Por qu
e la importancia de QoS?
Indique los beneficios principales de QoS
Cu
ales son los protocolos originales de MPLS y qu
e sucede bajo estos?
Para qu
e se usa la ingeniera de tr
afico?
C
omo se comportan las actualizaciones para los protocolos originales?
De qu
e manera se calculan las rutas con las actualizaciones?
Para qu
e se calculan los trayectos?
C
omo se puede usar MPLS? Ejemplo
Qu
e permiten o hacen las etiquetas?
C
omo se provee servicios para varios protocolos?
Qu
e es T-MPLS?
C
omo se transporta un paquete IP/MPLS a trav
es de T-MPLS y por qu
e?
C
omo T-MPLS soporta comunicaci
on bidireccional?
T-MPLS sigue en desarrollo? Por qu
e?
C
omo se llama y qu
e incorporar
a el nuevo desarrollo?