¿Tiene una cuenta?
  •   Contenido personalizado
  •   Sus productos y soporte
Ingresar

¿Necesita una cuenta?

Crear una cuenta

MULTICAST de la última generación - MDT predeterminado GRE (BGP AD - C PIM: Perfil 3)

Opciones de descarga

  • PDF     (3.5 MB)
    Visualice con Adobe Reader en una variedad de dispositivos
  • ePub     (3.7 MB)
    Visualice en diferentes aplicaciones en iPhone, iPad, Android, Sony Reader o Windows Phone
  • Mobi (Kindle)     (2.3 MB)
    Visualice en dispositivo Kindle o aplicación Kindle en múltiples dispositivos
Actualizado:5 de abril de 2018
ID del documento:212974
Acerca de la traducción

Acerca de esta traducción

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).

    Introducción

    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.

    ¿Cuál es MDT predeterminado?

    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. 

    ¿Cuál es los datos MDT?

    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

    • Permisos PE de unirse a directamente un árbol de la fuente para un MDT.

    • No se necesita ningunos puntos de encuentro en la red.

    • Los RP son una punta de la falla potencial y un overheads adicional.

    • Pero permiten los árboles compartida y del BiDir (menos estado).

    • Reduzca el remitir del retardo.

    • Evite la tara de administración para administrar la asignación group/RP y los RP redundantes para la confiabilidad.

    • El equilibrio es más estado requerido.

    • (S, G) para cada mVPN en un PE.

    Si hay 5 PE cada ROJO del mVRF que se sostiene, hay 5 x (S, G) las entradas.

    1. Configure el comando range ssm del pim del IP en P y el Routers PE (evita innecesario (*, G) las entradas que son creadas).

    2. SS recomendado para los DATA-MDT.

    3. Utilice el BiDir si es posible para el Valor por defecto-MDT (el soporte del BiDir es específico de la plataforma).

    Si el SS no se utiliza para configurar los datos MDT:

    • Cada VRF necesita ser configurado con un conjunto único de P-direccionamientos del Multicast; dos VRF en el mismo MD no se pueden configurar con el mismo conjunto de los direccionamientos.

    • Muchos más P-direccionamientos del Multicast son necesarios.

    • Operaciones y Administración complicadas.

    • El SS requiere el PE unirse a (S, G) no (*, G).

    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:

    • Comunidad ampliada
      • Solución propietaria de Cisco
      • atributo NON-transitivo (no conveniente para inter-COMO)
    • Familia MDT SAFI (66) del direccionamiento BGP
      • proyecto-nalawade-IDR-MDT-safi

    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.

    BGP

    • Fuente PE y grupo predeterminado MDT codificado en el NLRI de MP_REACH_NLRI.
    • El RD es lo mismo que el del MVRF para el cual configuran al grupo predeterminado MDT.

    • El tipo RD es 0 o 1

    El atributo PMSI lleva la dirección de origen y el grupo de dirección. Para formar el túnel MT.

    Direccionamiento de multidifusión para el grupo SS

    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.

    Recomendaciones

    • El Valor por defecto-MDT debe extraer los direccionamientos del espacio de 239/8 que comienza con el rango definido con el alcance local de organización de 239.192.0.0/14

    • El DATA-MDT debe extraer los direccionamientos del alcance local de organización.

    • Es también posible utilizar el rango global 232.0.0.0 SS – 232.255.255.255

    • Como el SS utiliza siempre un único (S, G) estado, no hay posibilidad de la coincidencia pues la secuencia de multidifusión SS será iniciada por las diferentes fuentes (con diversos direccionamientos) si él esté dentro de la Red proveedora o de mayor Internet.

    • Utilice el mismo pool DATA-MDT para cada mVRF dentro de un dominio determinado del Multicast (donde está común el Valor por defecto-MDT).

    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

    Señalización del recubrimiento

    La señalización del recubrimiento de Rosen GRE se muestra en la imagen.

    Topología

    La topología de Rosen GRE se muestra en la imagen.

    Ruteo y Reenvío de Multicast VPN y Dominios Multicast

    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.

    Tareas de Configuración

    1. Ruteo multicast del permiso en todos los Nodos.

    2. Habilite al modo disperso de la multidifusión independiente de protocolo (PIM) en toda la interfaz.

    3. Con el valor por defecto existente MDT de la configuración VRF.

    4. Configure el VRF en la interfaz Ethernet0/x.

    5. Habilite el ruteo multicast en el VRF.

    6. Configure el valor por defecto PIM SS en todos los Nodos dentro de la base.

    7. Configure a la familia MVPN del direccionamiento BGP.

    8. Configure BSR RP en el nodo CE.

    9. Preconfigurado:
                VRF SSM-BGP
            mBGP: Address family VPNv4
            VRF Routing Protocol
 

    Verificación

    Tarea 1: Verifique la conectividad física.

    Verifique toda la interfaz conectada están PARA ARRIBA.

    Tarea 2: Verifique el unicast del VPNv4 de la familia del direccionamiento BGP.

    • Verifique que el BGP esté habilitado en todo el Routers para el unicast del VPNv4 AF y los vecinos BGP están PARA ARRIBA.

    • Verifique que la tabla del unicast del VPNv4 BGP tenga todos los prefijos del cliente.

    Tarea 3: Verifique el unicast de la familia MVPN del direccionamiento BGP.

    • Verifique que el BGP esté habilitado en todo el Routers para el IPV4 MVPN AF y los vecinos BGP esté PARA ARRIBA.

    • Verifique que toda la detección PE, con la ruta del tipo 1.

    Tarea 4: Verifique el End to End del tráfico Multicast.

               

    • Marque la vecindad PIM.

    • Verifique que el estado del Multicast esté creado en el VRF.

    • Verifique la entrada del mRIB en el PE1, el PE2 y PE3.

    • Verifique que (S, G) entrada del mFIB, paquete que consigue incrementado en la expedición del software.

    • Verifique los paquetes icmp que consiguen el alcance del CE al CE.


    ¿Cómo las interfaces del túnel se crean?

    Creación de túnel MDT

    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.

    Vecindad PIM

    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.

    • El tunnel0 se utiliza para enviar el PIM se une a y el tráfico Multicast del ancho de banda baja.
    • El túnel 1 se utiliza para enviar el mensaje encapsulado PIM del registro.

    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

     Información Relacionada

    TAC Authored

    Con la colaboración de ingenieros de Cisco

    • Shashi Sharma
      Ingeniero de Cisco TAC

    ¿Resultó útil este documento?

    FeedbackComentarios

    Déjenos ayudarlo

    Debates relacionados con la comunidad de soporte

    ACERCA DE CISCO
    CONTÁCTENOS
    TRABAJE CON NOSOTROS