Contenu

Introduction

Conditions préalables

Conditions requises

Components Used

Conventions

Informations générales

Configuration

Diagramme du réseau

Configurations

Conseils de conception

Vérification

Dépannage

Informations connexes

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)

R1-(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

R2-(PE)

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

R3-(P)

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

R4-(PE)

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

R5-(CE)

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