Cisco 300-410: Routage et distribution multicast — Guide d'étude

By Laurynas Brazys · 16 August 2026 · #cisco #300-410 #certification #exam-prep #study-guide

Fait partie du Cisco CCNP Enterprise 300-410 ENARSI — Guide d’étude. Entraînez-vous avec des réponses vérifiées dans le centre d’examens Cisco, ou passez des tests chronométrés sur ExamRoll.io.

Vue d’ensemble

Le routage multicast distribue un flux de données unique depuis une ou plusieurs sources vers de multiples récepteurs, avec une réplication efficace aux points de branchement du réseau. Son bon fonctionnement dépend de l’adressage de groupe et de la signalisation d’appartenance des récepteurs (IGMP), d’un protocole de routage multicast pour construire des arbres de distribution (PIM), et d’un contrôle rigoureux des frontières, des RP et des politiques. Les conceptions doivent équilibrer la convergence, la mise à l’échelle de l’état, la résilience et la simplicité, tout en évitant les modes de défaillance courants comme les violations du Reverse Path Forwarding (RPF), les trous noirs de RP, ou l’inondation L2 causée par des problèmes de snooping.

Adressage, IGMP et interaction de couche 2

• Adressage et portée :

  • 224.0.0.0/4 est la plage multicast IPv4.
  • 224.0.0.x est de type lien local (jamais routé) pour les protocoles de contrôle.
  • 239.0.0.0/8 est à portée administrative ; généralement contraint aux frontières du domaine.
  • Le mappage MAC utilise 01:00:5e:0/25 plus les 23 bits de poids faible du groupe ; l’aliasing peut amener plusieurs groupes à partager une même adresse MAC, donc le filtrage L2 repose sur l’IGMP snooping, et non uniquement sur les adresses MAC.

• Appartenance des récepteurs IGMP :

  • IGMPv1 : joins basiques, pas de message Leave explicite ; lent à élaguer.
  • IGMPv2 : ajoute les requêtes Leave et Group-Specific/Last-Member ; élection du querier (IP la plus basse).
  • IGMPv3 : filtrage par source pour les listes d’inclusion/exclusion ; requis pour le Source-Specific Multicast (SSM).
  • Comportement du querier : Dans un VLAN, un seul querier doit envoyer des requêtes périodiques pour maintenir l’état d’appartenance. Si une interface de routeur L3 est absente, activez un querier IGMP snooping sur le switch pour empêcher le vieillissement du groupe et l’inondation.

• IGMP snooping (L2) :

  • Les switches inspectent l’IGMP pour limiter le multicast aux ports des récepteurs et identifier les ports de routeur (mrouter). La détection utilise les PIM Hellos, les requêtes IGMP ou la configuration statique des ports mrouter.
  • Modes de défaillance :
    • Aucun querier présent : les tables de snooping vieillissent, le trafic est inondé ou abandonné.
    • Snooping sans port mrouter : les récepteurs rejoignent le groupe mais les données sont bloquées en L2 ; configurez PIM sur la SVI ou définissez statiquement un port mrouter.
    • IGMPv3 et SSM : assurez-vous que le snooping supporte v3 et SSM ; un mauvais alignement peut entraîner des inondations ou des pertes de paquets inattendues.

Exemples courts et utiles :

• Activer PIM et IGMP v3 sur les interfaces du routeur :

undefined

• Querier L2 côté switch lorsqu’aucune passerelle L3 n’existe :

undefined

Modes PIM, arbres et comportement RPF

• PIM Dense Mode (PIM-DM) :

  • Flood-and-prune (inonder et élaguer) : inonde initialement le trafic ; les routeurs en aval élaguent s’il n’y a pas de récepteurs ; rafraîchissement périodique de l’état.
  • Avantages : simple, pas de RP.
  • Inconvénients : bavard, non scalable à l’échelle du domaine ; adapté uniquement aux petits segments denses en récepteurs.

• PIM Sparse Mode (PIM-SM) :

  • Utilise un Rendezvous Point (RP) pour un arbre partagé (*,G). Les sources s’enregistrent auprès du RP ; les récepteurs envoient des joins vers le RP.
  • Messages Register : Le routeur de premier saut (FHR) encapsule les données vers le RP (Register). Le RP peut répondre avec un Register-Stop une fois que le transfert natif est en place.
  • Basculement vers l’arbre du plus court chemin (SPT) : Les DR des récepteurs peuvent rejoindre directement la source (S,G) pour optimiser le chemin. Contrôle via

undefined

. infinity force le trafic à rester sur l’arbre partagé.

• Mode Sparse-Dense :

  • Mode par groupe : agit en mode sparse si un mappage de RP existe ; sinon, en mode dense. Historiquement utilisé pour amorcer Auto-RP avant que les RP ne soient connus. Les conceptions modernes préfèrent le mode sparse pur avec BSR ou des RP statiques.

• Source-Specific Multicast (SSM) :

  • Élimine le RP et l’arbre partagé ; les récepteurs signalent directement (S,G) en utilisant IGMPv3 Include. Recommandé pour la diffusion un-à-plusieurs à grande échelle.
  • Définir la plage SSM (généralement 232.0.0.0/8) :

undefined

• Pour les hôtes IGMPv2 hérités, le mappage SSM peut traduire (G) en (S,G) via des listes d’accès.

• Vérifications RPF :

  • Chaque état (S,G) ou (*,G) valide l’interface amont par rapport à la MRIB (généralement la RIB/CEF unicast). Une non-concordance entraîne l’abandon du trafic (Incoming RPF Fail).
  • Causes courantes :
    • Routage unicast asymétrique, choix ECMP ne correspondant pas au voisin PIM.
    • Route manquante vers la source/le RP, ou route récursive vers Null0.
    • Erreurs de fuite de VRF ou recherche dans la mauvaise VRF.
  • Outils :

undefined

• Solutions : Corriger le routage unicast, préférer le voisin avec

undefined

sur les LAN, utiliser des mroutes statiques pour les plans de contrôle, ou

undefined

si nécessaire.

Nuances opérationnelles :

• Élection du DR par réseau à accès multiple (priorité DR PIM la plus élevée, puis IP la plus élevée).
• PIM Assert sur un réseau à accès multiple pour sélectionner un transitaire unique pour un (S,G) sur un LAN (métrique la plus basse vers la source ; départage par l’IP la plus élevée). Des métriques incorrectes peuvent causer une suppression des doublons ou des trous noirs.

Points de rendez-vous (RP) : Statique, Auto-RP, BSR, Anycast RP avec MSDP

• Rôle du RP :

  • Racine du plan de contrôle pour la découverte de groupe et la formation de l’arbre partagé (shared-tree) en PIM-SM.
  • Doit être joignable et correct du point de vue RPF à la fois pour les sources (via l’enregistrement du FHR) et les récepteurs (via les joins).

• Options de RP :

  • RP statique : ip pim rp-address <rp-ip> [acl]. Déterministe, simple, mais constitue un point de défaillance unique (single point) sauf si combiné avec Anycast RP.
  • Auto-RP : Les Candidate-RPs s’annoncent à l’adresse 224.0.1.39 ; l’agent de mappage de RP (RP-mapping agent) annonce les RP à l’adresse 224.0.1.40. Nécessite le mode sparse-dense ou un bootstrap séparé lors de la mise en service. Sensible au filtrage entre les domaines ; assurez-vous que les autorisations aux frontières sont en place ou utilisez filter-autorp.
  • Bootstrap Router (BSR) : Mécanisme intégré à PIMv2 ; les Candidate-RPs et un BSR créent l’ensemble des RP (RP-set) et les mappages. Plus robuste qu’Auto-RP ; recommandé pour les nouveaux déploiements.

• Anycast RP avec MSDP :

  • Plusieurs RP partagent la même adresse IP de loopback ; l’IGP annonce le RP le plus proche. Le peering MSDP entre les RP échange des messages Source-Active (SA) afin que tous les RP découvrent les sources actives.
  • Pratiques de conception :
    • Utiliser des mesh-groups MSDP pour réduire l’inondation (flooding) de messages SA.
    • Maintenir la loopback de l’Anycast RP dans l’IGP avec une politique cohérente et en assurant la correction RPF.
    • Protéger le RP avec ip pim accept-register list <acl> pour restreindre les sources qui peuvent s’enregistrer.
  • Modes de défaillance :
    • Panne MSDP : les sources distantes ne sont pas apprises par tous les RP ; les récepteurs proches du RP isolé subissent un blackhole jusqu’au basculement.
    • IGP asymétrique vers la loopback Anycast : les récepteurs rejoignent un RP différent de celui auprès duquel le FHR s’enregistre, provoquant un délai jusqu’à la propagation des SA.

• SSM versus RP :

  • SSM évite entièrement la complexité des RP, réduisant l’état du plan de contrôle et les domaines de défaillance. Privilégier SSM pour les nouvelles applications capables de signaler la source.

Politiques, frontières, VRF, tunnels et considérations WAN

• Contrôles de frontière et politique de groupe :

  • Restreindre la portée administrative et les groupes non désirés avec des frontières multicast d’interface :
    • interface ip multicast boundary 10
    • ip access-list standard 10 deny 239.0.0.0 0.255.255.255 permit any
  • Filtrer les messages Auto-RP là où c’est nécessaire : ip multicast boundary 20 filter-autorp
  • Limiter les sources pouvant s’enregistrer auprès d’un RP :
    • ip pim accept-register list RP-SOURCES
  • Appliquer une politique SSM uniquement pour 232/8 afin d’éviter la dépendance au RP.

• Multicast entre VRF :

  • Activer le multicast par VRF : ip multicast-routing vrf et configurer PIM sur les interfaces VRF.
  • Chaque VRF a ses propres relations de voisinage PIM, ses recherches RPF et potentiellement des RP/plages SSM distincts.
  • Le multicast inter-VRF nécessite un mécanisme de transport (par ex., mVPN sur MPLS, GRE dédié entre VRF ou un pare-feu de routage par fusion). Une simple fuite (leaking) est insuffisante pour la réplication du plan de données.

• Tunnels et transport WAN :

  • L’IPsec natif ne peut pas transporter le multicast ; utilisez GRE sur IPsec (ou DMVPN mGRE) pour transporter PIM et les données multicast.
  • Configurez PIM sur les interfaces de tunnel pour la formation de l’arbre sur le réseau superposé (overlay). Exemple :
    • interface Tunnel10 ip address 10.0.10.1 255.255.255.0 tunnel source Gig0/0 tunnel destination 198.51.100.1 ip pim sparse-mode
  • Sur DMVPN, activez PIM sur les tunnels mGRE. Envisagez les raccourcis ip nhrp shortcuts pour l’optimisation du chemin unicast ; le multicast suit les arbres PIM indépendamment de NHRP mais bénéficie des tunnels spoke-to-spoke.
  • Sur un MPLS de fournisseur, utilisez mVPN pour une réplication évolutive ; ou si le fournisseur ne dispose pas du multicast, utilisez GRE-sur-WAN entre les sites clients.

• Compromis WAN et NBMA :

  • Le mode dense sur NBMA provoque une réplication inutile ; utilisez le mode sparse ou SSM.
  • Contrôlez le basculement SPT sur les liaisons à faible bande passante avec spt-threshold pour minimiser l’utilisation d’arbres partagés sous-optimaux mais économes en bande passante.
  • Vérifiez la MTU le long des tunnels pour éviter les pertes de paquets d’enregistrement PIM encapsulés.

• Flux de travail de vérification et de dépannage :

  • Bordure du récepteur : show ip igmp groups, show ip igmp interface ; confirmez le querier et la version. Si nécessaire, ip igmp join-group <G> sur une interface de test.
  • Adjacence PIM : show ip pim neighbor ; des modes incompatibles ou des filtres ACL peuvent bloquer les Hellos.
  • État du RP : show ip pim rp mapping ; validez la sélection groupe-vers-RP ; vérifiez MSDP avec show ip msdp sa-cache.
  • Arbres et transfert : show ip mroute [G | S G] pour l’interface d’entrée (RPF) et les interfaces de sortie (OIL). Recherchez les indicateurs (flags S, J, T, R) indiquant l’état SPT/partagé/enregistrement.
  • RPF : show ip rpf ; corrigez le routage unicast ou les mroutes statiques.
  • Chemin de données : mtrace ou tests au niveau applicatif ; capturez les rapports IGMP, les messages PIM Join/Prune et les messages Register.
  • Corrections courantes : restaurer un querier au niveau L2, corriger l’accessibilité du RP, aligner la plage SSM et le support IGMPv3, et ajuster le spt-threshold pour l’utilisation de la liaison.

Scénario de problème pratique

Contoso Media exploite trois campus connectés par un WAN IPsec qui ne prend pas en charge nativement le multicast. Ils doivent diffuser un flux vidéo en direct de 6 Mbps depuis un encodeur de centre de données (10.10.10.50) vers des récepteurs dans le VLAN 120 sur tous les campus, tout en empêchant les fuites de multicast vers d’autres VLAN et en garantissant la résilience du RP.

Approche :

1. Transporter le multicast sur GRE par-dessus IPsec entre le hub du centre de données et chaque campus.

   • Justification : L’IPsec seul ne peut pas encapsuler le multicast ; GRE préserve les paquets de contrôle multicast et PIM. Une topologie hub-and-spoke simplifie le déploiement initial et la formation de l’adjacence PIM.

2. Exécuter PIM en mode sparse sur toutes les interfaces LAN et de tunnel GRE ; activer IGMPv3 sur les VLAN des récepteurs.

   • Justification : Le mode sparse est évolutif pour les groupes avec peu de récepteurs. IGMPv3 permet une migration future vers SSM et garantit un comportement correct de filtrage des sources depuis les hôtes.

3. Déployer un RP Anycast en utilisant la loopback 172.16.255.254 sur deux routeurs de cœur au niveau du hub ; établir MSDP entre eux.

   • Justification : Le RP Anycast fournit une sélection déterministe du RP le plus proche et une redondance de RP. MSDP synchronise la connaissance des sources actives afin que l’un ou l’autre des RP puisse servir les récepteurs en cas de défaillance de l’autre.

4. Restreindre le déploiement à des groupes à portée administrative et n’autoriser que l’encodeur comme source d’enregistrement valide.

   • Justification : Cette politique réduit la surface d’attaque et les inondations accidentelles. Utiliser 239.1.1.10 pour le flux ; appliquer ip pim accept-register pour restreindre à 10.10.10.50.

5. Empêcher le multicast de quitter les VLAN des récepteurs ou de traverser les frontières des campus de manière non intentionnelle en appliquant des frontières multicast.

   • Justification : Les ACL ip multicast boundary sur les SVI bloquent les groupes non désirés et le trafic de contrôle Auto-RP/BSR là où il n’est pas nécessaire, appliquant ainsi la portée définie et réduisant le bavardage réseau.

6. Contrôler le basculement SPT pour préserver la bande passante du WAN en maintenant le trafic sur l’arbre partagé à travers les tunnels GRE.

   • Justification : Définir spt-threshold infinity sur les DR de campus pour que les messages Join restent dirigés vers le RP à travers le hub ; les LAN intra-campus peuvent toujours basculer vers le SPT si désiré, équilibrant l’efficacité et la conservation de la bande passante WAN.

7. Valider l’appartenance au niveau L2 avec un querier IGMP snooping sur les commutateurs d’accès où aucune SVI de niveau L3 n’agit comme querier.

   • Justification : Assure un état de groupe continu au niveau L2, empêchant les inondations indésirables ou la perte de multicast lorsque les tables de snooping expirent.

8. Mettre en œuvre une surveillance et un guide de dépannage (runbook) utilisant les commandes de base.

   • Justification : Utiliser show ip pim neighbor pour l’adjacence, show ip pim rp mapping pour vérifier le RP Anycast, show ip msdp sa-cache pour confirmer l’annonce de la source, show ip mroute 239.1.1.10 pour l’état de l’arbre, et show ip rpf 10.10.10.50 pour vérifier les chemins en amont. Cela accélère l’isolation des pannes pour les échecs RPF, les problèmes d’accessibilité du RP ou les mauvaises configurations du snooping.

Points clés de la configuration :

• Définir la plage SSM pour une croissance future :
  • ip pim ssm range 232.0.0.0/8
• RP Anycast et MSDP sur chaque routeur de cœur :
  • interface loopback0 ip address 172.16.255.254 255.255.255.255
  • ip pim rp-address 172.16.255.254 239.0.0.0 0.255.255.255
  • ip msdp peer 172.16.255.254 connect-source loopback0 mesh-group RPs
  • ip pim accept-register list ENCODER-SRC
  • ip access-list standard ENCODER-SRC permit 10.10.10.50
• DR de campus pour conserver l’arbre partagé sur le WAN :
  • ip pim spt-threshold infinity

Cette conception distribue de manière fiable le flux vidéo à travers un WAN non-multicast, confine le multicast aux domaines prévus et reste résiliente aux pannes de RP tout en fournissant un modèle opérationnel clair pour la vérification et le dépannage.

← MPLS · Tous les domaines · Qualité de service et protection du plan de contrôle →

Entraînez-vous sur ces questions → · Tests chronométrés sur ExamRoll.io →