TELETRÁFICO

GRUPO No. 208022_3

JHON FREDY PEREZ COD.
HEIDY MEDINA COD.
JUAN DOMINGO GONZALES COD.
LUIS EDUARDO URRESTE MELO COD. 6322073

PRESENTADO A:
JAMES HERNAN BETANCOURT ROMO

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA – UNAD

ESCUELA DE CIENCIAS BÁSICAS, TECNOLOGÍA E INGENIERÍA
DICIEMBRE 2017
 INTRODUCCION

Con el siguiente trabajo queremos demostrar un esquema de red y su descripción, cómo interactúan
los mecanismos de QoS para implementar Diffserv entre nodos de un ISP con una conexión al
resto de internet por un IXP o NAP: muestran cómo se configura y maneja el tráfico de red [entre
nodos] para proporcionar QoS.
Se implementan una red MPLS y muestran cómo se configura y maneja el tráfico [ingeniería de
tráfico] entre nodos MPLS.
También se da un pequeño resumen de las definiciones y conceptos de redes MPLS y esquema de
red Diffserv
 DESARROLLO DE LA ACTIVIDAD

Servicios integrados (intServ)

IntServ fue introducido por el IETF en 1994
– Sugiere que la arquitectura actual (más algunas extensiones) es suficiente para proporcionar QoS
extremo a extremo
Reservas estrictas de ancho de banda por flujo
– RSVP (Resource reSerVation Protocol), RFC 2205
– Soporta unicast y multicast Control de admisión
Servicios se dividen en tres categorías. Dentro de cada una, cada flujo se caracteriza por su
especificación de tráfico (TSpec).

El tráfico IntServ se caracteriza a través de los parámetros de un token bucket

– Muchas fuentes de tráfico se pueden definir exactamente como un token bucket
– Proporciona una definición concisa de la carga impuesta por los flujos
– Proporciona los parámetros necesarios para una función de policing
 Gestió
n/Reserva de recursos
– Petición explícita de QoS para un flujo o grupo de flujos
Control de Admisión
– Decisión de aceptar o no la petición de QoS de acuerdo con los recursos disponibles
Clasificador de paquetes
– Asigna cada paquete entrante a una clase de tráfico
Planificador de paquetes
– Asigna recursos de transmisión a cada paquete saliente, basándose en la clase de tráfico del
paquete

RSVP
Protocolo genérico de señalización
Se usa en IntServ para que los hosts comuniquen sus necesidades de QoS a los elementos de red –
Soporte unicast y multicast
– Emisores anuncian en mensajes PATH el TSpec de su flujo
– Receptores reservan recursos con mensajes RESV
Protocolo soft-state – Requiere refresco periódico, si no las reservas expiran
ESCALABILIDAD EN INTSERV/RSVP

La concentración de tráfico en el núcleo se traduce en un gran número (¿millones?) de flujos

individuales (sesiones RSVP) por router
Señalización: proceso PATH/RESV, manteniendo estados, etc. ..
Procesando paquetes: clasificación, encolado, planificación, etc ...
Es necesario soportar QoS extremo a extremo, pero el núcleo no es capaz de procesar flujos
individuales

Arquitectura DiffServ

La conexión IXP (Internet Exchange Point) es una infraestructura física mediante la cual los ISP
(Proveedores de Serv Internet) cambian entre redes el tráfico de Internet.
Los mecanismos de control de tráfico se identifican en dos arquitecturas mediante las cuales se
implementa la Calidad de Servicio QoS en este caso en la Arquitectura de Servicios
Diferenciados (DiffServ), su función principal es la priorización de clases de tráfico, separa el
reenvío y control de los routers, el reenvío se realiza mediante PHB (Diferenciado de datagramas),
según el tipo de tráfico, es decir las aplicaciones no requieren pedir recursos, asignan prioridad a
cada paquete de datos con el fin de ser atendido de forma distinta por cada nodo de otros paquetes.
Luego cada aplicación pide un servicio marcando con un código cada paquete, éste indica el
servicio requerido, su ventaja principal es no usar protocolo de señalización, sin establecer estados
en cada nodo en la red, lo que define mejor rendimiento en redes que manejan grandes volúmenes
de tráfico.
Los elementos de DiffServ que se implementan en los nodos de la red son: PHB (clasifica y
marcan los paquetes), Clasificación (determina el reenvío, cada nodo conoce que hacer con cada
paquete), Marcado y Punto de Control.

DIFFSERV
COMPONENTES DE UN NODO DIFFSERV

El perfil de tráfico proporciona reglas para determinar si un paquete está dentro de este perfil o no.
Se puede describir con un token bucket. Es parte del SLA.
El clasificador clasifica los paquetes entrantes según el campo DSCP. Les proporciona un
tratamiento diferenciado (prioridad en la cola, política de descarte, etc.).
El medidor mide las propiedades temporales del tráfico frente a las del perfil.
El marcador establece/remarca el DS field a un determinado DSCP. Lo realizan los routers
frontera. El valor DSCP depende del SLA.
El shaper retrasa los paquetes para que el sistema cumpla con el perfil de tráfico.
El dropper descarta paquetes para que el flujo cumpla el perfil de tráfico.
DOMINIOS DIFFSERV
 MPLS (MULTIPROTOCOL LABEL SWITCHING)

Como ya hemos comentado anteriormente, la necesidad de las operadoras de que sus redes
tuviesen una cierta calidad de servicio, ha llevado a la búsqueda de una tecnología que ofreciese
ese QoS por sí misma. Las tecnologías como ATM o SDH se han quedado obsoletas y aplicar
calidad de servicio es una tarea muy complicada.

Por estas razones surgió MPLS. Definida en el RFC 3031, es una tecnología orientada a paquetes
muy flexible. Si la situásemos en el modelo ISO/OSI (International Standard Organization /
Open System Interconnection) se encontraría en la capa 2.5, entre la capa de enlace y de red, o
sea, entre la capa 2 y 3. El hecho de que se encuentre entre dos capas, le proporciona el nombre
de “Multi Protocol”. Este hecho le da la ventaja de poder usar las características de los
protocolos de las capas adyacentes sin ninguna restricción.

Además de esto, MPLS ofrece adaptación total a IP. Esto es de gran importancia porque
actualmente el mundo se mueve con este protocolo.

Capa de red (Capa 3)

Capa 2.5

Capa de enlace (Capa 2)

Capa física (Capa 1)

Figura Posición de MPLS en el modelo OSI

Con MPLS ganamos en muchos aspectos en los que ATM presentaba carencias. Gracias
al label switching, técnica usada en MPLS para enrutar paquetes, conseguimos hacer este
enrutado a más velocidad, a la vez que disminuimos el retardo y el jitter. Estas
características son de especial interés en las redes troncales, donde uno de sus principales
objetivos es enviar paquetes de una localización a otra en el mínimo tiempo posible. Pero
MPLS va más allá que la velocidad y nos ofrece otras grandes ventajas como la
posibilidad de tener el control de la ruta, asignar distintos anchos de banda a los enlaces o
crear prioridades para la utilización de un enlace. Todas estas ventajas y otras constituyen
lo que se llama Traffic-Engineering (TE) y que suele designarse como MPLS-TE.

Conceptos básicos
MPLS proporciona la posibilidad de administrar el tráfico de una red a través de etiquetas
en las cabeceras de los paquetes y a routers específicos capaces de reconocerlas.
Principalmente consiste en integrar los niveles de enlace y red eficazmente. Es decir,
combina la inteligencia del routing con la velocidad del switching.

MPLS usa un esquema de etiquetado de tráfico, marcándolo en la entrada de la red, pero

no en su salida. Es usado únicamente en los routers y es independiente del protocolo
usado, lo que le permite ser utilizado sobre otros protocolos distintos a IP, como IPX,
ATME, PPP, Ethernet, Frame Relay…. Los protocolos de enrutamiento de nivel 3 como
OSPF o IS-IS se usan únicamente para funciones de control, ya que las decisiones de
enrutamiento se toman en función de la etiqueta MPLS y no de la cabecera IP.

MPLS mejora la escalabilidad de la red (reduciendo las tablas de enrutamiento) y el

retardo de proceso en los routers, combinando algunas prestaciones de las redes
orientadas a conexión con la de las redes sin conexión. Así, un router asigna una etiqueta
a cada una de las entradas de la tabla de enrutamiento y las distribuye a sus routers
vecinos. Luego, cuando se pasan paquetes entre ellos, los routers solo tienen que leer la
etiqueta MPLS para identificar el siguiente salto donde enviar el paquete. De esta forma
los paquetes “fluyen” de un extremo a otro de la red sin que los routers tengan que mirar
su dirección.
Componentes básicos

A continuación, se detallan los principales componentes que forman parte de una red
MPLS.
Funcionamiento del protocolo MPLS
Con el enrutamiento IP los paquetes avanzan de “salto en salto” a través de la red, es
decir que en cada router se encamina el paquete hacia el siguiente salto en función de su
dirección IP destino y de la tabla de enrutamiento. En MPLS, los LSR también
encaminan los paquetes “salto a salto” pero simplemente basándose en la etiqueta de
longitud fija, lo que significa que no usan la información de la cabecera IP.

Figura: Ejemplo de una red MPLS

QoS en redes MPLS

El término de QoS apareció en 1987 para englobar las características del rendimiento de
la red. Con la extensión de IP, el termino QoS pasó a ser usado para describir las técnicas
encargadas de controlar la pérdida de paquetes, el retraso (delay) y el jitter. Con el
aumento del ancho de banda que consumen las aplicaciones y su demanda de menor
retardo y pérdida de paquetes, el QoS se ha convertido en un criterio muy importante a la
hora de definir una red.

La pérdida de paquetes, como su nombre indica, se encarga de controlar el número de

paquetes que alcanzan su destino correctamente.

El retraso, o delay, controla el tiempo que tardan los paquetes en llegar a su destino.
Y finalmente el jitter, controla las fluctuaciones del tráfico, es decir, que los paquetes
lleguen “uniformemente” a su destino.

Así pues, dependiendo del tipo de aplicación que queramos, serán necesarios unos
criterios u otros de QoS. Una videoconferencia, por ejemplo, necesita un retraso y un
jitter muy bajo, pero no es crítico si se pierden algunos paquetes. Por otro lado, el envío
de un email requiere que no se pierdan paquetes, ya que algún error en estos podría
provocar que se recibiera un mensaje totalmente distinto al original. El delay en este caso
es muy poco importante.

A día de hoy, hay dos grandes arquitecturas para QoS:

 Integrated Services (IntServ): Se usa para redes pequeñas y medianas, pero no es

escalable ya que usa mucha señalización entre los hosts de la red.

 Differenciated Services (DiffServ): Si que es escalable, ya que se basa en una

Como MPLS está pensado para ser usado como una red troncal o “backbone”, nos
decantaremos por usar la arquitectura de DiffServ.

Servicios Diferenciados (Diffserv)

El modelo de arquitectura DiffServ está especificado en el RFC 2475, y permite
distinguir diferentes clases de servicio marcando los paquetes.

El tráfico entra en la red, se clasifica y se asigna a un conjunto de comportamiento. Cada

uno de estos conjuntos se identifica con un codepoint DS que se añade a la cabecera del
paquete. Luego, estos paquetes son enviados por la red en función de lo que decida cada
nodo en referencia a dicho codepoint.

Según los requisitos de cada usuario, Diffserv permite diferenciar distintos servicios
como tráfico web, correo electrónico o transferencia de ficheros, donde el retardo no es
muy importante, o servicios como videollamada y VoIP donde sí lo es.

Diffserv y paquetes IP
Diffserv tiene un campo en los encabezados de los paquetes IP conocido como DiffServ
CodePoint (DSCP). Los hosts o routers que envían el tráfico a una red diffserv, marcan
los paquetes IP con un valor DSCP, y los routers de la red, clasifican estos paquetes en
función de dicho valor. Los tráficos con requisitos de QoS parecidos son marcados de
igual forma.

Este proceso de envío de paquetes con el campo DSCP modificado desde los routers, se
conoce como “Per Hop Behavior” PHB, o comportamiento por salto. Estos PHB nos
indican las políticas aplicadas en los routers, la gestión del tráfico o los encolamientos.

Para proporcionar diferentes niveles de servicio, el campo DSCP consta de 8 bits, estando
los dos últimos reservados. Estos 6 bits útiles nos dan un total de 64 combinaciones
distintas para clasificar los paquetes.

Pero este marcado de los paquetes IP para ofrecer QoS ha ido variando a lo largo del
tiempo. La cabecera IP siempre ha tenido 8 bits destinados a ofrecer este servicio, pero
ha ido evolucionando tal como se muestra a continuación con los 4 primeros bytes de la
cabecera:

PRE
Version (4) IHL(4) (3) ToS (3) 0 0 Total Length (16)

RFC 791 (1981)

PRE
Version (4) IHL(4) (3) ToS (4) 0 Total Length (16)

RFC 1349 (1992)

Version (4) IHL(4) DSCP (6) 0 0 Total Length (16)

RFC 2474 (1998)

 Version (4) IHL(4) DSCP (6) ECN (2) Total Length (16)

RFC 3168 (2001)

Originalmente en la cabecera existían 3 bits de precedencia (PRE) y 3 bits de “Type of

Service”, con 2 bits no utilizados. Los bits de PRE se usaban para tomar decisiones para
el tratamiento del paquete y los de ToS se querían usar para marcar los paquetes a los
que queríamos darle un trato especial, pero las arquitecturas nunca se prepararon para
usarlo.

A partir del RFC 2474, se unieron el PRE y ToS para formar el DSCP que conocemos
actualmente (6 bits), y más tarde, los dos bits en desuso, para definir el “Explicit
Congestion Notification” ECN.

DiffServ y paquetes MPLS

En la cabecera de los paquetes MPLS, tenemos el campo EXP para controlar el QoS.
Como hemos podido observar, la cabecera IP tiene 6 bits destinados al DSCP para
clasificar los distintos paquetes, pero la cabecera MPLS solo dispone de 3 bits de EXP.
Por lo tanto, se tendrán que mapear las distintas 64 clases en las 8 que permite MPLS.
Esto no es un gran problema, ya que 8 clases de servicio suelen ser más que suficiente.

Version (4) IHL(4) DSCP (6) ECN (2) Total Length (16)

TTL (8) S(1) EXP (3) Label (20)

Figura 8: Detalle y relación de las cabeceras IP y MPLS

Por defecto, cuando un paquete llega a la red, el router MPLS de ingreso encapsula el
paquete IP con su etiqueta correspondiente y, el campo EXP con los 3 primeros bits del
campo DSPC (los 3 bits más significativos). Luego, cuando el paquete MPLS viaja por la
red, se va copiando el valor del campo EXP en la etiqueta más externa de la Pila de
Etiquetas. Así pues, el mapeo que se realizará será el siguiente:

Version (4) IHL(4) DSCP (3) DSCP (3) ECN (2) Total Length (16)

//////

TTL (8) S(1) EXP (3) Label (20)

Figura Mapeo del campo DSCP en el EXP

Configuración y pruebas de funcionamiento de la interconexión de redes heterogéneas con

troncal MPLS
Cabe destacar, que paquetes con distintos DSCP, pero con los 3 primeros bits de este
iguales, tendrán el mismo valor de EXP, y por lo tanto serán tratados de igual forma por
la red MPLS.

Par que esto no ocurra, podemos definir un PHB para que modifique el valor del EXP en
función de todo el valor del campo DSCP (6 bits). Entonces, cuando un paquete llegue a
una red MPLS, el PHB asignará un valor preestablecido al campo EXP del nuevo paquete
MPLS, y otro PHB podrá actuar para ese valor de EXP.

Es importante darse cuenta que los PHB definidos para los DSCP no tendrán efecto
dentro de una red MPLS, ya que la ventaja de esta red es que no revisa los valores del
paquete IPs, y solo mira los valores del MPLS. Por lo tanto, se tendrán que definir PHB
para los valores de EXP.

Configuración de QoS
Como se ha explicado anteriormente en la configuración básica del escenario, los paquetes
se marcan en el campo DSCP antes de entrar en la red MPLS con el ordenador "Marcador".
Esto nos permitirá definir distintos comportamientos y calidades para el tráfico que pasa a
través de la red.

Para asignar QoS en MPLS se tienen que seguir 3 pasos:

 Definir las clases de tráfico

 Definir las políticas de QoS

 Asignar a qué interfaces se aplican las políticas

Definir las clases de tráfico

Para definir las clases de tráfico se utiliza en comando class-map seguido de match-any
o mach-all, dependiendo de si queremos que cumpla todas las condiciones o solo una de
ellas, y del nombre de la clase.

Definir políticas de QoS

Para definir las políticas de QoS tenemos que usar el comando policy-map seguido del
nombre de la política.

Asignar las políticas a los interfaces

Ahora que ya tenemos definidas las clases de servicios y las políticas, solo nos queda
asignar dichas políticas a los interfaces. Para hacerlo debemos usar el comando service-
policy.
 /
Diagrama de la aplicación del QoS
En este diagrama se recoge de forma esquemática el proceso que sigue un paquete que
entra en la red MPLS cuando está configurada una política de QoS para modelar el tráfico
de Ethenet. El caso de Wifi sería equivalente:

1. Llega un paquete IP

2. La interfaz de entrada (f0/0) comprueba si el campo DSCP del paquete es CS1 (Si
su destino es una red Ethernet, tendrá marcado su campo DSCP con el valor “CS1”). En
caso afirmativo, marca el paquete con el campo EXP igual a 1

3. La interfaz de salida (f0/1) comprueba si el campo EXP del paquete es igual a 1, si

lo es, aplica la política “shapeEthernet”

Esta solución parece un poco rebuscada, ya que parece más sencillo que el interfaz de
salida comprobara si el campo DSCP del paquete tiene el valor “CS1” y entonces aplique la
política. El problema es que el paquete que sale de la interfaz de salida ya no es un paquete
IP, sino que es un paquete MPLS, y por lo tanto el interfaz no encuentra el campo DSCP.

/
 DIAGRAMA DE OPERACIÓN MPLS
.

MULTIPROTOCOL LABEL SWITCHING (MPLS)

Es un mecanismo de alto rendimiento de las redes de telecomunicaciones que dirige y lleva

a los datos de un nodo de red a otro con la ayuda de las etiquetas.
Los objetivos establecidos por MPLS como estándar son:

1. MPLS debía funcionar sobre cualquier tecnología de transporte, no sólo ATM.

2. MPLS debía soportar el envío de paquetes tanto unicast como multicast.
3. MPLS debía ser compatible con el Modelo de Servicios Integrados del IETF,
incluyendo el protocolo RSVP8.
4. MPLS debía permitir el crecimiento constante de la Internet.
5. MPLS debía ser compatible con los procedimientos de operación, administración y
mantenimiento de las actuales redes IP.
 Figura 2. Funcionamiento de una red MPLS

Este modelo define una variedad de mecanismos para poder clasificar el tráfico en un
reducido número de clases de servicio, con diferentes prioridades. Según los requisitos de
los usuarios, DiffServ permite diferenciar servicios tradicionales tales como el WWW, el
correo electrónico o la transferencia de ficheros, de otras aplicaciones mucho más
dependientes del retardo y de la variación del mismo, como son las de video y voz
interactiva. Para ello se emplea el campo ToS (Type of Service), rebautizado en DiffServ
como el octeto DS. Esta es la técnica QoS de marcar los paquetes que se envían a la red.
MPLS se adapta perfectamente a ese modelo, ya que las etiquetas MPLS tienen el campo
EXP para poder propagar la clase de servicio QoS en el correspondiente LSP. De este
modo, una red MPLS puede transportar distintas clases de tráfico, ya que:

El tráfico que fluye a través de un determinado LSP se puede asignar a diferentes colas de
salida en los diferentes saltos LSR, de acuerdo con la información contenida en los bits del
campo EXP.

Entre cada par de LSR exteriores se pueden provisionar múltiples LSPs, cada uno de ellos
con distintas prestaciones y con diferentes garantías de ancho de banda

MPLS
Switches ATM retransmiten paquetes más eficientemente que routers IP
Esfuerzos para integrar lo mejor de ambas tecnologías
Arquitectura MPLS (RFC 3031)
– Label Switched Routers (LSR) encaminan paquetes según la etiqueta que se les haya
asignado.
– Los flujos se agregan en Forwarding Equivalence Classes (FEC). Cada FEC representa un
camino (LSP, Label Switched Path) con unas restricciones de QoS determinadas.
Capacidades MPLS
– Soporte QoS
– Ingeniería de tráfico
– Soporte VPN (Virtual Private Network, Red Privada Virtual)
– Soporte multi-protocolo

ARQUITECTURA

SOPORTE QoS
IntServ no es una solución escalable
DiffServ no proporciona garantías estrictas de QoS, sólo un tratamiento diferenciado para
flujos agregados
Redes orientadas a conexión (ATM) proporcionan soluciones más potentes para garantizar
la QoS MPLS impone un marco orientado a conexión similar a ATM
– Más rendimiento al simplificar el proceso de forwarding
– Escalabilidad debido a la agregación en FECs
– El algoritmo de reenvío determina la etiqueta de salida y los recursos a utilizar (LSP,
gestión de colas, etc.)

ETIQUETAS MPLS
MPLS funciona sobre multitud de tecnologías de nivel de enlace: líneas dedicadas (PPP),
LANs, ATM o Frame Relay.
En ATM y Frame Relay la etiqueta MPLS ocupa el lugar del campo VPI/VCI o en el DLCI
La etiqueta MPLS se coloca delante del paquete de red y detrás de la cabecera de nivel de
enlace. Las etiquetas pueden anidarse, formando una pila. Esto permite ir agregando (o
segregando) flujos. El mecanismo es escalable.

Etiqueta: La etiqueta propiamente dicha que identifica una FEC (con significado local).
Exp: Bits para uso experimental; una propuesta es transmitir en ellos información de
DiffServ.
S: Vale 1 para la primera entrada en la pila (la más antigua), cero para el resto.
TTL: Contador del número de saltos. Este campo reemplaza al TTL de la cabecera IP
durante el viaje del datagrama por la red MPLS.

2. Muestren el esquema de red MPLS [utilicen un esquema mínimo de red] con sus
nodo LER [o PE] y los nodo que solo conmutan etiquetas LSR [o P]. La red MPLS
está compuesta de nodos de etiqueta de borde o LER [o PE: Provider edge nodo],
es decir nodos que son interfaces entre la red MPLS y otra red no MPLS. Los nodo
IP que efectúan la conmutación basados únicamente en etiquetas se llaman nodo
de Etiqueta o LSR [o P: Provider nodo]. Cabe notar que un LER es simplemente un
LSR que cuenta con la habilidad de enrutar paquetes en redes externas a MPLS.

MPLS (Multi Protocol Label Switching)

Es un estándar IP de conmutación de paquetes que proporciona algunas de las

características de las redes orientadas a conexión a las redes no orientadas a
conexión. En el encaminamiento IP sin conexión tradicional, la dirección de
destino junto a otros parámetros de la cabecera, es examinada cada vez que el
paquete atraviesa un router.
Red MPLS

En una red MPLS, el proceso de envío de paquetes o forwarding se basa en etiquetas.

Las etiquetas son generadas por router, además tienen un significado local. Los routers
asignan etiquetas para definir los caminos denominados Label Switched Path (LSP), entre
endpoints. Entonces mediante MPLS tan pronto un paquete es asignado a un FEC
(forwarding equivalence class), el análisis del encabezado ya no se realiza por los
enrutadores, todo el forwarding se basa en las etiquetas ya definidas.

Esta es una red MPLS en la cual se ven todos sus componentes

La línea azul representa el LDP entre el LSR de entrada y el LSR de salida.

Funcionamiento del envío de paquetes en MPLS

La base del MPLS está en la asignación e intercambio de etiquetas ya expuesto, que

permiten el establecimiento de los caminos LSP por la red. Los LSPs son simplex
por naturaleza (se establecen para un sentido del tráfico en cada punto de entrada a la
red); el tráfico dúplex requiere dos LSPs, uno en cada sentido.
Cada LSP se crea a base de concatenar uno o más saltos (hops) en los que se
intercambian las etiquetas, de modo que cada paquete se envía de un "conmutador de
etiquetas" (Label-Swiching Router) a otro, a través del dominio MPLS. Un LSR no es sino
un router especializado en el envío de paquetes etiquetados por MPLS.
Al igual que en las soluciones de conmutación multinivel, MPLS separa las dos
componentes funcionales de control (routing) y de envío (forwarding). Del mismo modo, el
envío se implementa mediante el intercambio de etiquetas en los LSPs. Sin embargo,
MPLS no utiliza ninguno de los protocolos de señalización ni de encaminamiento definidos
por el ATM Forum; en lugar de ello, en MPLS o bien se utiliza el protocolo RSVP o bien un
nuevo estándar de señalización (el Label Distribution Protocol, LDP, del que se tratará
más adelante).
Pero, de acuerdo con los requisitos del IETF, el transporte de datos puede ser cualquiera.
Si éste fuera ATM, una red IP habilitada para MPLS es ahora mucho más sencilla de
gestionar que la solución clásica IP/ATM. Ahora ya no hay que administrar dos
arquitecturas diferentes a base de transformar las direcciones IP y las tablas de
encaminamiento en las direcciones y el encaminamiento ATM: esto lo resuelve
el procedimiento de intercambio de etiquetas MPLS.
El papel de ATM queda restringido al mero transporte de datos a base de celdas. Para
MPLS esto es indiferente, ya que puede utilizar otros transportes como Frame Relay, o
directamente sobre líneas punto a punto.

Un camino LSP es el circuito virtual que siguen por la red todos los paquetes
asignados a la misma FEC. Al primer LSR que interviene en un LSP se le
denomina de entrada o de cabecera y al último se le denomina de salida o de cola.
Los dos están en el exterior del dominio MPLS. El resto, entre ambos, son LSRs
interiores del dominio MPLS. Un LSR es como un router que funciona a base de
intercambiar etiquetas según una tabla de envío.

Esta tabla se construye a partir de la información de encaminamiento que

proporciona la componente de control, según se verá más adelante. Cada entrada
de la tabla contiene un par de etiquetas entrada/salida correspondiente a cada
interfaz de entrada, que se utilizan para acompañar a cada paquete que llega por
ese interfaz y con la misma etiqueta. A un paquete que llega al LSR por el interfaz
3 de entrada con la etiqueta 45 el LSR le asigna la etiqueta 22 y lo envía por el
interfaz 4 de salida al siguiente LSR, de acuerdo con la información de la tabla.
El algoritmo de intercambio de etiquetas requiere la clasificación de los paquetes a
la entrada del dominio MPLS para poder hacer la asignación por el LSR de
cabecera. En la figura el LSR de entrada recibe un paquete normal (sin etiquetar)
cuya dirección de destino es 212.95.193.1. El LSR consulta la tabla de
encaminamiento y asigna el paquete a la clase FEC definida por el grupo
212.95/16.
Asimismo, este LSR le asigna una etiqueta y envía el paquete al siguiente LSR del
LSP. Dentro del dominio MPLS los LSR ignoran la cabecera IP; solamente
analizan la etiqueta de entrada, consultan la tabla correspondiente (tabla de
conmutación de etiquetas) y la reemplazan por otra nueva, de acuerdo con el
algoritmo de intercambio de etiquetas. Al llegar el paquete al LSR de cola (salida),
ve que el siguiente salto lo saca de la red MPLS; al consultar ahora la tabla de
conmutación de etiquetas quita ésta y envía el paquete por routing convencional.

Arquitectura MPLS

Terminología MPLS

FEC (Forwarding Equivalence Class):

conjunto de paquetes que entran en la red MPLS por la misma interfaz, que
reciben la misma etiqueta y por tanto circulan por un mismo trayecto.
Normalmente se trata de datagramas que pertenecen a un mismo flujo. Una
FEC puede agrupar varios flujos, pero un mismo flujo no puede pertenecer a
más de una FEC al mismo tiempo.

LSP (Label Switched Path): camino que siguen por la red MPLS los paquetes
que pertenecen a la misma FEC. Es equivalente a un circuito virtual en ATM
o Frame Relay.

LSR (Label Switching Router) : router que puede encaminar paquetes en

función del valor de la etiqueta MPLSLDP

(Label Distribution Protocol): es el protocolo que utilizan los LSR para

asignar las etiquetas

LIB (Label Information Base): La tabla de etiquetas que manejan los LSR.
Relaciona la pareja (interfaz de entrada - etiqueta de entrada) con (interfaz
de salida - etiqueta de salida)Los LSR pueden ser a su vez de varios
tipos:LSR Interior: el que encamina paquetes dentro de la red MPLS. Su
misión es únicamente cambiar las etiquetas para cada FEC según le indica
su LIBLSR Frontera de ingreso: los que se encuentran en la entrada del flujo
a la red MPLS (al principio del LSP). Se encargan de clasificar los paquetes
en FECs y poner las etiquetas correspondientes.LSR Frontera de egreso: Los
que se encuentran a la salida del flujo de la red MPLS (al final del LSP). Se
encargan de eliminar del paquete la etiqueta MPLS, dejándolo tal como
estaba al principio

Conmutación MPLS
Conmutación de etiquetas en un LSR a la llegada de un paquete:

 Examina la etiqueta del paquete entrante y la interfaz por donde llega

 Consulta la tabla de etiquetas
 Determina la nueva etiqueta y la interfaz de salida para el paquete

Funcionamiento de MPLS
MPLS y pila de etiquetas

Jerarquía MPLS

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

 La etiqueta MPLS se coloca delante del paquete de red y detrás de la cabecera 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
 Así dentro de una red MPLS se establece una jerarquía de LSPs.
 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

Etiquetas MPLS
 Las etiquetas MPLS identifican a la FEC asociada a cada paquete
 Etiqueta MPLS genérica:

Elementos de una etiqueta MPLS

Label (20 bits). Es el valor actual, con sentido únicamente local, de la etiqueta MPLS. Esta
etiqueta es la que determinará el próximo salto del paquete.
CoS (3 bits). Este campo afecta a los algoritmos de descarte de paquetes y de
mantenimiento de colas en los nodos intermedios, es decir, indica la QoS del paquete.
Mediante este campo es posible diferenciar distintos tipos de tráficos y mejorar el
rendimiento de un tipo de tráfico respecto a otros.
Stack (1 bit). Mediante este bit se soporta una pila de etiquetas jerárquicas, es decir,
indica si existen más etiquetas MPLS.
TTL: Contador de numero de saltos. Este campo reemplaza al TTL de la cabecera IP
durante el viaje del datagrama por la red MPLS.
Las cabeceras MPLS se comportan como si estuvieran apiladas una sobre otra, de modo
que el nodo MPLS tratará siempre la que esté más alto en la pila. La posibilidad de
encapsular una cabecera MPLS en otras, tiene sentido, por ejemplo, cuando se tiene una
red MPLS que tiene que atravesar otra red MPLS perteneciente a un ISP u organismo
administrativo externo distinto; de modo que, al terminar de atravesar esa red, se continúe
trabajando con MPLS como si no existiera dicha red externa.

Routing MPLS
 Los paquetes se envían en función de las etiquetas.
 No se examina la cabecera de red completa
 El direccionamiento es más rápido
 Cada paquete es clasificado en unas clases de tráfico denominadas
FEC (Forwarding Equivalence Class)
 Los LSPs por tanto definen las asociaciones FEC-etiqueta.

Funcionamiento global MPLS

El esquema global de funcionamiento es el que se muestra en la figura, se podrá observar

las diversas funciones en cada uno de los elementos que integran la red MPLS. Es
importante destacar que en el borde de la nube MPLS tenemos una red convencional de
routers IP. El núcleo MPLS proporciona una arquitectura de transporte que hace aparecer
a cada par de routers a una distancia de un sólo salto. Funcionalmente es como si
estuvieran unidos todos en una topología mallada (directamente o por PVCs ATM). Ahora,
esa unión a un solo salto se realiza por MPLS mediante los correspondientes LSPs
(puede haber más de uno para cada par de routers). La diferencia
con topologías conectivas reales es que en MPLS la construcción de caminos virtuales es
mucho más flexible y que no se pierde la visibilidad sobre los paquetes IP. Todo ello abre
enormes posibilidades a la hora de mejorar el rendimiento de las redes y de soportar
nuevas aplicaciones de usuario.
Clases de servicio

MPLS está diseñado para poder cursar servicios diferenciados, según el Modelo DiffServ del
IETF. Este modelo define una variedad de mecanismos para poder clasificar el tráfico en un
reducido número de clases de servicio, con diferentes prioridades. Según los requisitos de los
usuarios, DiffServ permite diferenciar servicios tradicionales tales como el WWW, el correo
electrónico o la transferencia de ficheros (para los que el retardo no es crítico), de otras
aplicaciones mucho más dependientes del retardo y de la variación del mismo, como son las
de vídeo y voz interactiva. Para ello se emplea el campo ToS (Type of Service), rebautizado en
DiffServ como el octeto DS. (Véase más información sobre el modelo DiffServ en las
referencias correspondientes a QoS). Esta es la técnica QoS de marcar los paquetes que se
envían a la red.
MPLS se adapta perfectamente a ese modelo, ya que las etiquetas MPLS tienen el campo
EXP para poder propagar la clase de servicio CoS en el correspondiente LSP. De es te modo,
una red MPLS puede transportar distintas clases de tráfico, ya que:

 El tráfico que fluye a través de un determinado LSP se puede asignar a diferentes

colas de salida en los diferentes saltos LSR, de acuerdo con la información
contenida en los bits del campo EXP
 Entre cada par de LSR exteriores se pueden provisionar múltiples LSPs, cada uno
de ellos con distintas prestaciones y con diferentes garantías de ancho de banda.
P. ej., un LSP puede ser para tráfico de máxima prioridad, otro para una prioridad
media y un tercero para tráfico best-effort, tres niveles de servicio, primero,
preferente y turista, que, lógicamente, tendrán distintos precios.

Aplicaciones de MPLS

 Redes de alto rendimiento: las decisiones de encaminamiento que han de tomar

los routers MPLS en base a la LIB son mucho más sencillas y rápidas que las que
toma un router IP ordinario (la LIB es mucho más pequeña que una tabla de rutas
normal). La anidación de etiquetas permite agregar flujos con mucha facilidad, por
lo que el mecanismo es escalable.
  Ingeniería de Tráfico: se conoce con este nombre la planificación de rutas en una
red en base a previsiones y estimaciones a largo plazo con el fin de optimizar los
recursos y reducir congestión.
 QoS: es posible asignar a un cliente o a un tipo de tráfico una FEC a la que se
asocie un LSP que discurra por enlaces con bajo nivel de carga.
 VPN: la posibilidad de crear y anidar LSPs da gran versatilidad a MPLS y hace
muy sencilla la creación de VPNs.
 Soporte multiprotocolo: los LSPs son válidos para múltiples protocolos, ya que el
encaminamiento de los paquetes se realiza en base a la etiqueta MPLS estándar,
no a la cabecera de nivel de red.

Calidad de Servicio MPSL

Cuando implementamos QoS sobre una infraestructura MPLS, el router E-LSR, entre el
dominio IP y el dominio MPLS lleva a cabo, la traducción o traslado de las características
de QoS IP a QoS MPLS o viceversa. Específicamente un paquete IP puede ingresar a un
dominio MPLS (IP2MPLS). En otra situación se puede aplicar al paquete una pila de
etiquetas y a una de las etiquetas se le puede variar el campo EXP, ésta condición se
denomina MPLS2MPLS. Y finalmente un paquete etiquetado puede ser convertido a un
paquete IP tradicional, en éste caso la condición se denomina MPLS2IP.
 CONCLUSIONES

La conmutación por Etiquetas Multiprotocolo (MPLS) combina el enrutamiento de la capa

de red con la conmutación de la capa de enlace para el envío de paquetes utilizando
etiquetas cortas de longitud fija, separando el plano de control del plano de datos.

MPLS ofrece nuevos servicios los cuales no podían ser soportados con las técnicas IP
convencionales, es decir, es la evolución natural de las redes existentes que necesitan
converger en sistemas que puedan soportar las capacidades necesarias que el crecimiento de
Internet implica.

MPLS es el ultimo paso en la evolución de las tecnologías de conmutación multinivel (o

conmutación IP) ya que funciona sobre cualquier otro tipo de tecnología de transporte.

MPLS es un protocolo que sigue el principio de ser compatible con lo que existe en el
mercado actualmente, con posibilidad se sustituir estas infraestructuras en el futuro sin
problemas

El trabajo “MPLS, el presente de las Redes IP” permite que personas con
conocimientos mínimos en redes puedan comprender el desarrollo y funcionamiento del
protocolo MPLS, además el documento sirve de base para aquellas personas que
quieran continuar con el estudio de este protocolo siendo éste un tema bastante
amplio el cual permite que muchas personas puedan enfocarse en él, bien sea
para investigación o para futuros desarrollos
 BIBLIOGRAFIA

o Grenville Armitage, “Quality of Service in IP Networks”, McMillan

Technical Publishing, 2000, capítulos 4 y 5.
o X. Xiao, L.M. Li, “Internet QoS: the Big Picture,” IEEE Network, vol. 13,
no. 2,pp. 1-13, March 1999 – B. Davie, Y. Rekhter, “MPLS Technology and
Applications,” Morgan Kaufmann,2000. – RFC 3031: MPLS Architecture –
RFC 3032: MPLS Label Stack Encoding
o Alarcón, A. V., & Martínez, S. J. C. (2008). Introducción a Redes MPLS.
Córdoba, AR: El Cid Editor. Recuperado de
http://bibliotecavirtual.unad.edu.co:2077/lib/unadsp/reader.action?
ppg=1&docID=10232356&tm=1497374217633
o Marsic, I. (2013). Computer Networks Performance and Quality of Service.
Recuperado de https://es.scribd.com/doc/282202546/Book-CN-Marsic
o Barbieri, A. (2016). Modelo extendido de QoS sobre IPv6. Recuperado
de http://sedici.unlp.edu.ar/bitstream/handle/10915/53028/Documento_com
pleto__.pdf-PDFA.pdf?sequence=3
o Castro, E. A. (2015). Diseño y simulación de una red MPLS para
interconectar estaciones remotas utilizando el emulador GNS3. Recuperado
de http://dspace.ups.edu.ec/bitstream/123456789/10297/1/UPS-
GT001192.pdf
Enlaces web.
https://www.ramonmillan.com/tutoriales/mpls.php
https://es.slideshare.net/GianpietroLavado/calidad-de-servicio-ip-mpls-v22
http://slideplayer.es/slide/10307505/
http://slideplayer.es/slide/5199784/
https://image.slidesharecdn.com/mpls-multiprotocollabelswitchingv1-150129103639-conversion-
gate02/95/mpls-multiprotocol-label-switching-v13-8-638.jpg?cb=1422530972

https://es.slideshare.net/GianpietroLavado/mpls-multiprotocol-label-switching-v13