UNIVERSIDAD NACIONAL DE

VERSIÓN: 1
CHIMBORAZO

FACULTAD DE INGENIERIA Página 1 de ….

GUÍA DE PRÁCTICAS
PERIODO ACADÉMICO: 2021 2s
CARRERA: Ingeniería en DOCENTE: Ing. Luis Zabala SEMESTRE: Noveno
Telecomunicaciones A. PARALELO: A

NOMBRE DE LA ASIGNATURA: CÓDIGO DE LA ASIGNATURA: LABORATORIO A UTILIZAR:

Redes Avanzadas EETOP91 Laboratorio De Redes

Práctica No. Tema: Duración No. Grupos No. Estudiantes (por Grupo)
(horas)
7 3
3 MPLS - TE
2

Objetivos de la Práctica:

El objetivo de la presente práctica es familiarizarse con la tecnología y los conceptos de Ingeniería de Tráfico en
MPLS, así como su configuración en una red implementada con routers Cisco.

Estudiantes:

 Álvarez David
 Bravo David
 Collaguazo Verónica
 Mariño Byron

Equipos y Materiales:

 Routers c7200
 Cables seriales
 3 PCs
 Emulador de redes GNS3

Procedimiento:

1. Armar la topología a utilizar en la práctica, la cual se muestra en la figura siguiente:

 1. Configuración del direccionamiento IP en todos los dispositivos de acuerdo a la topología.

CE1(config)# interface f0/0

CE1 (config-if)# ip address 192.168.1.1
255.255.255.0 CE1 (config-if)# no
shutdown
CE1 (config-if)# interface s1/0
CE1 (config-if)# ip address 192.168.2.2
255.255.255.0 CE1 (config-if)# no
shutdown

Configurar las direcciones de loopback 0 de cada router de la

red MPLS: PE1: 10.10.10.10
P1: 20.20.20.20
P2: 30.30.30.30
PE2: 40.40.40.40

2. Configurar OSPF en los routers de la red MPLS NETWORK ACCESS

CE1(config)# router ospf 10

CE1(config-router)# network 192.168.2.0 0.0.0.255 area 0
CE1(config-router)# network 192.168.2.0 0.0.0.255 area 0
3. Comprobar conectividad IP a todas las interfaces.
Router CE1
Router PE1

Router p1
Router P2
Router PE2

Router CE2

4. Habilita MPLS en todas las interfaces.

CE1(config)#
interface s1/0
CE1(config-if)#
mpls ip

5. Configurar la red para dotarla de capacidades MPLS-TE, para ello vamos a

establecer un par de túneles en la misma.

Para establecer un túnel, se ha de definir el Headend (inicio del túnel) y el Tailend (final del túnel).
En nuestra red estableceremos un túnel entre PE1 y PE2, permitiendo la comunicación entre la red
192.168.1.0/24 hacia la red 192.168.2.1 /24 a través del citada tunel. Puesto que los túneles son
unidireccionales, procederemos a definir un túnel en el sentido contrario también, esto es desde
PE2 hasta PE1. Los túneles pueden crearse de forma dinámica o explicita. En el primer caso es el
protocolo CBR el encargado de decidir cuál es el mejor camino hacia el Tailend, mientras que en la
creación del túnel de forma explícita debe definirse el camino salto a salto.
Vamos a configurar los túneles utilizando ambos métodos, el túnel que va desde PE1 hasta el PE2
lo haremos de manera dinámica, mientras que para el sentido contrario lo estableceremos de
forma explícita.

Otros parámetros que deben tenerse en cuenta son: ancho de banda, debe definirse un ancho de
banda del túnel para realizar la reserva en cada una de las interfaces por donde discurre el mismo.
En el caso que alguna de las interfaces del LSP por donde transcurre el túnel no dispusiese de los
recursos necesarios para establecer el mismo, éste no se levantaría, a través del atributo prioridad
indicamos qué túnel es más importante que otro, de tal manera que, si dos túneles ocupasen el
mismo LSP y no se dispusieran de los recursos necesarios para ambos, únicamente se establecería
el túnel de prioridad más elevada.

Antes de establecer los túneles y para no tener que generar demasiado tráfico a la hora de
desarrollar la presente práctica, ya que una de las cosas que pretendemos observar es cómo se
comporta la red cuando se encuentra congestionada, vamos a limitar el ancho de banda de las
interfaces, para ello utilizaremos el comando rate limit.

PE1#configure
terminal PE1
(config)#
interface s1/1
PE1(config-if)#rate-limit input 80000 calcular1 calcular 2 conform-action transmit
exceedaction drop PE1 (config-if)#rate-limit output 100000 calcular3 calcular4 conform-
action transmit exceedaction drop PE1(config-if)#interface s1/3
PE1(config-if)#rate-limit input 80000 calcular1 calcular 2 conform-action transmit
exceedaction drop PE1(config-if)#rate-limit output 100000 calcular3 calcular4 conform-
action transmit exceedaction drop PE1(config-if)#exit

Tal y como se puede apreciar se pueden limitar los flujos tanto en la entrada como en la salida de
la interfaz y permitir ráfagas, en nuestro caso hemos limitado 80 Kbps para la entrada y a la salida a
100 kbps, no permitiendo ninguna ráfaga.

NOTA: Para configurar el rate-limit SE PUEDE UTILIZAR dos valores que se recomienda calcular con
 la formula proporcionada por Cisco. Estos valores son el “normal burst” y el
“extended burst”. Según Cisco estos valores se calculan de la siguiente manera:

“normal burst” = rate * (1 byte)/(8 bits) *

1.5 seconds
“extended burst” = 2 * “normal burst”

cálculo:
Para 80000
normal burst=80000∗
[] 1
8
∗1.5=15000

extend burst=2∗normal burst=30000

Para 100000
normal burst=100000∗ []
1
8
∗1.5=1 875 0

extend burst=2∗normal burst=3 7500

Repetir el paso anterior en los diferentes interfaces de los routers que forman nuestra red.

Ahora comenzaremos propiamente con la configuración de TE, en primer lugar, es necesario

habilitar la ingeniería de tráfico de modo general y posteriormente en cada una de las interfaces,
para ello utilizaremos el comando mpls traffic-eng tunnels. En el caso del PE1 deberemos emplear
los siguientes comandos:

PE1#configure terminal
PE1(config)#mpls traffic-
eng tunnels
PE1(config)#interface s1/1
PE1(config-if)#mpls traffic-
eng tunnels PE1(config-
if)#ip rsvp bandwith 128 64
PE1(config-if)#interface
s1/3 PE1(config-if)#mpls
traffic-eng tunnels
PE1(config-if)#ip rsvp
bandwith 128 64

Con el comando ip rsvp bandwith, habilitamos rsvp en la interfaz y reservamos un ancho de banda
máximo para establecer el túnel en la misma. Si no se especifica el ancho de banda, RSVP utilizará
por defecto hasta el 75% del ancho de banda de la interfaz para las reservas. En este caso RSVP
solo puede utilizar hasta 128 kbps para las reservas y que el mayor flujo reservable puede ser de 64
kbps. Para comprobar:

Aparte de habilitar la TE en las interfaces, también es necesario activarla en el proceso OSPF para
conocer el estado real de los enlaces de la red y poder aprovechar los menos utilizados. La forma
de habilitarla es la siguiente:

PE1(config)#router ospf 10

PE1(config-router)#mpls traffic-eng router-id

loopback 0 PE1(config-router)#mpls traffic-
eng area 0
PE1(config-router)#exit

Repetir los anteriores pasos en todos los routers que constituyen la red.

Una vez habilitada la TE en toda la red, procederemos a establecer los túneles, empezaremos por
el túnel dinámico de PE1 a PE2.

Un túnel se trata igual que una interfaz, el primer paso es declarara la interfaz. Al primer túnel lo
identificaremos como tunnel 1. El túnel ha de establecerse desde su inicio (Headend), en este caso
desde PE1. Introducir los siguientes comandos para establecer el túnel dinámico:
PE1(config)#interface tunnel 1
PE1(config-if)#ip unnumbered
loopback 0
PE1(config-if)#tunnel mode mpls
traffic-eng PE1(config-if)#tunnel
destination 40.40.40.40
PE1(config-if)#tunnel mpls traffic-eng autoroute
announce PE1(config-if)#tunnel mpls traffic-eng
path-option 2 dynamic PE1(config-if)#tunnel mpls
traffic-eng bandwith 64 PE1(config-if)#tunnel
mpls traffic-eng priority 7 7
PE1(config-if)#exit

ip unnumbered loopback 0, asignamos la ip de la interfaz de loopback al túnel. Una interfaz de túnel

MPLS TE debe estar sin numerar porque representa un enlace unidireccional.
tunnel mode mpls traffic-eng, habilita el modo MPLS-TE en el túnel.
tunnel destination, especifica el final del túnel.
tunnel mpls traffic-eng autoroute announce, anuncia el túnel a través de OSPF, de esta manera todo
el tráfico dirigido hacia el Tailend circulará a través del túnel.
tunnel mpls traffic-eng path-option 2 dynamic, con path option indicamos el orden con el que se
intenta establecer el túnel, un túnel con path-option 1 es prioritario frente a uno con 2. Si la
interfaz no dispusiera de recursos suficientes para los dos túneles, únicamente establecería el
primero. Mientras que con dynamic indicamos que el protocolo CBR se encargue de calcular el LSP
del túnel.
tunnel mpls traffic-eng bandwith 64, establece el ancho de banda reservado del túnel, en este caso
64 kbps.
tunnel mpls traffic-eng priority 7 7, El argumento setup-priority es la prioridad que se utiliza al
señalizar un LSP para este túnel para determinar qué túneles existentes pueden adelantarse. Los
valores válidos son de 0 a 7. Un número menor indica una mayor prioridad. Un LSP con una
prioridad de establecimiento de 0 puede adelantarse a cualquier LSP con una prioridad distinta de
0. El argumento hold-priority es la prioridad asociada a un LSP para este túnel para determinar si
debe ser adelantado por otros LSPs que estén siendo señalados. Los valores válidos van de 0 a 7,
donde un número menor indica una mayor prioridad.

En este punto ya tenemos un túnel dinámico establecido entre PE1 y PE2. Seguidamente
configuraremos el túnel explícito entre PE2 y PE1. Para ello utilizaremos los siguientes comandos:
PE2(config)#interface tunnel 2
PE2(config-if)#ip unnumbered
loopback 0
PE2(config-if)#tunnel mode mpls
traffic-eng PE2(config-if)#tunnel
destination 10.10.10.10

PE2(config-if)#tunnel mpls traffic-eng autoroute announce

PE2(config-if)#tunnel mpls traffic-eng path-option 1 explicit
name tunel2 PE2(config-if)#tunnel mpls traffic-eng bandwith
64
PE2(config-if)#tunnel mpls traffic-eng
priority 6 6 PE2(config-if)#exit
PE2(config)# ip explicit-path name
 tunel2 PE2(cfg-ip-expl-path)#next-
address 30.30.30.30
PE2(cfg-ip-expl-path)#next-address 20.20.20.20
PE2(cfg-ip-expl-path)#next-address
10.10.10.10 PE2(cfg-ip-expl-
path)#exit

Como podemos ver la única diferencia frente a un túnel dinámico, es que se especifican los saltos por
los que discurre el túnel de manera manual. Para comprobar que los túneles han sido correctamente
establecidos, utilizaremos el comando show mpls traffic-eng tunnels brief.

Realiza una captura de pantalla de la salida del comando en cada uno de los routers. Comenta el
resultado.

Otra manera de comprobar que el túnel se ha establecido correctamente es ejecutando el comando

show mpls traffic-eng tunnels tunnel #interface.

Qué información adicional nos presenta la ejecución del comando anterior:

Resultados:

¿Qué camino seguirán los paquetes de PC2 a PC1 en ambos sentidos?. ¿Coinciden con la ruta
calculada por el protocolo IGP?. De no ser así, ¿a qué es debido?. (Utilice un traceroute)

Realizar una captura de wireshark e identificar los mensajes y campos explicados en la teoría. RESV y
PATH.
¿Qué efecto tiene la caída del enlace en cado uno de los dos túneles definidos en la red? Usar el
comando
sh mpls traffic-eng tunnels tunnel 1 en PE1 antes y después de la caída de un enlace.