Exemple de configuration de prise en charge multicast pour les VPN MPLS

Introduction

Ce document propose un exemple de configuration et des directives générales pour configurer la prise en charge de la multidiffusion pour les VPN suivant la Commutation multiprotocole par étiquette (MPLS). Cette fonction a été introduite dans les versions 12.0(23)S et 12.2(13)T du logiciel Cisco IOS®.

Conditions préalables

Conditions requises

Avant d'essayer cette configuration, assurez-vous de respecter les conditions suivantes :

• Les fournisseurs de services doivent disposer d'un coeur compatible multidiffusion pour pouvoir utiliser la fonctionnalité VPN multidiffusion de Cisco.

Components Used

Les informations de ce document sont basées sur le logiciel Cisco IOS Version 12.2(13)T

Remarque : Pour obtenir des informations à jour sur la prise en charge de la plate-forme pour cette fonctionnalité, utilisez Software Advisor (clients enregistrés uniquement). Software Advisor met à jour dynamiquement la liste des plates-formes prises en charge à mesure que la nouvelle prise en charge de la plate-forme est ajoutée à la fonctionnalité.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Conventions

Pour plus d'informations sur les conventions des documents, référez-vous aux Conventions utilisées pour les conseils techniques de Cisco.

Informations générales

Pour obtenir des informations générales, reportez-vous à la documentation relative aux nouvelles fonctionnalités du logiciel Cisco IOS Version 12.2(13)T pour la prise en charge de multidiffusion IP pour les VPN MPLS.

Configuration

Cette section vous fournit des informations pour configurer les fonctionnalités décrites dans ce document.

Diagramme du réseau

Ce document utilise la configuration réseau indiquée dans le diagramme suivant.

Configurations

Le diagramme de réseau représente le réseau fédérateur d'un fournisseur de services. Il s’agit des routeurs R2, R3 et R4. Le backbone est configuré pour prendre en charge le VPN MPLS. R2 et R4 sont des routeurs de périphérie du fournisseur (PE) tandis que R3 est un routeur du fournisseur (P). R1 et R5 représentent les routeurs de périphérie client (CE) qui appartiennent à la même instance de routage et de transfert VPN (VRF), jaune.

Pour fournir des services de multidiffusion, le backbone doit être configuré pour exécuter le routage de multidiffusion. Le protocole de multidiffusion sélectionné à cet effet est le protocole PIM (Protocol Independent Multicast) et R3 est configuré comme point de rendez-vous (RP). R2 et R4 sont également configurés pour exécuter le routage de multidiffusion en jaune VRF. Le mode PIM sparse-dense est configuré comme protocole de routage de multidiffusion entre les PE et les CE. R2 a été configuré comme RP pour le jaune VRF.

Afin de tester la connectivité de multidiffusion, l'interface s0/0 de R5 est configurée pour joindre le groupe de multidiffusion 224.2.2.2. Les requêtes ping sont envoyées à partir de l'adresse de bouclage de R1 vers 224.2.2.2. L’écho ICMP (Internet Control Message Protocol) est un paquet de multidiffusion, tandis que la réponse ICMP est un paquet de monodiffusion puisque l’adresse de destination IP est l’adresse de bouclage R1.

Les configurations présentées dans ce document comprennent les suivantes :

• R1-(CE)

• R2-(PE)

• R3-(P)

• R4-(PE)

• R5-(CE)

version 12.2
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname R1
!
!
clock timezone CET 1
ip subnet-zero
no ip domain lookup
!
ip multicast-routing 

!--- Enable multicast routing.

!
!
interface Loopback0
 ip address 100.0.0.1 255.255.255.255
!
interface Serial0/0
 ip address 10.1.0.1 255.255.255.0
 ip pim sparse-dense-mode

!--- PIM sparce-dense mode is used between the PE and CE. !--- PIM sparce-dense mode is the multicast routing protocol.

 
!
router rip
 version 2
 network 10.0.0.0
 network 100.0.0.0
 no auto-summary
!
ip classless
no ip http server
ip pim bidir-enable
!
!
!
!
line con 0
 exec-timeout 0 0
line aux 0
line vty 0 4
 login
!         
end

version 12.2
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname R2
!
!
clock timezone CET 1
ip subnet-zero
no ip domain lookup
!
ip vrf yellow
 rd 2:200
 route-target export 2:200
 route-target import 2:200
 mdt default 239.1.1.1

!--- Configure the default Multicast Distribution Tree (MDT) !--- for VRF yellow.

 mdt data 239.2.2.0 0.0.0.255 threshold 1

!--- Configure the range global addresses for !--- data MDTs and the threshold.

ip multicast-routing 

!--- Enable global multicast routing.

ip multicast-routing vrf yellow 

!--- Enable multicast routing in VRF yellow.

ip cef
mpls label protocol ldp
tag-switching tdp router-id Loopback0
!
!
!
interface Loopback0
 ip address 50.0.0.2 255.255.255.255
 ip pim sparse-dense-mode


!--- Multicast needs to be enabled on loopback !--- interface. This is used as a source !--- for MPBGP sessions between PE routers that participate in MVPN.


!
interface Loopback100
 ip vrf forwarding yellow
 ip address 100.0.0.2 255.255.255.255
 ip pim sparse-dense-mode
!

!--- This router needs to be RP for !--- multicast in VRF yellow. Therefore, multicast !--- needs to be enabled on the interface which is used as RP.


!
interface Serial1/0
 ip vrf forwarding yellow
 ip address 10.1.0.2 255.255.255.0
 ip pim sparse-dense-mode

!--- Multicast is enabled on PE-CE interfaces in VRF.


!         
interface Serial2/0
 ip address 10.2.0.2 255.255.255.0
 ip pim sparse-dense-mode

!--- Service provider core needs to run multicast !--- to support MVPN services, !--- so multicast is enabled on PE-P links.


 tag-switching ip        
!         
router ospf 1
 router-id 50.0.0.2
 log-adjacency-changes
 network 10.0.0.0 0.255.255.255 area 0
 network 50.0.0.0 0.0.0.255 area 0
!
router rip
 version 2
 no auto-summary
 !
 address-family ipv4 vrf yellow
 version 2
 redistribute bgp 1
 network 10.0.0.0
 network 100.0.0.0
 default-metric 5
 no auto-summary
 exit-address-family
!
router bgp 1
 no synchronization
 no bgp default ipv4-unicast
 bgp log-neighbor-changes
 redistribute rip
 neighbor 50.0.0.4 remote-as 1
 neighbor 50.0.0.4 update-source Loopback0
 neighbor 50.0.0.4 activate
 neighbor 50.0.0.6 remote-as 1
 neighbor 50.0.0.6 update-source Loopback0
 neighbor 50.0.0.6 activate
 no auto-summary
 !
 address-family ipv4 vrf yellow
 redistribute connected
 redistribute rip
 no auto-summary
 no synchronization
 exit-address-family
 !
 address-family vpnv4
 neighbor 50.0.0.4 activate
 neighbor 50.0.0.4 send-community extended
 neighbor 50.0.0.6 activate
 neighbor 50.0.0.6 send-community extended
 no auto-summary
 exit-address-family
!         
ip classless
no ip http server
ip pim bidir-enable
ip pim vrf yellow send-rp-announce Loopback100 scope 100
ip pim vrf yellow send-rp-discovery Loopback100 scope 100

!--- Configure auto-RP. The R2's loopback !--- 100 is the RP in VRF yellow.

!
!
!
line con 0
 exec-timeout 0 0
line aux 0
line vty 0 4
 login
!
end

version 12.2 
service timestamps debug datetime msec 
service timestamps log datetime msec 
no service password-encryption 
! 
hostname R3 
! 
! 
clock timezone CET 1 
ip subnet-zero 
! 
ip multicast-routing  

!--- Enable global multicast routing.
 
ip cef 
mpls label protocol ldp 
tag-switching tdp router-id Loopback0 
! 
! 
! 
interface Loopback0 
 ip address 50.0.0.3 255.255.255.255 
 ip pim sparse-dense-mode 
! 
! 
interface Serial1/0 
 ip address 10.2.0.3 255.255.255.0 
 ip pim sparse-dense-mode

!--- Enable multicast on links to PE routers !--- which have MVPNs configured.

 
 tag-switching ip 
! 
interface Serial2/0 
 ip address 10.3.0.3 255.255.255.0 
 ip pim sparse-dense-mode 
 tag-switching ip 
! 
router ospf 1 
 router-id 50.0.0.3 
 log-adjacency-changes 
 network 10.0.0.0 0.255.255.255 area 0 
 network 50.0.0.0 0.0.0.255 area 0 
! 
ip classless 
no ip http server 
ip pim bidir-enable 
ip pim send-rp-announce Loopback0 scope 100 
ip pim send-rp-discovery Loopback0 scope 100 

!--- R3 is configured to announce itself as !--- the RP through auto-RP.
 
! 
! 
! 
! 
line con 0 
 exec-timeout 0 0 
line aux 0 
line vty 0 4 
 login  
! 
end

version 12.2 
service timestamps debug datetime msec 
service timestamps log datetime msec 
no service password-encryption 
! 
hostname R4 
! 
! 
clock timezone CET 1 
ip subnet-zero 
no ip domain lookup 
! 
ip vrf yellow 
 rd 2:200 
 route-target export 2:200 
 route-target import 2:200 
 mdt default 239.1.1.1 

!--- Configure the default MDT address.
 
 mdt data 238.2.2.0 0.0.0.255 threshold 1 

!--- Configure the data MDT range and threshold.
 
! 
ip multicast-routing  

!--- Enable global multicast routing.
 
ip multicast-routing vrf yellow  

!--- Enable multicast routing in VRF yellow.
 
ip cef 
mpls label protocol ldp 
tag-switching tdp router-id Loopback0 
! 
! 
! 
interface Loopback0 
 ip address 50.0.0.4 255.255.255.255 
 ip pim sparse-dense-mode 
! 
interface Loopback100 
 ip vrf forwarding yellow 
 ip address 100.0.0.4 255.255.255.255 
 ip pim sparse-dense-mode 
! 
interface Serial1/0 
 ip address 10.3.0.4 255.255.255.0 
 ip pim sparse-dense-mode 
 tag-switching ip 
! 
interface Serial2/0 
 ip vrf forwarding yellow 
 ip address 10.4.0.4 255.255.255.0 
 ip pim sparse-dense-mode 

!--- Enable the PIM toward the CE.
 
! 
router ospf 1 
 router-id 50.0.0.4 
 log-adjacency-changes 
 network 10.0.0.0 0.255.255.255 area 0 
 network 50.0.0.0 0.0.0.255 area 0 
! 
router rip 
 version 2 
 no auto-summary 
 ! 
 address-family ipv4 vrf yellow 
 version 2 
 redistribute bgp 1 
 network 10.0.0.0 
 network 100.0.0.0 
 default-metric 5 
 no auto-summary 
 exit-address-family 
! 
router bgp 1 
 no synchronization 
 no bgp default ipv4-unicast 
 bgp log-neighbor-changes 
 redistribute rip 
 neighbor 50.0.0.2 remote-as 1 
 neighbor 50.0.0.2 update-source Loopback0 
 neighbor 50.0.0.2 activate 
 no auto-summary 
 ! 
 address-family ipv4 vrf yellow 
 redistribute connected 
 redistribute rip 
 no auto-summary 
 no synchronization 
 exit-address-family 
 ! 
 address-family vpnv4 
 neighbor 50.0.0.2 activate 
 neighbor 50.0.0.2 send-community extended 
 no auto-summary 
 exit-address-family 
! 
ip classless 
no ip http server 
ip pim bidir-enable 
! 
! 
! 
! 
! 
line con 0 
 exec-timeout 0 0 
line aux 0 
line vty 0 4 
 login 
! 
end

version 12.2 
service timestamps debug datetime msec 
service timestamps log datetime msec 
no service password-encryption 
! 
hostname R5 
! 
! 
clock timezone CET 1 
ip subnet-zero 
no ip domain lookup 
! 
ip multicast-routing  

!--- Enable global multicast routing in the CE.
 
! 
! 
interface Loopback0 
 ip address 100.0.0.5 255.255.255.255 
! 
interface Serial0/0 
 ip address 10.4.0.5 255.255.255.0 
 ip pim sparse-dense-mode 
 ip igmp join-group 224.2.2.2 
! 
router rip 
 version 2 
 network 10.0.0.0 
 network 100.0.0.0 
 no auto-summary 
! 
ip classless 
no ip http server 
ip pim bidir-enable 
! 
! 
! 
! 
! 
line con 0 
 exec-timeout 0 0 
line aux 0 
line vty 0 4 
 login 
!          
end

Conseils de conception

• La multidiffusion pour les VPN MPLS (MVPN) est configurée en plus de la configuration VPN. Le réseau VPN MPLS doit être soigneusement conçu, afin d'observer d'abord toutes les recommandations pour les réseaux VPN MPLS.

• Le coeur du fournisseur de services doit être configuré pour le service de multidiffusion natif. Le coeur doit être configuré pour le mode PIM Sparse (PIM-SM), le multicast spécifique à la source (PIM-SSM) ou le PIM bidirectionnel (PIM-BIDIR). PIM en mode dense (PIM-DM) n'est pas pris en charge en tant que protocole principal dans les configurations MVPN. Il est possible de configurer un mélange de protocoles pris en charge dans le coeur du fournisseur. Cela peut être fait lorsque certains groupes de multidiffusion sont gérés par un mode PIM et que d'autres groupes sont gérés par un autre mode PIM pris en charge.

• Tous les protocoles de multidiffusion sont pris en charge dans le VRF de multidiffusion. C'est-à-dire que dans le VRF multicast vous pouvez utiliser MSDP et PIM-DM en plus de PIM-SM, PIM-SSM et PIM-BIDIR

• Le service MVPN peut être ajouté séparément sur une base VRF par VRF. Autrement dit, un routeur PE peut avoir des VRF multidiffusion et des VRF monodiffusion configurés.

• Tous les sites d'un VRF de monodiffusion unique ne doivent pas être configurés pour la multidiffusion. Il est possible d'avoir certains sites (et même des interfaces du routeur MVPN PE) où la multidiffusion n'est pas activée. Vous devez vous assurer que les routes ne sont jamais calculées pour pointer vers des interfaces non compatibles multidiffusion. Sinon, le transfert de multidiffusion sera interrompu.

• Plusieurs VRF peuvent appartenir au même domaine de multidiffusion MVPN. L'adressage IP doit être unique dans un domaine de multidiffusion. La fuite de routes et/ou de paquets entre des domaines de multidiffusion ou dans une table de routage de multidiffusion globale est actuellement impossible.

• Une configuration par défaut MDT est obligatoire pour que MVPN fonctionne. La configuration du MDT de données est facultative. Il est fortement recommandé de définir le seuil pour les données MDT si vous choisissez d'en configurer une.

• L'adresse IP du MDT par défaut détermine à quel domaine de multidiffusion appartient le VRF. Par conséquent, il est possible d'avoir la même adresse MDT par défaut pour plusieurs VRF. Cependant, ils partageront des paquets de multidiffusion entre eux et doivent respecter d'autres exigences sur les domaines de multidiffusion (tel que le schéma d'adressage IP unique).

• Les données MDT peuvent être configurées ou non avec la même plage d'adresses IP sur différents routeurs PE. Cela dépend du mode PIM utilisé dans le coeur du fournisseur. Si le coeur du fournisseur de services utilise le PIM en mode Sparse, chaque routeur PE doit utiliser une plage unique d'adresses IP pour les groupes MDT de données. Si le coeur du fournisseur de services utilise la multidiffusion spécifique à la source, tous les routeurs PE peuvent être configurés avec la même plage d'adresses IP pour le MDT de données de chaque domaine de multidiffusion.

Vérification

Cette section présente des informations que vous pouvez utiliser pour vous assurer que votre configuration fonctionne correctement.

Certaines commandes show sont prises en charge par l'Output Interpreter Tool (clients enregistrés uniquement), qui vous permet de voir une analyse de la sortie de la commande show.

• show ip igmp groups : affiche les groupes de multidiffusion avec récepteurs qui sont directement connectés au routeur et qui ont été appris via le protocole IGMP (Internet Group Management Protocol).

• show ip pim mdt bgp - Affiche l'annonce BGP (Border Gateway Protocol) détaillée du séparateur de route (RD) pour le groupe par défaut MDT.

• show ip pim vrf <vrf-name> mdt send : affiche les annonces MDT de données que le routeur a faites dans le VRF spécifié.

• show ip pim vrf <vrf-name> mdt Receive : affiche les annonces MDT de données reçues par le routeur dans le VRF spécifié.

• show ip mroute : affiche le contenu de la table de routage de multidiffusion IP dans le coeur du fournisseur.

• show ip mroute vrf <vrf-name> : affiche la table de routage de multidiffusion dans le VRF du client.

Suivez ces étapes pour vérifier que votre configuration fonctionne correctement.

1. Vérifiez que les PE ont rejoint le groupe IGMP pour le tunnel MDT par défaut.

   Si elle est configurée après l'exécution de la commande default-mdt sous la configuration VRF, le PE peut ne pas rejoindre le groupe MDT par défaut. Une fois le bouclage configuré, supprimez la commande mdt du VRF et remettez-la pour résoudre le problème.

   • Pour PE-R2, exécutez la commande show ip igmp groups.

     IGMP Connected Group Membership
     Group Address  Interface   Uptime     Expires   Last Reporter
     224.0.1.40     Serial2/0   02:21:23   stopped   10.2.0.2
     239.1.1.1      Loopback0   02:36:59   stopped   0.0.0.0

   • Pour PE-R4, exécutez la commande show ip igmp groups.

     IGMP Connected Group Membership 
     Group Address  Interface    Uptime    Expires   Last Reporter
     224.0.1.40     Loopback0    02:51:48  00:02:39  50.0.0.4
     239.1.1.2      Loopback0    02:51:45  stopped   0.0.0.0
     239.1.1.1      Loopback0    02:51:45  stopped   0.0.0.0
     239.2.2.0      Loopback0    01:40:03  stopped   0.0.0.0 

2. Vérifiez l'annonce BGP reçue pour chaque PE.

   Remarque : Dans cet exemple, vérifiez les MDT provenant des PE-R2 et PE-R4 homologues.

   • Pour PE-R2, exécutez la commande show ip pim mdt bgp.

     MDT-default group 239.1.1.1 
     rid: 50.0.0.4 next_hop: 50.0.0.4 
      
     WAVL tree nodes
     
     MDT-default: 239.1.1.1  Tunnel0     source-interface: Loopback0

   • Pour PE-R4, exécutez la commande show ip pim mdt bgp

     MDT-default group 239.1.1.1 
     rid: 50.0.0.2 next_hop: 50.0.0.2 
      
     WAVL tree nodes
     
     MDT-default: 239.1.1.1  Tunnel0     source-interface: Loopback0 
     MDT-data   : 239.2.2.0  Tunnel0     source-interface: Loopback0 

3. Vérifiez les MDT de données.

   Remarque : Pour cet exemple, vérifiez les données MDT provenant de PE-R2 et PE-R4 ou jointes par PE-R2 et PE-R4.

   • Pour PE-R2, exécutez la commande show ip pim vrf jaune mdt send.

     MDT-data send list for VRF: yellow 
       (source, group)                     MDT-data group      ref_count 
       (100.0.0.1, 224.2.2.2)              239.2.2.0           1 

   • Pour PE-R2, exécutez la commande show ip pim vrf jaune mdt Receive.

     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, 
            X - Proxy Join Timer Running, A - Candidate MSDP Advertisement, 
            U - URD, I - Received Source Specific Host Report, Z - Multicast Tunnel 
            Y - Joined MDT-data group, y - Sending to MDT-data group
     Joined MDT-data groups for VRF: yellow 
       group: 239.2.2.0 source: 0.0.0.0 ref_count: 1 

   • Vérifiez la table de routage de multidiffusion globale pour le MDT par défaut.

     Remarque : Notez ces informations :

     1. La liste des interfaces sortantes est jaune MVRF sur les PE.

     2. Le routeur P voit le groupe comme un groupe de multidiffusion régulier.

     3. Chaque PE est une source pour le MDT par défaut et se trouve uniquement dans les routeurs PE.

     4. Un nouvel indicateur, Z, indique qu'il s'agit d'un tunnel de multidiffusion.

   • Pour PE-R2, exécutez la commande show ip mroute 239.1.1.1.

     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, 
            X - Proxy Join Timer Running, A - Candidate MSDP Advertisement, 
            U - URD, I - Received Source Specific Host Report, Z - Multicast Tunnel 
            Y - Joined MDT-data group, y - Sending to MDT-data group 
     Outgoing interface flags: H - Hardware switched 
      Timers: Uptime/Expires 
      Interface state: Interface, Next-Hop or VCD, State/Mode 
     
     (*, 239.1.1.1), 02:37:16/stopped, RP 50.0.0.3, flags: SJCFZ 
       Incoming interface: Serial2/0, RPF nbr 10.2.0.3 
       Outgoing interface list: 
         MVRF yellow, Forward/Sparse-Dense, 02:21:26/00:00:28 
     
     (50.0.0.2, 239.1.1.1), 02:37:12/00:03:29, flags: FTZ 
       Incoming interface: Loopback0, RPF nbr 0.0.0.0 
       Outgoing interface list: 
         Serial2/0, Forward/Sparse-Dense, 02:36:09/00:02:33 
     (
     50.0.0.4, 239.1.1.1), 02:36:02/00:02:59, flags: JTZ 
       Incoming interface: Serial2/0, RPF nbr 10.2.0.3 
       Outgoing interface list: 
         MVRF yellow, Forward/Sparse-Dense, 02:21:26/00:00:28

   • Pour P-R3, exécutez la commande show ip mroute 239.1.1.1.

      
     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, 
            X - Proxy Join Timer Running, A - Candidate MSDP Advertisement, 
            U - URD, I - Received Source Specific Host Report, Z - Multicast Tunnel 
            Y - Joined MDT-data group, y - Sending to MDT-data group 
     Outgoing interface flags: H - Hardware switched 
      Timers: Uptime/Expires 
      Interface state: Interface, Next-Hop or VCD, State/Mode 
     
     (*, 239.1.1.1), 02:50:24/stopped, RP 50.0.0.3, flags: S 
       Incoming interface: Null, RPF nbr 0.0.0.0 
       Outgoing interface list: 
         Serial1/0, Forward/Sparse-Dense, 02:34:41/00:03:16 
         Serial2/0, Forward/Sparse-Dense, 02:49:24/00:02:37 
     
     (50.0.0.2, 239.1.1.1), 02:49:56/00:03:23, flags: T 
       Incoming interface: Serial1/0, RPF nbr 10.2.0.2 
       Outgoing interface list: 
         Serial2/0, Forward/Sparse-Dense, 02:49:24/00:02:37 
     
     (50.0.0.4, 239.1.1.1), 02:49:47/00:03:23, flags: T 
       Incoming interface: Serial2/0, RPF nbr 10.3.0.4 
       Outgoing interface list: 
         Serial1/0, Forward/Sparse-Dense, 02:34:41/00:03:16 

   • Pour PE-R4, exécutez la commande show ip mroute 239.1.1.1.

     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, 
            X - Proxy Join Timer Running, A - Candidate MSDP Advertisement, 
            U - URD, I - Received Source Specific Host Report, Z - Multicast Tunnel 
            Y - Joined MDT-data group, y - Sending to MDT-data group 
     Outgoing interface flags: H - Hardware switched 
      Timers: Uptime/Expires 
      Interface state: Interface, Next-Hop or VCD, State/Mode 
     
     (*, 239.1.1.1), 02:51:06/stopped, RP 50.0.0.3, flags: SJCFZ 
       Incoming interface: Serial1/0, RPF nbr 10.3.0.3 
       Outgoing interface list: 
         MVRF yellow, Forward/Sparse-Dense, 02:51:06/00:00:48 
     
     (50.0.0.2, 239.1.1.1), 02:50:06/00:02:58, flags: JTZ 
       Incoming interface: Serial1/0, RPF nbr 10.3.0.3 
       Outgoing interface list: 
         MVRF yellow, Forward/Sparse-Dense, 02:50:06/00:00:48 
     
     (50.0.0.4, 239.1.1.1), 02:51:00/00:03:10, flags: FTZ 
       Incoming interface: Loopback0, RPF nbr 0.0.0.0 
       Outgoing interface list: 
         Serial1/0, Forward/Sparse-Dense, 02:35:24/00:03:00 

4. Vérifiez la table de routage de multidiffusion globale pour les MDT de données.

   Remarque : Pour PE-R2, notez que l'interface sortante est tunnel0.

   • Pour PE-R2, où se trouve la source (côté VRF), exécutez la commande show ip mroute vrf jaune 224.2.2.2.

     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, 
            X - Proxy Join Timer Running, A - Candidate MSDP Advertisement, 
            U - URD, I - Received Source Specific Host Report, Z - Multicast Tunnel 
            Y - Joined MDT-data group, y - Sending to MDT-data group 
     Outgoing interface flags: H - Hardware switched 
      Timers: Uptime/Expires 
      Interface state: Interface, Next-Hop or VCD, State/Mode 
     
     (*, 224.2.2.2), 2d01h/stopped, RP 100.0.0.2, flags: S 
       Incoming interface: Null, RPF nbr 0.0.0.0 
       Outgoing interface list: 
         Tunnel0, Forward/Sparse-Dense, 2d01h/00:02:34 
     
     (100.0.0.1, 224.2.2.2), 00:05:32/00:03:26, flags: Ty 
       Incoming interface: Serial1/0, RPF nbr 10.1.0.1 
       Outgoing interface list: 
         Tunnel0, Forward/Sparse-Dense, 00:05:37/00:02:34

   • Pour PE-R2, où se trouve la source (route de multidiffusion globale), exécutez la commande show ip mroute 239.2.2.0.

     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, 
            X - Proxy Join Timer Running, A - Candidate MSDP Advertisement, 
            U - URD, I - Received Source Specific Host Report, Z - Multicast Tunnel 
            Y - Joined MDT-data group, y - Sending to MDT-data group 
     Outgoing interface flags: H - Hardware switched 
      Timers: Uptime/Expires 
      Interface state: Interface, Next-Hop or VCD, State/Mode 
     
     (*, 239.2.2.0), 02:13:27/stopped, RP 50.0.0.3, flags: SJPFZ 
       Incoming interface: Serial2/0, RPF nbr 10.2.0.3 
       Outgoing interface list: Null 
     
     (50.0.0.2, 239.2.2.0), 02:13:27/00:03:22, flags: FTZ 
       Incoming interface: Loopback0, RPF nbr 0.0.0.0 
       Outgoing interface list: 
         Serial2/0, Forward/Sparse-Dense, 02:13:27/00:03:26

   Remarque : Seul le routeur PE avec la source de multidiffusion qui lui est associée apparaît comme source pour le trafic de multidiffusion de l'adresse de groupe MDT de données.

Dépannage

• Exécutez la commande show ip pim vrf neighbor pour vérifier que les routeurs PE ont établi une relation de voisinage PIM via l'interface de tunnel dynamique. Si c'est le cas, le MDT par défaut fonctionne correctement.

• Si Default MDT ne fonctionne pas, exécutez la commande show ip pim mdt bgp pour vérifier que les bouclages des routeurs PE distants participant au MVPN sont connus par le routeur local. Si ce n'est pas le cas, vérifiez que PIM est activé sur les interfaces de bouclage utilisées comme source de sessions BGP MP

• Vérifiez que le coeur du SP est correctement configuré pour fournir la multidiffusion entre les routeurs PE. À des fins de test, vous pouvez configurer ip igmp join-group sur l'interface de bouclage d'un routeur PE et effectuer une requête ping multicast provenant du bouclage d'un autre routeur PE.

Informations connexes

• Documentation sur les nouvelles fonctionnalités du VPN MPLS
• MPLS Support Page
• Page de support de multidiffusion IP
• Support technique - Cisco Systems

Historique de révision