Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).
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.
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.
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 driver y la raíz del receptor aprendieron señalado usando MLDP P2MP FEC.
Identificado únicamente:
La configuración conducida y la raíz se configura manualmente.
Identificado únicamente:
Utilizado para llevar la información de la secuencia de multidifusión, que tiene significado a arraigar y se va.
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.
Extensiones de la tecnología MPLS para soportar el Multicast usando las escrituras de la etiqueta:
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 |
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
Note: x representa el Número de interfaz que el PE conectó con el CE y viceversa.
Tarea 1: Verifique la conectividad física.
Tarea 2: Verifique el unicast del IPv4 de la familia del direccionamiento BGP
Tarea 3: Verifique el End to End del tráfico Multicast.
Tarea 4: Verifique la BASE MPLS.
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:
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.
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
Note: Mldp todo de los mpls del uso # del debug para marcar el establecimiento precedente.
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
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
Note: Mldp todo de los mpls del uso # del debug para marcar el establecimiento precedente.
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
Note: El MPLS MLDP todavía no se crea pues el receptor no está en línea todavía.
El receptor 3 viene en línea y envía el PIM SE UNE A (S, G) los mensajes a PE3.
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
Note: Mldp todo de los mpls del uso # del debug y # debugs de las actualizaciones del mvpn BGP ipv4 del IP del debug para marcar el establecimiento peceding.
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.
Note: En la señalización dentro de la banda, las interfaces virtuales de la trayectoria conmutada de etiquetas (LSPVIFs) se crean por el ingreso-PE para implementar el estricto-RPF es decir. para validar a (S, G) paquete solamente si viene del telecontrol previsto PE; éste es LSPVIF1 en su caso. Una fuente PE, el valor por defecto LSPVIF se utiliza para remitir sobre la base. Observe que no hay muestra de los Números de interfaz LSPVIF, es decir lspvif0 no es siempre la interfaz predeterminada y lspvif1 no es siempre la interfaz por-PE. Estos números se afectan un aparato a pedido como sea necesario.
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
Note: Mldp todo de los mpls del uso # del debug y # actualizaciones del mvpn BGP ipv4 del IP del debug para marcar el establecimiento precedente.
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.
Note: Responda a las peticiones tecleadas de la escritura de la etiqueta del comodín recibidas del par jugando de nuevo su base de datos de la escritura de la etiqueta para los prefijos. Haga uso de las peticiones tecleadas de la escritura de la etiqueta del comodín hacia los pares de pedir la respuesta de la base de datos de la escritura de la etiqueta del par para los prefijos.
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
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
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
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.
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.