TFM Tatiana Hernandez Camacho 2015

Universidad Politcnica de Madrid
Escuela Tcnica Superior de Ingenieros de Telecomunicacin
ESTUDIO DE LA INGENIERA DE TRFICO

EN REDES MPLS MEDIANTE CASOS DE
USO PRCTICO CON LA HERRAMIENTA
VNX
TRABAJO FIN DE MSTER
Tatiana Hernndez Camacho
2015
Universidad Politcnica de Madrid
Escuela Tcnica Superior de Ingenieros de Telecomunicacin
Mster Universitario en
Ingeniera de Redes y Servicios Telemticos
TRABAJO FIN DE MSTER
ESTUDIO DE LA INGENIERA DE TRFICO

EN REDES MPLS MEDIANTE CASOS DE
USO PRCTICO CON LA HERRAMIENTA
VNX
Autor
Tatiana Hernndez Camacho
Director
David Fernndez Cambronero
Departamento de Ingeniera de Sistemas Telemticos
2015
Resumen
El volumen de trfico en Internet est creciendo de manera exponencial. Este

crecimiento acelerado de los datos supone un reto para los operadores de servicio que
deben implementar mecanismos que les permitan enfrentar a la creciente demanda. El
algoritmo de enrutamiento utilizado por los IGPs es el de la ruta ms corta, el
resultado es que ciertos enlaces en la red se ven congestionados, mientras existen otras
rutas disponibles que no son utilizadas. Este tipo de enrutamiento provoca demoras
impredecibles y prdida de datos. Sin embargo, no ha sido un problema para las
aplicaciones tradicionales de Internet como web, correo electrnico, transferencia de
archivos y similares, pero la nueva generacin de aplicaciones que incluyen audio y
video streaming, exigen alto rendimiento ancho de banda y baja latencia.
Por tanto, es un objetivo clave para los operadores de servicio gestionar el trfico y
recursos de red de la manera ms eficiente posible, utilizado tcnicas que permitan
adaptar los distintos flujos de datos a los recursos de ancho de banda y hardware
disponibles en el ncleo de red, de manera que obtengan las garantas necesarias para
el correcto funcionamiento de las aplicaciones.
La Ingeniera de Trafico ofrece varios mecanismos para optimizar el rendimiento,

modelado, medicin, caracterizacin y el control de trfico en una red para obtener
objetivos especficos de rendimiento y ofrecer servicios competitivos a los clientes.
MPLS constituye un elemento clave en el despliegue de tcnicas de Ingeniera de
Trafico ya que la idea bsica de MPLS es separar completamente el plano de control
(enrutamiento) del plano de datos (reenvo de paquetes) mientras mantiene la
compatibilidad con las infraestructuras de red IP existentes.
Para lograr esto MPLS coloca una cabecera adicional a los paquetes IP que contienen
la informacin necesaria para la toma de decisiones de envo. En consecuencia, en los
routers habilitados con MPLS el trfico no se reenva basado en el algoritmos de la
ruta ms corta sino que los paquetes son agrupados por clases o FEC (Forwarding
Equivalence Class) en el momento en que entran en el dominio MPLS y basado en esta
clasificacin son asignados a un LSP (Label Switched Path) y reenviados al router de
salida. De esta manera el administrador de red tiene un control total sobre la
clasificacin de paquetes y el establecimiento de rutas.
En esta memoria se realiza una revisin del estado del arte de la tecnologa y la
implementacin de cuatro casos prcticos utilizando Ingeniera de Trafico en redes
i
MPLS, con varios escenarios virtuales emulados utilizando la herramienta de
simulacin de redes VNX. En cada uno de los casos realizados: (1) Enrutamiento de
trfico mediante el uso de tneles TE, (2) Uso del mecanismo de Fast Reroute, (3)
Implementacin de balanceo de carga en enlaces de diferente costo y (4) Calidad de
servicio en MPLS-TE, se realizaron mediciones de prestaciones como el rendimiento,
jitter y perdida de datagramas. Estas mediciones se realizaron en una red MPLS que
utiliza Ingeniera de Trfico y una red MPLS puro, de manera que mediante la
comparacin y anlisis cuantitativo de los resultados obtenidos se llegue a un mejor
conocimiento y comprensin de los beneficios y ventajas que ofrece MPLS-TE con
respecto a otras arquitecturas de red.
ii
Abstract
The Internet traffic volume is growing exponentially. This accelerated data growth
represents a challenge to service providers who must implement mechanisms that
allow them to cope with the growing demand. The routing algorithm used by the IGP
is the "shortest path first", the result is that IP provides a service called best effort. This
type of service is subject to unpredictable delays and data loss. The best effort model
has not been a problem for traditional Internet applications such as web, email, file
transfer and the like. But, the new generation applications including streaming audio
and video, require high-performance with wide bandwidth and low latency.
Therefore, it is a key objective for service operators to manage traffic and network
resources as efficiently as possible, using techniques to match different data streams to
bandwidth resources and hardware available in the backbone they obtain the
guarantees necessary for the proper operation of applications.
Traffic Engineering provides several mechanisms to optimize performance,

modeling, measurement, characterization and control of network traffic for specific
performance targets and offer competitive services to customers. MPLS is a key
element in the deployment of Traffic Engineering techniques. The basic idea of MPLS
is completely separate control plane (routing) from data plane (packet forwarding),
while maintaining compatibility with existing IP network infrastructures.
To accomplish this, MPLS places an additional header to IP packets that contain the
information necessary for making forwarding decisions. Consequently, MPLS enabled
routers do not forward traffic only based on the algorithms of the "shortest route" but
the packages are grouped by classes or FECs (Forwarding Equivalence Class) at the
time they enter the MPLS domain, and based on this classification they are assigned to
an LSP (Label Switched Path) and forwarded to the egress router. In this way the
network administrator has full control over packet classification and route
establishment.
This report reviews the state of the art of MPLS Traffic Engineering technology and
show the implementation of four cases of study with several virtual environments
emulated using VNX network simulation tool. In each of the cases of study: (1) Routing
of traffic by using TE tunnels, (2) Using the Fast Reroute mechanism, (3)
Implementation of load balancing links different cost and (4) Quality MPLS-TE service,
in each of this sceneries has been taken network performance measurement, jitter
iii
measurement and loss of datagrams measurement. These measurements were
performed on a network using MPLS Traffic Engineering and a MPLS only network.
These results were compared and based on a quantitative analysis of the results, was
possible to reach a better knowledge and understanding of the benefits and advantages
of MPLS-TE with respect to other network architectures.
iv
ndice general
Resumen .................................................................................................................................. i
Abstract.................................................................................................................................. iii
ndice general ........................................................................................................................ v
ndice de figuras ................................................................................................................... ix
ndice de Tablas .................................................................................................................... xi
Siglas ..................................................................................................................................... xii
1 Introduccin .................................................................................................................. 13
1.1 Contexto ................................................................................................................. 13
1.2 Motivacin ............................................................................................................. 14
1.3 Objetivos ................................................................................................................ 14
2 Multi-Protocol Label Switching (MPLS) ................................................................... 15
2.1 Arquitectura de MPLS ......................................................................................... 15
2.1.1 FEC ................................................................................................................. 15
2.1.2 LSP .................................................................................................................. 16
2.1.3 LSR.................................................................................................................. 16
2.1.4 Cabecera MPLS ............................................................................................. 17
2.1.5 Protocolos de distribucin de etiquetas .................................................... 17
2.1.6 Funcionamiento de una red MPLS ............................................................ 18
2.2 Aplicaciones de MPLS ......................................................................................... 20
2.2.1 Ingeniera de Trfico .................................................................................... 20
2.2.2 Gestin de caminos ...................................................................................... 21
2.2.3 Redes privadas virtuales (VPN) ................................................................. 21
2.2.4 Soporte Multiprotocolo ............................................................................... 22
3 Ingeniera de Trfico .................................................................................................... 23
3.1 Proceso de la ingeniera de trfico ..................................................................... 24
3.1.1 Fase de Formulacin de polticas ............................................................... 25
3.1.2 Fase de recopilacin de datos ..................................................................... 25
v
3.1.3 Fase de anlisis y caracterizacin ............................................................... 25
3.1.4 Fase de optimizacin del rendimiento ...................................................... 26
3.2 Clasificacin de los sistemas de Ingeniera de Trfico .................................... 26
3.3 Limitaciones del enrutamiento IP tradicional .................................................. 27
3.4 Ventajas de MPLS para la Ingeniera de Trfico .............................................. 28
3.5 Requisitos para el soporte de TE en redes MPLS............................................. 29
3.5.1 Troncales de trfico y sus atributos ........................................................... 29
3.5.2 Atributos de Recursos .................................................................................. 30
3.6 Enrutamiento basado en restricciones............................................................... 30
3.7 RSVP-TE................................................................................................................. 32
3.7.1 Cmo crea RSVP-TE un LSP explcito? .................................................. 33
3.8 Componentes de la Ingeniera de Trfico en MPLS ........................................ 34
3.8.1 Componente de reenvo de paquetes ........................................................ 34
3.8.2 Componente de distribucin de informacin .......................................... 34
3.8.3 Componente de seleccin de caminos ....................................................... 34
3.8.4 Componente de sealizacin. ..................................................................... 34
4 Estado del arte de la Ingeniera de Trafico en redes MPLS .................................... 35
4.1 Enfoques analticos a la ingeniera de trfico MPLS ....................................... 35
4.1.1 Algoritmos de enrutamiento basado en restricciones ............................. 35
4.1.2 Algoritmos de asignacin y particionamiento de trfico........................ 38
4.1.3 Restablecimiento de caminos ...................................................................... 39
4.2 Calidad de servicio en MPLS-TE........................................................................ 39
4.2.1 DS-TE ............................................................................................................. 40
5 Diseo de escenarios de pruebas ............................................................................... 41
5.1 Software utilizado ................................................................................................ 41
5.1.1 VNX ................................................................................................................ 41
5.1.2 Iperf ................................................................................................................ 41
5.1.3 Wireshark ...................................................................................................... 41
5.2 Hardware utilizado .............................................................................................. 42
5.3 Descripcin del escenario de pruebas base ...................................................... 42
5.4 Experimentos ........................................................................................................ 45
vi
5.4.1 Experimento 1: Implementacin de Tneles TE para enrutamiento de
trfico 45
5.4.2 Experimento 2: Uso de Fast Reroute.......................................................... 50
5.4.3 Experimento 3: Balanceo de carga en enlaces con diferente costo ........ 55
5.4.4 Experimento 4: Uso de DS-TE .................................................................... 59
6 Conclusiones ................................................................................................................. 66
Bibliografa ........................................................................................................................... 67
Anexos .................................................................................................................................. 70
vii
ndice de figuras
Figura 1. Cabecera MPLS ........................................................................................................ 17

Figura 2. Label Information Base (LIB) ................................................................................. 19
Figura 3. Operacin de MPLS ................................................................................................. 20
Figura 4. Modelo del proceso de la Ingeniera de Trafico .................................................. 24
Figura 5. Proceso de computacin del CSPF ........................................................................ 31
Figura 6. Sealizacin del LSP utilizando el protocolo RSVP............................................ 33
Figura 7. Ejemplo de algoritmo MIRA .................................................................................. 36
Figura 8. Nmero de peticiones de configuracin de LSP rechazadas en 20 ensayos ... 37
Figura 9. Diagrama de pruebas base ..................................................................................... 42
Figura 10. Prueba de rendimiento sobre la red MPLS entre H2 y H3 ............................. 44
Figura 11. Diagrama Experimento 1 ...................................................................................... 45
Figura 12. Experimento 1: Traza realizada desde H3 hacia H2 y tabla LFIB de PE3 sin
tnel TE ...................................................................................................................................... 46
Figura 13. Experimento 1: Rendimiento medido en H3 durante congestin sin MPLS-
TE ................................................................................................................................................ 46
Figura 14. Experimento1: Traza realizada desde H3 hacia H2 y tabla LFIB de PE3
utilizando tnel TE................................................................................................................... 47
Figura 15. Experimento 1: Rendimiento medido en H3 durante congestin con MPLS-
TE ................................................................................................................................................ 48
Figura 16. Experimento 1: Comparacin de Rendimiento ................................................. 49
Figura 17. Experimento 1: Comparacin de Prdidas......................................................... 49
Figura 18. Experimento 1: Comparacin de Jitter................................................................ 49
Figura 19. Experimento 2: Simulacin de cada de enlace entre P3 y PE2 en una red
MPLS .......................................................................................................................................... 50
Figura 20. Experimento 2: Prueba de ping entre H2 y H3 durante convergencia de red
MPLS .......................................................................................................................................... 51
Figura 22. Experimento2: Traza realizada desde H2 hacia H3 con tnel T1 en operacin
..................................................................................................................................................... 52
Figura 23. Experimento 2: Base de datos de enlaces MPLS-TE Fast Reroute en PE2 ..... 52
Figura 24. Experimento 2: Simulacin de cada de enlace entre P3 y PE2 en una red
MPLS-TE con Fast Reroute ..................................................................................................... 53
Figura 25. Experimento 2: Estatus Tnel 2 despus del fallo de enlace ........................... 53
ix
Figura 26. Experimento 2: Prueba de ping desde H2 hacia H3 durante fallo con MPLS
Fast Reroute............................................................................................................................... 54
Figura 27. . Experimento2: Traza realizada desde H2 hacia H3 con tnel 2 en
operacin ................................................................................................................................... 54
Figura 29. Experimento3: Balanceo de carga en enlaces con diferente costo................... 56
Figura 30. Experimento 3: Tabla CEF del router PE3 .......................................................... 57
Figura 34. Experimento 4: Paquetes marcados con EXP 5 (trfico de voz) sin MPLS-TE
..................................................................................................................................................... 59
Figura 35. Paquetes marcados con EXP 0 (trfico best effort) ............................................ 60
Figura 36. Experimento 4: Resultados de la poltica de QoS aplicada en la Interface
FastEthernet1/1 del PE3 .......................................................................................................... 61
Figura 38. Experimento 4: Paquetes de voz marcados con EXP 5 y enviados con label 16
..................................................................................................................................................... 63
Figura 39. Experimento 4: Label colocada a los paquetes que se envan por el tnel T1
..................................................................................................................................................... 63
x
ndice de Tablas
Tabla 1. Tipos de mensajes RSVP ..................................................................................... 32

Tabla 2. Direccionamiento IP utilizado ............................................................................ 43
Tabla 3. Experimento 1: Pruebas Escenario 1 .................................................................. 46
Tabla 4. Experimento 1: Pruebas Escenario 2 .................................................................. 48
Tabla 5. Experimento 1: Comparacin de resultados Escenario 1 y 2 ......................... 48
Tabla 6. Comparacin de resultados Experimento 2 ..................................................... 54
Tabla 7. Experimento 3: Resultados de rendimiento sin balanceo de carga ............... 55
Tabla 8. Experimento 3: Resultados de rendimiento con balanceo de carga .............. 57
Tabla 9. Experimento 4: Pruebas en red MPLS con QoS sin Ingeniera de trfico.... 61
Tabla 10. Experimento 4: Pruebas en red MPLS con QoS con Ingeniera de trfico 63
xi
Siglas
IGP Interior Gateway Protocol
MPLS Multiprotocol Label Switching
FEC Forwarding Equivalence Class
LSP Label Switched Path
MPLS-TE Multiprotocol Label Switching Traffic Engineering
OSPF Open Shortest Path First
ISIS Intermediate System to Intermediate System
ISP Internet Service Provider
VNX Virtual Networks over linuX
IETF Internet Engineering Task Force
QoS Quality of Service
ATM Asynchronous Transfer Mode
LSR Label Switched Router
LER Label Edge Router
RFC Request for Comments
VPN Virtual Private Networks
LDP Label Distribution Protocol
RSVP Resource Reservation Protocol
RSVPTE Resource Reservation Protocol-Traffic Engineering
CR-LDP Constraint-based Routing Label Distribution Protocol
BGP Border Gateway Protocol
LIB Label Information Base
LFIB Label Forwarding Information Base
SPF Shortest Path First
CSPF Constrained Shortest Path First
xii
1 Introduccin
1.1 Contexto
El rpido crecimiento de la Internet ha tenido un gran impacto sobre los tipos de
servicios solicitados por los consumidores y el tipo de rendimiento que exigen de los
servicios que desean utilizar. En consecuencia a lo anterior, los proveedores de
servicios se han visto en la obligacin de desarrollar, gestionar y mejorar la
infraestructura de red IP en trminos de rendimiento y el control del trfico a travs de
la ingeniera de trfico.
Las redes IP a menudo funcionan con los conocidos shortest path routing protocols,
que como su nombre lo indica son protocolos de enrutamiento basados en el reenvo
de paquetes utilizando la ruta ms corta, como por ejemplo OSPF o ISIS. En un
momento, cuando varios paquetes originados a partir de diferentes redes comienzan a
utilizar el mismo camino o ruta ms corta, este camino puede llegar a ser muy cargado
y esto dar lugar a la congestin de la red.
Varias tcnicas han sido desarrolladas para hacer frente a las deficiencias de los
protocolos de enrutamiento basados en la ruta ms corta, entre ellas se encuentra la
ingeniera de trfico. Con la ingeniera de trfico se puede enrutar el trfico a travs de
otros caminos, y no nicamente utilizar el camino ms corto y el propsito principal de
la ingeniera de trfico es lograr el mayor rendimiento en las redes IP, alta calidad de
servicio, eficiencia, y la ms alta utilizacin posible de los recursos de red.
En redes IP tradicionales las herramientas para la ingeniera de trfico son limitadas

debido a la falta de control sobre las rutas utilizadas. Uno de los propsitos de Multi
Protocol Label Switching (MPLS) es proporcionar ms capacidades a TE (Traffic
Engineering). El enrutamiento explcito permite que los paquetes sean encaminados a
travs de rutas predefinidas. A medida que el trfico se divide en mltiples caminos
paralelos se obtiene una mejor distribucin del trfico en la red y mejor
aprovechamiento de los recursos de red disponibles.
Adems de mejorar el rendimiento y utilizacin de los recursos de red, MPLS-TE

usado en conjunto con DiffServ permite ofrecer calidad de servicio de punta a punta,
que en redes IP resulta muy difcil de conseguir. Por tanto, es una herramienta muy
efectiva para cumplir con los exigentes requerimientos de calidad de servicio de las
aplicaciones actuales como son las aplicaciones en tiempo real, voz sobre IP, video, etc.
13
1.2 Motivacin
En la actualidad existe una tendencia entre los ISPs a adoptar MPLS como
tecnologa base para el ncleo de red, y el uso de MPLS da lugar tambin al uso de
tcnicas como la Ingeniera de Trafico, que mediante mecanismos de enrutamiento
ptimo como el enrutamiento explicito, permiten a los ISPs coordinar y llevar un mejor
control del trfico que fluye a travs de su red y determinar si poseen la capacidad
necesaria para tolerar la llegada de nuevas demandas sin afectar las ya existentes.
Existen adems situaciones en las que el crecimiento interno del ncleo de red en un
ISP se da de manera muy acelerada y en ambientes de poco control, donde las
funciones de gestin de red que antes podan ser realizadas de forma manual por un
grupo reducido de personas ya resulta insuficiente y limitado. Lo anterior da lugar a la
necesidad del uso de mecanismos de Ingeniera de Trafico que permitan manejar los
flujos de datos y recursos fsicos de la red de manera ms eficiente.
Por lo expuesto anteriormente, y como profesional del rea de redes, me vi muy

interesada en realizar un estudio de la Ingeniera de Trafico y conocer las herramientas
que facilita la Ingeniera de Trafico para resolver problemas de congestin de red en
ambientes Intra-dominio.
1.3 Objetivos
Los objetivos de esta memoria son los siguientes:
1. Realizar un estudio terico de la Ingeniera de trfico en redes MPLS y los

medios que utiliza para asegurar el uso eficiente de los recursos de la red en el
enrutamiento de trfico y aseguramiento de la calidad de servicio. Esta base
terica servir para el desarrollo de la parte prctica del presente trabajo.
2. Realizar el estudio prctico de la Ingeniera de Trafico en redes MPLS

intradominio, mediante la implementacin de cuatro casos de uso que permitan
comprender la tecnologa y conocer las principales funcionalidades que se
pueden realizar utilizando Ingeniera de Trafico en redes MPLS. Realizando un
anlisis de las prestaciones y ventajas que se pueden alcanzar con MPLS-TE en
comparacin con otros tipos de redes. La implementacin de estos casos de
estudio se realizara mediante el despliegue de un escenario de red virtual
utilizando la herramienta de simulacin de redes VNX.
14
2 Multi-Protocol Label Switching (MPLS)
MPLS (Multi-Protocol Label Switching) es una tecnologa de conmutacin de

paquetes de capa 3 que realiza enrutamiento de trfico de manera efectiva, facilita el
despliegue de tcnicas de QoS y est estandarizada por la Internet Engineering Task
Force (IETF) [48]. MPLS es capaz de establecer conexiones IP punto-a-punto con
diferentes requisitos de calidad de servicio asociadas a varios tipos de flujos
permitiendo un mejor y eficiente enrutamiento en la red [14], [43].
MPLS utiliza la tcnica de conmutacin de etiquetas [47] que le proporciona la

posibilidad de administrar el trfico de una red a travs de etiquetas en las cabeceras
de los paquetes y a routers especficos 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 trfico, marcndolo 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.
Adems soporta varias tecnologas de acceso que incluyen T1/E1, ATM, Frame Relay,
DSL. 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 funcin 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 [37], combinando algunas prestaciones de las redes
orientadas a conexin con la de las redes sin conexin. 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 y se consigue un
enrutamiento a mayor velocidad a la vez que se disminuye el retardo y el jitter.
2.1 Arquitectura de MPLS
2.1.1 FEC
Es un conjunto de paquetes con similares caractersticas que son reenviados con la
misma prioridad a travs de un mismo LSP (Label Switched Path). Este grupo de
paquetes estn todos identificados por la misma etiqueta. Las FECs son una manera de
15
distinguir un tipo de trfico de otro. Cada paquete en una red MPLS es asignado a un
FEC por nica vez en el router de ingreso.
2.1.2 LSP
El LSP es el camino compuesto por uno o varios LSR (Label Switched Router) a
travs del cual se transmiten todos los paquetes pertenecientes a un determinado FEC.
Estos caminos son unidireccionales, es decir, solo transmiten trfico en un sentido.
MPLS soporta dos opciones para la creacin de un LSP: (1) LSP salto a salto, y (2)
LSP explcito. Para el establecimiento de un LSP salto a salto, cada nodo elige de forma
independiente el siguiente salto para encaminar un FEC determinado y esto
generalmente se realiza utilizando el protocolo LDP.
En el caso de un LSP explicito, los LSRs no eligen de forma independiente, sino que
un slo LSR es el que define todos o la mayora de los LSRs que conforman el LSP. EL
LSP explcito puede ser configurado o puede ser determinado dinmicamente por
algunos medios, por ejemplo, mediante encaminamiento basado en restricciones. [1].
Un LSP tambin puede ser llamado como un tnel LSP, porque el trfico a travs de l
es opaco a los nodos intermedios a lo largo del camino [8].
2.1.3 LSR
Los LSR son todos aquellos routers que se encuentran dentro de una red MPLS. A
diferencia de un router convencional, estos routers reenvan los paquetes en funcin de
las etiquetas de los paquetes recibidos, y no en funcin de la direccin IP de destino. En
una red MPLS podemos encontrar dos tipos de LSR:
LER (Label Edge Router): Los LER son los routers frontera que operan en los bordes
de una red MPLS. Estos routers son los encargados de convertir los paquetes IP en
paquetes MPLS, o viceversa. Dependiendo de esta funcin, podemos diferenciar entre
los router de ingreso (upstream) y los router de salida (downstream). Los primeros se
sitan en la entrada de la red y se encargan de asignar un FEC a los paquetes que
reciben y de etiquetarlos para que lleguen a su destino. Los routers de salida son los
encargados de hacer la accin contraria, eliminar la etiqueta, y se sitan al final de la
red.
Core Router: Estos son los routers que forman el ncleo de la red y permiten el
trnsito de los paquetes hacia su destino.
16
2.1.4 Cabecera MPLS
La cabecera MPLS se ubica entre las cabeceras de nivel 2 y 3 [48] y contiene los
siguientes campos como se observa en la Figura 1.
Figura 1. Cabecera MPLS
Etiqueta (Label): Identificador local que contiene la informacin para enrutar un

paquete hacia su destino. Las etiquetas se utilizan en los routers para diferenciar entre
los distintos FECs (Forward Equivalance Class).
EXP: Indica la calidad de servicio que requiere el paquete. Anteriormente era

denominado CoS (Class of Service) pero ahora se considera un campo experimental.
S: Indica si existe ms de una etiqueta, de modo que el nodo MPLS tratar siempre
la que est ms alto en la pila.
TTL: Tiene el mismo significado que en IP.
2.1.5 Protocolos de distribucin de etiquetas

Para mapear etiquetas en un LSP es necesario un protocolo de distribucin de
etiquetas. Existen diversas propuestas de protocolos para realizar dicha funcin como
son:
Protocolo de distribucin de etiquetas LDP [3].

Protocolo de reserva de recursos con extensiones de Ingeniera de trfico RSVP
-TE [8].
Protocolo de enrutamiento basado en restricciones LDP (CR-LDP) [51].
Multi-protocolo BGP [11].
17
LDP es un protocolo de distribucin de etiquetas y enrutamiento implcito utilizado
para configuracin y establecimiento de LSPs salto a salto o tambin llamados
control-driven LSPs definido por la IETF. El protocolo LDP funciona sobre TCP y
usa la informacin de enrutamiento subyacente proporcionada por un IGP con el fin de
enviar paquetes etiquetados. LDP asocia un FEC con cada camino LSP que se crea, y
posteriormente intercambia y distribuye esta informacin de asociacin de las etiquetas
entre dos LSR vecinos. Esta asociacin es bidireccional y permite que un LSR aprenda
del otro.
Por otro lado, entre los protocolos de enrutamiento explcito ms comunes

encontramos al protocolo LDP de Ruta Restringida (CR-LDP) y al Protocolo de
Reservacin de Recursos con Ingeniera de Trfico (RSVP-TE). El primero de estos
protocolos es una extensin del protocolo LDP. CR-LDP incorpora caractersticas para
poder realizar Ingeniera de Trfico, como la capacidad de poder sealizar caminos
explcitos.
RSVP-TE opera de manera similar que CR-LDP, pues permite negociar un LSP
punto a punto que garantice un nivel de servicio de extremo a extremo [2]. El
protocolo es una extensin de la versin original RSVP [50]. Ms adelante en este
documento se realizara una descripcin ms completa de RSVP-TE.
2.1.6 Funcionamiento de una red MPLS

El funcionamiento del protocolo MPLS debe seguir los siguientes pasos:
1. Creacin y distribucin de etiquetas.

2. Creacin de tablas en cada router.
3. Creacin de LSPs.
4. Agregar etiquetas a los paquetes con la informacin de la tabla.
5. Envo del paquete.
Las operaciones de MPLS se ejecutan en los LSR. Los routers LER, tambin llamados
router de ingreso como se explic anteriormente, operan como la principal interface
entre la red MPLS y la tecnologa de Capa 2 existente. Los routers LER son los
encargados de colocar la etiqueta MPLS cuando los paquetes ingresan a la red MPLS
provenientes de redes externas [5] y se utilizan protocolos de distribucin de etiquetas
para compartir la informacin de las etiquetas entre los distintos LSRs.
Cada LSR construye una tabla de etiquetas LIB (Label Information Base) a medida que
recibe la informacin de las etiquetas. La tabla LIB es donde se especifica el mapeo de
cada etiqueta con un interfaz, tanto de entrada como de salida. En el ejemplo de la
18
Figura 2, un paquete de entrada por la interfaz 2 con la etiqueta 51, se redirigira a la
interfaz 5 con la etiqueta 37.
Figura 2. Label Information Base (LIB)
Los LSR construyen tambin la tabla LFIB (Label Forwarding Information Base)
mediante los protocolos de distribucin de etiquetas utilizados en el plano de datos y
se utiliza para el reenvo de paquetes dentro de un dominio MPLS [2].
El siguiente paso es la creacin de los LSP, los cuales se crean en orden inverso a la
trayectoria del paquete, lo que significa que el LSP se crea en el Nodo Destino hacia el
Nodo Origen.
Para la transmisin de un paquete sobre la red MPLS, una vez que el paquete ya
est etiquetado, se enva al siguiente salto LSR usando la tabla LFIB. Este paquete va
saltando de LSR en LSR basndose en la tabla LFIB de cada router. Para realizar el
reenvo de paquetes en una red MPLS los LSR utilizan las siguientes operaciones:
SWAP: La etiqueta se intercambia por una nueva etiqueta y el camino asociado

con la nueva etiqueta es utilizado para el reenvo de paquetes.
PUSH: Una nueva etiqueta es colocado sobre la etiqueta existente, lo que se

denomina pila de etiquetas. Esto ayuda a encapsular el paquete en otra capa de
MPLS. Esta operacin se utiliza en MPLS VPN.
POP: La etiqueta se elimina del paquete. En este punto, el paquete ya puede

ser salir de la red MPLS y rutearse como cualquier otro paquete IP.
Cuando un LSR recibe un paquete etiquetado, a la etiqueta superior se le debe

aplicar una de las operaciones indicadas, de acuerdo a lo que determine el LSR
basndose en la tabla LFIB.
19
Normalmente lo que hacen estos routers es hacer un SWAP de la etiqueta.
Finalmente, el paquete llega el router LER de salida, el cual es el encargado de quitar la
ltima etiqueta realizando una operacin POP y enviar el paquete hacia su destino por
enrutamiento IP convencional. Puede acordarse tambin entre el ltimo y el penltimo
nodo que sea el penltimo quien retire la etiqueta, con lo cual puede evitarse en el
ltimo nodo dos bsquedas en las tablas de envo, primero en la tabla de MPLS y luego
en IP. La Figura 3 muestra el esquema del funcionamiento de una red MPLS.
Figura 3. Operacin de MPLS
2.2 Aplicaciones de MPLS
2.2.1 Ingeniera de Trfico

En el esquema de enrutamiento tradicional los paquetes que se transmiten entre dos
extremos son enviados utilizando la ruta ms corta, se utiliza esta tcnica aun cuando
existen rutas alternas disponibles que podran ayudar a solucionar problemas de
congestin en la red.
MPLS utiliza estas rutas alternas de manera ms eficiente, permitiendo que el trfico
pueda ser enrutado utilizando mltiples caminos y garantizando la disponibilidad de
ancho de banda a los flujos de datos. En MPLS los LSP pueden ser optimizados y
predefinidos mediante MPLS-TE (MPLS Traffic Engineering). El desarrollo de TE
proviene de la necesidad de identificar las rutas requeridas de una manera dinmica
debido a la naturaleza aleatoria de Internet [22].
20
2.2.2 Gestin de caminos
La Gestin de caminos lleva a cabo todas las tareas relacionadas con el
mantenimiento y la creacin de tneles LSP. Determina las normas relativas a la
seleccin de nuevas rutas y da soporte para los LSPs ya establecidos. El
establecimiento de rutas y la seleccin de rutas son los elementos bsicos de la Gestin
de caminos; establecimiento de rutas define los LSPs a travs de protocolos de
sealizacin que tambin funcionan como protocolos de distribucin de etiquetas
mientras que la seleccin de rutas habilita los tneles LSPs en el nodo origen del tnel.
2.2.3 Redes privadas virtuales (VPN)
La RFC 2547 define un mecanismo el cual permite a los proveedores de servicios

utilizar su backbone IP/MPLS para proporcionar servicios de VPN a sus clientes. Los
dispositivos que conforman la arquitectura MPLS VPN se los identifica de acuerdo a su
ubicacin dentro de la red:
El router del cliente que conecta la red del cliente con la red del proveedor de
servicios se denomina Costumer Edge Router (CE-router) o tambin llamado
CPE.
Los dispositivos del proveedor de servicios que se conectan a los routers del
cliente se denominan Provider Edge (PE).
Y finalmente aquellos dispositivos que nicamente proveen transporte de datos a
travs de la red troncal del proveedor de servicios y no tienen clientes
directamente conectados, se denominan Provider devices (P).
El dispositivo de borde cliente (CE) es un router que establece adyacencia con el PE

directamente conectado. Despus de establecer adyacencia el router CE anuncia las
rutas locales del sitio VPN y aprende rutas remotas desde el PE mediante algn
protocolo de enrutamiento o mediante rutas estticas. Los PE mantienen tablas de
encaminamiento distintas (VRF) para cada cliente, lo cual permite que la informacin
de enrutamiento de un cliente y otro se mantenga separada.
Los routers de core P funcionan como LSR de MPLS enviando y conmutando

etiquetas, no tienen conocimiento de la informacin de enrutamiento de las VRF. Para
el intercambio de informacin de enrutamiento de las VRFs, los routers PE utilizan el
protocolo MP-BGP [44].
MPLS VPN a travs de un marco orientado a conexin permite a los proveedores

proveer servicios de VPN sobre una infraestructura IP normalmente no orientado a
21
conexin. MPLS VPN es un elegante sustituto de los circuitos virtuales permanentes
de Frame Relay. La principal ventaja del modelo de MPLS VPN sobre Frame Relay es
que MPLS VPN es altamente escalable.
2.2.4 Soporte Multiprotocolo

MPLS tiene caractersticas muy atractivas como el soporte de mltiples protocolos.
Debido a su naturaleza multiprotocolo, puede soportar calidad de servicio en las redes
actuales y adems provee soluciones para realizar el mejor uso de los recursos
existentes en la red.
22
3 Ingeniera de Trfico
La Ingeniera de Trfico (TE) es una disciplina que procura la optimizacin del

rendimiento de las redes operativas mediante la aplicacin de tecnologas y los
principios cientficos en la medicin, caracterizacin, modelado, y control del trfico
que circula por la red. Las mejoras del rendimiento de una red operacional mediante
un eficiente manejo del trfico y modo de utilizacin de recursos, son los principales
objetivos de TE. Una ventaja prctica de la aplicacin sistemtica de los conceptos de
Ingeniera de Trfico a las redes operacionales es que ayuda a identificar y estructurar
las metas y prioridades en trminos de mejora de la calidad de servicio dado a los
usuarios finales de los servicios de la red.
La ingeniera de trfico se subdivide en dos ramas principalmente diferenciadas por

sus objetivos:
Orientada a trfico: sta rama tiene como prioridad la mejora de los indicadores
relativos al transporte de datos, como por ejemplo: minimizar la prdida de paquetes,
minimizar el retardo, maximizar el rendimiento, obtener distintos niveles de acuerdo
para brindar calidad de servicio, etc.
Orientada a recursos: sta rama se plantea como objetivo, la optimizacin de la

utilizacin de los recursos de la red, de manera que, no se saturen partes de la red
mientras otras permanecen subutilizadas, tomando principalmente el ancho de banda
como recurso a optimizar.
Ambas ramas convergen en un objetivo global, que es minimizar la congestin. Un

reto fundamental en la operacin de una red, especialmente en redes IP pblicas a gran
escala, es incrementar la eficiencia de la utilizacin de recursos mientras se minimiza la
posibilidad de congestin. En casos de congestin de algunos enlaces, el problema se
resolva a base de aadir ms capacidad a los enlaces. Pero mediante el uso de la
Ingeniera de Trfico el objetivo es adaptar los flujos de trfico a los recursos fsicos de
la red, equilibrando de forma ptima la utilizacin de esos recursos, de manera que no
haya algunos que estn sobre-utilizados, creando cuellos de botella, mientras otros
puedan estar subutilizados [12].
En resumen, TE provee de capacidades para realizar lo siguiente:
Mapear caminos primarios alrededor de conocidos cuellos de botella o puntos

de congestionamiento en la red.
23
Lograr un uso ms eficiente del ancho de banda disponible, asegurando que
ciertos recursos de la red no se vuelvan sobre-utilizados, mientras otros
recursos son sub-utilizados a lo largo de potenciales caminos alternativos.
Maximizar la eficiencia operacional.
Mejorar las caractersticas de la performance del trfico orientado de la red,
minimizando la prdida de paquetes, minimizando perodos prolongados de
congestin y maximizando el rendimiento.
Mejorar las caractersticas estadsticas de los lmites de la performance de la red
(como ser tasa de prdidas, variacin del retardo y retardo de transferencia).
Proveer de un control preciso sobre cmo el trfico es re-enrutado cuando el
camino primario se enfrenta con una sola o mltiples fallas.
3.1 Proceso de la ingeniera de trfico

Antes de profundizar en las aplicaciones de MPLS a la ingeniera de trfico de redes
IP, es importante revisar el modelo del proceso de la ingeniera de trfico. El modelo
del proceso representa las diferentes fases del ciclo de vida de la ingeniera de trfico
en un contexto operacional. Hay cuatro principales fases de este modelo de proceso
que se pueden apreciar en la Figura 4 y son: fase de formulacin de polticas, fase de
recopilacin de datos, fase de anlisis y caracterizacin y fase de optimizacin del
rendimiento.
Figura 4. Modelo del proceso de la Ingeniera de Trafico
24
3.1.1 Fase de Formulacin de polticas
La Ingeniera de trfico eficaz requiere la formulacin de una poltica de control
apropiada. Generalmente las polticas dependern del contexto de red, el modelo de
negocio, la estructura de costo, polticas imperantes, y los criterios de optimizacin.
En el contexto de la ingeniera de trfico basada en MPLS, habr de definirse si se

realiza ingeniera de trfico estratgica o tctica. La Ingeniera de trfico estratgica
implica una planificacin cuidadosa de la topologa virtual de los LSPs, adems de
considerar cuidadosamente los patrones de trfico previstos en el futuro para llegar a
un plan evolutivo que tenga en cuenta las demandas de trfico existentes y futuras. La
Ingeniera de trfico tctica se enfoca en la optimizacin del rendimiento de red
mediante el establecimiento y la gestin explcita de LSPs si se requiere hacer frente a
problemas de rendimiento especficos [7].
3.1.2 Fase de recopilacin de datos

Durante la fase de adquisicin de datos, se recogen estadsticas empricas de la red
operativa a travs de un sistema de medicin. Estas estadsticas capturan
caractersticas operativas, tales como patrones de trfico, utilizacin del enlace, las
tendencias de trfico y estadsticas de paquetes perdidos. Cuando los datos empricos
no se pueden obtener, se pueden utilizar modelos matemticos. La fase de adquisicin
de datos es esencialmente la componente de retroalimentacin en el modelo del
proceso de ingeniera de trfico.
En el contexto MPLS, la adquisicin de datos puede implicar la obtencin de

estadsticas de desempeo y de fallo asociado con los LSPs, la medicin de las rutas
recorridas por flujos de trfico especficos, y la medicin de las estadsticas de trfico
entre nodos especficos de la red [7].
3.1.3 Fase de anlisis y caracterizacin

Implica anlisis y caracterizacin del trfico derivada de la fase de medicin. Es
esencialmente el aspecto de evaluacin del rendimiento de la Ingeniera de trfico.
Uno de los objetivos de la fase de anlisis y caracterizacin es comprender la causa raz
del comportamiento anmalo de la red.
La Ingeniera de trfico en redes de gran tamao requiere de un complejo esfuerzo.

Por lo tanto, hay una necesidad de realizar anlisis fuera de lnea (offline) y el uso de
herramientas de simulacin para apoyar la funcin de la Ingeniera de trfico. Las
herramientas pueden incluir varios modelos matemticos y tcnicas de optimizacin,
25
modelos de recursos, modelos de trfico, modelos de colas, modelos de series de
tiempo, modelos de anlisis de enrutamiento, modelos de dimensionamiento de
recursos y muchos otros [7].
3.1.4 Fase de optimizacin del rendimiento

Esta fase implica la aplicacin de un apropiado proceso de toma de decisiones para
seleccionar el mejor curso de accin para mejorar el rendimiento de la red. La
optimizacin desde el punto de vista de la Ingeniera de trfico implica un proceso
continuo e iterativo de mejora del rendimiento de la red.
En el contexto de MPLS, la fase de optimizacin puede implicar: (1) la creacin de

nuevos LSPs y control cuidadoso de las rutas utilizando un apropiado mecanismo de
seleccin de caminos; (2) re-enrutamiento de los LSPs para lograr una distribucin del
trfico ms equilibrado; (3) desactivacin y reactivacin de un LSP existente; (4)
modificar los parmetros de los LSPs para controlar sus caractersticas de
comportamiento; (5) la modificacin de los atributos asociados a los recursos de red
para influir en la colocacin de LSPs, entre otros. Esta fase puede implicar tambin
actividades como la modificacin de los parmetros de enrutamiento y protocolos de
sealizacin [7].
3.2 Clasificacin de los sistemas de Ingeniera de Trfico

En [9] se presenta una taxonoma de los sistemas de TE, construida sobre la base de
estilos y puntos de vista de TE, las cuales se presentan a continuacin:
Dependiente del tiempo vs Dependiente de Estado vs Dependiente de eventos.

Fuera de lnea (offline) vs En lnea (online)
Centralizada vs Distribuida
Metodologas de TE basado en informacin local vs Metodologas de TE basado
en informacin global
Prescriptiva vs Descriptiva
Bucle abierto vs Bucle cerrado
Tctica vs Estratgica
La Ingeniera de trfico requiere el clculo de los planes de enrutamiento. Este

clculo puede ser realizado offline u online.
Un sistema de planeamiento y anlisis offline es adecuado para escenarios en los

que los planes de enrutamiento no necesitan ser ejecutados en tiempo real y examinan
26
en forma simultnea las restricciones de recursos de cada enlace y los requerimientos
de cada LSP. Si bien el acercamiento offline puede tardar varias horas en completarse,
realiza clculos globales comparando los resultados de cada clculo y selecciona
entonces la mejor solucin de la red tomada como un conjunto. Una herramienta de
proyeccin y anlisis offline es necesaria si se quiere optimizar la TE
globalmente [10].
Por otro lado, en los sistemas online se toma en consideracin las restricciones de los
recursos y se va calculando un LSP a la vez, a medida que van llegando las demandas.
Esto implica que el orden en que los LSPs son calculados es muy importante, ya que
depende de los LSPs ya establecidos, por dnde se dirigir cada nuevo LSP que llega.
Si se cambiara el orden de llegada de los LSPs, es muy probable que los caminos
elegidos para establecerlos tambin cambien. De esta manera, los LSPs que se calculan
primero tienen ms recursos disponibles para utilizar que los que llegan ms tarde. A
diferencia del cmputo offline, el cmputo de planes de enrutamiento online est
dirigido a clculos sencillos y rpidos en la seleccin de rutas, mejorar la asignacin de
recursos y realizar balanceo de carga.
3.3 Limitaciones del enrutamiento IP tradicional

En el enrutamiento IP convencional, cada router toma decisiones de enrutamiento
independientes basndose nicamente en la direccin IP destino que se encuentra en el
encabezado de los paquetes IP. El principal problema con este tipo de enrutamiento es
que no considera requerimientos de capacidad y trfico que requieren los flujos de
datos. El resultado es que algunos segmentos de la red pueden llegar a congestionarse
mientras existen rutas alternativas que son infrautilizadas. Incluso en situaciones de
congestionamiento de red, los protocolos de enrutamiento tradicionales continan
reenviando trfico por el camino original o ruta ms corta hasta que se produce
prdida de paquetes, retardos y jitter que afectan especialmente a las aplicaciones
sensibles a retardo como la voz sobre IP [43].
Es difcil realizar Ingeniera de trfico en redes IP [43]. Para poder enrutar flujos de
datos de aplicaciones interactivas que requieren bajo retardo y perdidas, es clara la
necesidad de utilizar los recursos de la red de forma ms eficiente y el proceso
mediante el cual se logra este objetivo se denomina Ingeniera de trfico.
27
3.4 Ventajas de MPLS para la Ingeniera de Trfico
Un enfoque popular para eludir las insuficiencias de enrutamiento de los IGP es
mediante el uso de un modelo overlay, tales como IP sobre ATM. El modelo overlay [31]
ampla las opciones de diseo, permitiendo implementar una topologa de red virtual
sobre una topologa de red fsica. Dicha topologa virtual se construye a partir de
circuitos virtuales que son considerados como enlaces fsicos para el IGP.
MPLS es estratgicamente importante para la ingeniera de trfico, ya que puede

proporcionar la mayora de la funcionalidades disponibles en el modelo overlay de una
manera integrada y a un costo mucho ms bajo que las actuales alternativas en
competencia. Algunas de las ventajas que ofrece MPLS en comparacin con el modelo
overlay incluyen:
Menos elementos de red.
Menos costos de operacin.
Mayor confiabilidad ya que existen menos elementos de red en una

determinada ruta.
Potencialmente menos latencia.
Arquitecturas de red simplificadas.
La RFC 2702 de la IETF [6] describe un conjunto de capacidades que le permiten a

MPLS convertirse en un medio efectivo para implementar varias polticas de ingeniera
de trfico en redes IP. En [36] se encuentra una descripcin resumida de estas
capacidades:
MPLS permite crear fcilmente LSPs sin el paradigma del ruteo basado en la
direccin IP destino, a travs de acciones administrativas manuales o mediante
la accin automtica de los protocolos subyacentes.
Los LSPs pueden ser mantenidos de manera eficiente.
Se pueden crear troncales de trfico (TT) y se las puede mapear a los LSPs. Un
TT es una agregacin de flujos de trfico que pertenecen a la misma clase y que
se envan a travs de un camino comn [9].
Un conjunto de atributos pueden ser asociados a los TTs para modelar su

comportamiento.
28
Se pueden asociar un conjunto de atributos a los recursos a fin de restringir el
establecimiento de LSPs y TTs a travs de ellos.
MPLS permite tanto la agregacin de trfico y desagregacin mientras que el

clsico enrutamiento basado en la IP destino permite solamente agregacin.
Es relativamente fcil la integracin de un marco enrutamiento basado en

restricciones con MPLS.
Una buena implementacin de MPLS puede ofrecer un overhead

significativamente inferior que otras alternativas para la ingeniera de trfico.
3.5 Requisitos para el soporte de TE en redes MPLS

Las capacidades funcionales requeridas para un completo soporte de TE sobre redes
MPLS de gran tamao, incluyen el soporte de atributos de troncales de trfico,
atributos de recursos y enrutamiento basado en restricciones.
3.5.1 Troncales de trfico y sus atributos

Una troncal de trfico (TT) es una agregacin de varios flujos de trfico de la misma
clase al que se le pueden asociar caractersticas especficas y que se transmite a travs
de un mismo LSP, al igual que el LSP los TTs son unidireccionales. A continuacin se
describen algunos atributos de los TTs que en conjunto especifican sus caractersticas
de comportamiento [36]:
Atributos de Parmetros de Trafico como tasa mxima, tasa promedio, tamaos

rfaga (burst size), etc.
Atributos de Seleccin y Mantenimiento de Ruta. Estos incluyen, por ejemplo,

atributos de preferencia de ruta en caso de mltiples caminos definidos, atributo de
adaptabilidad que define si una ruta podra ser re-calculada en caso de cambios en
el estado de la red, y atributos de distribucin de carga.
Atributo de Prioridad que define la importancia relativa de un TT.
Atributo de Preferencia (Preempt Atribute), atributo que determina si un TT puede

desplazar a otro TT de un camino dado.
Atributo de Adaptabilidad (Resilience Atribute) que determina lo que ocurre bajo

una condicin de fallo, esto es, si un TT no es re-enrutado, o si lo es, en el caso de
que existan suficientes recursos en alguna otra ruta, etc.
29
Atributos de Vigilancia que determinan la accin a tomar cuando un TT no cumple
ciertos requisitos y se convierte en no conforme. Las posibles acciones podran ser
descartar los paquetes o tratarlos como trfico de mximo esfuerzo (best effort).
3.5.2 Atributos de Recursos

Se trata de un conjunto de atributos asociados a los recursos que condicionan o
restringen el uso de dichos recursos a determinados TTs [36].
Multiplicador de asignacin mxima (MAM) de un recurso, es un atributo

configurable administrativamente que determina la proporcin del recurso que
est disponible para su asignacin a los TT. Este atributo es mayormente aplicado
al ancho de banda del enlace.
Atributo Clase de Recursos se utiliza para agrupar los recursos en conjuntos.

Puede ser utilizado para implementar muchas de las polticas de optimizacin del
rendimiento en materia de trfico y recursos. Por ejemplo, si se consideran los
enlaces como recursos, incluso enlaces no vecinos pueden ser aadidos en una clase
y varias polticas podran definirse como polticas especficas de inclusin o
exclusin para un trfico especfico, o especificar preferencias para la colocacin de
los TT entre varios conjuntos de recursos.
3.6 Enrutamiento basado en restricciones

El enrutamiento basado en restricciones (CBR) es una de las capacidades
funcionales ms importantes para la operacin de MPLS-TE. El enrutamiento basado
en restricciones selecciona la mejor ruta que obedece a las restricciones establecidas de
manera que sea ptimo respecto a alguna mtrica escalar (por ejemplo el minimizar la
cantidad de saltos o una mtrica administrativa) [21]. Dichas restricciones son
impuestas, por un lado, por polticas de enrutamiento que administran, gestionan y
controlan el acceso a los recursos de la red, y por otro lado, por requisitos de calidad de
servicio dados por el uso del ancho de banda, retardos, jitter y prdidas de paquetes
[38].
Para lograr estos objetivos, se utiliza el algoritmo CSPF (Constrained Shortest Path
First) [32], que es una extensin del algoritmo SPF (Shortest Path First). El algoritmo
CSPF requiere que el LSR que realiza la computacin del camino tenga informacin
sobre todos los enlaces en la red. Esto impone una restriccin en el tipo de protocolo de
enrutamiento que se puede usar, es decir, se deben usar protocolos de estado de enlace
como IS-IS u OSPF. CSPF integra informacin de topologa de estado de enlace que
30
aprende de los IGP y la mantiene en la base de datos de ingeniera de trfico (TED). La
informacin almacenada en la TED incluye atributos asociados con el estado de los
recursos de la red (tales como ancho de banda completo de los enlaces, ancho de banda
reservado, ancho de banda de disponible, y color de enlace). En la Figura 5 se puede
apreciar el proceso total de computacin del algoritmo CSPF.
Figura 5. Proceso de computacin del CSPF
Uno de los mecanismos restantes necesarios para soportar CBR, es la capacidad de

ruteo explcito que es provista por MPLS [15]. Una ruta explcita puede ser una lista de
direcciones IP, puede usarse tambin en una ruta explcita el concepto de nodo
abstracto, que es una coleccin de nodos que se presentan como si fueran uno solo.
Un ejemplo de nodo abstracto puede ser un sistema autnomo (AS).
En MPLS-TE, el LSR de ingreso calcula una ruta que satisfaga un conjunto de

restricciones en el estado actual de la red utilizando un protocolo de enrutamiento
basado en restricciones. Para encontrar una la ruta basada en restricciones se debe
correr un algoritmo de enrutamiento basado en restricciones. Dos protocolos
estuvieron estandarizados para el enrutamiento basado en restriccin en MPLS, uno de
ellos, CR-LDP, y otro es RSVP-TE, pero de acuerdo a la RFC 3468 [4], la IETF establece
centrar sus esfuerzos en RSVP-TE como protocolo para la sealizacin de Ingeniera de
trfico, por ello no se profundizara en este trabajo sobre CR-LDP.
31
3.7 RSVP-TE
Despus de un LSP se calcula con CSPF, ese camino necesita sealizacin a travs
de la red [40]. Esta sealizacin se realiza utilizando RSVP, junto con extensiones de
RSVP para MPLS-TE.
RSVP [50] es un protocolo de la capa de trasporte para sealizacin y fue

desarrollado por el grupo de trabajo del Internet de Servicios Integrados (IntServ) de la
IETF. Proporciona garantas de calidad de servicio de extremo a extremo mediante el
aprovisionamiento del ancho de banda requerido para la transferencia de datos,
permitiendo alcanzar un retardo mnimo. RSVP fue diseado para interoperar con los
actuales y futuros protocolos de enrutamiento para optimizar el uso de recursos y
lograr un mejor rendimiento de la red [6].
RSVP-TE es una extensin del protocolo original RSVP que fue diseado para
ejecutar distribucin de etiquetas sobre MPLS, RSVP-TE soporta adems la creacin de
rutas explcitas con o sin reserva de recursos. Una de las caractersticas adicionales
ms importante de este protocolo es que permite el re-enrutamiento de los tneles LSP,
con el fin de dar una solucin ante cadas de red, congestin y cuellos de botella [34].
La Tabla 1 muestra una lista de los diferentes tipos de mensajes definidos para RSVP.
En la RFC 3209 se encuentra la descripcin completa del funcionamiento de RSVP-TE.
Tabla 1. Tipos de mensajes RSVP [40]
Tipo de Mensaje Descripcin

Path Usado para establecer y mantener reservaciones.
Resv (short for Se enva en respuesta a un mensaje PATH para establecer y
Reservation) mantener reservaciones.
PathTear Es anlogo a PATH, pero se usa para remover reservaciones.
ResvTear Es anlogo a RESV, pero se usa para remover reservaciones.

Lo enva el receptor de un mensaje PATH en caso de detector un
PathErr
error en el mensaje PATH.
Lo enva el receptor de un mensaje RESV en caso de detector un
ResvErr
error en el mensaje PATH.
Se enva opcionalmente de vuelta al que enva un mensaje RESV

ResvConf
para confirmar que la reservacin se ha completado con xito.
Una extensin definida en RFC 3209 que permite el enviar de

Hello paquetes keepalives entre dos vecinos RSVP directamente
conectados.
32
3.7.1 Cmo crea RSVP-TE un LSP explcito?
En la Figura 6 se observa un ejemplo del proceso de reserva del protocolo
RSVP entre los routers RtrA y RtrF. Los pasos se enumeran a continuacin:
1. El LER de entrada RtrA, quiere establecer un nuevo LSP hacia el LER destino RtrF.
Los parmetros de trfico determinan por dnde debe pasar la ruta, as que RtrA
enva un mensaje PATH con la ruta explcita hacia RtrF y con los parmetros de
trfico que requiere la sesin.
2. Cada nodo LSR de la ruta que recibe el mensaje determina si es el nodo destino
para ese LSP, si no lo es, sigue enviando el mensaje PATH hasta que llega a RtrF.
3. Una vez que llega a RtrF, ste determina qu recursos ha de reservar y devuelve un
mensaje RESV que distribuir la etiqueta que ha elegido para ese LSP y contendr
los detalles de la reserva.
4. Los LSRs intermedios emparejan los mensajes PATH y RESV que han recibido
segn el identificador de LSP, reservan los recursos que indica RESV, asignan una
etiqueta para el LSP, rellenan la tabla de envo y envan la nueva etiqueta en otro
mensaje RESV.
5. El LER de entrada RtrA, cuando lo recibe, enviar un mensaje de confirmacin

RESVConf para indicar que se ha establecido el LSP.
6. Despus de haberse establecido el LSP se enviarn mensajes peridicos cada 30

segundos para mantener el camino y las reservas.
7. Es importante indicar que si alguno de los LSR que conforman el camino no tuviera
los recursos suficientes solicitados en el mensaje PATH inicial, el LSP (tnel TE) no
podr ser establecido.
Figura 6. Sealizacin del LSP utilizando el protocolo RSVP
33
3.8 Componentes de la Ingeniera de Trfico en MPLS
Hay cuatro componentes que se pueden destacar dentro de la Ingeniera de Trfico:
la componente del reenvo de paquetes, la componente de distribucin de informacin,
la componente de seleccin de camino y la componente de sealizacin [9].
3.8.1 Componente de reenvo de paquetes

La componente de reenvo de paquetes es responsable de dirigir un flujo de
paquetes IP a lo largo de un camino predeterminado a travs de la red.
3.8.2 Componente de distribucin de informacin

Consiste en obtener un conocimiento detallado de la topologa de la red as como
tambin informacin dinmica de la carga en la red. La componente de distribucin de
informacin es implementada definiendo extensiones relativamente simples a los IGPs,
como son OSPF-TE [28] y IS-IS TE [30], tal que los atributos de los enlaces son incluidos
como parte de cada aviso del estado de enlace en cada router. OSPF lleva la
informacin de los atributos en los LSAs Opacos (Type 10 LSA, IS IS utiliza TLV 22 y
TLV 135 para llevar informacin de ingeniera de trfico.
Cada router mantiene atributos de los enlaces de la red e informacin de la

topologa de la red en la TED. La TED es usada exclusivamente para el clculo de rutas
explcitas, para la ubicacin de LSPs a lo largo de la topologa fsica, de manera que el
clculo subsiguiente de la ingeniera de trfico sea independiente del IGP.
3.8.3 Componente de seleccin de caminos

Luego que los atributos de los enlaces y la informacin de la topologa han sido
inundados por IGP y localizados en la TED, cada router de ingreso utiliza la TED para
calcular los caminos de su propio conjunto de LSPs a lo largo del dominio de ruteo. El
camino para cada LSP puede ser representado por una ruta explcita. El router de
ingreso determina el camino fsico para cada LSP aplicando un algoritmo de camino
ms corto basado en restricciones (CSPF) a la informacin en la TED.
3.8.4 Componente de sealizacin.

Por ltimo, la componente de sealizacin es la responsable de que el LSP sea
establecido para que sea funcional mediante el intercambio de etiquetas entre los
nodos de la red. Esta sealizacin se realiza utilizando RSVP-TE.
34
4 Estado del arte de la Ingeniera de Trafico en redes MPLS
4.1 Enfoques analticos a la ingeniera de trfico MPLS

De acuerdo a [7] y [19], los principales problemas a los que se enfrenta la ingeniera
de Trafico, visto desde una perspectiva operacional son: (1) El enrutamiento basado en
restricciones, (2) asignacin y particionamiento de trfico a travs de los LSP. Que
bsicamente consiste en determinar si una peticin de conexin o demanda puede ser
admitida o no y si es as, cul sera la ruta ms ptima de la conexin a travs de la red,
(3) Restablecimiento de caminos. Este problema surge debido al fallo y recuperacin
de uno o ms elementos de la red, balanceo de carga o preferencia de ciertas
conexiones sobre otras y (4) el problema de diseo de la red y la planificacin de
capacidad que se ocupa de la determinacin de una topologa de red ptima para un
determinado conjunto de demandas. Estos problemas son inherentes a las fases dos y
tres del proceso de la Ingeniera de trfico.
Esta seccin se centra principalmente en algunos estudios de Ingeniera de trfico en

redes MPLS que se han desarrollado para poder resolver los problemas mencionados
con anterioridad y dar adems una visin actual de la Ingeniera de trfico.
4.1.1 Algoritmos de enrutamiento basado en restricciones

Los algoritmos de CBR bsicos CSPF, Widest Shortest Path (WSP) y Shortest Widest
Path (SWP) [42] son las soluciones de enrutamiento fundamentales que se pueden
aplicar a esquemas en lnea basados en MPLS-TE.
WSP. Primero selecciona la ruta que tiene un cuello de botella de ancho de banda
mayor. El cuello de botella de ancho de banda representa la capacidad mnima no
usada de todos los enlaces en el camino. Luego escoge entre los caminos que tienen
el menor nmero de saltos.
SWP. Est optimizado primero por el menor nmero de saltos y cuando hay
mltiples caminos entre ellos, elige el de mayor ancho de banda disponible.
MIRA. Es un algoritmo de enrutamiento de caminos online que intenta minimizar

la interferencia que provoca el establecimiento de un nuevo camino a potenciales
nuevos caminos que son desconocidos, es decir, no hay estimacin previa de
requerimientos futuros. Se conoce como interferencia a la competencia de los
LSPs en los enlaces crticos que no cuentan con suficiente ancho de banda
disponible para suplir todas las demandas de LSPs [26]. Para comprender su
funcionamiento en la Figura 7 consideramos que los nodos ingreso-egreso son (A,
G), (B, G), (C, G). Se puede dar la situacin en que se necesiten varios LSPs entre
35
(A,G) y se utiliza el enfoque de min-hop los LSPs sern mapeados en el camino
con menor cantidad de saltos, saturando los enlaces A-D y D-G y bloqueando
futuras demandas entre (B,G) y (C,G), siendo lo ideal un algoritmo que tenga en
consideracin lo crtico que son estos enlaces en stas futuras demandas, de modo
de mapear la demanda entre (A,G) por A-E-F-G aunque ste camino tenga un
mayor nmero de saltos.
Figura 7. Ejemplo de algoritmo MIRA
Su modelo matemtico utiliza el flujo mximo de trfico que puede ser transmitido
entre un par de nodos ingreso-egreso, demostrando mejor rendimiento para
enrutamiento de LSPs en comparacin con WSP. Este algoritmo trabaja en un nivel
de granularidad muy fino, ya que se ejecuta cada vez que un nuevo flujo llega a la
red, de aqu que el costo computacional es muy elevado. De acuerdo a Wang et al
[48], otro inconveniente de este algoritmo es que para determinar los enlaces
crticos toma en cuenta una nica pareja de nodos ingreso-egreso, por tanto no es
posible estimar puntos crticos de congestin en enlaces que pertenecen a clusters
de nodos. Esto podra desembocar en el rechazo de peticiones de flujo, aun cuando
existen recursos suficientes para cubrir la demanda.
WSC. Wang et al [48] presenta el algoritmo online WSC, que tambin se basa en
MIRA pero adopta un criterio diferente para la identificacin de enlaces crticos. El
algoritmo propuesto considera no slo la importancia de los enlaces crticos, sino
futuras solicitudes de establecimiento de posibles LSPs. Por otra parte, se incorpora
la informacin de ancho de banda residual del enlace. Los resultados derivados a
travs de la simulacin indican que el algoritmo de Wang et al produce menos
rechazos que MIRA, como se puede ver en la Figura 8.
36
Figura 8. Nmero de peticiones de configuracin de LSP rechazadas en 20 ensayos [48]
LMIR es una propuesta ms reciente que las anteriores. Utiliza un algoritmo de

Dijkstra modificado para identificar las rutas con menos capacidad y luego estos
caminos se utilizan para identificar los enlaces crticos. El nmero de rutas crticas
es un factor clave en este algoritmo. La mejora del tiempo computacional en
algunos escenarios de red es un 40 por ciento mejor con respecto al MIRA y WSC
[18].
Existen muchas otras propuestas de algoritmos de enrutamiento basado en

restricciones aplicados a MPLS-TE que utilizan el concepto de interferencia como en
[13][27], o algoritmos como RRATE [39] que mediante el uso de un esquema de
aprendizaje calcula el orden ptimo de los caminos por los que las solicitudes se
pueden dirigir o FCBA [42] que toma decisiones de enrutamiento basado en clases de
trfico y mediante el uso de la lgica difusa. Logra por ejemplo, el mejor valor retardo
medio en caso de trfico intolerante al retardo como la voz en comparacin con WSP y
SWP.
En esta seccin se ha tratado de introducir los principales algoritmos de CBR, ya que

muchos de los algoritmos ms nuevos se han basado principalmente en los
anteriormente mencionados.
37
4.1.2 Algoritmos de asignacin y particionamiento de trfico
La congestin de red resultante de la asignacin ineficiente de recursos puede
reducirse mediante la adopcin de polticas de balanceo de carga. Cuando la
congestin se reduce al mnimo, la prdida de paquetes disminuye, retardo de trnsito
disminuye, y aumenta el rendimiento general de la red. De sta manera, la percepcin
de la calidad de servicio que experimentan los usuarios finales se ve significativamente
mejorada.
Las redes IP realizan balanceo de carga en enlaces que tienen igual costo, no en
enlaces con costo distinto. Cambiar manualmente el costo de un enlace en una red IP
para realizar balanceo de carga no es sencillo, podra provocar lazos y afectar el
rendimiento en otros sectores de la red. Con MPLS es posible realizar balanceo de
carga sobre enlaces que tienen diferente costo, sin el problema de lazos de
enrutamiento de las redes IP, debido a que los routers pueden sealizar los LSPs a
travs de los cuales desean que el trfico fluya mediante RSVP-TE y dar a conocer esta
informacin a los dems routers que conforman el LSP [40].
El balanceo de carga en MPLS-TE funciona entre mltiples tneles hacia el mismo
destino. Si hay ms de un tnel a un destino, que comparten entre esos tneles. El
administrador de la red puede decidir el porcentaje de ancho de banda que cada LSP
puede manejar.
En [45] Ravindra et al, presentan un estudio analtico de algunas de las tcnicas de
balanceo de carga ms conocidas que se encuentran en la literatura, entre ellas, MATE,
que a continuacin se describe junto con otras tcnicas ms actuales:
MATE. El objetivo principal de MATE [17] es evitar la congestin de red. Su

funcionamiento bsico es enviar el trafico entrante de forma adaptativa a travs de
mltiples LSP pre-construidos de acuerdo a informacin de retroalimentacin
sobre la congestin de un camino (retardo, prdidas). Este paradigma de TE no
est relacionado directamente con optimizaciones del enrutamiento, sino ms bien
con la optimizacin del trfico y los recursos a travs de la adaptacin. MATE es
un algoritmo potente pero asume que el trfico es constante en media y es muy
sensible a las variaciones del parmetro. MATE no garantiza requerimientos de
QoS al trfico, simplemente optimiza el costo global de la red [12].
OpIATE. Una contribucin clave de OpIATE [46] es explorar el papel de los

parmetros de retroalimentacin no intrusivos, es decir, los enlaces individuales no
estn obligados a recoger y enviar informacin de realimentacin como en MATE,
por tanto limita la funcin de distribucin de carga de la red a los nodos finales,
mientras los nodos del ncleo de la red no participan en el proceso de ingeniera de
trfico.
38
TeXCP [25] es un enfoque online ms reciente para balanceo de trfico en tiempo
real, que busca responder a las demandas de las aplicaciones actuales. Los
resultados experimentales demuestran que TeXCP realiza una mejor distribucin
de carga con tiempos de convergencia menores que MATE.
4.1.3 Restablecimiento de caminos

El tercer problema que trata de resolver MPLS-TE es el restablecimiento de caminos
o la restauracin rutas de acceso. El funcionamiento fiable de una red es un aspecto
importante de la ingeniera de trfico. Este aspecto es clave para poder cumplir con los
requisitos de calidad de servicio que debe ofrecer la red y es un punto clave para los
ISPs que tienen que cumplir con acuerdos de nivel de servicio, o tambin llamados por
sus siglas en ingles SLA (Service Level Agreement). Una de las ventajas de MPLS-TE
es que permite ofrecer mecanismos de restablecimiento de caminos ms eficientes que
en las redes IP. Existen dos formas de recuperacin de caminos ante un fallo: (1) re-
enrutamiento (reroute) y (2) conmutacin de proteccin (protection switching) o
tambin llamado fast reroute.
Reroute es un modelo que establece una ruta de recuperacin despus de que

ocurre el fallo en la red.
Fast Reroute es un modelo donde la ruta de recuperacin es pre-calculada y pre-

establecida antes de que ocurra cualquier fallo en el camino principal [35], en este
caso el resultado en una conmutacin ms rpida en comparacin a Reroute [23] y
puede ser usado para proteger los LSPs en MPLS-TE ante una falla de nodo o de
enlace. Fast Reroute permite satisfacer las necesidades de las aplicaciones de tiempo
real como la voz sobre IP, con tiempos de conmutacin que rodea los 50
milisegundos. Para el soporte de este mtodo de recuperacin de caminos fue
necesario crear extensiones al protocolo RSVP-TE definidas en RFC 4090 [41].
4.2 Calidad de servicio en MPLS-TE

Durante los ltimos aos la IETF ha propuesto muchos modelos de servicio y
mecanismos para satisfacer la demanda de QoS. El modelo de Servicios Integrados
(IntServ) y el modelo de Servicios Diferenciados (DiffServ) son los ms notables, pero
debido a los problemas de escalabilidad que presenta IntServ [52] ha sido reemplazado
por DiffServ.
DiffServ [20] ha sido diseado para dar diferentes niveles de calidad de servicios a
distintos tipos de trfico. Est basado en un modelo sencillo donde el trfico que entra
en la red se divide en clases mediante marcado. Esta marca llamada DSCP
39
(Differentiated Service Code Point) usa 6 bits para distinguir una clase de otra. Estos 6
bits se registran en el byte de Type of Service de la cabecera IPv4 y en el byte de Traffic
Class en el caso de IPv6. Cada nodo de la red le da al trfico entrante un tratamiento
especfico denominado PHB (Per Hop Behavior) [20] dependiendo del tipo de trfico
indicado por la marca DSCP [20].
4.2.1 DS-TE
MPLS-TE no puede proporcionar calidad de servicio por s mismo, por tanto es
necesario complementarlo con otra tecnologa capaz de proporcionar dicha funcin:
DiffServ.
DiffServ permite clasificar el trfico que se enva en un LSP y permite por tanto
cumplir con los requisitos de calidad de servicio de un determinado flujo de datos en
una red MPLS. Esta estrategia de la Ingeniera de Trafico es lo que se denomina DS-
TE [29].
El requisito fundamental para DS-TE es que debe tener la capacidad de soportar

diferentes restricciones de ancho de banda para diferentes troncales de trfico. DS-TE
permite asignar una porcin de ancho de banda dentro del tnel TE exclusivamente
para trfico que debe ser tratado con calidad de servicio. Esto permite garantizar el
lmite de este tipo de trfico dentro del tnel TE.
Para especificar la clase de servicio a la que pertenece cada paquete se utiliza el

soporte de MPLS para DiffServ, donde se redefine la cabecera EXP de MPLS para la
especificacin de dicha clase de servicio [33]. El campo EXP de la cabecera de MPLS es
de tres bits, por lo que cada paquete puede pertenecer a una de las 2^3 = 8 clases
posibles. Estas clases estn definidas en la RFC 3564 como Class-Type (CT) y van desde
CT0 para el trfico de menor prioridad o best effort, hasta CT7 para el trfico de mayor
prioridad. CT se utiliza para asignacin de ancho de banda de enlace, enrutamiento
basado restricciones y control de admisin. Por lo tanto, CSPF ha sido modificado para
incluir las restricciones de ancho de banda correspondientes a una CT especfica.
40
5 Diseo de escenarios de pruebas
Los experimentos que se proponen en el presente trabajo estn enfocados en

mostrar la operacin de algunas funcionalidades de MPLS-TE que se pueden realizar
utilizando mecanismos de ingeniera de trfico online, a travs de ejemplos prcticos
en un ambientes intra-dominio. Dichas funcionalidades forman parte de la fase de
optimizacin del rendimiento dentro del proceso de la ingeniera de trfico.
5.1 Software utilizado
5.1.1 VNX
Para realizar el diseo e implementacin de los escenarios de red que permitan
mostrar las funcionalidades y beneficios que aporta MPLS a las redes IP, se ha
utilizado la herramienta de simulacin VNX [16] que es una herramienta de simulacin
de redes desarrollada por el Departamento de Ingeniera Telemtica (DIT) de la
Universidad Politcnica de Madrid.
VNX es una herramienta de virtualizacin de cdigo abierto de uso general

diseada para ayudar a la construccin de bancos de pruebas virtuales de red
automticamente. Permite la definicin y la implementacin automtica de escenarios
de red compuestos de mquinas virtuales de diferentes tipos (Linux, Windows,
FreeBSD, oliva o Dynamips routers, etc.) interconectados siguiendo una topologa de
red definida por el usuario. Para el soporte de routers Cisco integra Dynamips y la
plataforma de virtualizacin Olive para routers Juniper.
5.1.2 Iperf
Para realizar mediciones de ancho de banda y de rendimiento en el escenario de
pruebas, se utiliz un programa cliente servidor muy sencillo llamado Iperf [24]. Iperf
permite medir el ancho de banda mediante pruebas con trfico TCP y el rendimiento
de red utilizando trfico UDP. Emite reportes de ancho de banda mximo, jitter y
prdida de datagramas.
5.1.3 Wireshark
Es un analizador de protocolos que permite capturar todo el trfico que pasa a
travs de una red, por tanto es muy utilizado para anlisis y solucin de problemas en
redes de comunicaciones. Wireshark es un software libre, posee una interfaz grfica y
41
muchas opciones de organizacin y filtrado de informacin que facilitan el anlisis de
los datos capturados, a travs de los detalles y sumarios por cada paquete [49].
5.2 Hardware utilizado

La herramienta de simulacin VNX se ejecuta en una mquina virtual con sistema
operativo Ubuntu con 2GB de RAM virtualizada utilizando VMware. El ordenador
donde se ejecuta todo este software tiene las siguientes caractersticas:
Marca Sony Vaio

SO Windows 7
Intel Core i5 CPU 2.5 GHz
6 GB RAM
5.3 Descripcin del escenario de pruebas base

El diseo experimental consiste en un entorno de red MPLS emulado utilizando
routers Cisco 7206 con versin de ios c7200-advipservicesk9-mz.152-4.S6 y ordenadores
con sistema operativo Ubuntu. El diagrama fsico de la red utilizada para las pruebas
se muestra en la Figura 9 y la configuracin de VNX del escenario implementado se
incluye en el Anexo 5. El direccionamiento IP utilizado se describe en la Tabla 2.
Figura 9. Diagrama de pruebas base
42
Tabla 2. Direccionamiento IP utilizado
Host Interface IP Conecta con

P1 Loopback0 10.101.1.247
FastEthernet1/1 10.1.1.5 P2
FastEthernet0/1 10.1.1.17 PE3
P2 Loopback0 10.101.2.247
P3 Loopback0 10.201.1.247
PE2 Loopback0 10.201.2.247

FastEthernet1/0 172.16.2.1 H2
PE3 Loopback0 10.201.3.247

H1 eth1 172.16.1.2 PE3
H2 eth1 172.16.2.2 PE2
H3 eth1 172.16.3.2 PE3
H4 eth1 172.16.4.2 PE2
Por tratarse de una red MPLS, fue preciso realizar adaptacin del valor de MTU
soportado. El valor por default de MTU en redes IP convencionales en de 1500 bytes,
pero MPLS agrega una cabecera adicional de 4 bytes por etiqueta. Por lo tanto, se
decidi establecer un valor de MTU de 1700 bytes en todos los enlaces que son parte
del ncleo de red MPLS. En los routers el parmetro se configur a nivel de interface
utilizando el comando mpls mtu 1700 y para cambiar el MTU en los switches
virtuales fue necesario implementar un script sencillo llamado cambia-mtu.bin que
se incluye en el Anexo 6.
43
Como se puede ver en la Figura 9 la red consta de cisco routers, P1, P2 y P3 actan
como LSRs y PE2 y PE3 actan como LERs, es decir, estn en la frontera de la red
MPLS y permiten la conexin de los CPEs de los clientes, H1, H2, H3 y H4. En todas
las pruebas PE3 acta como router de ingreso y PE2 como router de egreso. Se utiliz
OSPF como protocolo de enrutamiento para establecer la conectividad de red y en los
hosts H1, H2, H3y H4 se instal la herramienta Iperf.
En todos los experimentos para simular congestin se utiliz Iperf enviando un

volumen de trfico de 4Mbps entre H1 y H4. Para las pruebas de medicin de
rendimiento tambin se utiliz Iperf con los valores de trfico UDP que vienen
definidos por default en la herramienta, esto es, datagramas de 1470 bytes y buffer de
160 Kbytes. Las lecturas promedio de ancho de banda, jitter y prdida de datagramas,
se tomaron utilizando Iperf, realizando 5 pruebas cada una sobre un perodo de tiempo
de 10 segundos.
Como las pruebas se desarrollaron sobre una red emulada, fue preciso medir el
rendimiento mximo de la red. Los routers tienen interfaces FastEthernet que soportan
un ancho de banda aproximado de 100 Mbps en entornos reales sin congestin. Para
ello se realizaron pruebas de rendimiento entre los hosts H2 (servidor) y H3 (cliente)
utilizando Iperf y se obtuvo un valor promedio mximo de ancho de banda de 4Mbps
sin prdida de paquetes, como se puede ver en la Figura 10. Este valor ser utilizado
como parmetro para poder realizar comparaciones cuantitativas de rendimiento.
Figura 10. Prueba de rendimiento sobre la red MPLS entre H2 y H3
44
5.4 Experimentos
5.4.1 Experimento 1: Implementacin de Tneles TE para enrutamiento de

trfico
Una de las ventajas principales que nos permite MPLS-TE es poder enrutar trfico a
travs de caminos distintos a los calculados por el IGP. En la red mostrada en la Figura
11 se ha simulado congestin mediante Iperf enviando trfico de 4Mbps entre H1 y H4
sobre la ruta definida por el IGP, que sera el camino PE3-P3-PE2 (ruta ms corta).
Figura 11. Diagrama Experimento 1
En este experimento se medir el rendimiento, jitter y porcentaje de prdida de

datagramas en dos escenarios de red: uno sin MPLS-TE y otro con MPLS-TE. Las
configuraciones de los routers se encuentran en el Anexo 1.
5.4.1.1 Escenario 1.1: Red MPLS que experimenta congestin sin MPLS-TE.
Como muestra la traza realizada desde H3 hacia H2 y la tabla LFIB de PE3 en la
Figura 12, el trfico entre H3 y H2 sigue el camino determinado por el IGP, que se
encuentra congestionado. La Figura 13 muestra una de las pruebas de clculo de
rendimiento de red realizadas con Iperf en H3 y en la tabla 3 se muestra el resumen de
las pruebas realizadas.
45
Figura 12. Experimento 1: Traza realizada desde H3 hacia H2 y tabla LFIB de PE3 sin tnel TE
Figura 13. Experimento 1: Rendimiento medido en H3 durante congestin sin MPLS-TE
Tabla 3. Experimento 1: Pruebas Escenario 1
Sin MPLS-TE Prueba 1 Prueba 2 Prueba 3 Prueba 4 Prueba 5 Promedio

Rendimiento (Mbps) 1.49 1.37 1.37 1.39 1.59 1.44
Jitter (ms) 1.785 3.943 4.139 2.394 19.951 6.44
Prdidas (datagrama) 73% 65% 65% 65% 59% 65%
46
5.4.1.2 Escenario 1.2: Red MPLS que experimenta congestin sin MPLS-TE.
Para lograr que el rendimiento entre H3 y H2 mejore, se implement un tnel TE
explcito llamado T2 en PE3 (LSR de entrada) hacia PE2 (LSR de salida). En el ios de
Cisco son necesarios los siguientes comandos para la creacin de un tnel TE:
interface Tunnel2
ip unnumbered Loopback0
tunnel mode mpls traffic-eng
tunnel destination 10.201.2.247
tunnel mpls traffic-eng priority 1 1
tunnel mpls traffic-eng bandwidth 1024
tunnel mpls traffic-eng path-option 1 explicit name BACKUP
Existen tres opciones para poder enrutar el trfico a travs de un tnel TE en el ios
de Cisco: (1) con rutas estticas, (2) enrutamiento basado en polticas o tambin
llamado PBR y (3) configurar en la interface tnel el comando tunnel mpls traffic-eng
autoroute announce, se enruta todo el trfico sin distincin hacia el LER de salida y
las redes que estn detrs del LER de salida. En ste escenario se utiliz una ruta
esttica para que solo el trfico hacia la red 172.16.2.0/24 se enve a travs del tnel TE
T2. El tnel TE T2 sigue el camino PE3-P1-P2-PE2. La traza y la tabla LFIB de PE3
muestran que el trfico desde H3 hacia H2 sigue el camino establecido por T2 como
muestra la Figura 14. Y en la Figura 15 se observa una de las pruebas de rendimiento
realizadas cuando el trfico se enruta a travs del tnel TE T2. La tabla se muestra el
resumen de las pruebas realizadas.
Figura 14. Experimento1: Traza realizada desde H3 hacia H2 y tabla LFIB de PE3 utilizando tnel TE
47
Figura 15. Experimento 1: Rendimiento medido en H3 durante congestin con MPLS-TE
Tabla 4. Experimento 1: Pruebas Escenario 2
Con MPLS-TE Prueba 1 Prueba 2 Prueba 3 Prueba 4 Prueba 5 Promedio

Jitter (ms) 2.874 3.741 2.038 2.069 1.781 2.50
5.4.1.3 Anlisis de resultados

Los resultados en la Tabla 5 demuestran que utilizando MPLS-TE se pudo optimizar
el uso de los recursos de red y enrutar el trfico entre H3 y H2 por un camino no
congestionado y diferente al camino calculado por el IGP. Enrutando el trfico a travs
del tnel TE T2 permiti mejorar el rendimiento promedio entre H3 y H2 de 1.44
Mbps a 2.78 Mbps, se redujo el jitter significativamente de 6.44 ms a 2.50 ms y las
prdidas se redujeron del 65% al 23%. Las Figuras 16, 17 y 18 muestran una
comparacin de los resultados obtenidos en los dos escenarios de pruebas.
Tabla 5. Experimento 1: Comparacin de resultados Escenario 1 y 2
Sin MPLS-TE Promedio Con MPLS-TE Promedio

Rendimiento (Mbps) 1.44 Rendimiento (Mbps) 2.78
Jitter (ms) 6.44 Jitter (ms) 2.50
Prdidas
65% Prdidas (datagrama) 23%
(datagrama)
48
Rendimiento (Mbps)
4
3
2
1
0
Prueba 1 Prueba 2 Prueba 3 Prueba 4 Prueba 5
sin MPLS-TE con MPLS-TE
Figura 16. Experimento 1: Comparacin de Rendimiento
Prdidas (datagramas)
80%
60%
40%
20%
0%
Figura 17. Experimento 1: Comparacin de Prdidas
Jitter (ms)
25
20
15
10
5
0
Figura 18. Experimento 1: Comparacin de Jitter
49
5.4.2 Experimento 2: Uso de Fast Reroute
El objetivo principal de este experimento es poder observar el funcionamiento del
mecanismo de restablecimiento de caminos Fast Reroute en MPLS-TE y realizar una
comparacin cuantitativa del tiempo de conmutacin durante la convergencia de red
ante un fallo en dos escenarios de red: MPLS puro y MPLS-TE con Fast Reroute. Las
configuraciones de los routers se encuentran en el Anexo 1.
5.4.2.1 Escenario 2.1: Simulacin de fallo de un enlace en una red MPLS

Para realizar esta prueba, se utiliz el escenario base MPLS mostrado en la Figura 9.
En este escenario el IGP ha calculado automticamente la ruta entre H2 y H3, y sigue
el camino PE3-P3-PE2. Se simul la cada del enlace entre PE2 y P3 dando de baja la
interface FastEthernet1/1 del P3, esto provoc la prdida de las sesiones OSPF y LDP
que tena establecidas con su vecino PE2, lo cual oblig al IGP a recalcular la ruta como
muestra la Figura 19.
Figura 19. Experimento 2: Simulacin de cada de enlace entre P3 y PE2 en una red MPLS
Los resultados de la prueba de ping entre los hosts H2 y H3 indican un porcentaje

de prdidas del 6% como se muestra en la Figura 20. De este resultado se puede
deducir que el tiempo de convergencia de la red en MPLS puro fue de 6 segundos.
50
Figura 20. Experimento 2: Prueba de ping entre H2 y H3 durante convergencia de red MPLS
5.4.2.2 Escenario 2.2: Simulacin de fallo de un enlace en una red MPLS-TE con Fast
Reroute
Para la prueba de MPLS-TE con Fast Reroute, se crearon dos tneles TE en el PE3
hacia PE2 para el enrutamiento del trfico entre H2 y H3. El tnel T1 es el enlace
principal que sigue la ruta PE3-P3-PE2 y tnel T2 es el enlace de backup que sigue la
ruta PE3-P1-P2-PE2. Debido a que los tneles TE son unidireccionales, se crearon
tambin 2 tneles en el PE2, con el mismo esquema de enlace principal y backup para
de esta manera proteger todo el trfico entre H2 y H3. El esquema utilizado se aprecia
en la Figura 21.
51
Se comprueba mediante una traza desde H2 hacia H3 que el trfico est siendo
enrutado a travs de tnel T1 que es el enlace principal, como muestra la Figura 22.
Figura 22. Experimento2: Traza realizada desde H2 hacia H3 con tnel T1 en operacin
Para comprobar que el esquema de proteccin mediante tnel T2 de backup estaba

funcionando correctamente se verific en el PE2 con el comando sh mpls traffic-eng
fast-reroute database. ste comando permite ver informacin sobre los enlaces de
respaldo implementados con Fast Reroute como se muestra en la Figura 23. El estatus
ready indica que el tnel backup T2 se encuentra establecido y listo para utilizarse en
caso de fallas del enlace principal tnel T1.
Figura 23. Experimento 2: Base de datos de enlaces MPLS-TE Fast Reroute en PE2
Se simul la cada del enlace entre PE2 y P3 dando de baja la interface

FastEthernet1/1 del P3, como se puede observar en la Figura 24, se caen las sesiones
OSPF entre P3 y PE2, sin embargo no se evidencia cada de los tneles en PE2, lo cual
es el comportamiento correcto, de acuerdo a la literatura revisada en [40].
52
Figura 24. Experimento 2: Simulacin de cada de enlace entre P3 y PE2 en una red MPLS-TE con
Fast Reroute
Una vez que se detect la cada del enlace sobre el cual esta implementado el tnel
T1, el tnel T2 entr en operacin. La figura 25 muestra el estatus active de tnel T2 y
los resultados de la prueba de ping entre los hosts H2 y H3 se muestran en la Figura 26.
Este resultado de la prueba de ping permite deducir que el tiempo de convergencia fue
cercano a 0 segundos.
Figura 25. Experimento 2: Estatus Tnel 2 despus del fallo de enlace
53
Figura 26. Experimento 2: Prueba de ping desde H2 hacia H3 durante fallo con MPLS Fast Reroute
Se comprob mediante una traza desde H2 hacia H3 que el trfico est siendo
enrutado a travs del tnel 2 que es el enlace de backup (Figura 27).
Figura 27. . Experimento2: Traza realizada desde H2 hacia H3 con tnel 2 en operacin

En una red MPLS sin un mecanismo de proteccin de caminos, el tiempo de
convergencia de la red ser determinado por el IGP que se utilice. Como se aprecia en
la Tabla 6, se obtuvo un tiempo de convergencia de 6 segundos en la red MPLS puro y
al utilizar MPLS-TE con el mecanismo de Fast Reroute el tiempo de convergencia fue
prcticamente inmediato. Este resultado comprueba la informacin encontrada en la
literatura, que indica que el tiempo de convergencia utilizando el mecanismo de Fast
Reroute es cercano a los 50 ms. Fast Reroute permite que una red sea ms resistente en
caso de fallas y es especialmente atractivo para la proteccin de trfico de voz que es
tan susceptible a prdidas.
Tabla 6. Comparacin de resultados Experimento 2
Tipo de Red Prdidas (paquetes) Tiempo/Convergencia (seg)

Red MPLS 6% 6
Red MPLS-TE FRR 0% 0
54
5.4.3 Experimento 3: Balanceo de carga en enlaces con diferente costo
El objetivo de esta prueba es poder comprobar como MPLS-TE realiza balanceo de
carga en enlaces con diferente costo. En este experimento se medir el rendimiento,
jitter y porcentaje de prdida de datagramas en dos escenarios de red:
5.4.3.1 Escenario 3.1: Red MPLS que experimenta congestin, sin balanceo de carga.
En la red mostrada en la Figura 9 se ha simulado congestin utilizando Iperf para
enviar 4Mbps de trfico entre H1 y H4 y congestionar el camino calculado por el IGP
que es PE3-P3-PE2. El trfico desde H3 hacia H2 sigue el camino calculado por el IGP.
Los resultados de rendimiento de red se muestran en la Tabla 7.
Tabla 7. Experimento 3: Resultados de rendimiento sin balanceo de carga
Sin Balanceo de carga Prueba 1 Prueba 2 Prueba 3 Prueba 4 Prueba 5 Promedio

Jitter (ms) 2.484 20.692 15.147 18.15 5.267 12.35
5.4.3.2 Escenario 3.2: Red MPLS que experimenta congestin, con balanceo de carga.
En este escenario se crearon dos tneles TE explcitos para el enrutamiento del

trfico entre H2 y H3, tnel T1 cuya ruta es PE3-P3-PE2 y costo calculado por el IGP
es 2, y un segundo tnel T2 cuya ruta est formada por PE3-P1-P2-PE2, con costo 3
(Figura 28). A T1 fue configurado con atributo de ancho de banda de 512 Kbps y T2
fue configurado con atributo de ancho de banda de 1024 Kbps; por tanto la relacin
para el balanceo de trfico ser 2:1. Esto significa que por cada 2 paquetes enviados a
travs del tnel T2, se enva 1 paquete a travs de tnel T1. Las configuraciones de los
routers se encuentran en el Anexo 3.
55
Como vemos en la Figura 29, desde el PE3 existen dos caminos para llegar a la red
172.16.2.0/24, donde reside el host H2. La lnea traffic share count 1 para el tnel T2
y traffic share count 2 para el tnel T1, indica que por cada paquete enviado por el
tnel T2, se envan dos paquetes por el tnel T1. Esta informacin se puede verificar
tambin en la tabla cef del router PE3 con el comando show ip cef 172.16.2.0 internal,
como se muestra en la Figura 30. Si se cuenta el nmero de ocurrencias del Tunnel2 se
confirmara que es el doble de ocurrencias del Tunnel 1 lo cual indica que la relacin
para envo de trfico hacia la red 172.16.2.0/24 es 2:1. Los resultados de rendimiento
de red se muestran en la Tabla 8.
Figura 29. Experimento3: Balanceo de carga en enlaces con diferente costo
56
Figura 30. Experimento 3: Tabla CEF del router PE3
Tabla 8. Experimento 3: Resultados de rendimiento con balanceo de carga
Con Balanceo de carga Prueba 1 Prueba 2 Prueba 3 Prueba 4 Prueba 5 Promedio

Jitter (ms) 0.614 0.402 9.975 1.55 3.674 3.24

Comparando los valores promedio de rendimiento, jitter y prdida de paquetes
mostrados en las Tablas 7 y 8 se puede observar que todos los parmetros analizados
mejoraron considerablemente; el rendimiento de 1.66 Mbps a 3.29 Mbps, el jitter de
12.35 ms a 3.34 ms y las prdidas del 57% al 13%. La utilizacin del balanceo de carga
a travs de tneles MPLS-TE permite aprovechar los recursos disponibles en la red y
mejorar las prestaciones especialmente en casos de congestin. Una gran ventaja en
comparacin con las redes IP donde solo es posible hacer balanceo de carga en enlaces
con igual costo. Las Figuras 31, 32 y 33 muestran una comparacin de los resultados
obtenidos en los dos escenarios de pruebas.
57
Rendimiento (Mbps)
4
0
80%
60%
40%
20%
0%
Jitter (ms)
25
20
15
10
5
0
58
5.4.4 Experimento 4: Uso de DS-TE
Se tiene un servidor de VoIP (H2) y se desea dar prioridad al trfico de voz sobre el
trfico de datos. Se considera como trfico de voz el trfico enviado desde la red
172.16.3.0/24 y 172.16.1.0/24 (H1 y H3) hacia la IP del servidor VoIP (172.16.2.2).
Cualquier otro tipo de trfico se considera trfico best effort o de mximo esfuerzo. Se
utiliz EXP 5 para marcar el trfico de voz y EXP 0 para el trfico best effort.
Para verificar que el router estaba marcando el trfico de voz con el campo EXP
correcto, se utiliz Wireshark, y se comprob que el PE3 estaba colocando las marcas
con el campo EXP 5 que le corresponde al trfico de voz y EXP 0 al trfico best effort.
Adems se pudo observar que la etiqueta con la que eran enviados los paquetes,
determinada por Label 21. Las figuras 34 y 35 muestran los resultados del anlisis de
paquetes de Wireshark.
Figura 34. Experimento 4: Paquetes marcados con EXP 5 (trfico de voz) sin MPLS-TE
59
Figura 35. Paquetes marcados con EXP 0 (trfico best effort)
Adicionalmente se verifico que la poltica de QoS aplicada estuviese funcionando en el

router, es decir, que los paquetes de voz estuvieran encolados en la cola de prioridad
correspondiente. En los routers Cisco se puede monitorear los resultados de la
aplicacin de una poltica de QoS con el comando show policy-map interface. Los
resultados se muestran en la figura 36.
60
Figura 36. Experimento 4: Resultados de la poltica de QoS aplicada en la Interface FastEthernet1/1 del
PE3
Para poder verificar los beneficios de MPLS-TE, se realizara una comparacin

cuantitativa de los valores de rendimiento, jitter, y perdidas, en una red MPLS con
QoS y una red MPLS-TE con QoS.
5.4.4.1 Escenario 4.1: Red MPLS con polticas de QoS
En este escenario se ha utilizado el diagrama base que se presenta en la Figura 9, se

utiliz Iperf para enviar 4Mbps de trfico entre H1 y H4 y congestionar el camino
calculado por el IGP que es PE3-P3-PE2. En la Tabla 9 se presentan los resultados de
las pruebas.
Tabla 9. Experimento 4: Pruebas en red MPLS con QoS sin Ingeniera de trfico
Prueba
Prueba 2 Prueba 3 Prueba 4 Prueba 5 Promedio
1
Jitter (ms) 4.568 7.605 4.969 9.945 7.948 7.01
61
5.4.4.2 Escenario 4.2: Red MPLS con polticas de QoS con ingeniera de trfico
En este escenario se utiliz Iperf para enviar 4Mbps de trfico entre H1 y H4 y

congestionar el camino calculado por el IGP que es PE3-P3-PE2. Se configuro un tnel
TE explcito T1, con prioridad 0 (la ms alta). El tnel T1 sigue el camino PE3-P3-
PE2 con ancho de banda reservado de 1.229 Mbps para dar calidad de servicio al
trfico de voz como se muestra en la Figura 37. Los comandos utilizados para la
configuracin del tnel son los siguientes:
interface Tunnel1
tunnel mpls traffic-eng bandwidth sub-pool 1229
tunnel mpls traffic-eng path-option 1 explicit name PRINCIPAL
Dado que la poltica de calidad de servicio limita el ancho de banda de voz a 1.229
Mbps, se utiliz este valor como parmetro para medir el rendimiento de la red.
En la Tabla 10 se presentan los resultados de las pruebas, y en la Figura 38 se

observan los resultados de Wireshark donde se evidencia que los paquetes de voz
62
estn marcado con EXP 5 y son enviados con la etiqueta 16 que corresponde al tnel T1
como lo demuestra la Figura 39.
Figura 38. Experimento 4: Paquetes de voz marcados con EXP 5 y enviados con label 16
Figura 39. Experimento 4: Label colocada a los paquetes que se envan por el tnel T1
Tabla 10. Experimento 4: Pruebas en red MPLS con QoS con Ingeniera de trfico
Prueba 1 Prueba 2 Prueba 3 Prueba 4 Prueba 5 Promedio

Jitter (ms) 1.961 3.635 4.640 3.270 4.512 3.60
63
La poltica de QoS que se aplic para dar prioridad a los paquetes de voz funcion
correctamente, tanto en una red MPLS como en la red MPLS-TE, ya que el rendimiento
promedio obtenido fue de 1.23 Mbps en ambos escenarios con congestin, sin prdida
de paquetes. Sin embargo el valor promedio de jitter obtenido en la red MPLS-TE fue
casi la mitad del valor de jitter de una red MPLS en la que no se utiliza Ingeniera de
trfico. Esta diferencia es muy importante especialmente cuando se trata de trfico de
voz, que es muy susceptible a prdidas y jitter. MPLS-TE supone un mecanismo
efectivo para trfico de alta prioridad. Adems se consigue dar calidad de servicio de
punta a punta que resulta muy complicado conseguir en otro tipo de redes. Las
Figuras 40, 41 y 42 muestran una comparacin de los resultados obtenidos en los dos
escenarios de pruebas
Rendimiento (Mbps)
1.25
1.24
1.23
1.22
1.21
1.2
1.19
100%
80%
60%
40%
20%
0%
64
Jitter (ms)
12
10
8
6
4
2
0
65
6 Conclusiones
La Ingeniera de Trafico en redes MPLS ofrece importantes herramientas de

optimizacin de red que pueden ser utilizadas en situaciones de congestin, mediante
el mecanismo de tneles TE que permiten enrutar el trfico en caminos diferentes al
definido por el IGP, obteniendo as mejores niveles de rendimiento de red y
optimizacin en el uso de los recursos disponibles, especialmente el ancho de banda,
que constituye uno de los recursos ms crticos para los proveedores de servicio.
Adems de facilitar el manejo de trfico en casos de congestin de red, MPLS-TE

ofrece mecanismos de recuperacin ante fallos como Fast Reroute y mecanismos para
dar calidad como lo es DS-TE, que combina las ventajas de MPLS-TE y Diffserv. La
capacidad de poder combinar estos dos mecanismos permitira ofrecer niveles de
calidad de servicio muy elevados a las aplicaciones que son ms sensibles al retardo y
perdidas como por ejemplo la voz sobre IP. MPLS-TE permite conseguir el despliegue
de un esquema de calidad de servicio de punta a punta, a travs de una configuracin
sencilla entre los nodos involucrados, a diferencia de otras soluciones QoS que
requieren complejas configuraciones nodo a nodo.
Mediante los cuatro casos prcticos de uso de mecanismos de Ingeniera de Trafico

en redes MPLS se ha logrado conseguir una mejor comprensin de la tecnologa y
conocer los mecanismos online que la tecnologa facilita para poder gestionar
eficientemente los recursos en una red MPLS intradominio, comprendiendo las
ventajas que se consiguen a travs del uso de MPLS-TE en comparacin con el uso de
una red MPLS puro.
Como experiencia adquirida durante el desarrollo de este trabajo es importante

mencionar la habilidad en el uso de la herramienta de simulacin VNX, ya que no tena
conocimientos previos de su uso. Y como resultado del desarrollo de la parte prctica
de esta memoria, surgi una oportunidad de mejora para la herramienta, que es la
integracin de una funcionalidad que permita al usuario escoger el mtu de los enlaces
emulados en su escenario de red.
Como trabajo futuro sera muy interesante poder estudiar tambin mediante casos
prcticos los mecanismos de Ingeniera de Trafico offline, que son mecanismos que
permiten hacer clculos globales de red e implementar una solucin de red tomada
como un conjunto, permitiendo optimizar el uso de los recursos de red globalmente.
66
Bibliografa
[1] F. Ahmed and D. I. Zafar, "Analysis of traffic engineering parameters while using multi-
protocol label switching (MPLS) and traditional IP networks," Asian Transactions on
Engineering (ATE ISSN: 2221-4267) Volume,vol. 1, 2011.
[2] V. Alwayn, Advanced MPLS Design and Implementation. Old Tappan: Cisco Press, 2001.
[3] L. Andersson, P. Doolan, N. Feldman, A. Fredette and B. Thomas, "LDP

specification," Work in Progress, 2001.
[4] L. Andersson and G. Swallow, The Multiprotocol Label Switching (MPLS) Working Group
Decision on MPLS Signaling Protocols, 2003.
[5] M. N. ASLAM and Y. AZIZ, "Traffic Engineering with Multi-Protocol Label Switching,"
2008.
[6] D. O. Awduche and J. Agogbua, "Requirements for traffic engineering over MPLS," 1999.
[7] D. O. Awduche and B. Jabbari, "Internet traffic engineering using multi-protocol label
switching (MPLS)," Computer Networks, vol. 40, pp. 111-129, 2002.
[8] D. Awduche, L. Berger, D. Gan, T. Li, V. Srinivasan and G. Swallow, RSVP-TE: Extensions
to RSVP for LSP Tunnels, 2001.
[9] D. Awduche, A. Chiu, A. Elwalid, I. Widjaja and X. Xiao, Overview and Principles of
Internet Traffic Engineering, 2002.
[10] S. Balon, Contributions to Traffic Engineering and Resilience in Computer

Networks, 2008.
[11] T. Bates, R. Chandra, D. Katz and Y. Rekhter, Multiprotocol Extensions for BGP-4, 2007.
[12] P. Belzarena, "Ingeniera de trfico en lnea en redes MPLS aplicando la teora de

grandes desviaciones," Universidad De La Repblica, Uruguay, 2003.
[13] E. Calle, A. Urra, J. L. Marzo, G. Kuo and H. Guo, "Minimum interference routing with
fast protection," Communications Magazine, IEEE, vol. 44, pp. 104-111, 2006.
[14] S. Dasgupta, J. C. de Oliveira and J. Vasseur, "A performance study of IP and MPLS
traffic engineering techniques under traffic variations," in Global Telecommunications
Conference, 2007. GLOBECOM'07. IEEE, pp. 2757-2762, 2007.
[15] A. Delfino, S. Rivero and M. SanMartn, "Ingeniera de trfico en redes MPLS," in 2006.
[16] (Jun 29,2015). Virtual Networks over linuX. Available: vnx.dit.upm.es.
[17] A. Elwalid, C. Jin, S. Low and I. Widjaja, "MATE: MPLS adaptive traffic engineering,"
in INFOCOM 2001. Twentieth Annual Joint Conference of the IEEE Computer and
Communications Societies. Proceedings. IEEE, pp. 1300-1309, 2001.
67
[18] G. B. Figueiredo, N. L. Da Fonseca and J. A. Monteiro, "A minimum interference routing
algorithm with reduced computational complexity," Computer Networks, vol. 50, pp. 1710-
1732, 2006.
[19] M. K. Girish, B. Zhou and J. Q. Hu, "Formulation of the traffic engineering problems in
MPLS based IP networks," in Computers and Communications, 2000. Proceedings. ISCC
2000. Fifth IEEE Symposium on, pp. 214-219, 2000.
[20] D. Grossman, "New terminology and clarifications for diffserv," 2002.
[21] H. Hodzic and S. Zoric, "Traffic engineering with constraint based routing in MPLS
networks," in ELMAR, 2008. 50th International Symposium, pp. 269-272, 2008.
[22] M. Huerta, X. Hesselbach, R. Fabregat, J. Padilla, O. Ravelo and R. Clotet, "Reduccin

de congestin mediante tcnicas de optimizacin de flujos en redes MPLS," Latin America
Transactions, 2007.
[23] L. Hundessa and J. Domingo-Pascual, "Reliable and fast rerouting mechanism for a
protected label switched path," in Global Telecommunications Conference, 2002.
GLOBECOM'02. IEEE, pp. 1608-1612, 2002.
[24] (Jun 29, 2015). Iperf. Available: https://iperf.fr/.
[25] S. Kandula, D. Katabi, B. Davie and A. Charny, "Walking the tightrope: Responsive yet
stable traffic engineering," in ACM SIGCOMM Computer Communication Review, pp. 253-
264, 2005.
[26] K. Kar, M. Kodialam and T. Lakshman, "Minimum interference routing of bandwidth

guaranteed tunnels with MPLS traffic engineering applications," Selected Areas in
Communications, IEEE Journal on, vol. 18, pp. 2566-2579, 2000.
[27] K. Kar, M. Kodialam and T. Lakshman, "MPLS traffic engineering using enhanced
minimum interference routing: An approach based on lexicographic max-flow," in Quality of
Service. IWQOS. 2000 Eighth International Workshop on, 2000, pp. 105-114, 2000.
[28] D. Katz, K. Kompella and D. Yeung, Traffic Engineering (TE) Extensions to OSPF Version
2, 2003.
[29] W. Lai and F. L. Faucheur, "Requirements for support of differentiated services-aware

MPLS traffic engineering," 2003.
[30] T. Li and H. Smit, IS-IS Extensions for Traffic Engineering, 2008.
[31] E. K. Lua, J. Crowcroft, M. Pias, R. Sharma and S. Lim, "A survey and comparison of
peer-to-peer overlay network schemes," Communications Surveys & Tutorials, IEEE, vol. 7,
pp. 72-93, 2005.
[32] K. Manayya, "Constrained shortest path first," 2010.
[33] R. J. Mateo, C. P. Paniagua, A. G. Cervero, J. L. G. Snchez and F. J. R. Prez,

"Integracin de MPLS y DiffServ en una Arquitectura para la Provisin de QoSc," 2004.
[34] Y. D. Meisel, R. Fabregat, J. L. Marzo and E. Calle, "Extensin de los mtodos Hop-by-
Hop, CR-LDP y RSVP-TE para Multicast IP sobre MPLS," .
[35] S. Q. Mirkar and V. T. Raisinghani, "Multi protocol label switching recovery mechanism,"
in Signal Propagation and Computer Technology (ICSPCT), 2014 International Conference
on, pp. 492-497, 2014.
68
[36] A. S. G. Mittal, QoS and Traffic Engineering: MPLS, DiffServ and Constraint Based
Routing, 2000.
[37] S. Naveed and S. V. Kumar, "MPLS Traffic EngineeringFast Reroute," .
[38] S. d. Oliveira Guerra, Una Propuesta De Arquitectura MPLS/DiffServ Para Proveer

Mecanismos De Calidad De Servicio (QOS) En El Transporte De La Telefona IP, 2004.
[39] B. J. Oommen, S. Misra and O. Granmo, "Routing bandwidth-guaranteed paths in MPLS

traffic engineering: a multiple race track learning approach," Computers, IEEE Transactions
on, vol. 56, pp. 959-976, 2007.
[40] E. D. Osborne and A. Simha, Traffic Engineering with MPLS. Cisco Press, 2002.
[41] P. Pan, G. Swallow and A. Atlas, Fast Reroute Extensions to RSVP-TE for LSP
Tunnels, 2005.
[42] M. Pitek and M. Medveck, "Class-based constraint-based routing with implemented

fuzzy logic in MPLS-TE networks," Journal of Computer Networks and Communications, vol.
2014, 2014.
[43] M. K. Porwal, A. Yadav and S. Charhate, "Multimedia traffic analysis of MPLS and non
MPLS network," International Journal of Computer Science and Applications, vol. 1, 2008.
[44] C. Press, "MPLS fundamentals," 2007.
[45] R. K. Singh, N. S. Chaudhari and K. Saxena, "Load balancing in IP/MPLS networks: A

survey," 2012.
[46] K. Sinha and S. Patek, "Opiate: Optimization integrated adaptive traffic

engineering," 2002-11-12).Http://www.Sys.Virginia.edu/techreps/2002/sie-
020001.Pdf, 2002.
[47] A. R. Sulaiman and O. K. S. Alhafidh, "Performance Analysis of Multimedia Traffic over

MPLS Communication Networks with Traffic Engineering," International Journal of Computer
Networks & Communications Security,vol. 2, 2014.
[48] B. Wang, X. Su and C. P. Chen, "A new bandwidth guaranteed routing algorithm for
MPLS traffic engineering," in Communications, 2002. ICC 2002. IEEE International
Conference on, pp. 1001-1005, 2002.
[49] (Jun 29,2015). Wireshark. Available: www.wireshark.org.
[50] J. Wroclawski, "The use of RSVP with IETF integrated services," 1997.
[51] L. Wu and T. Worster, "Constraint-Based LSP Setup using LDP Status of this Memo This
document specifies an Internet standards track protocol for the Internet community, and
requests discussion and suggestions for improvements. Please refer to the current edition of
the" Internet," 2002.
[52] D. Zhang and D. Ionescu, "QoS performance analysis in deployment of DiffServ-aware

MPLS traffic engineering," in Software Engineering, Artificial Intelligence, Networking, and
Parallel/Distributed Computing, 2007. SNPD 2007. Eighth ACIS International Conference on,
pp. 963-967, 2007.
69
Anexos
Anexo 1. Configuraciones de los routers Experimento 1
Router P1
service timestamps debug datetime msec

service timestamps log datetime msec
no service password-encryption
!
hostname P1
!
boot-start-marker
boot-end-marker
!
enable password xxxx
!
no aaa new-model
!
resource policy
!
ip subnet-zero
ip cef
!
mpls traffic-eng tunnels
mpls traffic-eng tunnels reoptimize timers frequency 60
!
no ip dhcp use vrf connected
!
no ip domain lookup
no ip ips deny-action ips-interface
!
ipv6 unicast-routing
!
username root password 0 xxxx
!
interface Loopback0
ip address 10.101.1.247 255.255.255.255
!
interface FastEthernet0/0
description mgm_interface
mac-address 02fd.000c.0000
ip address 10.250.0.202 255.255.255.252
duplex auto
speed auto
!
description PE3_fa1/0
ip address 10.1.1.17 255.255.255.252
duplex auto
70
speed auto
mpls ip
mpls mtu 1700
ip rsvp bandwidth 2048 2048
!
description P2_fa1/1
ip address 10.1.1.5 255.255.255.252
duplex auto
speed auto
mpls ip
mpls mtu 1700
!
router ospf 2914
router-id 10.101.1.247
log-adjacency-changes
mpls traffic-eng router-id Loopback0
mpls traffic-eng area 0
network 10.1.1.4 0.0.0.3 area 0
network 10.1.1.16 0.0.0.3 area 0
network 10.101.1.247 0.0.0.0 area 0
!
ip classless
no ip http server
no ip http secure-server
!
control-plane
!
gatekeeper
shutdown
!
line con 0
login local
stopbits 1
line aux 0
stopbits 1
line vty 0 4
exec-timeout 0 0
password xxxx
login
!
end
Router P2

!
hostname P2
71
!
boot-start-marker
boot-end-marker
!
!
no aaa new-model
!
resource policy
!
ip subnet-zero
ip cef
!
!
!
no ip domain lookup
!
!
!
interface Loopback0
ip address 10.101.2.247 255.255.255.255
!
ip address 10.250.0.206 255.255.255.252
duplex auto
speed auto
!
ip address 10.1.1.21 255.255.255.252
duplex auto
speed auto
mpls ip
mpls mtu 1700
!
ip address 10.1.1.6 255.255.255.252
duplex auto
speed auto
mpls ip
mpls mtu 1700
72
!
router ospf 2914
router-id 10.101.2.247
network 10.1.1.4 0.0.0.3 area 0
network 10.1.1.20 0.0.0.3 area 0
network 10.101.2.247 0.0.0.0 area 0
!
ip classless
no ip http server
!
control-plane
!
gatekeeper
shutdown
!
line con 0
login local
stopbits 1
line aux 0
stopbits 1
line vty 0 4
exec-timeout 0 0
password xxxx
login
!
end
Router P3
hostname P3
!
boot-start-marker
boot-end-marker
!
!
no aaa new-model
ip cef
!
!
no ip domain lookup
ipv6 cef
!
multilink bundle-name authenticated
!
!
73
interface Loopback0
ip address 10.201.1.247 255.255.255.255
!
ip address 10.250.0.210 255.255.255.252
speed auto
duplex auto
!
ip address 10.1.1.14 255.255.255.252
speed auto
duplex auto
mpls ip
mpls mtu 1700
!
ip address 10.1.1.2 255.255.255.252
speed auto
duplex auto
mpls ip
mpls mtu 1700
!
router ospf 2914
router-id 10.201.1.247
network 10.1.1.0 0.0.0.3 area 0
network 10.1.1.12 0.0.0.3 area 0
network 10.201.1.247 0.0.0.0 area 0
network 172.16.1.0 0.0.0.255 area 0
!
ip forward-protocol nd
!
no ip http server
!
control-plane
!
line con 0
login local
stopbits 1
line aux 0
stopbits 1
line vty 0 4
exec-timeout 0 0
password xxxx
74
login
!
end
Router PE2
hostname PE2
!
boot-start-marker
boot-end-marker
!
!
no aaa new-model
ip cef
!
!
no ip domain lookup
ipv6 cef
!
!
!
interface Loopback0
ip address 10.201.2.247 255.255.255.255
!
ip address 10.250.0.214 255.255.255.252
speed auto
duplex auto
!
ip address 10.1.1.22 255.255.255.252
speed auto
duplex auto
mpls ip
mpls mtu 1700
!
description cliente_TFM
ip address 172.16.2.1 255.255.255.0
speed auto
duplex auto
75
!
ip address 10.1.1.1 255.255.255.252
speed auto
duplex auto
mpls ip
mpls mtu 1700
!
ip address 172.16.4.1 255.255.255.0
speed auto
duplex auto
!
router ospf 2914
router-id 10.201.2.247
network 10.1.1.0 0.0.0.3 area 0
network 10.1.1.20 0.0.0.3 area 0
network 10.201.2.247 0.0.0.0 area 0
network 172.16.2.0 0.0.0.255 area 0
network 172.16.4.0 0.0.0.255 area 0
!
!
no ip http server
!
control-plane
!
line con 0
login local
stopbits 1
line aux 0
stopbits 1
line vty 0 4
exec-timeout 0 0
password xxxx
login
!
end
Router PE3
hostname PE3
!
boot-start-marker
boot-end-marker
76
!
!
no aaa new-model
ip cef
!
!
no ip domain lookup
ipv6 cef
!
mpls traffic-eng reoptimize timers frequency 60
!
!
interface Loopback0
ip address 10.201.3.247 255.255.255.255
!
interface Tunnel2
!
ip address 10.250.0.218 255.255.255.252
speed auto
duplex auto
!
ip address 172.16.3.1 255.255.255.0
speed auto
duplex auto
!
ip address 10.1.1.18 255.255.255.252
speed auto
duplex auto
mpls ip
mpls mtu 1700
!
77
ip address 10.1.1.13 255.255.255.252
speed auto
duplex auto
mpls ip
mpls mtu 1700
!
ip address 172.16.1.1 255.255.255.0
speed auto
duplex auto
!
router ospf 2914
router-id 10.201.3.247
network 10.1.1.12 0.0.0.3 area 0
network 10.1.1.16 0.0.0.3 area 0
network 10.201.3.247 0.0.0.0 area 0
network 172.16.3.0 0.0.0.255 area 0
network 172.16.1.0 0.0.0.255 area 0
!
ip route 172.16.2.0 255.255.255.0 Tunnel2
!
no ip http server
!
ip explicit-path name BACKUP enable
exclude-address 10.201.1.247
!
control-plane
!
line con 0
login local
stopbits 1
line aux 0
stopbits 1
line vty 0 4
exec-timeout 0 0
password xxxx
login
!
!
end
78
Router P1

!
hostname P1
!
boot-start-marker
boot-end-marker
!
!
no aaa new-model
!
resource policy
!
ip subnet-zero
ip cef
!
mpls traffic-eng tunnels timers reoptimize frequency 60
!
!
no ip domain lookup
!
!
!
interface Loopback0
ip address 10.101.1.247 255.255.255.255
!
ip address 10.250.0.202 255.255.255.252
duplex auto
speed auto
!
ip address 10.1.1.17 255.255.255.252
duplex auto
speed auto
mpls ip
mpls mtu 1700
79
!
ip address 10.1.1.13 255.255.255.252
shutdown
duplex auto
speed auto
mpls ip
!
ip address 10.1.1.5 255.255.255.252
duplex auto
speed auto
mpls ip
mpls mtu 1700
!
router ospf 2914
router-id 10.101.1.247
network 10.1.1.4 0.0.0.3 area 0
network 10.1.1.16 0.0.0.3 area 0
network 10.101.1.247 0.0.0.0 area 0
!
ip classless
no ip http server
!
control-plane
!
gatekeeper
shutdown
!
line con 0
login local
stopbits 1
line aux 0
stopbits 1
line vty 0 4
exec-timeout 0 0
password xxxx
login
!
end
80
Router P2

!
hostname P2
!
boot-start-marker
boot-end-marker
!
!
no aaa new-model
!
resource policy
!
ip subnet-zero
ip cef
!
!
!
no ip domain lookup
!
!
!
interface Loopback0
ip address 10.101.2.247 255.255.255.255
!
ip address 10.250.0.206 255.255.255.252
duplex auto
speed auto
!
ip address 10.1.1.21 255.255.255.252
duplex auto
speed auto
mpls ip
mpls mtu 1700
!
ip address 10.1.1.6 255.255.255.252
duplex auto
speed auto
81
mpls ip
mpls mtu 1700
!
router ospf 2914
router-id 10.101.2.247
network 10.1.1.4 0.0.0.3 area 0
network 10.1.1.20 0.0.0.3 area 0
network 10.101.2.247 0.0.0.0 area 0
!
ip classless
no ip http server
!
control-plane
!
gatekeeper
shutdown
!
line con 0
login local
stopbits 1
line aux 0
stopbits 1
line vty 0 4
exec-timeout 0 0
password xxxx
login
!
end
Router P3

!
hostname P3
!
boot-start-marker
boot-end-marker
!
!
no aaa new-model
ip cef
!
!
no ip domain lookup
ipv6 cef
!
82
!
!
interface Loopback0
ip address 10.201.1.247 255.255.255.255
!
ip address 10.250.0.210 255.255.255.252
speed auto
duplex auto
!
ip address 10.1.1.14 255.255.255.252
speed auto
duplex auto
mpls ip
mpls mtu 1700
ip rsvp signalling hello
!
ip address 10.1.1.2 255.255.255.252
speed auto
duplex auto
mpls ip
mpls mtu 1700
!
router ospf 2914
router-id 10.201.1.247
network 10.1.1.0 0.0.0.3 area 0
network 10.1.1.12 0.0.0.3 area 0
network 10.201.1.247 0.0.0.0 area 0
!
!
no ip http server
!
control-plane
!
line con 0
login local
stopbits 1
83
line aux 0
stopbits 1
line vty 0 4
exec-timeout 0 0
password xxxx
login
!
end
Router PE2

!
hostname PE2
!
boot-start-marker
boot-end-marker
!
!
no aaa new-model
ip cef
!
!
no ip domain lookup
ipv6 cef
!
!
!
interface Loopback0
ip address 10.201.2.247 255.255.255.255
!
nterface Tunnel1
tunnel mpls traffic-eng autoroute announce
tunnel mpls traffic-eng fast-reroute
!
interface Tunnel2
84
!
ip address 10.250.0.214 255.255.255.252
speed auto
duplex auto
!
ip address 10.1.1.22 255.255.255.252
speed auto
duplex auto
mpls ip
mpls mtu 1700
!
ip address 172.16.2.1 255.255.255.0
speed auto
duplex auto
!
ip address 10.1.1.1 255.255.255.252
speed auto
duplex auto
mpls ip
mpls mtu 1700
mpls traffic-eng backup-path Tunnel2
!
ip address 172.16.4.1 255.255.255.0
speed auto
duplex auto
!
router ospf 2914
router-id 10.201.2.247
network 10.1.1.0 0.0.0.3 area 0
network 10.1.1.20 0.0.0.3 area 0
network 10.201.2.247 0.0.0.0 area 0
network 172.16.2.0 0.0.0.255 area 0
network 172.16.4.0 0.0.0.255 area 0
85
!
!
no ip http server
!
ip explicit-path name PRINCIPAL enable
next-address 10.1.1.2
!
!
control-plane
!
line con 0
login local
stopbits 1
line aux 0
stopbits 1
line vty 0 4
exec-timeout 0 0
password xxxx
login
!
!
end
Router PE3

!
hostname PE3
!
boot-start-marker
boot-end-marker
!
!
no aaa new-model
ip cef
!
!
no ip domain lookup
ipv6 cef
!
!
!
86
interface Loopback0
ip address 10.201.3.247 255.255.255.255
!
interface Tunnel1
tunnel mpls traffic-eng fast-reroute
!
interface Tunnel2
!
ip address 10.250.0.218 255.255.255.252
speed auto
duplex auto
!
ip address 172.16.3.1 255.255.255.0
speed auto
duplex auto
!
ip address 10.1.1.18 255.255.255.252
speed auto
duplex auto
mpls ip
mpls mtu 1700
!
ip address 10.1.1.13 255.255.255.252
speed auto
duplex auto
mpls ip
mpls mtu 1700
87
mpls traffic-eng backup-path Tunnel2
!
ip address 172.16.1.1 255.255.255.0
speed auto
duplex auto
!
no ip address
shutdown
speed auto
duplex auto
!
router ospf 2914
router-id 10.201.3.247
network 10.1.1.12 0.0.0.3 area 0
network 10.1.1.16 0.0.0.3 area 0
network 10.201.3.247 0.0.0.0 area 0
network 172.16.3.0 0.0.0.255 area 0
network 172.16.1.0 0.0.0.255 area 0
!
!
!
no ip http server
!
!
!
control-plane
!
line con 0
login local
stopbits 1
line aux 0
stopbits 1
line vty 0 4
exec-timeout 0 0
password xxxx
login
!
end
88
Router P1

!
hostname P1
!
boot-start-marker
boot-end-marker
!
!
no aaa new-model
!
resource policy
!
ip subnet-zero
ip cef
!
!
!
no ip domain lookup
!
!
!
interface Loopback0
ip address 10.101.1.247 255.255.255.255
!
ip address 10.250.0.202 255.255.255.252
duplex auto
speed auto
!
ip address 10.1.1.17 255.255.255.252
duplex auto
speed auto
mpls ip
mpls mtu 1700
89
!
ip address 10.1.1.13 255.255.255.252
shutdown
duplex auto
speed auto
mpls ip
!
ip address 10.1.1.5 255.255.255.252
duplex auto
speed auto
mpls ip
mpls mtu 1700
!
router ospf 2914
router-id 10.101.1.247
network 10.1.1.4 0.0.0.3 area 0
network 10.1.1.16 0.0.0.3 area 0
network 10.101.1.247 0.0.0.0 area 0
!
ip classless
no ip http server
!
!
control-plane
!
!
gatekeeper
shutdown
!
!
line con 0
login local
stopbits 1
line aux 0
stopbits 1
line vty 0 4
exec-timeout 0 0
password xxxx
login
!
!
end
90
Router P2

!
hostname P2
!
boot-start-marker
boot-end-marker
!
!
no aaa new-model
!
resource policy
!
ip subnet-zero
ip cef
!
!
!
no ip domain lookup
!
!
!
interface Loopback0
ip address 10.101.2.247 255.255.255.255
!
ip address 10.250.0.206 255.255.255.252
duplex auto
speed auto
!
ip address 10.1.1.21 255.255.255.252
duplex auto
speed auto
mpls ip
mpls mtu 1700
!
91
ip address 10.1.1.6 255.255.255.252
duplex auto
speed auto
mpls ip
mpls mtu 1700
!
router ospf 2914
router-id 10.101.2.247
network 10.1.1.4 0.0.0.3 area 0
network 10.1.1.20 0.0.0.3 area 0
network 10.101.2.247 0.0.0.0 area 0
!
ip classless
no ip http server
!
control-plane
!
gatekeeper
shutdown
!
line con 0
login local
stopbits 1
line aux 0
stopbits 1
line vty 0 4
exec-timeout 0 0
password xxxx
login
!
end
Router P3
hostname P3
!
boot-start-marker
boot-end-marker
!
!
no aaa new-model
ip cef
!
!
no ip domain lookup
92
ipv6 cef
!
!
!
interface Loopback0
ip address 10.201.1.247 255.255.255.255
!
ip address 10.250.0.210 255.255.255.252
speed auto
duplex auto
!
ip address 10.1.1.14 255.255.255.252
speed auto
duplex auto
mpls ip
mpls mtu 1700
!
ip address 10.1.1.2 255.255.255.252
speed auto
duplex auto
mpls ip
mpls mtu 1700
!
router ospf 2914
router-id 10.201.1.247
network 10.1.1.0 0.0.0.3 area 0
network 10.1.1.12 0.0.0.3 area 0
network 10.201.1.247 0.0.0.0 area 0
!
!
no ip http server
!
control-plane
!
line con 0
93
login local
stopbits 1
line aux 0
stopbits 1
line vty 0 4
exec-timeout 0 0
password xxxx
login
!
!
end
Router PE2
hostname PE2
!
boot-start-marker
boot-end-marker
!
!
no aaa new-model
ip cef
!
!
no ip domain lookup
ipv6 cef
!
!
!
interface Loopback0
ip address 10.201.2.247 255.255.255.255
!
ip address 10.250.0.214 255.255.255.252
speed auto
duplex auto
!
ip address 10.1.1.22 255.255.255.252
speed auto
duplex auto
mpls ip
mpls mtu 1700
94
!
ip address 172.16.2.1 255.255.255.0
speed auto
duplex auto
!
ip address 10.1.1.1 255.255.255.252
speed auto
duplex auto
mpls ip
mpls mtu 1700
!
ip address 172.16.4.1 255.255.255.0
speed auto
duplex auto
!
router ospf 2914
router-id 10.201.2.247
network 10.1.1.0 0.0.0.3 area 0
network 10.1.1.20 0.0.0.3 area 0
network 10.201.2.247 0.0.0.0 area 0
network 172.16.2.0 0.0.0.255 area 0
network 172.16.4.0 0.0.0.255 area 0
!
!
no ip http server
!
control-plane
!
line con 0
login local
stopbits 1
line aux 0
stopbits 1
line vty 0 4
exec-timeout 0 0
password xxxx
login
!
end
95
Router PE3
hostname PE3
!
boot-start-marker
boot-end-marker
!
!
no aaa new-model
ip cef
!
!
no ip domain lookup
ipv6 cef
!
!
!
interface Loopback0
ip address 10.201.3.247 255.255.255.255
!
interface Tunnel1
!
interface Tunnel2
!
ip address 10.250.0.218 255.255.255.252
speed auto
duplex auto
!
96
ip address 172.16.3.1 255.255.255.0
speed auto
duplex auto
!
ip address 10.1.1.18 255.255.255.252
speed auto
duplex auto
mpls ip
mpls mtu 1700
!
ip address 10.1.1.13 255.255.255.252
speed auto
duplex auto
mpls ip
mpls mtu 1700
!
ip address 172.16.1.1 255.255.255.0
speed auto
duplex auto
!
router ospf 2914
router-id 10.201.3.247
network 10.1.1.12 0.0.0.3 area 0
network 10.1.1.16 0.0.0.3 area 0
network 10.201.3.247 0.0.0.0 area 0
network 172.16.3.0 0.0.0.255 area 0
network 172.16.1.0 0.0.0.255 area 0
!
!
no ip http server
!
!
!
97
control-plane
!
line con 0
login local
stopbits 1
line aux 0
stopbits 1
line vty 0 4
exec-timeout 0 0
password xxxx
login
!
!
end
98
Router P1

!
hostname P1
!
boot-start-marker
boot-end-marker
!
!
no aaa new-model
ip cef
!
!
no ip domain lookup
ipv6 cef
!
!
!
interface Loopback0
ip address 10.101.1.247 255.255.255.255
!
ip address 10.250.0.202 255.255.255.252
speed auto
duplex auto
!
ip address 10.1.1.17 255.255.255.252
speed auto
duplex auto
mpls ip
mpls mtu 1700
ip rsvp bandwidth 3072 sub-pool 2048
!
ip address 10.1.1.13 255.255.255.252
99
shutdown
speed auto
duplex auto
mpls ip
!
ip address 10.1.1.5 255.255.255.252
speed auto
duplex auto
mpls ip
mpls mtu 1700
!
router ospf 2914
router-id 10.101.1.247
network 10.1.1.4 0.0.0.3 area 0
network 10.1.1.16 0.0.0.3 area 0
network 10.101.1.247 0.0.0.0 area 0
!
!
no ip http server
!
control-plane
!
line con 0
login local
stopbits 1
line aux 0
stopbits 1
line vty 0 4
exec-timeout 0 0
password xxxx
login
!
end
Router P2
hostname P2
!
boot-start-marker
boot-end-marker
!
!
no aaa new-model
ip cef
100
!
!
no ip domain lookup
ipv6 cef
!
!
!
interface Loopback0
ip address 10.101.2.247 255.255.255.255
!
ip address 10.250.0.206 255.255.255.252
speed auto
duplex auto
!
ip address 10.1.1.10 255.255.255.252
speed auto
duplex auto
!
ip address 10.1.1.21 255.255.255.252
speed auto
duplex auto
mpls ip
mpls mtu 1700
!
ip address 10.1.1.6 255.255.255.252
speed auto
duplex auto
mpls ip
mpls mtu 1700
!
router ospf 2914
router-id 10.101.2.247
network 10.1.1.4 0.0.0.3 area 0
network 10.1.1.20 0.0.0.3 area 0
network 10.101.2.247 0.0.0.0 area 0
101
!
!
no ip http server
!
control-plane
!
line con 0
login local
stopbits 1
line aux 0
stopbits 1
line vty 0 4
exec-timeout 0 0
password xxxx
login
!
end
Router P3
hostname P3
!
boot-start-marker
boot-end-marker
!
!
no aaa new-model
ip cef
!
!
no ip domain lookup
ipv6 cef
!
!
!
interface Loopback0
ip address 10.201.1.247 255.255.255.255
!
ip address 10.250.0.210 255.255.255.252
speed auto
102
duplex auto
!
no ip address
shutdown
speed auto
duplex auto
!
ip address 10.1.1.14 255.255.255.252
speed auto
duplex auto
mpls ip
mpls mtu 1700
!
ip address 10.1.1.2 255.255.255.252
speed auto
duplex auto
mpls ip
mpls mtu 1700
!
router ospf 2914
router-id 10.201.1.247
network 10.1.1.0 0.0.0.3 area 0
network 10.1.1.12 0.0.0.3 area 0
network 10.201.1.247 0.0.0.0 area 0
!
!
no ip http server
!
control-plane
!
line con 0
login local
stopbits 1
line aux 0
stopbits 1
line vty 0 4
exec-timeout 0 0
password xxxx
login
!
103
end
Router PE2
hostname PE2
!
boot-start-marker
boot-end-marker
!
!
no aaa new-model
ip cef
!
!
no ip domain lookup
ipv6 cef
!
!
!
interface Loopback0
ip address 10.201.2.247 255.255.255.255
!
ip address 10.250.0.214 255.255.255.252
speed auto
duplex auto
!
ip address 10.1.1.22 255.255.255.252
speed auto
duplex auto
mpls ip
mpls mtu 1700
!
ip address 172.16.2.1 255.255.255.0
speed auto
duplex auto
!
104
ip address 10.1.1.1 255.255.255.252
speed auto
duplex auto
mpls ip
mpls mtu 1700
!
ip address 172.16.4.1 255.255.255.0
speed auto
duplex auto
!
router ospf 2914
router-id 10.201.2.247
network 10.1.1.0 0.0.0.3 area 0
network 10.1.1.20 0.0.0.3 area 0
network 10.201.2.247 0.0.0.0 area 0
network 172.16.2.0 0.0.0.255 area 0
network 172.16.4.0 0.0.0.255 area 0
!
!
no ip http server
!
control-plane
!
line con 0
login local
stopbits 1
line aux 0
stopbits 1
line vty 0 4
exec-timeout 0 0
password xxxx
login
!
end
Router PE3
hostname PE3
!
boot-start-marker
boot-end-marker
!
!
105
no aaa new-model
ip cef
!
!
no ip domain lookup
ipv6 cef
!
!
!
class-map match-all exp-5-voz
match mpls experimental topmost 5
class-map match-all voz
match access-group 100
class-map match-all datos
match access-group 101
!
policy-map voz-y-datos
class exp-5-voz
priority percent 40
class class-default
bandwidth percent 60
policy-map voz
class voz
police cir 1229000 bc 122900 be 122900
conform-action set-mpls-exp-imposition-transmit 5
exceed-action drop
class class-default
set mpls experimental imposition 0
!
interface Loopback0
ip address 10.201.3.247 255.255.255.255
!
interface Tunnel1
tunnel mpls traffic-eng bandwidth sub-pool 1229
!
ip address 10.250.0.218 255.255.255.252
speed auto
duplex auto
!
description cliente_H3
106
ip address 172.16.3.1 255.255.255.0
speed auto
duplex auto
service-policy input voz
!
ip address 10.1.1.18 255.255.255.252
load-interval 30
speed auto
duplex auto
mpls ip
mpls mtu 1700
service-policy output voz-y-datos
!
ip address 10.1.1.13 255.255.255.252
load-interval 30
speed auto
duplex auto
mpls ip
mpls mtu 1700
service-policy output voz-y-datos
!
description cliente_H1
ip address 172.16.1.1 255.255.255.0
speed auto
duplex auto
service-policy input voz
!
no ip address
shutdown
speed auto
duplex auto
!
router ospf 2914
router-id 10.201.3.247
network 10.1.1.12 0.0.0.3 area 0
network 10.1.1.16 0.0.0.3 area 0
network 10.201.3.247 0.0.0.0 area 0
network 172.16.1.0 0.0.0.255 area 0
network 172.16.3.0 0.0.0.255 area 0
!
107
!
no ip http server
ip route 172.16.2.2 255.255.255.255 Tunnel1
!
!
access-list 100 permit ip any host 172.16.2.2
access-list 101 deny ip any host 172.16.2.2
access-list 101 permit ip any any
!
control-plane
!
line con 0
login local
stopbits 1
line aux 0
stopbits 1
line vty 0 4
exec-timeout 0 0
password xxxx
login
!
end
108
Anexo 5. Configuracin de escenario en VNX
<?xml version="1.0" encoding="UTF-8"?>

<vnx xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="/usr/share/xml/vnx/vnx-
2.00.xsd">
<global>
<version>2.0</version>
<scenario_name>tutorial_mpls_te_labfinal</scenario_name>
<automac offset="12"/>

<vm_mgmt type="private" network="10.250.0.0" mask="24"
offset="200">
<host_mapping />
</vm_mgmt>
<vm_defaults>
<console id="0" display="no"/>
<console id="1" display="yes"/>
</vm_defaults>
<dynamips_ext>tutorial_mpls_te_labfinalte-qos-
dn.xml</dynamips_ext>
</global>
<net name="Net0" mode="virtual_bridge" />

109
<net name="br0" mode="virtual_bridge" managed="no"/>
<vm name="P1" type="dynamips" subtype="7200" os="">

<filesystem
type="cow">/usr/share/vnx/filesystems/c7200FRR</filesystem>
<mem>256M</mem>
<if id="0" net="vm_mgmt" name="fa0/0"/>
<if id="1" net="Net2" name="fa0/1">
<ipv4>10.1.1.17/30</ipv4>
</if>
<ipv4>10.1.1.5/30</ipv4>
</if>
</vm>

<filesystem
<mem>256M</mem>
<ipv4>10.1.1.21/30</ipv4>
</if>
<ipv4>10.1.1.6/30</ipv4>
</if>
</vm>

<filesystem
<mem>256M</mem>
<ipv4>10.1.1.14/30</ipv4>
</if>
<ipv4>10.1.1.2/30</ipv4>
</if>
</vm>
<vm name="PE2" type="dynamips" subtype="7200" os="">

<filesystem
<mem>256M</mem>
<ipv4>10.1.1.22/30</ipv4>
110
</if>
<ipv4>172.16.2.1/24</ipv4>
</if>
<ipv4>10.1.1.1/30</ipv4>
</if>
<ipv4>172.16.4.1/24</ipv4>
</if>
</vm>
<vm name="PE3" type="dynamips" subtype="7200" os="">

<filesystem
<mem>256M</mem>
<ipv4>172.16.3.1/24</ipv4>
</if>
<ipv4>10.1.1.18/30</ipv4>
</if>
<ipv4>10.1.1.13/30</ipv4>
</if>
<ipv4>172.16.1.1/24</ipv4>
</if>
</vm>
<vm name="H1" type="lxc">

<filesystem
type="cow">/usr/share/vnx/filesystems/rootfs_lxc</filesystem>
<if id="1" net="Net0">
<ipv4>172.16.1.2/24</ipv4>
</if>
<if id="2" net="br0">
<ipv4>192.168.37.10/24</ipv4>
</if>
<route type="ipv4" gw="172.16.1.1">default</route>

<filetree seq="start-www"
root="/var/www/">conf/tutorial_ubuntu/h3</filetree>

<exec seq="start-www" type="verbatim" ostype="system">chmod
644 /var/www/*</exec>
<exec seq="start-www" type="verbatim"
ostype="system">service apache2 start</exec>
111
<exec seq="stop-www" type="verbatim"
ostype="system">service apache2 stop</exec>
</vm>

<filesystem
<ipv4>172.16.2.2/24</ipv4>
</if>
<ipv4>192.168.37.20/24</ipv4>
</if>
</vm>

<filesystem
<ipv4>172.16.3.2/24</ipv4>
</if>
<ipv4>192.168.37.30/24</ipv4>
</if>
</vm>

<filesystem
<ipv4>172.16.4.2/24</ipv4>
112
</if>
</vm>
</vnx>
113
Anexo 6. Cdigo del programa cambia_mtu.bin
#!/bin/bash
sudo ip link set Net2-e00 mtu 1700

sudo ip link set P1-e1 mtu 1700
sudo ip link set PE3-e2 mtu 1700





114

TFM Tatiana Hernandez Camacho 2015

Cargado por

Copyright:

Formatos disponibles

TFM Tatiana Hernandez Camacho 2015

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

TFM Tatiana Hernandez Camacho 2015

Cargado por

Copyright:

Formatos disponibles

Universidad Politcnica de Madrid

Escuela Tcnica Superior de Ingenieros de Telecomunicacin

ESTUDIO DE LA INGENIERA DE TRFICO

TRABAJO FIN DE MSTER

Tatiana Hernndez Camacho

Escuela Tcnica Superior de Ingenieros de Telecomunicacin

TRABAJO FIN DE MSTER

ESTUDIO DE LA INGENIERA DE TRFICO

Tatiana Hernndez Camacho

David Fernndez Cambronero

Departamento de Ingeniera de Sistemas Telemticos

El volumen de trfico en Internet est creciendo de manera exponencial. Este

La Ingeniera de Trafico ofrece varios mecanismos para optimizar el rendimiento,

Traffic Engineering provides several mechanisms to optimize performance,

ndice general ........................................................................................................................ v

ndice de figuras ................................................................................................................... ix

ndice de Tablas .................................................................................................................... xi

Siglas ..................................................................................................................................... xii

1.1 Contexto ................................................................................................................. 13

1.2 Motivacin ............................................................................................................. 14

1.3 Objetivos ................................................................................................................ 14

2 Multi-Protocol Label Switching (MPLS) ................................................................... 15

2.1 Arquitectura de MPLS ......................................................................................... 15

2.1.1 FEC ................................................................................................................. 15

2.1.2 LSP .................................................................................................................. 16

2.1.4 Cabecera MPLS ............................................................................................. 17

2.1.5 Protocolos de distribucin de etiquetas .................................................... 17

2.1.6 Funcionamiento de una red MPLS ............................................................ 18

2.2 Aplicaciones de MPLS ......................................................................................... 20

2.2.1 Ingeniera de Trfico .................................................................................... 20

2.2.2 Gestin de caminos ...................................................................................... 21

2.2.3 Redes privadas virtuales (VPN) ................................................................. 21

2.2.4 Soporte Multiprotocolo ............................................................................... 22

3 Ingeniera de Trfico .................................................................................................... 23

3.1 Proceso de la ingeniera de trfico ..................................................................... 24

3.1.1 Fase de Formulacin de polticas ............................................................... 25

3.1.2 Fase de recopilacin de datos ..................................................................... 25

3.1.4 Fase de optimizacin del rendimiento ...................................................... 26

3.2 Clasificacin de los sistemas de Ingeniera de Trfico .................................... 26

3.3 Limitaciones del enrutamiento IP tradicional .................................................. 27

3.4 Ventajas de MPLS para la Ingeniera de Trfico .............................................. 28

3.5 Requisitos para el soporte de TE en redes MPLS............................................. 29

3.5.1 Troncales de trfico y sus atributos ........................................................... 29

3.5.2 Atributos de Recursos .................................................................................. 30

3.6 Enrutamiento basado en restricciones............................................................... 30

3.7.1 Cmo crea RSVP-TE un LSP explcito? .................................................. 33

3.8 Componentes de la Ingeniera de Trfico en MPLS ........................................ 34

3.8.1 Componente de reenvo de paquetes ........................................................ 34

3.8.2 Componente de distribucin de informacin .......................................... 34

3.8.3 Componente de seleccin de caminos ....................................................... 34

3.8.4 Componente de sealizacin. ..................................................................... 34

4 Estado del arte de la Ingeniera de Trafico en redes MPLS .................................... 35

4.1 Enfoques analticos a la ingeniera de trfico MPLS ....................................... 35

4.1.1 Algoritmos de enrutamiento basado en restricciones ............................. 35

4.1.2 Algoritmos de asignacin y particionamiento de trfico........................ 38

4.1.3 Restablecimiento de caminos ...................................................................... 39

4.2 Calidad de servicio en MPLS-TE........................................................................ 39

4.2.1 DS-TE ............................................................................................................. 40

5 Diseo de escenarios de pruebas ............................................................................... 41