c





 
 
‡ MPLS Concepts
± LSR & Labels
± MPLS label assignment and distribution
± Label Switched Path (LSP)
± Loop Detection and Prevention
± Label Distribution Protocol (LDP)
± Configuring MPLS on Cisco IOS ± Frame-Mode
Interfaces
± Monitoring MPLS on Cisco IOS ± Frame-Mode
Interfaces
‡ Introduction to MPLS Virtual Private Networks
(VPNs)
± Introduction to VPNs
± MPLS VPN Architecture
± MPLS VPN Routing Model
± MPLS VPN Packet Forwarding
± Configuring Virtual Routing and Forwarding Table
± Configuring a Multi-Protocol BGP-Session Between
the PE routers
± Configuring Routing Protocols between PE and CE
Routers
± Monitoring MPLS/VPN operation
 v 
MPLS fue diseñado inicialmente para
alcanzar dos objetivos:
‡ Hacer los routers más rápidos, llevar la
velocidad del switching de capa 2 a la capa3.
± ATM switches fueron más rápidos que los routers
± Lookup a labels de longitud fija es más rápido que el
largo matching del IP routing
± Permitir a un equipo hacer el mismo trabajo que un
router a la velocidad y desempeño de un ATM-Switch
 v 
‡ Habilitar la Integración de IP+ATM
± Mapeo de IP a ATM era muy complejo en ese
entonces.
Una de las principales justificaciones para
tecnologías como MPLS ya no se perciben más
hoy, debido a que Switches de capa 3 con
ASIC-based routers desarrollan lookups a
suficiente velocidad para soportar cualquier tipo
de interfase.
 v 
Aún así MPLS nos brinda muchos otros beneficios a
redes basadas en IP, los principales:
- VPNs - usando MPLS, service providers pueden crear
IP tunnels a través de su red sin la necesidad de
encriptamiento o aplicaciones corriendo en el usuario
final.
- QoS ± la habilidad de colocarles características de
desempeño a una clase de tráfico.
- Traffic Engineering ± la habilidad para colocar el
camino que determinado tráfico tomará a través de la
red, y la habilidad de colocarles características de
desempeño a una clase de tráfico. Además de permitir
optimizar los enlaces de la red, sin concentrar el tráfico
en determinadas zonas.
 v 

‡ MPLS evolucionó desde numerosas

tecnologías previas incluyendo: Cisco's
"Tag Switching", IBM's "ARIS", y Toshiba's
"Cell-Switched Router".
‡ El Grupo de Trabajo de la IETF para
MPLS fue formado en 1997.
http://www.ietf.org/html.charters/mpls-
charter.html
v 
‡ MPLS Concepts
 c
‡ MPLS: Multi Protocol Label Switching
‡ MPLS es una tecnología de switching en capa 2
‡ Diseñado inicialmente para integrar IP y ATM
‡ MPLS forwarding es hecho de la misma forma
que en los ATM switches
‡ Packet forwarding es hecho basado en Labels
 c
‡ A diferencia de IP, la clasificación o
etiquetamiento de paquetes puede ser hecho
basado en:
Destination Unicast address
Traffic Engineering
VPN
QoS
‡ FEC: Forwarding Equivalence Class
‡ Un FEC puede representar un: Destination
address prefix, VPN, Traffic Engineering tunnel,
Class of Service.
 LSR Y LABELS
 

‡ LSR: Label Switch Router, equipos que
realizan el packet fordwading basado en
labels
‡ Edge-LSR: LSRs que realizan la
imposición y disposición de etiquetas
‡ ATM-LSR: Un ATM switch con un Label
Switch Controller
 


 !"#$%$
%$

‡ Un protocolo de ruteo IP es usado en el dominio de ruteo (ejm: OSPF

, i-ISIS)
‡ Un protocolo de distribución de etiquetas es usado para distribuir los
mapeos dirección vs label entre vecinos adjacentes (ejm: LDP , TDP)
‡ El LSR de ingreso recibe los paquetes IP, desarrolla una clasificación
de paquetes, asigna un label, y envía el paquete etiquetado dentro de
la Nube MPLS
‡ Los Core LSRs realizan el switching de paquetes o celdas basados en
el valor del label
‡ El LSR de egreso remueve las labels antes de enviar el paquete fuera
de la Nube MPLS
 %$
‡ Label
± Label es una trama corta de longitud fija, de
significancia local y usada para identificar un FEC
± Label es asignado sobre la dirección de la capa de red
pero no es codificada en Ethernet
‡ Formato y longitud del Label depende del
encapsulamiento
‡ Debe de ser negociado entre los peers sobre las
interfaces ATM
‡ Más de un label es permitido en el Label Stack
± Label stack: Ordenado conjunto de labels
‡ MPLS LSRs siempre envían paquetes basados en
el valor del primer label del label stack
 %$
&'()*+,-./&'()*+,-./&'()*+,-./&'
%$00

Label = 20 bits
Exp = Experimental, 3 bits
S = Bottom of stack, 1bit
TTL = Time to live, 8 bits
‡ Genérico: puede ser usado sobre Ethernet,
802.3, PPP links, Frame Relay, ATM PVCs, etc.
‡ Usa nuevos para Ethertypes/PPP PIDs/SNAP
values/etc.
‡ 4 octetos por label
 %$
0c$$  5c

c 0 c c 0

%$

    %$ ) 

12034
#!# 

c%$  c  %$ ) 

 0

c 67 %$
‡ Información del Label es llevada en el
campo VPI/VCI con diferentes técnicas
para codificar labels
‡ Codificación SVC
± Usa el campo VPI/VCI para codificar el top
label
‡ Codificación SVP
± Usa el campo VPI para codificar el primer
label
± Usa el campo VCI para codificar el segundo
label
- MPLS Label Assignment and
Distribution
 8!
%7 %$
‡ %$86$$
‡ c 
8! $%$
‡ c 
8$%$  5c
‡ %$8 !% 
 9

‡ !: !$!"!
(;
‡ $ "!
‡ "! ! 
‡ $ <  9
8#%
‡ 06688

 !"!

'-',.*&3(* '-',.'&3(*

 
 v

c
‡ Rtr-C es el downstream neighbor del Rtr-B
para el destino 171.68.10/24
‡ Rtr-B es el downstream neighbor del Rtr-A
para el destino 171.68.10/24
‡ LSRs pueden conocer sus downstream
neighbors a través del protocol de ruteo IP
± Dirección del —


 es el downstream
neighbor
 %7 $ 
"!
‘

 

   ‘

 

  
 
'-',.*&3(* '-',.'&3(*

 
 v

c
         
35 % 6 35 % 35 % 6 35 %

      
& '-',.'& ' + & 
 
+'-',.'& ' - 35 % 6 35 %
          
 
& -'-',.'& '
    




 

‡ LSRs asigna un label para cada FEC

‡ LSRs distribuyen labels hacia los upstream
neighbors sin una solicitud de ellos
 %7
"! !
‘

  

   ‘

  

  
 
'-',.'&3(*
'-',.*&3(*
 
 v

c



  


 


  

  

‡ LSRs asigna un label a cada FEC

‡ Upstream LSRs solicitan labels a los downstream
neighbors
‡ Downstream LSRs distribuyen labels a solicitud
   
7 
%$
‡ Modo de Retención Liberal
± LSR retiene labels de todos sus neighbors
‡ Mejora el tiempo de convergencia, cuando un next-hop es
nuevamente accesible luego de la convergencia IP
‡ Requiere más espacio de memoria para labels
‡ Puede ser un problema en ATM-LSRs desde que una label es
un VC

‡ Modo de Retención Conservador

± LSR retiene labels solamente de sus next-hops
neighbors
‡ LSR descarta todas las labels para FECs sin next-hop
‡ Espacio de memoria para labels libre
 %7 %$
  c$   
‡ Ordenado Control LSP
± LSR solamente asigna y advierte un label para particular
FEC si:
‡ Es el LSR de egreso para ese FEC ó
‡ Ya ha recibido un asignamiento de label desde su next-hop
‡ Independent LSP control
± LSR asigna un label a un FEC independientemente del
label que debe recibir desde su next-hop
± Similar a un link-state IP routing: cada router construye
independientemente su tabla de ruteo
± Un LSR puede enviar un paquete etiquetado a un next-
hop que aún no tiene una información de la etiqueta para
es FEC
 El Label Stack
‡ Cada paquete o celda puede tener más que un
label
‡ Label stack es la lista ordernada de labels
‡ Celdas ATM?
± Formato del Label es negociado entre peers
± Campos VPI/VCI pueden contener diferentes labels
± Label stack es copiado en el payload de la PRIMERA
celda del paquete
‡ Nodos LSR realizan el switching de paquetes
basados SOLAMENTE en el primer label o top
label del stack
 $%$2

    

35 % 6 35 %

& 
 
+'-',.'& ' -
    

'-',.'&3(*
#
" #
"

 
#
" #
"

 

!" !"

‡ Rtr-A envía el paquete etiquetado basado

en el top label del label stack
 Protocolos de Distribución de
Labels
‡ Algunos protocolos para intercambio de labels:
± LDP
‡ Mapea direcciones unicast IP dentro de labels
± RSVP, CR-LDP
‡ Usado para traffic engineering y reservación de recursos
± BGP
‡ External labels (VPN)
 %$"# #14
 Label Switch Path (LSP)

‡ Cada paquete etiquetado

± Entra a la Nube MPLS en el µingress LSR¶
± Sale de la Nube MPLS en la µegress LSR¶
‡ LSP es la secuencia de LSRs a través de
los cuales los paquetes etiquetados deben
ir en orden para llegar al egress LSR
‡ Nodo de egreso del LSP puede ser el
punto de agregación de prefijos
 Label Switch Path (LSP)

8


8 

 !"#$%$
%$

‡ Camino del LSR-ingress al LSR-egress es

el mismo para paquetes del mismo FEC
‡ LSPs son unidireccionales
‡ Tráfico de retorno toma otro LSP
 %$"##14

 !"#$%$  !"#$%$

%$ %$

6$$" ##  86! ##

‡ FEC es determinado en LSR-ingress

‡ LSP se deriva desde la información de ruteo IGP
‡ LSPs pueden diverger desde el IGP shortest
path
‡ LSP túneles con Traffic Engineering
 $!8

‡ El top label del stack es removida (popped)

por el upstream neighbor del egress LSR
‡ El egress LSR solicita el ³popping´ a través
del protocolo de distribución de etiquetas
‡ Egress LSR advierte un  
— label
‡ Una revisión es guardada en el egress LSR
$!8
 
 
 6
6 !2
'-',.'&3(* '-',./' $'
         
35 % 6 35 % 35 % 6 35 % '-',.**3(* '-',.'(' $(
 
  

& '-',.3', ' * & * '-',.3', (  '-',.3',  $$
    
Ê$$ % 
     
Ê$$ % 

   
' & ' &

‘

  ‘

,$- .

*&+  *&+

'-',.**3(*
&'
#Ê $$ 
$
 

Ê$$ % 
  '
( '(






 (

(


  '

%
(#Ê

)*&+
'-',.'&3(*

‡ Egress LSR necesita hacer un IP lookup para

encontrar la ruta más especifica
‡ Egress LSR no necesita recibir un paquete etiquetado
‡ Etiquetados serán removidos de todas maneras
 $!8

 
 
 6
6 !2
'-',.'&3(* '-',./' $'
         
35 % 6 35 % 35 % 6 35 % '-',.**3(* '-',.'(' $(
 
  

& '-',.3', ' * & * '-',.3', (  '-',.3',  $$
         

' & ' &

#
" 

!"


!" 
 '-',.**3(*

 !"
!"

'-',.'&3(*


 
)((




 /#Ê )




(
/#Ê
) (

'
#Ê

0
 
$

 '
#Ê ' 


&'
#Ê



 
 )
(

  $($
 
 

 887!! 
)
‡ Los LSR los cuales realizan el
summarisation estarán en el nodo final
LSR de todos los LSPs relaciondos al
resumen de direcciones
‡ Punto de Agregación
‡ Los LSR deben examinar el segundo label
de cada paquete
‡ Si no hay segundo label, el LSR debe examinar el
IP header
‡ No hay summarisation en ATM-LSRs
887!! 
)
 
      
 6
6 !2
35 % 6 35 %
'-',.'&3(* '-',./' $'
    
35 % 6 35 % '-',.3', $$
'-',.**3(* '-',.))) $*
 
 ' -',.'&3(*
'-',.'&3(* ' -
& '-',.3', ' *
     ' -',.**3(*
'-',.**3(* ' Ê
 

. 
Ê$$ % 

  
 &
' & ' *
$%$*
#
$ '  '
‘

,$- .
 *&+ 


1
2

 
 $$ 





  '

 (
 $$ % 
&'
#Ê


$


 

$ ' '-',.'&3(*

‡ LSR de Agregación necesita hacer un IP

lookup para hallar la ruta más especifica
 
8v
 # 

‡ Labels son asignadas a FECs
‡ FECs son derivados de protocolos de ruteo IP (IGP)
‡ Labels no son asignadas a BGP routes
‡ Rutas BGP usan recursivo routing para hallar next-
hop accesibilidad
‡ Labels son asignadas a BGP next-hops
‡ Esto ahorra CPU/Memory, espacio de etiquetas y
estabilidad sobre Core LSRs
‡ Core LSRs son preservados de instancias de BGP
 v
#


    
35 %6 35 %

& '-',./' ' ')

      

 '
 
  '-',./'
6 !2
v;'(.'*'&3(* '-',./'
5;'-',./'3)( '-',.'*') $'

'(.'*'&3(*

 & ' #
"3
!" 

!"

± Ingress LSR recibe paquete IP

± Destino es dado por BGP
± BGP tiene un next-hop conocido en el IGP
± Label es accesible para BGP next-hop, a través IGP route
± El Paquete atravesará el Core usando IGP (BGP next-hop)
label
 $7 




‡ En cada hop el LSR selecciona el LSP

donde enviar el paquete

‡ Similar a ruteo IP donde cada hop hace su

propia selección de rutas
 $7 


$:
‡ El ingress LSR tiene conocimiento del
camino completo (LSP) para el FEC
‡ El ingress LSR especifica todos los nodos
LSR que estan en el camino
‡ El LSP puede ser colocado estáticamente
por configuración
‡ El LSP puede ser colocado dinámicamente
usando información de la topologia link-
state
‡ Traffic Engineering hace uso de rutas
explícitas LSPs
 $7 


$:

'

( 

)

8 ‘


 #Ê-

‘

35
 #Ê-


,
4



  


#Ê-' '( '(  #Ê-
#Ê-
#Ê-
#Ê-  !"#$%$ 8
#Ê- 
* 
+
%$

‡ LSR-1 solicita una explícita LSP para LSR-5:

‡ LSR1, LSR-2, LSR-4, LSR-5
‡ La solcitud viaja hop-by-hop y cuando llega al
punto de egreso labels son comunicadas de
regreso al ingress LSR
 $7 


$:%$2

'

( 

)

8 ‘


 #Ê-

‘

35
 #Ê-


,


 #Ê-
‘

5
#Ê-


  #Ê-
$ ' #Ê- 8
‘

3 
* 
+
 #Ê-)    #Ê-

6

'(

#Ê-
#Ê-

 -
6



 

7( '

 $7 


$:%$2

'

( 

)
#
"
8
#
"3

 #
"35
#
"3
#Ê---8 

#Ê---83


,

#
"3 #
"5
8

* 
 
+ 


359-- #Ê---8
39-- #Ê---85
 

  00

‡ En redes IP TTL es usado para prevenir el

envío de paquetes indefinidamente en la
red
‡ TTL disminuye en cada router-hop
‡ Si TTL = 0 el paquete es descartado
‡ MPLS  usar el mismo mecanismo
pero no sobre todas los encapsulamientos
‡ TTL esta presente en el label header para
PPP y LAN headers (shim headers)
‡ Header de las celdas ATM no tienen TTL
 Loops and TTL
‡ Para PPP/LAN encapsulamiento TTL es usado
en la misma forma que es usado en redes IP
‡ Cuando un paquete entra dentro de la Nube
MPLS los LSR puede ser configurados tal que:
‡ El Ingress LSR hace una copia de capa 3 TTL dentro
del Label TTL
‡ MPLS TTL propagation
‡ Cada hop disminuye el TTL
‡ Si TTL = 0 el paquete es descartado
‡ El Egress LSR hace una copia de las label TTL dentro
del layer 3 TTL cuando el paquete deja la Nube MPLS
 Loops and TTL

‡ LSR usando ATM o FR no tienen TTL capacidad

‡ Aún cuando un paquete emerge desde una LSP
debe tener un TTL reflejando el número de
nodos que atraveso
‡ Protocolos de Distribución de Labels pueden
usar valores hop-count
‡ Cada nodo sabe el número de hops para llegar al final
del LSP
 Loops and TTL


'

( 

)

‘


8  #Ê-
: "

‘

35
 #Ê-
: "3

,

‘


 #Ê-  

: "  #Ê-
 !"#$%$ : " 8
%$ 
* 
+

‡ LSRs intercambia mapeo de labels con

infomación de hop-count
 Loops and TTL

'

( 


 )
00#" #
"


00#"

#
"35


00#"


,
#Ê---8
: " #
"

 

 !"#$%$ 00#" 00#" 8
%$ 
* 
+

‡ TTL es disminuido a priori para entrar al LSP sin

capacidad de TTL
‡ If TTL is 0 the packet is discarded at the ingress point
‡ TTL es examined en el final del LSP

c!14

‡ Protocolo LDP usa el mecanismo del

Vector Camino o Path Vector para detectar
loops
‡ Cada LSR inserta su ID dentro de los
mensajes de mapeo de labels
‡ LSR recibiendo un LDP mensaje revisará
la lista de ID¶s
‡ Si su propia ID es hallada el loop es
detectado
‡ Similar al proceso BGP AS_PATH
%$%$
14
$ c$ 
TIB y TFIB/LFIB
Tag Distribution Protocol (TDP)
‡ Corre en paralelo con protocolos de ruteo
‡ Distribuye <tag, prefix> asignamientos
‡ Incrementa actualizaciones sobre TCP
‡ Otros mecanismos de distribución de tags
puede correr en paralelo con él
 TDP Transport
‡ Usa TCP para transporte confiable
‡ Puerto de contacto bien conocido
(711)
‡ One TDP session per TCP
connection
 Identificador TDP/LDP

‡ 6 8=
‡ ,%
‡ c7 c
 6  

‡ LDP Identificador
± 6 bytes identificando el LSR y el espacio de labels
‡ 4 bytes: IP address of one of the platform interfaces
‡ 2 bytes: Label space identifier
‡ <IP address>:<Label space ID>
± LSR usando diferentes espacios de labels (interface)
usarán diferentes identificadores:
‡ 192.0.3.5:10
‡ 192.0.3.5:20
‡ LSR usando diferentes espacios de labels
usarán separadas sesiones LDP
  
%$

‡ Espacio de Labels por interface

± Típicamente para ATM interfaces donde
VPI/VCI campos son usados para labels
± Permite el uso del mismo valor de label sobre
diferentes interfaces
‡ Espacio de Labels por plataforma
± Labels serán únicas cruzando todas las
interfaces de la plataforma
 
! %!
‡ Directamente conectados vecinos o neighbors
± Discubiertos a través de µhello packets¶
± Envía a la dirección multicast ë

—— 
‡ No-Directamente conectados neighbors
± Apunta los µhello packets¶
± Por configuración, hello packets son enviados a
específicas direcciones IP de neighbors
± Descubrimiento es asimétrico
‡ Una vez descubierto LDP sesiones son
establecidas sobre TCP
 903
1%!4
‡ Peers intercambian mensajes LDP
‡ Mensajes de Descubrimiento
± Usados para descubrir y mantener la presencia de
nuevos peers
± Hello packets (UDP) enviados a dirección multicast
de all-routers-in-subnet
± Una vez el neighbor es descubierto, la sesion LDP es
establecida sobre TCP
 Operaciones LDP
No-directamente conectados neighbors

'

( 

)

8 ‘


 #Ê-

‘

35
 #Ê-


,


 #Ê-
‘

5
#Ê-


  #Ê-
$ ' #Ê- ‘

3 8

* 
+
 #Ê-)    #Ê-

6

'(

#Ê-
#Ê-

 -
6



 

7( '

 9
Mensajes de Sesion
‡ Establece, mantiene y termina sesiones LDP
‡ TDP monitorea estado y necesidad de sesiones
± Keep Alive PIEs monitorea integritdad de la conexion
y transporte
± µDiscovery Hello¶ PDUs señalan la disposición del
peer para intercambio de labels sobre el link
Mensajes de Aviso
‡ Crean, modifican, borran mapeos de labels
Mensajes de Notificación
‡ Error en señalamiento
Configuring MPLS on Cisco
IOS²Frame-Mode
Interfaces
Tareas de Configuración MPLS
‡ %$8;
± %$c5"#8
± c68$8 $%$$%$$
1%$8$8 6"$4
± c680% 6
#%$ !% $%$
‡ $;
± c68!> $0 <
< 
± c6887 $ 00
± c68  $%$
 c!  c687
‡ MPLS Base funcionalidad es configurada
usando tag-switching comandos hasta el IOS
release 12.1(3)T y 12.0(x)ST
‡ IOS 12.1(3)T/12.0(x)ST introduce MPLS
comandos de configuración que son usualmente
equivalentes a comandos tag-switching
‡ tag-switching version de comando de
configuración aparece en configuración salvada
para compatibilidad
 Configurando Label Pool
en sintaxis tag-switching
Router(config)#

tag tag-range downstream —   ë
  [


]
‡ Definir label pools para ser usadas por todos los
downstream label distribution protocols (LDP/TDP como
otros).
‡ Usualmente no necesario, pero requerido en algunos
IOS releases para comenzar el label switching.
‡ Parámetros
±‡ Minimum ± minimum label value (default = 10)
±‡ Maximum ± maximum label value (default =
16777215)
±‡ Reserved ± number of reserved labels (default = 16)
 Configurando Label Pool
en sintaxis mpls
Router(config)#

mpls label range —   ë
 

‡ Define label pools para ser usadas por todos los

downstream label distribution protocols (LDP/TDP como
otros).
‡ Usualmente no necesario, pero requerido en algunos
IOS releases para comenzar el label switching.
‡ Parámetros:
± ‡ Minimum ± minimum label value (default = 16)
± ‡ Maximum ± maximum label value (default = 1048575)
± ‡ Labels 0 through 15 are reserved and cannot be allocated
 Configurando Label Switching
sobre Interfases Frame-Mode
Router(config-if)#

tag-switching ip
‡ Habilita label switching sobre una interfase frame-mode
‡ Inicia TDP sobre la interfase.
Router(config-if)#

mpls ip 12.1(3)T
‡ Habilita label switching sobre una interfase frame-mode
‡ Inicia TDP sobre la interfase.
Router(config-if)#

mpls label-protocol [ tdp | ldp | both ] 12.2T

‡ Inicia el elegido protocolo de distribución de labels sobre la interfase
específica
MPLS Configuration Example
Mixed TDP/LDP Environment
Configuration Example
 c68 %$
"#80
Router(config-if)#

tag-switching mtu 

mpls mtu  12.1(3)T
‡ Label switching incrementa el máximo MTU requerimiento
sobre una interfase, debido al adicional header label
‡ Interfase MTU es automáticamente incrementado sobre
interfaces WAN; IP MTU es automáticamente disminuido
sobre interfases LAN
‡ Label switching MTU puede ser incrementado sobre
interfases LAN (resultando en jumbo frames) para prevenir
fragmentación.
± Las jumbo frames no son soportadas por todos los
switches LAN
 MPLS on LAN
Configuration Example
 c68 87
00
Router(config)#

no tag-switching ip propagate-ttl
no mpls ip propagate-ttl 12.1(3)T

‡ Por default, IP TTL es copiado dentro del label header en

el momento de imposición del label y label TTL es copiado
dentro del IP TTL al momento de remover el label.
‡ Este comando deshabilita IP TTL y propagación del label
TTL.
±TTL valor de 255 es insertado en el label header.
‡ La propagación TTL debe ser deshabilitado sobre ingress
y egress edge LSR.
9!$ 87 00
9!$ c687
#%$87 00
 c68 87 00
  
Router(config)#

no mpls ip propagate-ttl [ forwarded | local ] 12.1(5)T/12.0(x)ST

‡ Selectivamente deshabilita propagación IP TTL:

± Forwarded traffic (traceroute no funcionará para todo
tráfico etiquetado que pase por este router).
± Local traffic (traceroute no funcionará desde este
router pero funcionará para todo tráfico que pase por
este router).
#%$ 87 00
0?6 $c$
 c68 %7 %$
c  
Router(config)#

tag-switching advertise-tags for — ë
[ to  ë
]

‡ Por default, labels para todos los destinos son

anunciados a todos los LDP/TDP neighbors.
‡ Este comando te permite selectivamente anunciar
algunas labels hacia algunos LDP/TDP neighbors.
‡ Condicionamiento solo trabaja sobre interfases en
frame-mode.
‡ Parámetros:
±Net-ACL ± es una IP ACL que selecciona los destinos para
los cuales las labels serán generadas.
±TDP-ACL ± es una IP ACL que selecciona los TDP neighbors
que recibirán las labels.
 9!$ %7 %$
c  
‡ El cliente ya esta corriendo una infraestructura
IP.
‡ MPLS es solamente necesario para soportar
servicios MPLS/VPN.
± Labels deberían sólo ser generados por interfases
loopback (BGP next-hops) de todos los routers.
± Todas las interfases loopback deben estar en un
contiguo bloque de direcciones.
(ejm 192.168.254.0/24).
 c687 %7 
%$c  
‡ Paso #1 ± Habilitar CEF y label switching
ip cef
!
interface serial 0/0
tag-switching ip
!
interface serial 0/1
tag-switching ip
!
interface ethernet 1/0
tag-switching ip
tag-switching mtu 1508 ! Two labels in label header
 c687 %7 
%$c  
‡ Paso #2 ± Habilitar anuncio de
labels condicionados
no tag-switching advertise-tags
!
! Configure conditional advertisments
!
tag-switching advertise-tags for 90 to 91
!
access-list 90 permit ip 192.168.254.0 0.0.0.255
access-list 91 permit ip any
 %
c @
@ 6
5!  
5!
 c!  
v?
Router(config)#

show tag-switching tdp parameters

‡ Muestra parámetros TDP sobre el router local

Router(config)#

show tag-switching interface [detail]

show mpls interface [detail] 12.1(3)T

‡ Muestra el estatus de MPLS sobre interfases individuales

Router(config)#

show tag-switching tdp discovery

‡ Muestra todos los TDP neighbors descubiertos.

 #"8 "#8 !
#"8

Router#show tag-switching tdp parameters

Protocol version: 1
No tag pool for downstream tag distribution
Session hold time: 180 sec; keep alive interval: 60
sec
Discovery hello: holdtime: 15 sec; interval: 5 sec
Discovery directed hello: holdtime: 180 sec;
interval: 5 sec
 #"8 "#86
#"8
Router#show tag-switching interface detail
Interface Serial1/0.1:
IP tagging enabled
TSP Tunnel tagging not enabled
Tagging operational
MTU = 1500
Interface Serial1/0.2:
IP tagging enabled
TSP Tunnel tagging not enabled
Tagging operational
MTU = 1500
 #"8 "#8  
#"8

Router#show tag-switching tdp discovery

Local TDP Identifier:
192.168.3.102:0
TDP Discovery Sources:
Interfaces:
Serial1/0.1: xmit/recv
TDP Id: 192.168.3.101:0
Serial1/0.2: xmit/recv
TDP Id: 192.168.3.100:0
 c!  0
Router(config)#

show tag-switching tdp neighbor

‡ Muestra individuales TDP neighbors.

Router(config)#

show tag-switching tdp neighbor detail

‡ Muestra más detallado los TDP neighbors.

Router(config)#

show tag-switching tdp bindings

‡ Muestra el Tag Information Base (TIB).

 #"8 8#%

Router#show tag-switching tdp neighbors

Peer TDP Ident: 192.168.3.100:0; Local TDP Ident
192.168.3.102:0
TCP connection: 192.168.3.100.711 - 192.168.3.102.11000
State: Oper; PIEs sent/rcvd: 55/53; ; Downstream
Up time: 00:43:26
TDP discovery sources:
Serial1/0.2
Addresses bound to peer TDP Ident:
192.168.3.10 192.168.3.14 192.168.3.100
 #"8 8#% $
Router#show tag-switching tdp neighbors detail
Peer TDP Ident: 192.168.3.100:0; Local TDP Ident 192.168.3.102:0
TCP connection: 192.168.3.100.711 - 192.168.3.102.11000
State: Oper; PIEs sent/rcvd: 55/54; ; Downstream; Last TIB
rev sent 26
UID: 1; Up time: 00:44:01
TDP discovery sources:
Serial1/0.2; holdtime: 15000 ms, hello interval: 5000 ms
Addresses bound to peer TDP Ident:
192.168.3.10 192.168.3.14 192.168.3.100
Peer holdtime: 180000 ms; KA interval: 60000 ms; Peer state:
estab
 #"8 % 8
Router#show tag tdp bindings
tib entry: 192.168.3.1/32, rev 9
local binding: tag: 28
remote binding: tsr: 19.16.3.3:0, tag: 28
tib entry: 192.168.3.2/32, rev 8
local binding: tag: 27
remote binding: tsr: 19.16.3.3:0, tag: 27
tib entry: 192.168.3.3/32, rev 7
local binding: tag: 26
remote binding: tsr: 19.16.3.3:0, tag: imp-null(1)
tib entry: 192.168.3.10/32, rev 6
local binding: tag: imp-null(1)
remote binding: tsr: 19.16.3.3:0, tag: 26
  %$"#8
Router(config)#

show tag-switching forwarding-table

show mpls forwarding-table

‡ Muestra el contenido del Label Forwarding Information

Base (LFIB).
Router(config)#

show ip cef detail

‡ Muestra labels impuestos a un paquete en el

edge LSR.
  %$"#8
 %$"#8
 5 v

outer#show tag-switching forwarding-table ?

A.B.C.D Destination prefix
detail Detailed information
interface Match outgoing interface
next-hop Match next hop neighbor
tags Match tag values
tsp-tunnel TSP Tunnel id
| Output modifiers
<cr>
#"8 "#86" 8
#"8 "#86" 8 %$
 #"6 $

outer#show ip cef 192.168.20.0 detail

192.168.20.0/24, version 23, cached adjacency to Serial1/0.2
0 packets, 0 bytes
tag information set
local tag: 33
fast tag rewrite with Se1/0.2, point2point, tags imposed: {32}
via 192.168.3.10, Serial1/0.2, 0 dependencies
next hop 192.168.3.10, Serial1/0.2
valid cached adjacency
tag rewrite with Se1/0.2, point2point, tags imposed: {32}
 %888%$"#80
Router(config)#

debug tag-switching tdp ...

‡ Muestra eventos en vivo sobre adjacencias TDP, establecimiento de

sesiones, e intercambio de asignamientos de labels.
Router(config)#
debug tag-switching tfib ...
debug mpls lfib « 12.1(3)T/12.0(x)ST

‡ Muestra eventos en vivo sobre Tag Forwarding Information Base:

creación, removimiento y reescribimiento de labels.
Router(config)#
debug tag-switching packets [ —
ë
]
debug mpls packets [ —
ë
] 12.1(3)T/12.0(x)ST

‡ Muestra paquetes etiquetados en proceso de switching por el router.

‡ Deshabilita fast o distributed tag switching.