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 el árbol de distribución predeterminado del Multicast (MDT) GRE (BGP AD - PIM C) para el Multicast sobre VPN (mVPN). Utiliza un ejemplo y la implementación en el Cisco IOS para ilustrar el comportamiento.
Se utiliza para conectar el Multicast con todo el PE en un VRF. El valor por defecto significa que conecta a todo el Routers PE. Por abandono, lleva todo el tráfico. Todo el tráfico de control PIM y el tráfico del plano de los datos. Ejemplo: (*, G) tráfico y (S, G) tráfico. El valor por defecto es la necesidad. Este valor por defecto MDT conecta a todo el router PE para conectar. Esto representa de múltiples puntos a de múltiples puntos. Cualquiera puede enviar y todos puede recibir del árbol.
Es opcional y se crea en la demanda. Lleva el específico (S, G) tráfico. En la última versión del IOS, usted tiene umbral configurado como 0 e infinito. Siempre que un primer paquete golpee el VRF, los datos MDT inicializado, y si el infinito entonces los datos MDT nunca se crea, y el tráfico se mueve adelante en el valor por defecto MDT. Los datos MDT son siempre el árbol de recepción, ellos nunca envían cualquier tráfico. Los datos MDT están solamente para (S, G) tráfico.
El umbral en el cual se crean los datos MDT se puede configurar en un por-router o una base por-VRF. Cuando la transmisión de multidifusión excede el umbral definido, el router de envío PE crea los datos MDT y envía un mensaje del User Datagram Protocol (UDP), que contiene la información sobre los datos MDT a todo el Routers en el valor por defecto MDT. Las estadísticas a determinar si una secuencia de multidifusión ha excedido el umbral de los datos MDT se examinan una vez cada segundo.
Note: Después de que un router PE envíe el mensaje UDP, espera 3 más segundos antes de conmutar encima; 13 segundos son el Switchover Time del peor caso y 3 segundos son el mejor caso.
Los datos MDT se crean solamente para (S, G) las entradas de la ruta de Multicast dentro del tabla de Multicast Routing VRF. No se crean para (*, G) las entradas sin importar el valor de la velocidad de datos individual de la fuente
Si hay 5 PE cada ROJO del mVRF que se sostiene, hay 5 x (S, G) las entradas.
Si el SS no se utiliza para configurar los datos MDT:
Se configura G se conoce como él pero el PE no conoce directamente el valor de S (S, G) del valor por defecto MDT propagado por el MP-BGP.
La ventaja del SS es que no es dependiente en el uso de un RP de derivar al router de la fuente PE para un grupo determinado MDT.
La dirección IP de la fuente PE y del grupo predeterminado MDT se envía vía el Border Gateway Protocol (BGP)
Hay dos maneras de las cuales el BGP puede enviar esta información:
Note: El GRE MVPN fue soportado antes de usar MDT SAFI; realmente, incluso antes de MDT SAFI usando el tipo-2 RD. Técnico, para el perfil 3, el MDT SAFI no debe ser configurado, pero ambo SAFIs se soporta simultáneamente para la migración.
El atributo PMSI lleva la dirección de origen y el grupo de dirección. Para formar el túnel MT.
232.0.0.0 – 232.255.255.255 se ha reservado para las aplicaciones globales del Source Specific Multicast.
239.0.0.0 – 239.255.255.255 es administrativo el rango del espacio de dirección Multicast del IPv4 del scoped
El alcance local de la organización del IPv4 - 239.192.0.0/14
El alcance local es el alcance de cerco mínimo, y por lo tanto no es divisible adicional.
Los rangos 239.0.0.0/10, 239.64.0.0/10 y 239.128.0.0/10 están no asignados y disponibles para la extensión de este espacio.
Estos rangos deben ser dejados no asignados hasta que el espacio 239.192.0.0/14 sea no más suficiente.
Por ejemplo, todos los VRF usando Valor por defecto-MDT 239.192.10.1 deben utilizar el mismo rango de los datos MDT 239.232.1.0/24
La señalización del recubrimiento de Rosen GRE se muestra en la imagen.
La topología de Rosen GRE se muestra en la imagen.
El MVPN introduce la información del ruteo multicast a la tabla del VPN Routing and Forwarding. Cuando un router del borde del proveedor (PE) recibe los datos de multidifusión o los paquetes de control de un router de la frontera del cliente (CE), el envío se realiza según la información en la encaminamiento y el caso de reenvío (MVRF) del Multicast VPN. El MVPN no utiliza el switching por etiquetas.
Un conjunto de los MVRF que pueden enviar el tráfico Multicast el uno al otro constituye un dominio del Multicast. Por ejemplo, el dominio del Multicast para un cliente que quiso enviar los tipos determinados de tráfico Multicast a todos los empleados globales consistiría en todo el Routers CE asociado a esa empresa.
VRF SSM-BGP mBGP: Address family VPNv4 VRF Routing Protocol
Verifique toda la interfaz conectada están PARA ARRIBA.
Una vez que configuramos el valor por defecto 239.232.0.0 del mdt
El tunnel0 subió y asignó su direccionamiento del loopback0 como fuente.
%LINEPROTO-5-UPDOWN: Line Protocol en el tunnel0 de la interfaz, estado cambiado a para arriba
PIM(1): Check DR after interface: Tunnel0 came up! PIM(1): Changing DR for Tunnel0, from 0.0.0.0 to 1.1.1.1 (this system) %PIM-5-DRCHG: VRF SSM-BGP: DR change from neighbor 0.0.0.0 to 1.1.1.1 on interface Tunnel0
Esta imagen muestra la creación de túnel MDT.
PE1#sh int tunnel 0 Tunnel0 is up, line protocol is up Hardware is Tunnel Interface is unnumbered. Using address of Loopback0 (1.1.1.1) MTU 17916 bytes, BW 100 Kbit/sec, DLY 50000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation TUNNEL, loopback not set Keepalive not set Tunnel source 1.1.1.1 (Loopback0) Tunnel Subblocks: src-track: Tunnel0 source tracking subblock associated with Loopback0 Set of tunnels with source Loopback0, 1 member (includes iterators), on interface <OK> Tunnel protocol/transport multi-GRE/IP Key disabled, sequencing disabled Checksumming of packets disabled
Tan pronto como suba el BGP MVPN, todo el PE se descubre vía la ruta del tipo 1. Túnel del Multicast formado. El BGP lleva todo el direccionamiento del grupo y de la fuente PE en el atributo PMSI.
Esta imagen muestra el intercambio de la ruta del tipo 1.
Esta imagen muestra PCAP-1.
PE1#sh ip mroute 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, J - Join SPT, M - MSDP created entry, E - Extranet, X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement, U - URD, I - Received Source Specific Host Report, Z - Multicast Tunnel, z - MDT-data group sender, (3.3.3.3, 239.232.0.0), 00:01:41/00:01:18, flags: sTIZ Incoming interface: Ethernet0/1, RPF nbr 10.0.1.2 Outgoing interface list: MVRF SSM-BGP, Forward/Sparse, 00:01:41/00:01:18 (2.2.2.2, 239.232.0.0), 00:01:41/00:01:18, flags: sTIZ Incoming interface: Ethernet0/1, RPF nbr 10.0.1.2 Outgoing interface list: MVRF SSM-BGP, Forward/Sparse, 00:01:41/00:01:18 “Z” Multicast Tunnel formed after BGP mVPN comes up, as it advertises the Source PE and Group Address in PMSI attribute.
PE1#sh ip pim vrf SSM-BGP neighbor PIM Neighbor Table Mode: B - Bidir Capable, DR - Designated Router, N - Default DR Priority, P - Proxy Capable, S - State Refresh Capable, G - GenID Capable Neighbor Interface Uptime/Expires Ver DR Address Prio/Mode 10.1.0.2 Ethernet0/2 00:58:18/00:01:31 v2 1 / DR S P G 3.3.3.3 Tunnel0 00:27:44/00:01:32 v2 1 / S P G 2.2.2.2 Tunnel0 00:27:44/00:01:34 v2 1 / S P G
Tan pronto como usted configure la información RP:
%LINEPROTO-5-UPDOWN: Line Protocol en la interfaz Tunnel1, estado cambiado a para arriba
El intercambio del mensaje de la carga inicial vía el túnel MDT
PIM(1): Received v2 Bootstrap on Tunnel0 from 2.2.2.2 PIM(1): pim_add_prm:: 224.0.0.0/240.0.0.0, rp=22.22.22.22, repl = 0, ver =2, is_neg =0, bidir = 0, crp = 0 PIM(1): Update prm_rp->bidir_mode = 0 vs bidir = 0 (224.0.0.0/4, RP:22.22.22.22), PIMv2 *May 18 10:28:42.764: PIM(1): Received RP-Reachable on Tunnel0 from 22.22.22.22
Esta imagen muestra el intercambio del mensaje de la carga inicial vía el túnel MDT.
PE2#sh int tunnel 1 Tunnel1 is up, line protocol is up Hardware is Tunnel Description: Pim Register Tunnel (Encap) for RP 22.22.22.22 on VRF SSM-BGP Interface is unnumbered. Using address of Ethernet0/2 (10.2.0.1) MTU 17912 bytes, BW 100 Kbit/sec, DLY 50000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation TUNNEL, loopback not set Keepalive not set Tunnel source 10.2.0.1 (Ethernet0/2), destination 22.22.22.22 Tunnel Subblocks: src-track: Tunnel1 source tracking subblock associated with Ethernet0/2 Set of tunnels with source Ethernet0/2, 1 member (includes iterators), on interface <OK> Tunnel protocol/transport PIM/IPv4 Tunnel TOS/Traffic Class 0xC0, Tunnel TTL 255 Tunnel transport MTU 1472 bytes Tunnel is transmit only
El túnel dos formó el túnel del registro PIM y el túnel MDT.
Comando de marcar:
** MDT BGP:
BGP del mdt del vrf m-SS del pim del IP PE1#sh
** envíe los datos FHR:
Mdt del vrf m-SS del pim del IP PE1#sh