La principal tarea de AToM incluyen pseudoswires entre los Provider Edge (PE) Routers y transportan Paquetes de Capa 2 sobre estos pseudowires
Este post intenta describir la operación básica de pseudowires desde las perspectivas del control plane y del data plane, así como de un pequeño ejemplo para demostrar la configuración.
Un pseudowire esencialmente consiste en dos tuneles LSPs unidireccionales, cada uno esta representado por una etiqueta pseudowire, también conocida como VC. Esta etiqueta es parte del código que encapsula los paquetes capa 2 cruzando sobre los pseudowire AToMs
Típicamente, dos tipos de sesiones LDP son usadas para establecer AToM pseudowire, ellas se denominan Nontargeted LDP y Targeted LDP
Una sesion Nontargeted LDP es establecida, mediante el procedimiento básico de descubrimiento de vecinos por LDP entre un PE y su router P directamente conectados
Los siguientes pasos explican el procedimiento de establecer un pseudowire AToM
- Un pseudowire es aprovisionado en PE1.
- PE1 inicia una sesión LDP Targeted a PE2, ambos router reciben keepalives LDP, para completar el establecimiento de la sesión, una ves listo esto, se negocia el Label usando en el pseudowire
- Cuando en PE1 se conecta se establece una relación con el sitio 1, el proporciona un Label Local que corresponde al pseudowire ID
- PE1 codifica el label pseudowire en un TLV Label así como el pseudowire ID en un FEC TLV, esto es enviado a PE2 en un mensaje de Mapeo
- El Paso 1 al 4 es repetido pero para el caso de PE2
- Después que PE1 y PE2 han intercambiado estos mensajes el pseudowire es considerado establecido.
PE1(config)#interface ATM3/0.100 point-to-point
PE1(config-subif)# pvc 1/100 l2transport
PE1(cfg-if-atm-l2trans-pvc)# encapsulation aal5snap
________________________________________________________________
PE2(config)#interface ATM3/0.100 point-to-point
PE2(config-subif)# pvc 1/100 l2transport
PE2(cfg-if-atm-l2trans-pvc)# encapsulation aal5snap
|
Luego configuramos el AToM VC para transportar paquetes L2
Función del Control Plane después de la configuración AToM
Vista de los paquetes para llegar a un destino.
Comandos de Verificación:
PE1#show mpls l2transport vc
Local intf Local circuit Dest address VC ID Status
------------- -------------------- --------------- ---------- -------
AT3/0.100 ATM AAL5 1/100 10.10.10.102 100 UP |
PE1#show mpls forwarding-table
Local Outgoing Prefix Bytes Label Outgoing Next Hop
Label Label or VC or Tunnel Id Switched interface
16 No Label l2ckt(100) 540 none point2point
17 Pop Label 10.10.10.4/30 0 Gi6/0 10.10.10.2
18 Pop Label 10.10.10.100/32 0 Gi6/0 10.10.10.2
19 17 10.10.10.102/32 0 Gi6/0 10.10.10.2
|
P1#show mpls forwarding-table
Local Outgoing Prefix Bytes Label Outgoing Next Hop
Label Label or VC or Tunnel Id Switched interface
16 Pop Label 10.10.10.101/32 92682 Gi3/0 10.10.10.1
17 Pop Label 10.10.10.102/32 92772 Gi4/0 10.10.10.5
|
PE2#show mpls l2transport vc 100 detail
Local interface: AT3/0.100 up, line protocol up, ATM AAL5 1/100 up Destination address: 10.10.10.101, VC ID: 100, VC status: up
Output interface: Gi6/0, imposed label stack {16 16}
Preferred path: not configured
Default path: active
Tunnel label: 16, next hop 10.10.10.6
Create time: 00:26:08, last status change time: 00:26:04
Signaling protocol: LDP, peer 10.10.10.101:0 up
MPLS VC labels: local 16, remote 16
Group ID: local 0, remote 0
MTU: local 4470, remote 4470
Remote interface description:
Sequencing: receive disabled, send disabled
VC statistics:
packet totals: receive 5, send 5
byte totals: receive 540, send 670
packet drops: receive 0, send 0
|
Verificacion del Binding MPLS
PE1#show mpls l2transport binding
Destination Address: 10.10.10.102, VC ID: 100
Local Label: 20
Cbit: 1, VC Type: ATM VCC CELL, GroupID: 7
MTU: n/a, Interface Desc: n/a
Max Concatenated ATM Cells: 1
VCCV Capabilities: None
Remote Label: 20
Cbit: 1, VC Type: ATM VCC CELL, GroupID: 7
MTU: n/a, Interface Desc: n/a
Max Concatenated ATM Cells: 1
VCCV Capabilities: None
|
This is a pretty interesting posting. Saved to my favorite.
Appreciate the read