04-Arquitectura MPLS

MULTIPROTOCOL LABEL SWICHING - MPLS
MULTIPROTOCOL LABEL
SWITCHING
Profesor Daniel Díaz Ataucuri

[email protected]
 Profesor Titular de Telecomunicaciones de la UNI

 Profesor Titular de Telecomunicaciones de la UNMSM
 Director de Investigación y Desarrollo Tecnológico del
INICTEL-UNI
Marzo – Diciembre de 2017
Profesor Daniel Díaz Ataucuri 2017 [email protected]

INTRODUCCION

CONCEPTOS BÁSICOS: Planos de datos y control en redes IP

Enrutamiento en la capa de Internet tiene dos planos básicos:
►Planos de Datos o Envío (Forwarding)
Responsable del envío de los paquetes de datos y utiliza:
 Tablas de enrutamiento actualizado en un router.
 Analiza información que lleva un paquete de datos (campos de la cabecera).
Aquí se decide como se envían los paquetes de datos:
 Envío unicast (se basa en dirección de destino)
 Envío unicast con calidad de servicios (se basa en dirección de destino y ToS)
 Envío multicast
►Plano de Control
Responsable de la construcción y mantenimiento de la tabla de
enrutamiento. Consiste de:
 Uno o más protocolos de enrutamiento
 Procedimientos o algoritmos para obtener la tabla de enrutamiento.

CONCEPTOS BÁSICOS: Planos de datos y control en redes IP
A Protocolos
2 1
B D
1
Algoritmos E
1 2
C F
Plano de control
Plano de datos
Tabla de enrutamiento
Red de destino Salto siguiente

Hardware para el 200.20.20.0 15.5.5.1
envío de los datos

CONMUTACIÓN DE ETIQUETAS
Los planos de datos o envío y control pueden adaptarse a la conmutación
de etiqueta (label switching).
►En especial, el plano de datos o envío de conmutación de etiqueta toma la decisión
de envío del paquete en base a:
 Una etiqueta que es transportada en un paquete de datos.
 Tabla de envío mantenido por Router de Conmutación de Etiquetas (Label Switching Router-LSR).
Concepto de etiqueta: IP Switching

►La decisión de envío de los paquetes depende del valor de una etiqueta.
►No se analiza ninguna información de la cabecera de la capa de Internet.
Analizado en
nuevas tablas
LFIB, ubicados
datos Cabecera datos Cabecera Etiqueta
en los LSR
IP IP etiquetado

CONCEPTOS BÁSICOS: FEC

Forwarding Equivalence Class-FEC
►Son grupos de paquetes que son tratados de la misma manera por el router y enviados
por un mismo camino, aun si los destinos finales son diferentes.
Diferente origen
Aplicación 1 IP Router trata a todos los

Tabla de
paquetes de la misma manera
enrutamiento
Aplicación 2 IP
u
otra tabla
Aplicación n IP
Granularidad de envío del FEC(gruesa o fina)

►Muchos paquetes mapeados a un prefijo de dirección de red
Escalabilidad y flexibilidad
BÁSICO DE LA ARQUITECTURA MPLS

En el paradigma de envío MPLS, una vez que un paquete es asignado a
un FEC, ningún análisis futuro de la cabecera será realizada por los
siguientes routers; toda información es manejada por las etiquetas.
►El router de entrada puede utilizar cualquier información (incluso fuera de la cabecera IP)
Por ejemplo: paquetes que llegan de diferentes puertos se asignan a diferentes FECs.
►La decisión de reenvío lo realiza el router de entrada: cada router de entrada coloca una
etiqueta que define una trayectoria dentro de la red MPLS.
►La decisión de etiquetado por parte del router de entrada no impacta a los
otros routers internos de la red MPLS.
►Facilita el envío de los paquetes por una particular ruta (explícita):
Ingeniería de Tráfico.

CREACIÓN DE LSP (VPN) EXPLICITO

TRAFFIC ENGINEERING-TE
Ruta libre
2001:4FC:5FA8::4/126
::5 ::6
Ruta según Dijkstra

Mucho tráfico!
Objeto Explicit Route (ERO): 2001:4FC:5FA8::2 , 2001:4FC:5FA8::6 , 2001:4FC:5FA8::A

UBICACIÓN DE MPLS EN EL MODELO OSI
Aplicación Aplicación
Presentación Presentación
Sesión Sesión
Transporte Transporte
Red Red Capa 2.5
MPLS MPLS
Enlace de Enlace de
datos datos
Físico Físico
MPLS no reemplaza el enrutamiento IP

MULTIPROTOCOL LABEL SWITCHING-MPLS

Trayectoria de
LSR de borde
LSR de borde
Introduce los paquetes Saca
Etiqueta etiquetados-LSP Etiqueta
de Ingreso
de Salida
LSR LSR
LSR LSR
 Router de Conmutación
de Etiquetas ó
Label Switch Router-LSR Conmutación
por Etiqueta
Red MPLS
 LSR de borde ó
Label Edge Route-LER
Proveedor de Servicios de Internet
 Trayectoria de conmutación ISP
de etiqueta ó
Label Switch Path-LSP
CARACTERÍSTICA DE LA ETIQUETA EN MPLS

Una etiqueta MPLS es corta, de longitud fija, de significado local y es
usado para identificar un FEC.
►En la mayoría de los casos, un paquete es asignado a un FEC basado sobre su dirección de
destino de la capa de Internet. Pero la etiqueta nunca es una decodificación de esta dirección.
Paquetes
Enlazar una etiqueta particular L

Ru L no necesariamente representa Rd a un FEC F particular
FEC F para cualquier paquete
datos IP L datos IP L
Etiqueta de salida de Ru Etiqueta de entrada de Rd
Representa al FEC F Representa al FEC F
Ru: "upstream LSR" Rd: “downstream LSR"
►Las etiquetas son distribuidas en la dirección "downstream to upstream“.
“In the MPLS architecture, the decision to bind a particular label L to a particular
FEC F is made by the LSR which is DOWNSTREAM with respect to that binding.
The downstream LSR then informs the upstream LSR of the binding”.
APILAMIENTO DE ETIQUETAS (Stack Label)

0 4 8 16 19 31 0 4 8 16 19 31
El apilamiento
de etiquetas Etiqueta MPLS EXP S TTL Etiqueta MPLS EXP S TTL
Stacking
S=0
Cabecera
Label
en MPLS está S=0 MPLS
Etiqueta MPLS EXP S TTL Etiqueta MPLS EXP S TTL
organizado en
Cabecera
Last-In, Fist- Etiqueta MPLS EXP S TTL S=1 Etiqueta MPLS EXP S TTL MPLS (nivel 1)
Out Ver HLEN Tipo Serv. Longitud total Ver DS Etiqueta de flujo
Identificador Indic Desplaz de frag. Longitud de carga útil Cabe.sigte Límite salto
TTL Protocolo Suma de chequeo

Dirección de origen
El procesamiento Dirección de origen
de un paquete
Dirección de destino
etiquetado es
independiente de Dirección de destino
Opciones-relleno
su nivel de
jerarquía en el
Opcional
Cabecera opcionales
apilamiento.
Carga útil
PDU de la capa superior

NHLFE, ILM y FTN

NHLFE, Next Hop Label Forwarding Entry, es usado cuando se envía
un paquete etiquetado.
ILM, Incoming Label Map, relaciona cada etiqueta entrante a un grupo
de NHLFE. Es usado cuando arriban paquetes etiquetados.
FTN, FEC-to-NHLFE, relaciona cada FEC a un grupo de NHLFE.
Es usado cuando arriban paquetes NO etiquetados, pero que deben ser
etiquetados antes de ser enviados. NHLE n
 Salto siguiente del paquete
Paquete con NHLE 2
 Label Stack:
NHLE1  Salto siguiente del paquete
Etiqueta L NHLE 1- reemplaza la etiqueta superior
 Label Stack:
 - extrae la etiqueta del stack
Salto siguiente del paquete
FTN ILM 
- reemplaza la etiqueta superior
Label Stack: - reemplaza la etiqueta superior e
- extrae la etiqueta del stack
Paquete si - reemplaza la etiquetaintroduce
superior una o más etiquetas
Paquete con - reemplaza la etiqueta superior e
- extrae la etiquetadel Encapsulamiento
stack de capa 2.
Etiqueta Etiqueta L introduce una o más etiquetas
 Forma
- reemplaza la etiqueta deecodificar el label stack
superior
 Encapsulamiento de capa 2.
cuando
introduce una o más etiquetas se tx el paquete.
Relaciona según  Forma de codificar el label stack
 Encapsulamiento de capa 2.
NHLEn etiqueta L: cuando se tx el paquete.
 Forma de codificar el label stack
Si hay varios NHLE, cuando se tx el paquete.
balanceo de carga!
CARACTERÍSTICA DE LA ETIQUETA EN MPLS: Label Swapping

Intercambio de etiqueta sigue los siguientes procesos:
►Un LSR examina la etiqueta de la parte superior del label stack.
►ILM mapea esta etiqueta a un NHLFE.
►Usando la información en NHLFE determina donde enviar el paquete y realiza
operación en label stack del paquete.
►Se codifica una nueva etiqueta dentro del paquete y envía al siguiente LSR.
Ra Etiqueta L1
Rb Etiqueta L2
Rc
codifica
una nueva
etiqueta
dentro del
paquete

PROTOCOLO DE DISTRIBUCIÓN DE ETIQUETA MPLS

Un protocolo de distribución de etiqueta es un grupo de procedimiento por
el cual un LSR informa a otro de las relaciones etiquetas/FEC que tiene
que realizar.
El protocolo de distribución de etiqueta también engloba cualquier negociación en el
cual dos pares de distribución de etiqueta necesitan contratar para aprender de las
capacidades MPLS de cada uno.
Ru Rd
Envío de protocolo de distribución
de etiqueta para negociación
Protocolos de distribución de etiqueta en MPLS:

►“Carrying Label Information in BGP-4” ►“LDP Specification”
RFC 3107 RFC 3036
►“ RSVP-TE: Extensions to RSVP for LSP Tunnels” ►“ Constraint-Based LSP Setup
RFC 3209 using LDP”, RFC 3212
DOWNSTREAM-ON-DEMAND vs
UNSOLICITED DOWNSTREAM
Distribución de etiquetas “downstream-on-demand”.
►Cuando la arquitectura MPLS permite que un LSR requiera de manera explícita una
etiqueta vinculada para un FEC.
Ru Requerimiento de etiqueta Rd
Distribución de etiqueta
Distribución de etiquetas “unsolicited downstream”.

►Cuando la arquitectura MPLS permite que un LSR distribuya etiqueta
a otro LSR sin tener un requerimiento explícito para ello.
Ambas técnicas Ru Rd
pueden ser usadas en
una red MPLS, incluso
al mismo tiempo. Distribución de etiqueta

PLANO DE DATOS Y CONTROL EN UNA ARQUITECTURA MPLS

MPLS divide la arquitectura de un router en dos componentes:
►Plano de dato o envío, controla el envío del paquete de dato basado en:
 Dirección de destino (se mantiene la red IP!!)
 Etiquetas
►Plano de control.
 Controla el intercambio de información de enrutamiento: OSPF, EIGRP, BGP, IS-IS, RIP.
 Controla el intercambio de etiquetas entre dispositivos adyacentes: LDP, CR-LDP, RSVP-TE, BGP
Surgen las señalizaciones que solicitan y asignan etiquetas para crear las tablas de etiquetas
Se crea la tabla Label Forwarding Information Base-LFIB
►El plano de control crea la tabla LFIB donde se almacena las etiquetas
que son usadas por el plano de envío.
►La tabla LFIB es creada/actualizada por los protocolos LDP, CR-LDP,
RSVP-TE ó BGP

PLANO DE DATOS Y CONTROL EN UNA ARQUITECTURA MPLS
A Protocolos
2 1
B D Señalización
1
Algoritmos E
1 2
C F
Plano de control
Plano de datos
TABLA LFIB Tabla de enrutamiento
Interfaz de Etiqueta de Interfaz de Etiqueta de
entrada entrada salida salida
Red de destino Salto siguiente
1 n1 2 n2 200.20.20.0 15.5.5.1
Hardware para el
envío de los datos

FUNCIONAMIENTO
DE UNA RED MPLS

PROPUESTA MPLS POR LA IETF

Los inicios de MPLS se remota a mediados de los 90 cuando se intenta
combinar la tecnología IP y ATM.
►IP switching desarrollado por IPSILON1
►ARIS (Aggregate Route-based IP Switching) desarrollado por IBM
►IP Navigator desarrollado por Cascade2
►Tag Switching desarrollado por CISCO
Consideraron el uso de OSPF para definir los path

y Switches ATM para mover los datos por la red.
La IETF, en 1997, forma el grupo de trabajo MPLS
►Enero de 2001 lanza la RFC 3031 donde define MPLS
1 http://www.cse.wustl.edu/~jain/cis788-97/ftp/ip_switching/index.html

ESCENARIO DE UNA RED MPLS
IP
RED
LAN RED
RED LAN
Analiza MPLS Analiza
Etiqueta Etiqueta
Router IP LSR LSR
IP Edge
LSR
Edge
LSR IP
IP Etiqueta
Introduce (push) Extrae (pop)

Etiqueta Etiqueta
LSR LSR
Analiza Analiza
Etiqueta Etiqueta
QoS en la
Red MPLS
PRINCIPIO DE CONMUTACION EN MPLS

Las etiquetas tienen significado
local; no tiene significado global
LFIB=Label Forwarding Information Base swap
Interfaz Etiqueta Interfaz Etiqueta
de entrada de entrada de salida de salida
IP IP
2 34 4 17
RED 3 71 4 77
LAN RED
RED LAN
MPLS
Router IP IP
LSR LSR Edge
2 1
1 4 LSR
2
1 3 3 1
Esta primera etiqueta Edge IP
define la trayectoria 3
LSR 2
(LSP) seguida por el 2 IP
IP 71
paquete en la red. (FEC) 2 2 3
3
1 IP 80
4 1
El penúltimo router LSR LSR
puede secar la LFIB=Label Forwarding
Information Base
etiqueta: Interfaz Etiqueta Interfaz Etiqueta Interfaz Etiqueta Interfaz Etiqueta
Penultimate Hop de entrada de entrada de salida de salida de entrada de entrada de salida de salida
1 70 3 34 1 80 2 71
Popping-PHP 1 23 4 80
LFIB=Label Forwarding Information Base
LFIB=Label Forwarding Information Base
PRINCIPIO DE CONMUTACION EN MPLS
Interfaz Etiqueta Interfaz Etiqueta

de entrada de entrada de salida de salida
2 34 4 17
RED 3 71 4 77
LAN RED
RED QoS para cada LAN
MPLS LSP.
Router IP LSR LSR Edge
QoS para cada 2 1
1 4 LSR
LSP. 2
1 3 3 1
Edge
3
LSR 2
2
FEC Interfaz Etiqueta 2 2 3
3 QoS para cada
de salida de salida
1
a 2 70
4 1 LSP.
b 2 23
LSR LSR
LSP QoS para cada QoS para cada
Medio
LSP. LSP.
físicoInterfaz Etiqueta Interfaz Etiqueta Interfaz Etiqueta Interfaz Etiqueta
de entrada
LSP de entrada de salida de salida de entrada de entrada de salida de salida
1 70 3 34 1 80 2 71
1 23 4 Red80orientada a conexión
DESCRIPCION DE LA RED MPLS

Label Switching Router, LSR.
►Nodo dentro de la red MPLS capaz de conmutar y enrutar paquetes analizando la
etiqueta adicionada a cada paquete.
Edge Label Switching Router, Edge LSR.
►Nodo MPLS de borde que maneja tráfico que ingresa o sale a una red MPLS.
►El de entrada adiciona etiqueta a cada paquete IP.
►El de salida extrae etiqueta del paquete IP y enruta
según capa 3.
Label Switch Path, LSP

►Trayecto definido con QoS entre dos puntos extremos
dentro de la red MPLS.
FORWARDING EQUIVALENCE CLASS-FEC

El FEC para un paquete puede ser determinado por el análisis de los
siguientes parámetros:
►Dirección IP de origen o destino.
►Dirección de red de origen o destino.
►Valor del campo Protocolo (protocol ID)
►Valor de DSCP (nivel de prioridad del paquete IP)
►Valor del campo Etiqueta de Flujo en IPv6
Un PHB puede ser asignado en un LSR para un

FEC dado.

ROUTER DEL PROVEEDOR Y CLIENTE

Red del
usuario
C C Red de
Red del
proveedor usuario
P P
CE 1
2 1
4
1 3
2
3 1 PE CE
PE 2
3
2
2 2 3
3
1
CE .- Customer Edge 4 1
C .- Customer P P
PE .- Provider Edge
P .- Provider
LABEL STACKING
Un paquete IP etiquetado puede transportar varias etiquetas.
►Stack tipo LIFO: Last-In-First-Out.
Label Stacking permite la agregación de LSPs en un sólo LSP creando
un túnel.
►Al inicio del túnel, un LSP asigna la misma etiqueta a paquetes provenientes de varios
LSPs, introduciendo etiqueta a la parte superior del stack.
Un ISP puede agregar varios LSPs en pocos túneles
entre puntos de presencia (PoP, Points of Presence)
►Pocos túneles  pocas tablas: mejora la escalabilidad.
LSP1
LSP
LSP2

LABEL STACKING
IP PE PE
IP
P P
IP 81
P P
2 1
1 4
PE 1 3
2
3 1 PE
IP 27
2
P 2
2
IP 61 P
3 2 3
1
IP 25
4 1 IP
P P
IPPE PE
LSP1
LSP
LSP2
Túnel
ARQUITECTURA MPLS:
PLANO DE DATOS
O DE ENVÍO

ARQUITECTURA MPLS: PLANO DE DATOS

El plano de envío o datos toma la decisión de envío de un paquete
considerando:
►La tabla de envío o forwarding, mantenido en Router de Conmutación de Etiquetas (LSR).
►El valor de una etiqueta es transportada en el paquete de datos.
Interfaz de Etiqueta de Interfaz de Etiqueta de
entrada entrada salida salida Adicional, reserva de recursos:
TABLA LFIB En que tipo de cola de salida
1 n1 2 n2 el paquete es almacenado
datos IP n1 datos IP n2 datos IP n1 datos IP n2
1 2 1 2
Adicional, reserva de recursos:
3 En que tipo de cola de salida 3
el paquete es almacenado
Interfaz de Etiqueta de Interfaz de Etiqueta de Interfaz de Etiqueta de

entrada entrada salida salida salida salida
TABLA LFIB
1 n1 2 n2 3 n3
ARQUITECTURA MPLS: PLANO DE DATOS

Adición de la cabecera MPLS en IP
0 4 8 16 19 31 0 4 8 16 19 31 Cabecera
MPLS
Etiqueta MPLS EXP S TTL S=1 Etiqueta MPLS EXP S TTL ►Etiqueta MPLS
Ver HLEN Tipo Serv. Longitud total Ver DS Etiqueta de flujo Campo de 20 bits.
Identificador Indic Desplaz de frag. Longitud de carga útil Cabe.sigte Límite salto ►Experimental (CoS)
TTL Protocolo Suma de chequeo
Campo de 3 bits.
Dirección de origen Indica CoS o
información de PHB.
►Stack o S
Opciones-relleno
Campo de 1 bit.
Indica un grupo ó
Opcional
Cabecera opcionales stack de etiquetas.

►Time To Live o TTL
Carga útil Campo de 8 bits.
PDU de la capa superior
Elimina bucles en la
región MPLS.
ARQUITECTURA MPLS:
PLANO DE CONTROL

ARQUITECTURA MPLS: PLANO DE CONTROL

El plano de control es responsable de:
►Distribuir información de conmutación entre LSR: Hace uso de señalización.
►Los procedimientos (algoritmos) que usa los LSR para convertir la información
distribuida en tabla de envío (LFIB) que es usada por el plano de datos o de envío.
Existe gran similitud entre el plano de control de una arquitectura de

enrutamiento convencional y de conmutación de etiqueta:
►En MPLS se incluye todos los protocolos de enrutamiento de IP más
los protocolos de señalización para requerir y asignar etiquetas.
►Enrutamiento de IP es una parte de la conmutación por etiquetas.
Recordar que MPLS es una red IP

Procedimientos
Protocolos de Procedimientos
para distribuir
enrutamiento de creando enlaces Plano
etiquetas
la capa de red: entre etiquetas y de Control
vinculando
OSPF, BGP, etc FECs
información
FEC para relacionar FEC para relacionar

siguiente salto etiquetas
Tablas de envío de conmutación de etiquetas

(etiquetas para relacionar el siguiente salto) Plano
de Dato
Tabla de enrutamiento Tabla LFIB

Datos LSR
LSR LSR
Tabla LFIB Tabla LFIB
Pregunta clave:
 Quien solicita etiquetas
 Quien asigna etiquetas

PROTOCOLO MPLS LDP

RFC 5036 LDP Specification
MPLS LDP suministra los medios para que los LSR requieran,
distribuyan y actualicen información de etiquetas.
Cuando se habilita MPLS LDP, el LSR envía mensajes para tratar de
encontrar otro LSR para crear una sesión LDP.
Mensajes definidos en MPLS LDP.
► Discovery messages.- usado para anunciar y mantener la presencia de un LSR en la red
► Session messages.- usado para establecer, mantener y terminar sesiones entre LDP pares
► Advertisement messages.- usado para crear, cambiar y eliminar
asignaciones de etiquetas para FECs.
► Notification messages.- usado para proporcional información de aviso
y información de señal de error.

PROTOCOLO MPLS LDP

MPLS LDP suministra los medios para que los LSR requieran,
distribuyan y actualicen información de etiquetas.
MPLS LDP es útil para aplicaciones que requieren envío salto-a-salto

(hop-by-hop forwarding)
►Con MPLS forwarding, cuando un paquete arriba en un router,
el router mira la etiqueta de entrada, busca la etiqueta en la tabla,
y envía el paquete al siguiente salto.
Cuando se habilita MPLS LDP, el LSR envía mensajes

para tratar de encontrar otro LSR para crear una
sesión LDP.
PROTOCOLO MPLS LDP

El protocolo LDP es utilizado para establecer MPLS LSPs sin

Ingeniería de Tráfico (TE).
►LDP establece LSPs siguiendo el enrutamiento IP existente.
►LDP es usado para establecer full mesh de LSPs entre todos los routers de la red.
El protocolo LDP puede operar en diferentes modos

►Modo solicitado.- El router de ingreso envía un requerimiento de etiqueta LDP
al siguiente router, siguiendo la tabla de enrutamiento IP.
►Modo no solicitado.- El router de egreso mapea las etiquetas en el

enlace hasta alcanzar los routers de ingreso.

PROTOCOLO RSVP-TE
RSVP-TE: Extensions to RSVP for LSP Tunnels : http://www.ietf.org/rfc/rfc3209.txt
El protocolo RSVP, inicialmente se definió en la

RF 2205:
►Resource ReSerVation Protocol (RSVP) -- Version 1
Functional Specification
Se encapsula directamente en IPv4 o IPv6:
►Está formado por objetos
►Se define inicialmente 07 tipos de mensajes
►La asignación de recursos es realizado por el nodo distante
(receptor)
Mensaje Path y Resv son claves para la creación de
estados en los nodos de la red.

PROTOCOLO RSVP –vs - RSVP-TE

Señalización RSVP
Definido en RFC 2205
Mensaje Path
Redes Mensaje Resv Redes

de acceso de acceso
Backbone IP
Señalización RSVP-TE
Definido en RFC 3209
Mensaje Path
Redes Mensaje Resv Redes

de acceso Backbone de acceso
MPLS

PROTOCOLO RSVP (RFC 2205)

OBJ n ... OBJ 2 OBJ 1
Cab.
RSVP
IP
Objetos de RSVP Cab.

IP
Protocolo RSVP
PATH:
Define trayectoria
RESV:
Realiza reserva
IP
Cab.
RSVP
OBJ 1 OBJ 2 ... OBJ x
Cab. Objetos de RSVP

IP
Protocolo RSVP


Cabecera del
Objeto 1
Objeto 1
Contenido del
Objeto 1
Mensaje 1
Objeto η …….. Objeto 2 Objeto 1 Cabecera RSVP
Objeto κ …….. Objeto p Objeto 1 Cabecera RSVP
Mensaje 2

0 4 8 16 19 31 0 4 8 16 19 31
Ver HLEN Tipo Serv. Longitud total Ver DS Etiqueta de flujo

Cabe.sigte
Identificador Indic Desplaz de frag. Longitud de carga útil Límite salto
46
IPv4 TTL
Protocolo
Suma de chequeo
IPv6
46 Dirección de origen
Cabecera Ver Flags Msg Type Chequeo suma RSVP
RSVP Send_TTL Reservado Longitud RSVP
Ver Flags Msg Type Chequeo suma RSVP Cabecera
Longitud del objeto Class-Num C-Type
Send_TTL Reservado Longitud RSVP RSVP
Contenido del objeto
Objetos
RSVP Longitud del objeto Class-Num C-Type Contenido del objeto
Objetos
Contenido del objeto RSVP Longitud del objeto Class-Num C-Type
..
. Contenido del objeto
..
Profesor Daniel Díaz Ataucuri 2017
. [email protected]

Formato de un objeto
Contenido del objeto
►Cada objeto contiene una cabecera de 32 bits.

 Longitud.- Campo de 16 bits y contiene la longitud total del objeto
expresado en bytes.
 Class-Num.- Identifica la clase de objeto; por ejemplo: SESSION,
RSVP-HOP, TIME_VALUE, etc.
 C-Type.- Único para cada Class-Num. Identifica el tipo de protocolo IP
que lleva el objeto: C-Type=1 para IPv4 e C-Type=1 para IPv6
►Contenido del objeto es de uno (01) o más palabras de 32 bits


Mensaje PATH Mensaje RESV
Cabecera Ver Flags Msg Type Chequeo suma RSVP Cabecera Ver Flags Msg Type Chequeo suma RSVP
RSVP Send_TTL Reservado Longitud RSVP RSVP Send_TTL Reservado Longitud RSVP
Longitud del objeto Class-Num C-Type Longitud del objeto Class-Num C-Type
Objeto SESSION Objeto SESSION
Objeto TIME_VALUE Objeto TIME_VALUE
Objetos Objetos Objeto FLOW_SPEC
RSVP Objeto EXPLICIT_ROUTE RSVP
SIGUE
Objeto LABEL_REQUEST Objeto LABEL
Objeto SESSION_ATTRIBUTE Objeto RECORD_ROUTE


Objeto Session
Class-Num C-Type Class-Num C-Type
Longitud del objeto Longitud del objeto
1 1 1 2
Dirección IPv4 de destino
ID Protocol Flags Puerto de destino Dirección IPv6 de destino
ID Protocol Flags Puerto de destino
PATH RESV
Session Session
Sender Filter Spec
Sender Tspec Flow Spec
Time-Val Style
RSVP-Hop Time-Val
RSVP-Hop


Objeto RSVP_HOP
Class-Num C-Type Class-Num C-Type
Longitud del objeto Longitud del objeto
3 1 3 2
Dirección IPv4 salto siguiente/previo
Manejo de interfaz lógica Dirección IPv6 salto siguiente/previo
Manejo de interfaz lógica
PATH RESV
Session Session
Sender Filter Spec
Sender Tspec Flow Spec
Time-Val Style
RSVP-Hop Time-Val
RSVP-Hop
PROTOCOLO RSVP-TE
http://www.ciscopress.com/articles/article.asp?p=426640&seqNum=2

PROTOCOLO RSVP-TE
Objetos principales

PROTOCOLO RSVP-TE
Red Dest. Router Sgte.
A Internet c
PC A Red 2 Directo
Red Dest. Router Sgte. Red Dest. Router Sgte.

RED 1 1 a 1 b
Router x IPB Mensaje path 2 c 2 y
3 e 3 e
IPa Router b IPb
IPa QoS
IPb
Router a QoS
IPa Mensaje Resv Router c
IPa IPb Mensaje Resv
IPb IP
Red Dest. Router Sgte. c
1 x
2 b Router y
3 d
RED 2
Router d Router e
PC B
Red Dest. Router Sgte.

1 a RED 3
2 b
3 e
PROTOCOLO DE
SEÑALIZACIÓN

PROTOCOLO RSVP-TE

PROTOCOLO RSVP-TE
Objetos principales

PROTOCOLO RSVP-TE
Objetos extendidos
Mensaje Path

CASO DE ESTUDIO:
Configuración en
router CISCO con LDP

LAN UNI
RED MPLS DE ANÁLISIS LAN UNMSM
213.3.3.0/24
211.1.1.0/24
.... ....
P1 70.7.7.4/30
P3
.5 .6 .1
.1 Rc
.2
.1 Fa0/1 Fa1/1
Ra .17 Costo 8 .21 .9
Fa0/1 .10
Fa1/0
.1
PE1 PE2
70.7.7.20/30
70.7.7.16/30
.1
Costo 3
Costo 2
.2 Fa0/1 .10 .9
Fa1/1 .30 .13
.6
Rb .13
Rd
Fa0/1
.5 Fa1/0 .14
.18 .22 .29
.1 .14 .25 Costo 1 .26
Fa1/0 Fa0/0
.1
P2 70.7.7.24/30 P4
.... ....
212.2.2.0/24
214.4.4.0/24
LAN UPAO LAN INICTEL-UNI
Cisco Express Forwarding (CEF)

http://www.cisco.com/en/US/docs/ios/12_2/switch/configuration/guide/xcfcef.html
CEF es una solución propietaria de CISCO IOS que

tiene como objetivo ofrecer una conmutación más
rápida.
►Cuando los routers y switches capa 3 tienen habilitados CEF,
CEF crea su propia tabla a partir de la tabla de enrutamiento
Forwarding
Red de destino Máscara de la red de destino Salto siguiente Information Base
210.10.10.0 255.255.255.0 1 5.5.5.1 CEF crea
220.20.20.0 255.255.255.0 1 5.5.5.5 (FIB)
Enrutamiento basado en el destino Modo de conmutación de CISCO
Usando CEF la tabla de rutas en cada router se asigna

interfaces de salida para cada paquete sin tener que
consultar la tabla de rutas tradicional, de forma que
se ahorra tiempo.
►Es la tabla de rutas del router con soporte hardware.
Cisco Express Forwarding (CEF)

http://www.cisco.com/en/US/docs/ios/12_2/switch/configuration/guide/xcfcef.html
CEF se encuentra habilitado por defecto en los

recientes IOS: Routers de la serie 7xxxx, etc
►Verifique si su IOS está habilitado con show running-config
►Habilite con: Router#configure terminal

Router(config)#ip cef
show ip cef
show ip cef detail
show ip cef summary

LAN UNI RED MPLS DE ANÁLISIS LAN UNMSM

213.3.3.0/24
211.1.1.0/24
.... 70.7.7.4/30
....
P1#show ip cef fastEthernet 0/1
Prefix Next Hop
attached
Interface
FastEthernet0/1
70.7.7.6/32 70.7.7.6 FastEthernet0/1
P1 70.7.7.4/30
P3 P1#show ip cef fastEthernet 1/0
.5 .6 Prefix Next Hop .1 Interface
.1 .2
Fa0/1 Fa1/1 70.7.7.8/30 70.7.7.18
.1 Rc FastEthernet1/0
Ra .17 Costo 8 .21 .9 70.7.7.16/30 attached FastEthernet1/0
Fa0/1 .10
.1
Fa1/0 70.7.7.18/32 70.7.7.18 FastEthernet1/0
PE1 PE2
70.7.7.20/30
70.7.7.20/30 70.7.7.18 FastEthernet1/0
70.7.7.16/30
.1
Costo 3
Costo 2
Fa0/1
70.7.7.24/30 70.7.7.18 FastEthernet1/0
.2 .9
.10 70.7.7.28/30 70.7.7.18 FastEthernet1/0
Fa1/1 .13
.30 80.8.8.8/30 70.7.7.18 FastEthernet1/0
.6
Rb .13 80.8.8.12/30 70.7.7.18 FastEthernet1/0
213.3.3.0/24 70.7.7.18 FastEthernet1/0
Rd FastEthernet1/0
Fa0/1
.5 Fa1/0 214.4.4.0/24 .14
70.7.7.18
.18 .22 .29
.1 P1#show ip cef fastEthernet 0/0
.14 .25 Costo 1 .26 Prefix Next Hop Interface
Fa1/0 Fa0/0
.1
70.7.7.0/30 attached FastEthernet0/0
P2 70.7.7.24/30 P4 70.7.7.1/32 70.7.7.1 FastEthernet0/0
.... 70.7.7.12/30
80.8.8.0/30
80.8.8.4/30
70.7.7.1
....
70.7.7.1
70.7.7.1
FastEthernet0/0
FastEthernet0/0
FastEthernet0/0
212.2.2.0/24
211.1.1.0/24 70.7.7.1
214.4.4.0/24 FastEthernet0/0
LAN UPAO 212.2.2.0/24 70.7.7.1
LAN INICTEL-UNI FastEthernet0/0
Profesor Daniel Díaz Ataucuri 2017 P1# [email protected]
SESIONES LDP DIRECTAMENTE CONECTADO213.3.3.0/24

LAN UNI LAN UNMSM
211.1.1.0/24
....
PE1(config)#mpls label protocol ldp
PE1(config)#interface fastethernet 0/1
PE1#show mpls interfaces fastEthernet 1/1 detail ....
Interface FastEthernet1/1:
PE1(config-if)#mpls ip
IP labeling enabled (ldp):
PE1(config-if)#mpls mtu 1508
PE1(config-if)#exit P1Interface70.7.7.4/30
config
P3
LSP.5Tunnel labeling not enabled
.6 .1
PE1(config)#interface fastethernet 1/1
.1
PE1(config-if)#mpls ip
.2 BGPFa0/1
tagging not enabled
Fa1/1 .1 Rc
Tagging
.17 operational
Costo 8 .21 .9
Ra
Optimum Switching Vectors:
Fa0/1 .10
Fa1/0
.1
PE1 IP to MPLS Turbo Vector PE2
70.7.7.20/30
70.7.7.16/30
.1 MPLS Turbo Vector
Costo 3
Costo 2
.2 Fa0/1 Fast Switching Vectors: .10 .9
Fa1/1 IP to MPLS Fast Switching Vector .13
PE1#show mpls .30
interfaces fastEthernet 0/1 detail
.6 .13 MPLS Turbo Vector
Rb Interface FastEthernet0/1:
MTU = 1508
IP labeling enabled (ldp):
Rd
Fa0/1
.5 Fa1/0 Interface config .14
.18 .22 .29
.1 LSP Tunnel labeling not enabled
.14 .25 Costo 1 .26 BGP tagging not enabled
Fa1/0 Fa0/0 Tagging operational
.1
P2 70.7.7.24/30 P4
Optimum Switching Vectors:
.... IP to MPLS Turbo Vector

MPLS Turbo Vector
Fast Switching Vectors: ....
212.2.2.0/24
IP to MPLS Fast Switching 214.4.4.0/24
Vector
LAN UPAO MPLS Turbo Vector LAN INICTEL-UNI
Profesor Daniel Díaz Ataucuri 2017 MTU = 1508 [email protected]

LAN UNI
P1(config)#mpls LAN UNMSM
211.1.1.0/24 label protocol ldp
....
P1(config)#interface fastethernet 0/0
P1(config-if)#mpls ip
....
P1(config-if)#mpls mtu 1508
P1(config-if)#exit
P1(config)#interface fastethernet 1/0 P1 70.7.7.4/30
P3 demás
Los
P1(config-if)#mpls ip .5 .6
router se .1
.1 Rc
P1(config-if)#mpls mtu 1508 .2
.1 Fa0/1 Fa1/1 configura de
P1(config-if)#exit
Ra .17 Costo 8 .21 .9
manera simular .10
P1(config)#interface fastethernet 0/1 Fa1/0 Fa0/1
.1
P1(config-if)#mpls ip PE1 PE2
70.7.7.20/30
70.7.7.16/30
P1(config-if)#mpls mtu 1508 .1
Costo 3
Costo 2
.2 Fa0/1 .10 .9
Fa1/1 .30 .13
Rb .6 .13 P2(config)#mpls label protocol ldp
P2(config-if)#mpls ip Rd
Fa0/1
.5 Fa1/0 .14
.18 P1(config-if)#mpls
.22 mtu 1508
.29
.1 P2(config-if)#exit
.14 .25 Costo 1 .26
P2(config)#interface fastethernet 0/1 .1
Fa1/0 P2(config-if)#mpls
Fa0/0
P2 70.7.7.24/30 P4 ip
P1(config-if)#mpls mtu 1508
.... P2(config-if)#exit
P2(config-if)#mpls ip ....
212.2.2.0/24
P2(config-if)#mpls mtu 1508 214.4.4.0/24

LAN UNI LAN UNMSM
211.1.1.0/24
.... ....
P1 70.7.7.4/30
P3
.5 .6 .1
.1 Rc
.2
.1 Fa0/1 Fa1/1
Ra .17 Costo 8 .21 .9
Fa0/1 .10
Fa1/0
.1
PE1 PE2
70.7.7.20/30
70.7.7.16/30
.1
Costo 3
Costo 2
.2 Fa0/1 .10 .9
Fa1/1 .30 .13
.6
Rb .13
PE1#show mpls interfaces P3#show mpls interfaces
Interface Fa1/0 IP Tunnel Operational .14 Rd
Fa0/1
Interface .5 IP Tunnel Operational
FastEthernet0/1 Yes (ldp) No Yes .18 FastEthernet0/1.22 Yes
.29 (ldp) No Yes
.1
FastEthernet1/1 Yes (ldp) No Yes
.14 FastEthernet1/0
.25 Costo 1 .26 Yes (ldp) No Yes
Fa1/0
FastEthernet1/1
Fa0/0
Yes (ldp) No Yes .1
P1#show mpls interfaces
P2 70.7.7.24/30 P4
Interface
FastEthernet0/0
FastEthernet0/1
....
IP
Yes (ldp)
Yes (ldp)
Tunnel
No
No
Operational
Yes
Yes
PE2#show mpls interfaces
Interface
FastEthernet0/1
IP
Yes (ldp)
Tunnel Operational
No Yes ....
212.2.2.0/24
FastEthernet1/0 Yes (ldp) No Yes FastEthernet1/1 Yes (ldp) No Yes 214.4.4.0/24

LAN UNI LAN UNMSM
211.1.1.0/24
....
P1#show mpls ldp neighbor
....
Peer LDP Ident: 80.8.8.6:0; Local LDP Ident 70.7.7.17:0
TCP connection: 80.8.8.6.41142 - 70.7.7.17.646
State: Oper; Msgs sent/rcvd: 72/73; Downstream
Up time: 00:47:22
P1 70.7.7.4/30
P3 sources:
LDP discovery
.5 .6
FastEthernet0/0, Src IP addr: 70.7.7.1 .1
.1 Rc
.2
.1 Fa0/1 Addresses bound to peer LDP Ident:
Fa1/1
Ra .17 Costo 8 80.8.8.2
.21 .9 70.7.7.1 80.8.8.6 70.7.7.13
Fa0/1 .10
Fa1/0 Peer LDP Ident: 70.7.7.25:0; Local LDP Ident
.1
PE1 PE2
70.7.7.20/30
70.7.7.17:0
70.7.7.16/30
.1
Costo 3
Costo 2
Fa0/1 TCP connection: 70.7.7.25.30779 - 70.7.7.17.646
.2 .10 .9
State: Oper; Msgs sent/rcvd: 61/62; Downstream
Fa1/1 Up time: 00:37:27 .30 .13
.6 .13
Rb LDP discovery sources:
P1#show mpls ldp discovery FastEthernet1/0, Src IP addr: 70.7.7.18
Rd
Fa0/1
.5
Local LDP Identifier: Addresses
Fa1/0 bound to peer LDP Ident: .14
.18 .22 .29 70.7.7.18
70.7.7.17:0 70.7.7.14 70.7.7.25
.1
Discovery Sources: .14 .25 Costo Peer1 .26 LDP Ident: 70.7.7.21:0; Local LDP Ident
Interfaces: Fa1/0 70.7.7.17:0
Fa0/0
.1
FastEthernet0/0 (ldp): xmit/recv P2 P4
70.7.7.24/30TCP connection: 70.7.7.21.36522 - 70.7.7.17.646
LDP Id: 80.8.8.6:0; no host route State: Oper; Msgs sent/rcvd: 52/52; Downstream
....
FastEthernet0/1 (ldp): xmit/recv
LDP Id: 70.7.7.21:0; no host route
Up time: 00:28:26
LDP discovery sources: ....
212.2.2.0/24
FastEthernet1/0 (ldp): xmit/recv FastEthernet0/1, Src IP addr: 70.7.7.6
Addresses bound to peer LDP Ident:214.4.4.0/24
LDP Id:
LAN UPAO 70.7.7.25:0; no host route
70.7.7.21 70.7.7.9 LAN INICTEL-UNI
70.7.7.6
SESIONES LDP INDIRECTAMENTE CONECTADO

213.3.3.0/24
LAN UNI LAN UNMSM
211.1.1.0/24
....
PE1(config)#interface tunnel 1
PE2(config)#interface tunnel 1
....
PE2(config-if)#tunnel destination 70.7.7.1
PE2(config-if)#tunnel source 70.7.7.10
PE1(config-if)#tunnel destination 70.7.7.10 PE2(config-if)#mpls ip
PE1(config-if)#tunnel source 70.7.7.1
PE1(config-if)#mpls ip P1 70.7.7.4/30
P3PE2(config-if)#mpls
PE2(config-if)#exit
mtu 1508

.5 .6 .1
.1 Rc
.2
.1
PE1(config-if)#exit Fa0/1 Fa1/1
Ra .17 Costo 8 .21 .9
Fa0/1 .10
Fa1/0
.1
PE1 PE2
70.7.7.20/30
70.7.7.16/30
.1
Costo 3
Costo 2
.2 Fa0/1 .10 .9
tunel1
Fa1/1 .30 .13
.6
Rb .13
Rd
Fa0/1
.5 Fa1/0 .14
.18 .22 .29
.1 .14 .25 Costo 1 .26
Fa1/0 Fa0/0
.1
Verifique con P2 70.7.7.24/30 P4
....
el trace la
trayectoria del ....
212.2.2.0/24 túnel
214.4.4.0/24

213.3.3.0/24
LAN
PE1#show UNI
mpls ldp discovery all LAN UNMSM
211.1.1.0/24
....
Local LDP Identifier:
80.8.8.6:0 ....
Discovery Sources:
Interfaces:
LDP Id: 70.7.7.17:0; no host route .5 70.7.7.4/30 .6 .1
.1FastEthernet1/1 (ldp): xmit/recv .1 Rc
.2
Fa0/1 Fa1/1
LDP Id: 70.7.7.25:0; no host route .17 Costo 8 .21 .9
Ra Fa0/1 .10
Después de Fa1/0
crear el túnel
.1
PE1 PE2
70.7.7.20/30
70.7.7.16/30
.1
Costo 3
Costo 2
.2 Fa0/1 .10 .9
Fa1/1 .30 .13
.6
Rb .13
PE1#show mpls ldp discovery all
Local LDP Identifier: tunel 1
Rd
Fa0/1
.5 Fa1/0 .14
80.8.8.6:0 .18 .22 .29
Discovery Sources:
.1
Interfaces: .14 .25 Costo 1 .26
Fa1/0 Fa0/0
.1
LDP Id: 70.7.7.17:0; no host route 70.7.7.24/30
....
FastEthernet1/1 (ldp): xmit/recv
LDP Id: 70.7.7.25:0; no host route
Tunnel1 (ldp): xmit ....
212.2.2.0/24
214.4.4.0/24

213.3.3.0/24
LAN UNI LAN UNMSM
211.1.1.0/24
....
PE2#show mpls ldp discovery all detail
....
Local LDP Identifier:
80.8.8.13:0
Discovery Sources: P1 70.7.7.4/30
P3
.5 .6 .1
Interfaces:
.1 Rc
.2
.1FastEthernet0/1 (ldp): xmit/recv Fa0/1 Fa1/1
Ra Enabled: Interface config .17 Costo 8 .21 .9
Fa0/1 .10
Fa1/0
.1 interval: 5000 ms; Transport IP addr: 80.8.8.13
Hello
PE1 PE2
70.7.7.20/30
70.7.7.16/30
LDP Id: 70.7.7.29:0; no.1host route to transport addr
Costo 3
Costo 2
Src IP addr: 70.7.7.29;
.2 Transport
Fa0/1 IP addr: 70.7.7.29 .10 .9
Hold time: 15 sec; Proposed local/peer: 15/15 sec
Fa1/1 .13
Reachable via 70.7.7.28/30 .30
.6 .13
Rb FastEthernet1/1 (ldp): xmit/recv
Enabled: Interface config tunel 1
Rd
Fa0/1
.5 Fa1/0 .14
Hello interval: 5000 ms; Transport IP addr:.18 80.8.8.13 .22 .29
.1 LDP Id: 70.7.7.21:0; no host route to transport addr
Src IP addr: 70.7.7.9; Transport IP.14 .25 Costo 1 .26
addr: 70.7.7.21
Fa1/0 Fa0/0
.1
Hold time: 15 sec; Proposed local/peer:
P2 15/15 sec P4
Reachable via 70.7.7.20/30 70.7.7.24/30
....
Tunnel1 (ldp): xmit
Enabled: Interface config
Hello interval: 5000 ms; Transport IP addr: 80.8.8.13 ....
212.2.2.0/24
214.4.4.0/24

213.3.3.0/24
LAN UNI LAN UNMSM
211.1.1.0/24
.... ....
P1 ETHERNET
70.7.7.4/30
P3
.5 .6 .1
.1 Rc
.2 MPLS
.1 Fa0/1 Fa1/1
Ra .17 Costo 8 .21 .9
IPv4 .10
Fa1/0 Fa0/1
.1
PE1 PE2
70.7.7.20/30
70.7.7.16/30
.1 ICMPv4
Costo 3
Costo 2
.2 Fa0/1 .10 .9
Fa1/1 .30 .13
.6
Rb .13
tunel 1
Rd
Fa0/1
.5 Fa1/0 .14
.18 .22 .29
.1 .14 .25 Costo 1 .26
Fa1/0 Fa0/0
.1
P2 70.7.7.24/30 P4
.... ....
212.2.2.0/24
214.4.4.0/24

213.3.3.0/24
LAN UNI LAN UNMSM
211.1.1.0/24
.... ....
P1 70.7.7.4/30
P3
IP 22
.5 .6 .1
.1 Rc
.2
.1 Fa0/1 Fa1/1
Ra .17 Costo 8 .21 .9
Fa0/1 .10
Fa1/0
.1
PE1 PE2
70.7.7.20/30
70.7.7.16/30
.1
Costo 3
Costo 2
.2 Fa0/1 .10 .9
Fa1/1 .30 .13
.6
Rb .13
Rd
Fa0/1
.5 Fa1/0 .14
.18 .22 .29
.1 .14 .25 Costo 1 .26
Fa1/0 Fa0/0
.1
P2 70.7.7.24/30 P4
.... ....
212.2.2.0/24
214.4.4.0/24

213.3.3.0/24
LAN UNI LAN UNMSM
211.1.1.0/24
.... ....
P1 70.7.7.4/30
P3
.5 .6 .1
.1 Rc
.2
.1 Fa0/1 Fa1/1
Ra .17 Costo 8 .21 .9
Fa0/1 .10
Fa1/0
.1
PE1 PE2
70.7.7.20/30
70.7.7.16/30
.1
Costo 3
Costo 2
.2 Fa0/1 .10 .9
Fa1/1 .30 .13
.6
Rb .13
Rd
Fa0/1
.5 Fa1/0 .14
.18 .22 .29
.1 .14 .25 Costo 1 .26
Fa1/0 Fa0/0
.1
P2 70.7.7.24/30 P4
.... ....
212.2.2.0/24
214.4.4.0/24
CASO DE ESTUDIO:
Configuración en router
CISCO con RSVP-TE

LAN UNI
ANALISIS RSVP-TE LAN UNMSM
213.3.3.0/24
211.1.1.0/24
.... ....
P1 70.7.7.4/30
P3
.5 .6 .1
.1 Rc
.2
.1 Fa0/1 Fa1/1
.17 Costo 8 .21 .9
Ra .10
.1
PE1 PE2
.1
.2 Fa0/1 .10 .9
.13
.6
Rb .13 .25
.5 .14 Rd
.1
.14 .26 .1
P2
.... ....
212.2.2.0/24
214.4.4.0/24
LAN UNI
ANALISIS RSVP-TE LAN UNMSM
213.3.3.0/24
211.1.1.0/24
.... ....
P1 70.7.7.4/30
P3
.5 .6 .1
.1 Rc
.2
.1 Fa0/1 Fa1/1
.17 Costo 8 .21 .9
Ra .10
.1
PE1 PE2
.1
.2 Fa0/1 .10 .9
.13
.6
Rb .13 .25
.5 .14 Rd
.1
.14 .26 .1
P2
.... ....
212.2.2.0/24
214.4.4.0/24
BIBLIOGRAFIA
MPLS Label Distribution Protocol (LDP)
http://www.cisco.com/en/US/docs/ios/12_4t/12_4t2/ftldp41.html
MPLS: Una arquitectura de backbone para la Internet del

siglo XXI
http://www.rediris.es/rediris/boletin/53/enfoque1.html
MPLS por The Internet Protocol Journal de CISCO.
http://www.cisco.com/web/about/ac123/ac147/archived_issues/ipj_4-3/mpls.html
Configuring MPLS TE: RSVP-TE

http://www.cisco.com/en/US/docs/switches/datacenter/sw/5_x/nx-
os/mpls/configuration/guide/mp_te_RSVP.html
obligado

LAN UNI
ANALISIS MPLS LDP LAN UNMSM
213.3.3.0/24
211.1.1.0/24
.... ....
P1 70.7.7.4/30
P3
.5 .6 .1
.1 Rc
.2
.1 Fa1/0 Fa0/0
.17 Costo 8 .21 .9
Ra .10
.1
PE1 PE2
.1
.2 Fa1/1 .10 .9
.13
.6
Rb .13 .25
.5 .18 .22
.14 Rd
.1
.14 .26 .1
P2
.... ....
212.2.2.0/24
214.4.4.0/24

04-Arquitectura MPLS

Cargado por

Copyright:

Formatos disponibles

04-Arquitectura MPLS

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

04-Arquitectura MPLS

Cargado por

Copyright:

Formatos disponibles

MULTIPROTOCOL LABEL SWICHING - MPLS

Profesor Daniel Díaz Ataucuri

 Profesor Titular de Telecomunicaciones de la UNI

Marzo – Diciembre de 2017

Profesor Daniel Díaz Ataucuri 2017 [email protected]

Profesor Daniel Díaz Ataucuri 2017 [email protected]

CONCEPTOS BÁSICOS: Planos de datos y control en redes IP

Profesor Daniel Díaz Ataucuri 2017 [email protected]

CONCEPTOS BÁSICOS: Planos de datos y control en redes IP

Red de destino Salto siguiente

Profesor Daniel Díaz Ataucuri 2017 [email protected]

Concepto de etiqueta: IP Switching

Profesor Daniel Díaz Ataucuri 2017 [email protected]

CONCEPTOS BÁSICOS: FEC

Aplicación 1 IP Router trata a todos los

Granularidad de envío del FEC(gruesa o fina)

BÁSICO DE LA ARQUITECTURA MPLS

Profesor Daniel Díaz Ataucuri 2017 [email protected]

CREACIÓN DE LSP (VPN) EXPLICITO

Ruta según Dijkstra

Objeto Explicit Route (ERO): 2001:4FC:5FA8::2 , 2001:4FC:5FA8::6 , 2001:4FC:5FA8::A

Profesor Daniel Díaz Ataucuri 2017 [email protected]

UBICACIÓN DE MPLS EN EL MODELO OSI

MPLS no reemplaza el enrutamiento IP

MULTIPROTOCOL LABEL SWITCHING-MPLS

CARACTERÍSTICA DE LA ETIQUETA EN MPLS

Enlazar una etiqueta particular L

APILAMIENTO DE ETIQUETAS (Stack Label)

TTL Protocolo Suma de chequeo

Profesor Daniel Díaz Ataucuri 2017 [email protected]

NHLFE, ILM y FTN

CARACTERÍSTICA DE LA ETIQUETA EN MPLS: Label Swapping

Profesor Daniel Díaz Ataucuri 2017 [email protected]

PROTOCOLO DE DISTRIBUCIÓN DE ETIQUETA MPLS

Protocolos de distribución de etiqueta en MPLS:

Distribución de etiquetas “unsolicited downstream”.

Profesor Daniel Díaz Ataucuri 2017 [email protected]

PLANO DE DATOS Y CONTROL EN UNA ARQUITECTURA MPLS

Profesor Daniel Díaz Ataucuri 2017 [email protected]

PLANO DE DATOS Y CONTROL EN UNA ARQUITECTURA MPLS

Profesor Daniel Díaz Ataucuri 2017 [email protected]

Profesor Daniel Díaz Ataucuri 2017 [email protected]

PROPUESTA MPLS POR LA IETF

Consideraron el uso de OSPF para definir los path

Profesor Daniel Díaz Ataucuri 2017 [email protected]

ESCENARIO DE UNA RED MPLS

Introduce (push) Extrae (pop)

PRINCIPIO DE CONMUTACION EN MPLS

PRINCIPIO DE CONMUTACION EN MPLS

Interfaz Etiqueta Interfaz Etiqueta

DESCRIPCION DE LA RED MPLS

Label Switch Path, LSP

FORWARDING EQUIVALENCE CLASS-FEC

Un PHB puede ser asignado en un LSR para un

Profesor Daniel Díaz Ataucuri 2017 [email protected]

ROUTER DEL PROVEEDOR Y CLIENTE

Profesor Daniel Díaz Ataucuri 2017 [email protected]

Profesor Daniel Díaz Ataucuri 2017 [email protected]

ARQUITECTURA MPLS: PLANO DE DATOS