MPLS

@nisodic pg. 1

MULTIPROTOCOL LABEL SWITCHING (MPLS)

INTRODUCCIN
La red internet fue diseada para transportar
aplicaciones tolerantes en el tiempo (e-mail, FTP,
Telnet, etc.)
Internet no hace distincin entre cada aplicacin.
Ofrece un servicio bsico: Best Effort.
La aparicin de nuevas aplicaciones en tiempo real
(VoIP, telfono mviles con acceso a Internet,
videoconferencia, e-learning, etc.) ha impulsado a
desarrollar nuevas arquitecturas para asegurar que el
Internet del futuro tenga buena QoS.
Por ello se ha definido MPLS para no slo ofrecer QoS
en redes como ATM y Frame Relay.
El IETF (Internet Engineering Task Force) organiz
el grupo de trabajo MPLS en 1997.
La primera serie de estndares apareci en el 2001.
MPLS reduce la cantidad de procesamiento por
paquete, requerido en cada router en una red IP,
aumentando el desempeo del router.
MPLS provee nuevas capacidades significativas en
cuatro reas: QoS, Ingeniera de Trfico (TE), Redes
Privadas Virtuales (VPNs) y un soporte
multiprotocolo.
Una tecnologa previa a MPLS fue IP sobre ATM.
Consista en una superposicin de una topologa
virtual de ruteadores IP sobre una tecnologa real de
conmutadores ATM.
El backbone ATM se presenta como una nube central
rodeada por los ruteadores de la periferia.
Cada ruteador se comunica con el resto mediante
PVCs.
Los PVCs actan como circuitos lgicos y
proporcionan la conectividad necesaria entre los
ruteadores de la periferia.
Los ruteadores ven los PVCs como enlaces punto a
punto entre cada par.
La idea de superponer IP sobre ATM es el aprovechar
la infraestructura ATM existente.
Ventajas
Gran ancho de banda a precios competitivos.
Rapidez en el transporte de datos proporcionados
por los conmutadores ATM.
Desventajas
Hay que gestionar dos redes diferentes lo que
genera mayores costos de gestin.
Un overhead aproximado del 20% debido al
transporte de datagramas IP sobre celdas ATM,
loque determina la reduccin del ancho de banda
disponible en ese mismo porcentaje.
Crecimiento exponencial al aumentar nodos IP
sobre una topologa totalmente mallada.
Conclusin
El modelo IP/ATM si bien presenta ventajas
evidentes en la integracin de los niveles 2 y 3, lo
hace de modo discontinuo, esto es, en base a
mantener dos redes separadas.

QUE ES MPLS?
Es una arquitectura que provee una eficiente
designacin, enrutamiento, envo y conmutacin de
flujos de trfico a travs de la red.
Realiza las siguientes funciones:
Especifica mecanismos para administrar flujos de
trfico de diferentes tipos y requerimientos
(diferentes mquinas o diferentes aplicaciones).
Permanece independiente de los protocolos de
capa enlace y capa red.
Provee un medio para traducir las direcciones IP
en etiquetas simples de longitud fija utilizadas en
diferentes tecnologas de envo y conmutacin de
paquetes.
Ofrece interfaces para diferentes protocolos como
RSVP (Resource ReSerVation Protocol) y OSPF
(Open Shortest Path First).
Soporte de protocolos de IP, ATM y Frame Relay.

MLTIPLES SERVICIOS SOBRE UNA
INFRAESTRUCTURA CONVERGENTE



MULTI-PROTOCOL: BOTH ABOVE AND
BELOW



QUE ES MPLS?

MPLS

@nisodic pg. 2



Solamente los ruteadores de borde realizan
enrutamiento.
Los ruteadores al interior de la nube MPLS conmutan
paquetes en base a una simple revisin y conmutacin
de etiquetas.
Los conmutadores ATM deben hacer funcionar un
protocolo de enrutamiento cuando MPLS trabaja
sobre conmutadores ATM.
No se necesita establecer circuitos virtuales
manualmente. Los conmutadores ATM
automticamente crean una red completamente
mallada basada en la informacin de enrutamiento de
capa 3.

COMPONENTES DE MPLS
La arquitectura MPLS diferencia dos tipos de routers:
LER (Label Edge Router)
Routers situados en la periferia o frontera de la res
MPLS, a los que se pueden conectar diversas redes
(Ethernet, Frame Relay, ATM).
Se los conoce tambin como PE Routers
(Provider Edge Routers)
Enva el trfico entrante a la red MPLS utilizando
un protocolo de sealizacin de etiquetas y
distribuye el trfico saliente entre las distintas
redes.
Se encarga de asignar y retirar las etiquetas a la
entrada o salida de la red MPLS.
Su conmutacin se basa en FECs (Forwarding
Equivalence Classes)
LSR (Label Switched Router)
Son equipos de conmutacin (routers IP, switches
ATM) habilitados para MPLS.
Se los conoce tambin como P Routers (Provider
Routers) ya que son propiedad del proveedor de
servicios.
Es un router de gran velocidad que trabaja en el
ncleo de la red.
Usan un protocolo de distribucin de etiquetas
(no necesariamente el mismo en todos los LSRs) y
su funcin es encaminar los paquetes en base a la
etiqueta de dicho paquete.
Cuando los paquetes llegan a los LSRs, stos
intercambian las etiquetas existentes por otras y
enva el paquete al siguiente LSR, y as
sucesivamente (distribucin de etiquetas).
FEC (Forwarding Equivalence Class)
La Clase Equivalente de Envo es una
representacin de un grupo de paquetes que
comparten los mismo atributos para su transporte:
el mismo destino, la misma VPN, etc.; y/o
requiere el mismo servicio.
Paquetes de un mismo flujo de datos generalmente
pertenecen a una misma FEC.
Todos los paquetes tienen similar tratamiento en
la ruta al destino.
La asignacin de un paquete particular a una
determinada FEC se hace slo una vez, cuando el
paquete ingresa a la red.
Una FEC es representada por una etiqueta en cada
LSP (Label Switched Path).

LABEL SWITCHED PATH (LSP)
Un LSP es un camino especfico unidireccional a travs
de una red MPLS (equivalente a un circuito virtual).
En MPLS la transmisin ocurre en caminos de
etiquetas conmutadas, que son secuencia de etiquetas
en cada nodo del camino, desde el emisor al receptor.
Al recibir un paquete el LER verifica qu FEC le
pertenece y lo encamina por el LSP correspondiente.
Se obtiene una gran rapidez en la conmutacin gracias
a que las etiquetas son insertadas al principio del
paquete y son de longitud fija, lo que determina que la
conmutacin puede realizarse va hardware.
La arquitectura MPLS soporta 2 opciones para
seleccionar una ruta o LSP:
Enrutamiento hop-by-hop
Cada LSR independientemente escoge el
prximo salto para una FEC dada.
Esta metodologa es similar a la utilizada en
redes IP.
Hace uso de un protocolo de enrutamiento
ordinario como OSPF.
Ventaja: conmutacin rpida y tratamiento
diferencial de paquetes de diferentes FEC.
Desventaja: no soporta fcilmente Ingeniera
de Trfico o polticas de enrutamiento
(definicin de rutas basadas en algunas
polticas relacionadas a QoS, seguridad)
Enrutamiento explicito (ER-LSP)
Similar al enrutamiento de fuente.
Un LSR de ingreso (LSR donde empieza el
flujo de datos) especifica la lista de nodos a
travs del cual el ER-LSP atraviesa.
A lo largo del camino los recursos podran ser
reservados para asegurar QoS al trfico de
datos.
Esto facilita Ingeniera de Trfico a travs de
la red, y se puede proporcionar servicios
diferenciados, usando flujos basados en
polticas o mtodos de gestin de red.

MPLS

@nisodic pg. 3


COMO TRABAJA MPLS?



ETIQUETAS
Una etiqueta es un conjunto pequeo de bits de
longitud fija que lleva el paquete para identificar una
FEC.
Identifican el camino que un paquete puede atravesar.
Es anloga al identificador de conexin usado en ATM
(VPI/VPI) o los DLCI de Frame RElay.
Su validez es local y solo entre un par de nodos, y es
reemplazada en cada salto en el LSP.
Las etiquetas son asociadas a una FEC como resultado
de algn evento o poltica que indica una necesidad
para tal asociacin.
Estos eventos pueden ser vinculados por el flujo de
datos (data-driven bindings) o vinculados por el trfico
de control (control-driven bindings).
Para la asignacin de etiquetas se tiene los siguientes
pasos:
A cada paquete se le clasifica en una FEC nueva o
una ya existente.
Se asigna una etiqueta a cada paquete. Los valores
de las etiquetas se derivan de los identificadores de
capa 2; los DLCI o VPI/VCI se puede usar
directamente como etiquetas. Para redes Ethernet
y PPP, la etiqueta se aade en una cabecera shim,
esto es entre las cabeceras de la capa enlace y la de
la capa red.
Los paquetes son enviados basados en su valor de
etiqueta.
Son insertadas entre la cabecera de capa 2 (trama) y la
cabecera de capa 3 (paquete).
Puede haber ms de una etiqueta (Stack de etiquetas)
El bit S (bottom of de stack) indica si la etiqueta es la
ltima en el stack de etiquetas.
El campo TTL se usa para prevenir lazos infinitos de
los paquetes.
Los bits experimental (EXP) se usan para llevar valores
de preferencia (CoS).



El identificador de protocolo de la cabecera de capa 2
especifica que el payload comienza con una etiqueta
(etiquetas) y a continuacin viene la cabecera IP.
El bit bottom of stack indica si el siguiente campo es
otra etiqueta o la cabecera IP.
El router de recepcin slo utiliza la etiqueta top.
Generalmente se asigna solo una etiqueta al paquete.
Un ruteador puede realizar las siguientes funciones:
Insertar (push) una etiqueta o stack de etiquetas al
ingreso.
Intercambiar (swap) una etiqueta con la etiqueta
del siguiente salto o con un stack de etiquetas
dentro de la nube MPLS.
Remover (pop) una etiqueta a la salida o un salto
antes.
En el ingreso una etiqueta es asignada y colocada por
el proceso de enrutamiento IP (push)
Los LSR en la nube intercambian las etiquetas basados
en el contenido de la LFIB.
En la salida la etiqueta es removida (pop) y se realiza
una revisin de enrutamiento para reenviar el paquete
al destino.



UBICACIN DE LA CABECERA MPLS

MPLS

@nisodic pg. 4

FORMATO DE LA CABECERA MPLS
La cabecera MPLS es un identificador de 32 bits que
consiste de los siguientes campos:
Etiqueta: 20 bits. Valor de la etiqueta que
localmente representa a la FEC durante el envo.
Existen valores de etiquetas que se encuentran
reservados.
EXP: 3 bits. Identifica la clase de servicio
mediante el campo EXP o experimental
(anteriormente llamado CoS) o Clase de Servicio.
S (stack): 1 bit. Indica una pila de etiquetas
jerrquica. Toma el valor de 1 en la etiqueta que se
encuentra en la cima de la pila y 0 en todas las
etiquetas restantes.
TTL: 8 bits para indicar el TTL (Time To Live),
con el mismo significado que en IP. El campo es
decrementado en cada router y el paquete ser
excluido si la cuenta cae a 0. Permite evitar lazos.



PLANOS DE CONTROL Y DE DATOS
La implementacin de MPLS en los routers se divide
en dos planos:
Plano de control, denominado tambin
componente de control.
Plano de datos, denominado tambin componente
de envo.
Plano de Control
Intercambia informacin de enrutamiento de capa
3 y de etiquetas.
Responsable de la generacin y mantenimiento de
las tablas de enrutamiento que establecen los LSP,
as como de la distribucin de la informacin
sobre las etiquetas a los LSRs.
Contiene complejos mecanismos para
intercambiar informacin de enrutamiento, tales
como OSPF, EIGRP, IS-IS y BGP; y para
intercambiar etiquetas tales como: TGP (Tag
Distribution Protocol), LDP (Label Distribution
Protocol), BGP y RSVP.
En el plano de control utiliza dos fuentes de
informacin:
RIB (Routing Information Base/Base de
Informacin de Enrutamiento): esta tabla
proporciona informacin sobre la red destino
y los prefijos de subred que se utiliza para la
asociacin de etiquetas, aqu se encuentran
todas las rutas aprendidas por cada uno de los
nodos de la red MPLS.
LIB (Label Information Base/Base de
Informacin de Etiquetas): en estas tablas
se encuentran todas las etiquetas asignadas
por el nodo MPLS local (etiquetas locales) y
las asignaciones de dichas etiquetas a las
etiquetas recibidas de los vecinos.
Los LSRs requieren un protocolo de distribucin
de etiquetas (LDP, RSVP-TE, CR-LDP o BGP)
para dar a conocer a otros routers que se ha
realizado la asociacin de etiquetas. Cada LSR crea
una asignacin local y distribuye esta asignacin
local y distribuye esta asignacin a todos sus
vecinos LDP. Para los vecinos LDP estas
asignaciones son consideradas como remotas y
tambin las almacena junto con las asignaciones
locales en su tabla LIB.
Plano de Datos
Tiene como funcin conmutar los paquetes MPLS
entrantes, basndose en las tablas de enrutamiento
ofrecidas por el plano de control. Utiliza dos
fuentes de informacin:
FIB (Forwarding Information Base/Base
de Informacin de Envio): es una tabla que
se utiliza para definir a qu interfaz se debe
reenviar el paquete.
LFIB (Label Forwarding Information
Base/Base de Informacin de reenvo de
Etiquetas): utilizada para la conmutacin de
etiquetas.
La LFIB usa un subconjunto de etiquetas
contenidas en la LIB para el envo del paquete
y almacena solo las etiquetas e interfaces
entrantes y salientes, y la direccin del
prximo salto.
Los nodos MPLS por lo tanto son responsables
del envo de paquetes mediante el plano de datos,
y construir y mantener las tablas de envo mediante
el plano de control.



MPLS

@nisodic pg. 5





ARQUITECTURA DE LSRs
Los LSR, independientes de su tipo, realizan las
siguientes tres funciones:
Intercambiar informacin de enrutamiento.
Intercambiar etiquetas.
Reenvan paquetes (LSRs y LERs) y celdas (ATM
LSRs y ATM LERs)
Las primeras dos funciones son parte del plano de
control.
La tercera funcin es parte del plano de datos.



Los LSR principalmente reenvan paquetes o celdas
etiquetados.

ARQUITECTURA DE LERs





OPERACIN DE MPLS





PROTOCOLOS DE DISTRIBUCIN DE
ETIQUETAS
MPLS

@nisodic pg. 6

Se encargan de propagar de router a router la
informacin necesaria para establecer el LSP. Se
establece un conjunto de procedimientos por el que un
LSR informa a otros que ha realizado una asociacin
Etiqueta/FEC.
Las tablas (creadas por los protocolos) permiten que
un paquete etiquetado pueda avanzar por los LSRs.
Dos LSRs que utilizan conjuntamente un protocolo
LDP se denominan LDP peers.
La arquitectura MPLS no asume la existencia de un
protocolo especfico, por lo que diferentes protocolos
de distribucin de etiquetas han comenzado a ser
estandarizados:
Protocolos existentes:
De enrutamiento con nuevas funciones:
BGP (Border Gateway Protocol)
PIM (Protocol Independent Multicast)
De sealizacin
RSVP-TE: RSVP con ingeniera de
trfico.
Nuevos protocolos:
LDP (Label Distribution Protocol)
CRD LDP (Constraint Routing): LDP con
ingeniera de trfico.

LABEL DISTRIBUTION PROTOCOL (LDP)
Define una serie de procedimientos y mensajes por los
cuales un LSR informa a otro de la asociacin
Etiqueta/FEC, y que ser utilizado para el
establecimiento de un LSP.
Dos LSRs que utilizan LDP para intercambiar la
informacin de label mapping (LDP peers), tienen una
sesin LDP entre ellos.
LDP permite a un LSR distribuir etiquetas a sus LDP
peers usando el puerto TCP 646.
En una sola sesin, cada par o vecino es capaz de
aprender sobre otros label mappings; es decir el
protocolo es bidireccional.
LDP provee varios mensajes LDP:
Descubrimiento (Discovery): utilizados para
anunciar y mantener la presencia de un LSR en la
red. Usa mensajes Hello por difusin para
aprender sobre otros LSRs con los cuales tiene una
conexin LDP directa.
Sesin (Session): para que los LDP peers
intercambien informacin, ellos tienen que
primero establecer una sesin LDP. Los mensajes
sesin son utilizados para establecer, mantener y
terminar sesiones LDP entre LDP peers.
Anuncio (Advertisement): para crear, cambiar y
borrar las asociaciones Etiqueta/FEC.
Notificacin (Notification): provee informacin
de asesora e informacin de indicacin de errores.
LDP corre sobre TCP por confiabilidad, con
excepcin de los mensajes Discovery que corren sobre
UDP.

MECANISMO LDP
Establece las siguientes etapas:
Descubrimiento LDP: permite a un LSR descubrir
LDP peers potenciales.
Establecimiento de la sesin LDP: el intercambio
de mensajes Hello entre dos LSRs activa el
establecimiento de la sesin LDP. Establece dos
pasos:
Establecimiento de la conexin TCP: llevado
a cabo por el LSR activo (identificador LSR
ms alto)
Inicializacin de la sesin: se negocian los
parmetros de la sesin intercambiando
mensajes Initialization. Dos LSRs pueden
enviar mensajes de Inicializacin; el LSR que
recibe los mensajes contesta con un mensaje
KeepAlive si los parmetros son aceptados,
caso contrario se enva un mensaje de
notificacin de error, rechazando la sesin.
Distribucin de etiquetas: downstream no
solicitado y downstream bajo demanda.

INTERCAMBIO DE MENSAJES LDP



FORMATO DE PDU LDP
Consiste de una cabecera LDP seguida por uno o ms
mensajes LDP, los cuales no necesariamente podran
estar relacionados.
La cabecera LDP consiste de los campos:
Versin: campo de 16 bits que contiene la versin
del protocolo.
PDU lenght: campo de 16 bits que indica la
longitud total del PDU LDP, excluyendo los
campos de versin y de longitud de la cabecera.
LDP id: campo de 48 bits que identifica el espacio
de etiquetas del LSR. Las etiquetas utilizadas por
un LSR para la asociacin etiquetas/FEC son
asignadas de un conjunto de posibles etiquetas
denominado espacio de etiqueta (label space). Los
primeros 4 octetos identifican el LSR y debe ser
globalmente de un nico valor. Los ltimos dos
MPLS

@nisodic pg. 7

octetos identifican un espacio de etiquetas dentro
del LSR.



El mensaje LDP consiste de una cabecera seguida por
parmetros obligatorios y opcionales. Se definen los
siguientes campos:
Bit U: 1 bit. Define la accin a ser tomada despus
de recibir un mensaje desconocido. Si U = 0 una
notificacin se devuelve al creador del mensaje. Si
U = 1 el mensaje desconocido se ignora.
Tipo de Mensaje: campo de 15 bits que permite
identificar el tipo de mensaje.
Longitud del Mensaje: campo de 16 bits que
especifica la longitud total (en bytes) de los
campos Message id, y de los parmetros
obligatorios y opcionales.
ID de Mensaje: campo de 32 bits que se emplea
para identificar el mensaje.
Parmetros: campo de longitud variable. Los
parmetros son codificados empleando un
esquema TLV (Tipo Longitud Valor).

MENSAJE LDP



CODIFICACIN TLV
Todos los mensajes LDP tienen una estructura comn
que usa un esquema de codificacin TLV.
TLV es usado para codificar mucha de la informacin
transportada en los mensajes LDP.
El campo valor de un objeto codificado TLV, puede
contener por s mismo uno o ms TLVs.
Tiene los siguientes campos:
U (bit TLV desconocido): utilizado cuando un
TLV desconocido es recibido. Si U = 0, se retorna
una notificacin al originador del mensaje y todo
el mensaje se ignora. Si U = 1, entonces el TLV es
ignorado y el resto del mensaje es procesado como
si el TLV no existiere.
F (bit TLV de desvo desconocido): este bit se
aplica solamente cuando U =1 y el mensaje LDP
que contiene el TLV desconocido ha sido
desviado. Si F = 0, el TLV desconocido no es
desviado con el resto del mensaje. Si F = 1, el TLV
es desviado con el resto del mensaje.
Tipo: campo de 14 bits que describe cmo el
campo Valor es interpretado.
Longitud: campo de 16 bits que especifica la
longitud del campo valor en bytes.
Valor: campo de longitud variable. Contiene
informacin que es interpretada tal como es
especificada en el campo Tipo. Podra contener
codificacin TLV por s mismo.



TIPO DE MENSAJES LDP
Los siguientes mensajes LDP han sido definidos:
Notification
Hello
Initialization
keepAlive
Address
Address withdraw
Label mapping
Label request
Label abort request
Label withdraw
Label relase

INGENIERA DE TRFICO
Proceso que mejora la utilizacin de la red mediante la
distribucin de trfico en ella de acuerdo con la
disponibilidad de los recursos, as como el trfico
actual y el esperado.
La CoS y QoS pueden ser factores a tener en cuanta en
este proceso.
Con ingeniera de trfico se evita la congestin en
cualquier camino.
La mejora de la utilizacin de la red no implica
necesariamente que se obtenga el mejor camino, pero
si el mejor camino para un determinado tipo de trfico.
La ingeniera de trfico permite al proveedor hacer un
mejor uso de los recursos y reservar enlaces para
determinadas clases de servicios o clientes.
Dos protocolos que hacen ingeniera de trfico son CR
LDP y TE RSVP. Ellos usan encaminamiento
explicito para crear los LSPs.

MPLS

@nisodic pg. 8

CONSTRAINED BASED ROUTING LABEL
Existen algunos casos en los que hay necesidad de
crear LSPs de enrutamiento explcito a travs de un
dominio MPLS.
Hay tambin necesidad de asegurar que los LSPs
puedan soportar CoS (Clase de Servicio) y
requerimientos de Ingeniera de Trfico.
Para estas situaciones se crearon protocolos como: CR
LDP y RSVP TE.
CR LDP es un protocolo de distribucin de etiquetas
basado en LDP.

CR LDP
CR LDP se emplea para establecer un LSP
explcitamente ruteado punto a punto
unidireccionalmente denominado CR LSP.
Un LSP se establece como resultado de la informacin
de ruteo de una red IP que usa el algoritmo del camino
ms corto.
Un CR LSP se calcula en el LSR origen basado en
criterios de informacin de enrutamiento y de QoS.
Un CR LSP bidireccional entre los LSRs 1 y 2 se
puede solamente crear estableciendo un CR LSP
desde el LSR1 al LSR2 y un CR LSP separado desde
el LSR2 al LSR1.
Se puede utilizar los CR LSPs de diferentes formas.
Por ejemplo se puede utilizar en una red IP para hacer
balanceo de carga. Esto es, el trfico entre sus enlaces
pueden ser igualmente distribuidos, forzando a que el
trfico pase a travs de los enlaces menos utilizados.
CR LSPs tambin se pueden utilizar para crear
tneles en MPLS, e introducir rutas basadas en
criterios de QoS, tales como la minimizacin del
retardo total extremo a extremo, y maximizacin del
througput.
En el ejemplo asumamos que el camino entre el LSR
A (de ingreso) y el LSR G (de salida), que se ha
calculado utilizando OSPF pasa a travs de E y F.
Si se usa CR LDP se puede establecer un CR LDP
que satisface un criterio de QoS, tal como minimizar el
retardo extremo extremo. Por ejemplo si los LSRs B,
C y D no estn muy utilizados, enrutando el CR LSP
a travs de estos LSRs reducir el retardo, a pesar de
que el nmero de saltos sea mayor a travs de E y F.



QoS y CoS
QoS es un mecanismo que satisface los requisitos
exigidos por los usuarios para determinadas
aplicaciones que circulan por la red.
La QoS permite garantizar en caso de congestin que
las aplicaciones ms crticas dispongan de mayor
prioridad que otras menos crticas.
Al establecer una red con QoS los enlaces son
controlados y el trfico priorizado, de manera que se
pueda distinguir entre diferentes tipos de trfico, y
asignar recursos en funcin de parmetros como:
ancho de banda, retardo, jitter y prdida de paquetes.
El cumplimiento de los servicios ofrecidos por las
diferentes empresas portadoras, se lo realiza mediante
los Service Level Agreement (SLAs).
CoS se utiliza para diferenciar el trfico de una red, es
decir para gestionar de forma eficaz diferentes clases
de flujos de datos.
MPLS permite ofrecer CoS ya que las etiquetas MPLS
permiten propagar la CoS en el correspondiente LSP.
Una red MPLS puede transportar distintas clases de
trfico, debido a que el trfico que fluye a travs de un
determinado LSP, se puede asignar a diferentes colas
de salida en los diferentes saltos LSR, de acuerdo con
la informacin contenida en la etiqueta.
Se tendrn especificaciones para cada LSP. Por
ejemplo, si se requiere videoconferencia sobre una red
MPLS, el LSP tendr mayor ancho de banda y se
dirigir por la ruta ms corta, lo que permitir reducir
la latencia y entregar una imagen de mayor calidad.
En el campo EXP de 3 bits en la cabecera MPLS fue
originalmente considerado de uso experimental.
Con el propsito de especificar la CoS a la que
pertenece un paquete, se utiliza el soporte de MPLS
para DiffServ, donde se redefine este campo para
especificar dicha CoS.
Las clases de servicio que se proporcionan en la nueva
arquitectura son las mismas que en el modelo DiffServ,
ya que la integracin de DiffServ con MPLS no
modifica su filosofa ni su funcionamiento.
Para soporta DiffSErv sobre MPLS con la gran
variedad de valores DSCP (DiffServ Code Point 6
bits redefinidos del campo ToS del paquete IP), es
necesario configurar la apropiada QoS en cada LSR de
la red.
Ya que las etiquetas fueron definidas antes que los
valores DSCP, el campo EXP slo tiene tres bits en
correspondencia a los tres bits del campo Precedencia
del paquete IP.
El problema es que IP puede soportar hasta 64
posibles valores DSCP y las etiquetas MPLS admiten
solo 8 posibles valores de PHB (Per-Hop Behaviors
tratamiento de retransmisin de un paquete en
DiffServ), por lo que fue necesario redefinir mtodos
que cubran esta necesidad.
El RFC 3270 describe una solucin flexible para el
soporte de la arquitectura DiffServ sobre redes MPLS.
MPLS

@nisodic pg. 9

Cuando paquetes marcados con valores DSCP llegan
a una red MPLS, se necesita de un mtodo para
transferir la informacin proporcionada por estos
valores a las etiquetas MPLS.
Los paquetes no pueden ser diferenciados basados en
los valores DSCP, ya que stos son parte de la cabecera
IP.
DiffServ debe proveer de una va diferente para hacer
viable la arquitectura DiffServ/MPLS.
El RFC 3270 describe dos mtodos para transmitir
informacin de la CoS de la cabecera IP a los LSRs en
la cabecera MPLS:
EXP-inferred-PHB Schedelling LSP (E-LSP)
Label-only-inferred LSP (L-LSP)
Si una red soporta hasta ocho PHBs entonces los bits
EXP son suficientes para esa red, permitiendo utilizar
E-LSP.
Si una red tiene ms de ocho PHBs entonces los bits
EXP no son suficientes para cubrir todos los PHBs a
LSP, por lo que se utilizar L-LSP.

DIFERENCIAS ENTRE E-LSP Y L-LSP

E-LSP L-LSP
El PHB es determinado
por el campo EXP
El PHB es determinado
por el campo etiqueta o
por la combinacin de los
campos etiqueta/EXP
No se necesita ningn
tipo de sealizacin
adicional
El PHB o el grupo PHB
planificado es sealizado
en la configuracin del
LSP.
El mapa de
correspondencia entre el
campo EXP y el PHB
necesita ser
configurado.
El mapa de
correspondencia entre el
campo etiqueta y el PHB
necesita ser configurado,
mientras que el campo
EXP a PHB es conocido
La cabecera shim es
requerida. No es posible
utilizar los E-LPSs en
ATM
La cabecera shim o la
cabecera PDU pueden ser
utilizadas, por
consiguiente, es soportado
por enlaces ATM
Puede usar hasta ocho
PHBs por LSP
Slo admite un PHB por
LSP
Soporta hasta ocho
PHBs
Soporta ms de ocho
PHBs