Señalización dentro de la banda del MULTICAST de la última generación (MLDP global: Perfil 7)
Contenido
Introducción
Este documento describe la señalización dentro de la banda MLDP global que es el perfil 7 para el Multicast de la última generación sobre VPN (mVPN). Utiliza un ejemplo y la implementación en el Cisco IOS para ilustrar el comportamiento.
Antecedentes
- Árbol de la en-banda del mLDP P2MP en la base; ninguna encaminamiento del C-Multicast.
- El tráfico de clientes puede ser SM S, G o SS.
- Soporte para la tabla global (S, G) en el PE.
- El PIM en la base no es necesario para el mLDP
Señalización dentro de la banda
El valor opaco se utiliza para asociar un MP LSP a un flujo del Multicast IP.
El contenido del valor opaco se deriva del flujo del Multicast.
Valor opaco usado en este perfil
El IPv4 PIM-SSM transita permite que las secuencias globales PIM-SSM sean transportadas a través de la base del (MPLS) del Switch del Multiprotocol Label. El valor opaco contiene el real (S, G) que reside en la tabla mroute global del Routers del ingreso y de la salida PE.
No sólo el valor opaco identifica únicamente el MP LSP pero puede también llevar (S, G) información de la secuencia de la red del Multicast IP del borde. El Routers P en la trayectoria conmutada de etiquetas MP (LSP) no necesita analizar el valor opaco sino utiliza el valor como índice en su base de datos LSP local MP para determinar el salto siguiente para replegar el paquete de multidifusión a. Sin embargo, el ingreso PE LSP (lo más cerca posible a la fuente) decodifica el valor de modo que pueda seleccionar el MP correcto LSP para el entrante (S, G) secuencia. La salida PE puede utilizar el valor para instalar (S, G) estado en el VRF local o tabla mroute global.
- El LS habilita el uso de un solo avión de la expedición MPLS para el unicast y el tráfico Multicast.
- Protección existente de los permisos MPLS LS (por ejemplo, mecanismos MPLS (TE/RSVP) y MPLS (OAM) que se utilizarán para el tráfico Multicast.
- El LS reduce la complejidad operativa debido a la eliminación de la necesidad del PIM en la red del núcleo MPLS.
Árbol de la base MLDP
ÁRBOL P2MP
El driver y la raíz del receptor aprendieron señalado usando MLDP P2MP FEC.
Identificado únicamente:
- Direccionamiento del nodo raíz
- P2MP LSP-ID [32 mordido]
ÁRBOL MP2MP
La configuración conducida y la raíz se configura manualmente.
Identificado únicamente:
- Direccionamiento del nodo raíz
- MP2MP LSP-ID [32 mordido]
Valor opaco
Utilizado para llevar la información de la secuencia de multidifusión, que tiene significado a arraigar y se va.
- (S, G) señalización dentro de la banda
- LSPID (valor por defecto/datos)
Tipo 1: Definido por MDLP, contiene el LSP-ID para manejar el ID-espacio para P2MP/MP2MP LSP.
Tipo 2: Definido para los túneles de disposición MP-LDP y utilizado para BGP-MVPN sin ningunos solape.
Cubrió la señalización
Tipos MLDP LSP
Multicast conmutado de la escritura de la etiqueta
Extensiones de la tecnología MPLS para soportar el Multicast usando las escrituras de la etiqueta:
- Punta a de múltiples puntos LSP
- LSP De múltiples puntos-a-de múltiples puntos
| P2MP | MP2MP | |
| Etiqueta | Asignación por aguas arriba | En sentido ascendente y descendente |
| Traffice | Flujo rio abajo | En sentido ascendente y descendente |
| Raíz | Router de ingreso | Proporcione/proporcione el borde |
| Tipo de Traffice | Controle al router | Solamente tráfico de control |
| Tipo LSP | La raíz a muchos se va | Muchas raíces a muchas hojas |
Topología
Configuración
Paso 1. Permiso MPLS MLDP en los Nodos de la base.
En el PE1, el PE2 y PE3:
# registro del mldp de los mpls
Paso 2. SEÑALIZACIÓN DENTRO DE LA BANDA del permiso MLDP en la BASE.
En el PE1, el PE2 y PE3:
# mldp de los mpls del Multicast IP
# loopback0 de la fuente de los mpls del pim del IP
Paso 3. Ruteo multicast del permiso.
En todos los Nodos:
# ruteo multicast del IP
Paso 4. Multidifusión independiente de protocolo del permiso (PIM) SS en la frontera del cliente (CE).
En los Nodos CE:
# valor por defecto ssm del pim del IP
Paso 5. Permiso PIM SM en todas las interfaces CE y interfaz del borde del proveedor (PE).
En el CE1, el CE2, el CE3 y todo el CE haciendo frente a la interfaz PE:
# interfaz x/x
# ip pim sparse-mode
# Interface Loopback x/x
# ip pim sparse-mode
Verificación
Tarea 1: Verifique la conectividad física.
- Verifique toda la interfaz conectada están PARA ARRIBA.
Tarea 2: Verifique el unicast del IPv4 de la familia del direccionamiento BGP
- Verifique que el Border Gateway Protocol (BGP) esté habilitado en todo el Routers para el unicast del IPv4 AF y los vecinos BGP están PARA ARRIBA.
- Verifique que la tabla del IPv4 BGP tenga todos los prefijos del cliente.
Tarea 3: Verifique el End to End del tráfico Multicast.
- Marque la vecindad PIM con el vecino del PIM conectado.
- Verifique que el estado del Multicast esté creado.
- En la entrada del mRIB PE en el PE1, el PE2 y PE3
- Verifique que (S, G) entrada del mFIB, el conseguir del paquete incrementó en la expedición del software.
- Verifique los paquetes icmp que consiguen el alcance del CE al CE.
Tarea 4: Verifique la BASE MPLS.
- Verifique la base MPLS LSP.
- Verifique la expedición MPLS dentro de la base según el diseño.
- Ping MPLS P2MP LSP para el IPv4.
Verificación detallada
El Interior Gateway Protocol (IGP), MPLS LDP, Border Gateway Protocol (BGP) se ejecuta muy bien a través de nuestro extremo de la red para terminar.
En esta sección, verifique el incorporar a la red de la base/de la agregación. Marque la adyacencia y la controle de plano y los datos acepillan para el tráfico sobre la red MPLS.
Para verificar que los dispositivos locales y remotos CE puedan comunicar a través de la base del Multiprotocol Label Switching (MPLS), realice los pasos mostrados en la imagen:
¿Cómo construir un avión del control?
Verifique el avión del control, en el cual la imposición de etiqueta ocurre cuando el router PE adelante, sobre la base del encabezado IP y agrega una escritura de la etiqueta MPLS al paquete como ingresa una red MPLS.
En dirección de la imposición de etiqueta, los paquetes de los switches del router basados en las operaciones de búsqueda de tabla de Cisco Express Forwarding (CEF) para encontrar el salto siguiente y agregan la información apropiada de la escritura de la etiqueta salvada en la BOLA para el destino. Cuando un router realiza la escritura de la etiqueta que intercambia en la base en un paquete MPLS, el router hace una búsqueda en la tabla MPLS. El router deriva esta tabla MPLS (LFIB) de la información en la tabla CEF y el Label Information Base (LIBERACIÓN).
La disposición de etiqueta ocurre cuando el router PE recibe un paquete MPLS, toma una decisión de reenvío basada en la escritura de la etiqueta MPLS, quita la escritura de la etiqueta, y envía un paquete del IP. El router PE utiliza el LFIB para la determinación de trayecto para un paquete en esta dirección. Según lo expuesto previamente, una sesión especial del iBGP facilita el anuncio de los prefijos del VPNv4 y de sus escrituras de la etiqueta entre el Routers PE. En el PE publicitario, el BGP afecta un aparato las escrituras de la etiqueta para los prefijos VPN aprendidos localmente y los instala en la Base de información de reenvío de etiquetas (LFIB), que es la tabla de reenvío MPLS.
Paso 1. Este el intercambio del mensaje ocurre después de que usted configure el MLDP en la base.
MLDP-MFI: Enabled MLDP MFI client on Ethernet0/0; status = ok MLDP-MFI: Enabled MLDP MFI client on Ethernet0/1; status = ok MLDP: P2MP Wildcard label request sent to 11.11.11.11:0 success MLDP: MP2MP Wildcard label request sent to 11.11.11.11:0 success MLDP-NBR: 11.11.11.11:0 ask LDP for adjacencies
PE1#sh mpls mldp neighbors MLDP peer ID : 11.11.11.11:0, uptime 00:02:05 Up, Target Adj : No Session hndl : 1 Upstream count : 0 Branch count : 0 Path count : 1 Path(s) : 10.0.1.2 LDP Ethernet0/1 Nhop count : 0
Paso 2. SEÑALIZACIÓN DENTRO DE LA BANDA del permiso en la base a MLDP.
loopback0 de la fuente de los mpls del pim del IP
mldp de los mpls del Multicast IP
MLDP: Enabled IPv4 on Lspvif0 unnumbered with Loopback0 MLDP-MFI: Enabled MLDP MFI client on Lspvif0; status = ok PIM(*): PIM subblock added to Lspvif0 MLDP: Enable pim on lsp vif: Lspvif0 MLDP: Add success lsp vif: Lspvif0 address: 0.0.0.0 application: MLDP vrf_id: 0 MLDP-DB: Replaying database events for opaque type value: 3 %LINEPROTO-5-UPDOWN: Line protocol on Interface Lspvif0, changed state to up PIM(0): Check DR after interface: Lspvif0 came up! %PIM-5-DRCHG: DR change from neighbor 0.0.0.0 to 1.1.1.1 on interface Lspvif0
PE1#sh int lspvif 0 Lspvif0 is up, line protocol is up Hardware is Interface is unnumbered. Using address of Loopback0 (1.1.1.1) MTU 17940 bytes, BW 8000000 Kbit/sec, DLY 5000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation LOOPBACK, loopback not set
El receptor 3 viene en línea y envía el PIM SE UNE A (S, G) los mensajes a PE3.
El receptor viene Online
PIM(0): Received v2 Join/Prune on Ethernet0/2 from 10.2.0.2, to us PIM(0): Join-list: (10.1.0.2/32, 232.1.1.1), S-bit set MRT(0): Create (*,232.1.1.1), RPF (unknown, 0.0.0.0, 2147483647/0) MRT(0): RPF Track start on 10.1.0.2 for (10.1.0.2, 232.1.1.1) MRT(0): Reset the z-flag for (10.1.0.2, 232.1.1.1) MLDP: Enabled IPv4 on Lspvif1 unnumbered with Loopback0 MLDP-MFI: Enable lsd on int failed; not registered; PIM(*): PIM subblock added to Lspvif1 MLDP: Enable pim on lsp vif: Lspvif1 MLDP: Add success lsp vif: Lspvif1 address: 1.1.1.1 application: MLDP vrf_id: 0 MLDP-MRIB-IP: (10.1.0.2,232.1.1.1/32) update (t=0) RPF: 0.0.0.0 MLDP-MRIB-IP: (10.1.0.2,232.1.1.1/32) set rpf nbr: 0.0.0.0 MLDP-MRIB-IP: wavl insert success (10.1.0.2, 232.1.1.1) MLDP-MRIB-IP: no RPF neighbor, done! MLDP-MRIB-IP: (10.1.0.2,232.1.1.1/32) update (t=1) RPF: 1.1.1.1 MLDP-MRIB-IP: (10.1.0.2,232.1.1.1/32) set rpf nbr: 1.1.1.1 MLDP-MRIB-IP: Change RPF neighbor from 0.0.0.0 to 1.1.1.1 MLDP-MRIB-IP: (10.1.0.2,232.1.1.1/32) update idb = Lspvif1, (f=2,c=2) MLDP-MRIB-IP: add accepting interface: Lspvif1 root: 1.1.1.1 MLDP-MRIB-IP: change interface from NULL to Lspvif1 %LINEPROTO-5-UPDOWN: Line protocol on Interface Lspvif1, changed state to up PIM(0): Check DR after interface: Lspvif1 came up! PIM(0): Changing DR for Lspvif1, from 0.0.0.0 to 2.2.2.2 (this system) %PIM-5-DRCHG: DR change from neighbor 0.0.0.0 to 2.2.2.2 on interface Lspvif1
Cualquier comunicación del receptor (S, G) se une a, se convierte a MLDP y todos los mensajes son transversales hacia el Lspvif 1
Con el PIM ÚNASE A (S, G) como MLDP es protocolo receptor-conducido, construye la base de datos MLDP del receptor a la fuente. Ésta es asignación rio abajo de la escritura de la etiqueta para P2MP MLDP.
PE3#sh ip mroute 232.1.1.1 verbose IP Multicast Routing Table Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected, T - SPT-bit set, p - PIM Joins on route, (10.1.0.2, 232.1.1.1), 00:19:28/00:02:42, flags: sTp Incoming interface: Lspvif1, RPF nbr 1.1.1.1 Outgoing interface list: Ethernet0/0, Forward/Sparse, 00:19:28/00:02:42, p PE3#sh mpls mldp database * For interface indicates MLDP recursive forwarding is enabled * For RPF-ID indicates wildcard value > Indicates it is a Primary MLDP MDT Branch LSM ID : 1 Type: P2MP Uptime : 00:28:02 FEC Root : 1.1.1.1 Opaque decoded : [ipv4 10.1.0.2 232.1.1.1] Opaque length : 8 bytes Opaque value : 03 0008 0A010002E8010101 Upstream client(s) : 11.11.11.11:0 [Active] Expires : Never Path Set ID : 1 Out Label (U) : None Interface : Ethernet0/3* Local Label (D): 24 Next Hop : 10.0.3.2 Replication client(s): MRIBv4(0) Uptime : 00:28:02 Path Set ID : None Interface : Lspvif1 RR-P #sh mpls mldp database * For interface indicates MLDP recursive forwarding is enabled * For RPF-ID indicates wildcard value > Indicates it is a Primary MLDP MDT Branch LSM ID : A Type: P2MP Uptime : 00:40:52 FEC Root : 1.1.1.1 Opaque decoded : [ipv4 10.1.0.2 232.1.1.1] Opaque length : 8 bytes Opaque value : 03 0008 0A010002E8010101 Upstream client(s) : 1.1.1.1:0 [Active] Expires : Never Path Set ID : A Out Label (U) : None Interface : Ethernet0/1* Local Label (D): 24 Next Hop : 10.0.1.1 Replication client(s): 2.2.2.2:0 Uptime : 00:40:52 Path Set ID : None Out label (D) : 23 Interface : Ethernet0/3* Local label (U): None Next Hop : 10.0.2.1 3.3.3.3:0 Uptime : 00:40:52 Path Set ID : None Out label (D) : 24 Interface : Ethernet0/2* Local label (U): None Next Hop : 10.0.3.1
La información recibida en la fuente PE basada en las operaciones de búsqueda RPF para el salto siguiente.
MLDP-LDP: [ipv4 10.1.0.2 232.1.1.1] label mapping from: 11.11.11.11:0 label: 23 root: 1.1.1.1 Opaque_len: 11 sess_hndl: 0x1 MLDP: LDP root 1.1.1.1 added MLDP-DB: Added [ipv4 10.1.0.2 232.1.1.1] DB Entry MLDP-DB: [ipv4 10.1.0.2 232.1.1.1] Changing branch 11.11.11.11:0 from Null/0.0.0.0 to Ethernet0/1/10.0.1.2 MLDP-MFI: Could not add Path type: PKT, Label: 23, Next hop: 11.11.11.11, Interface: NULL to set: 3, error 1 MLDP-DB: [ipv4 10.1.0.2 232.1.1.1] Added P2MP branch for 11.11.11.11:0 label 23 MLDP-MRIB-IP: [ipv4 10.1.0.2 232.1.1.1] client update: We are root MLDP-MRIB-IP: wavl insert success (10.1.0.2, 232.1.1.1) MLDP-MRIB-IP: [ipv4 10.1.0.2 232.1.1.1] Created: Lspvif0 for: 0.0.0.0 MLDP-MRIB: Created adjacency for LSM ID 3 MLDP-MRIB-IP: [ipv4 10.1.0.2 232.1.1.1] Created adjacency on Lspvif0 MLDP: nhop 1.1.1.1 added MRT(0): Set the T-flag for (10.1.0.2, 232.1.1.1) MRT(0): (10.1.0.2,232.1.1.1), RPF install from /0.0.0.0 to Ethernet0/2/10.1.0.2 PIM(0): Insert (10.1.0.2,232.1.1.1) join in nbr 10.1.0.2's queue MLDP-MRIB-IP: (10.1.0.2,232.1.1.1/32) update (t=1) RPF: 10.1.0.2 MLDP-MRIB-IP: (10.1.0.2,232.1.1.1/32) set rpf nbr: 10.1.0.2 MLDP-MRIB-IP: ignoring interface Ethernet0/2, no LS
PE1#sh ip mroute 232.1.1.1 verbose IP Multicast Routing Table Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected, L - Local, P - Pruned, R - RP-bit set, F - Register flag, T - SPT-bit set, I - Received Source Specific Host Report, (10.1.0.2, 232.1.1.1), 00:25:14/stopped, flags: sTI Incoming interface: Ethernet0/2, RPF nbr 10.1.0.2 Outgoing interface list: Lspvif0, LSM ID: 4, Forward/Sparse, 00:25:14/00:01:45 PE1# sh mpls mldp database * For interface indicates MLDP recursive forwarding is enabled * For RPF-ID indicates wildcard value > Indicates it is a Primary MLDP MDT Branch LSM ID : 4 Type: P2MP Uptime : 00:25:25 FEC Root : 1.1.1.1 (we are the root) Opaque decoded : [ipv4 10.1.0.2 232.1.1.1] Opaque length : 8 bytes Opaque value : 03 0008 0A010002E8010101 Upstream client(s) : None Expires : N/A Path Set ID : 4 Replication client(s): 11.11.11.11:0 Uptime : 00:25:25 Path Set ID : None Out label (D) : 24 Interface : Ethernet0/1* Local label (U): None Next Hop : 10.0.1.2 MLDP-LDP: [id 0] Wildcard label request from: 11.11.11.11:0 label: 0 root: 6.2.0.0 Opaque_len: 0 sess_hndl: 0x1 MLDP-LDP: [ipv4 10.1.0.2 232.1.1.1] label mapping from: 11.11.11.11:0 label: 23 root: 1.1.1.1 Opaque_len: 11 sess_hndl: 0x1 Neighbor 11.11.11.11 request for the label request to PE1.
MLDP-LDP: [ipv4 10.1.0.2 232.1.1.1] label mapping from: 11.11.11.11:0 label: 24 root: 1.1.1.1 Opaque_len: 11 sess_hndl: 0x1 MLDP: LDP root 1.1.1.1 added MLDP-DB: Added [ipv4 10.1.0.2 232.1.1.1] DB Entry MLDP-DB: [ipv4 10.1.0.2 232.1.1.1] Changing branch 11.11.11.11:0 from Null/0.0.0.0 to Ethernet0/1/10.0.1.2 %MLDP-5-ADD_BRANCH: [ipv4 10.1.0.2 232.1.1.1] Root: 1.1.1.1, Add P2MP branch 11.11.11.11:0 remote label 24 debug ip mfib pak debug ip mfib mrib
La fuente comienza a fluir
Traffic from Source 10.1.0.2 streaming from 232.1.1.1. Enters through ethernet0/2. The packet got forwarded via Lspvif 0. PIM(0): Insert (10.1.0.2,232.1.1.1) join in nbr 10.1.0.2's queue PIM(0): Building Join/Prune packet for nbr 10.1.0.2 PIM(0): Adding v2 (10.1.0.2/32, 232.1.1.1), S-bit Join PIM(0): Send v2 join/prune to 10.1.0.2 (Ethernet0/2) MFIBv4(0x0): Pkt (10.1.0.2,232.1.1.1) from Ethernet0/2 (FS) accepted for forwarding MFIBv4(0x0): Pkt (10.1.0.2,232.1.1.1) from Ethernet0/2 (FS) sent on Lspvif0, LSM NBMA/4
Captura de paquetes (PCAP)
Este paquete consigue tunneled en el Lspvif 0.
At the receiver Side: At the receiver side the packet reach at the Lspvif 1. MFIBv4(0x0): Pkt (10.1.0.2,232.1.1.1) from Lspvif1 (FS) accepted for forwarding MFIBv4(0x0): Pkt (10.1.0.2,232.1.1.1) from Lspvif1 (FS) sent on Ethernet0/0 PIM(0): Received v2 Join/Prune on Ethernet0/0 from 10.3.0.2, to us PIM(0): Join-list: (10.1.0.2/32, 232.1.1.1), S-bit set PIM(0): Update Ethernet0/0/10.3.0.2 to (10.1.0.2, 232.1.1.1), Forward state, by PIM SG Join
Verificación LSPVIF
Cuando el paquete golpeó el PE1, marca el LS ID para remitir el tráfico, que etiquetan para imponer en el paquete de multidifusión.
Conclusión
Se evita la señalización dentro de la banda de múltiples puntos LDP (M-LDP) le permite para llevar el tráfico Multicast a través de una estructura básica existente IP/MPLS, mientras que uso del PIM en la base del proveedor.
En el Router de borde de etiqueta (LER), permiso PIM para utilizar la señalización dentro de la banda M-LDP para los vecinos en sentido ascendente cuando el LER no detecta a un vecino en sentido ascendente PIM.
Información Relacionada
ComentariosContacte a Cisco
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)