Cisco 300-410: Multicast-routing en distributie — Studiegids

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

Onderdeel van de Cisco CCNP Enterprise 300-410 ENARSI — Studiegids. Oefen met geverifieerde antwoorden in het Cisco-examencentrum, of doe getimede oefentests op ExamRoll.io.

Overzicht

Multicast-routing levert een enkele datastroom van een of meer bronnen aan meerdere ontvangers, met efficiënte replicatie op vertakkingspunten in het netwerk. Een correcte werking is afhankelijk van groepsadressering en signalering van groepslidmaatschap (IGMP), een multicast-routingprotocol om distributiebomen te bouwen (PIM), en zorgvuldige controle over grenzen, RP’s en policies. Ontwerpen moeten een balans vinden tussen convergentie, schaalbaarheid van de state, veerkracht en eenvoud, terwijl veelvoorkomende foutmodi zoals Reverse Path Forwarding (RPF)-schendingen, RP-blackholes of L2-flooding door snooping-problemen worden vermeden.

Adressering, IGMP en Layer-2-interactie

• Adressering en scope:

  • 224.0.0.0/4 is de IPv4-multicastrange.
  • 224.0.0.x is link-local (wordt nooit gerouteerd) voor controleprotocollen.
  • 239.0.0.0/8 is administratively scoped; wordt doorgaans beperkt op domeingrenzen.
  • MAC-mapping gebruikt 01:00:5e:0/25 plus de onderste 23 bits van de groep; aliasing kan ervoor zorgen dat meerdere groepen een MAC-adres delen, dus L2-filtering is afhankelijk van IGMP-snooping en niet alleen van MAC-adressen.

• IGMP-lidmaatschap van ontvangers:

  • IGMPv1: basis ‘joins’, geen expliciete ’leave’; traag om te prunen.
  • IGMPv2: voegt ‘Leave’ en ‘Group-Specific/Last-Member queries’ toe; querier-verkiezing (laagste IP).
  • IGMPv3: bronfiltering voor ‘Include/Exclude’-lijsten; vereist voor Source-Specific Multicast (SSM).
  • Gedrag van de querier: In een VLAN moet precies één querier periodieke queries sturen om de lidmaatschapsstatus te behouden. Als een L3-interface van een router ontbreekt, activeer dan een IGMP-snooping-querier op de switch om veroudering van groepen en flooding te voorkomen.

• IGMP-snooping (L2):

  • Switches inspecteren IGMP om multicast te beperken tot ontvangerpoorten en routerpoorten (mrouter-poorten) te identificeren. Detectie gebeurt via PIM Hello’s, IGMP-queries of statische configuratie van mrouter-poorten.
  • Foutmodi:
    • Geen querier aanwezig: snooping-tabellen verouderen, verkeer wordt geflood of gedropt.
    • Snooping zonder mrouter-poort: ontvangers joinen, maar data wordt geblokkeerd op L2; configureer PIM op de SVI of definieer statisch een mrouter-poort.
    • IGMPv3 en SSM: zorg ervoor dat snooping v3 en SSM ondersteunt; een verkeerde afstemming kan leiden tot onverwachte flooding of drops.

Korte, nuttige voorbeelden:

• PIM en IGMP v3 inschakelen op routerinterfaces:

undefined

• L2-querier aan de switch-zijde wanneer er geen L3-gateway is:

undefined

PIM-modi, bomen en RPF-gedrag

• PIM Dense Mode (PIM-DM):

  • Flood-and-prune: floodt aanvankelijk verkeer; downstreams prunen als er geen ontvangers zijn; periodieke vernieuwing van de state.
  • Voordelen: eenvoudig, geen RP.
  • Nadelen: praatgraag, niet schaalbaar over het hele domein; alleen geschikt voor kleine segmenten met een hoge dichtheid aan ontvangers.

• PIM Sparse Mode (PIM-SM):

  • Gebruikt een Rendezvous Point (RP) voor een shared tree (*,G). Bronnen registreren zich bij de RP; ontvangers sturen joins richting de RP.
  • Register-berichten: De First-Hop Router (FHR) encapsuleert data naar de RP (Register). De RP kan reageren met een Register-Stop zodra native forwarding is ingesteld.
  • Shortest-Path Tree (SPT)-switchover: De DR’s van de ontvangers kunnen rechtstreeks een join sturen naar de bron (S,G) om het pad te optimaliseren. Controle via

undefined

. ‘Infinity’ dwingt verkeer om op de shared tree te blijven.

• Sparse-Dense Mode:

  • Modus per groep: gedraagt zich als sparse-mode als er een RP-mapping bestaat; anders als dense-mode. Historisch gebruikt om Auto-RP te bootstrappen voordat RP’s bekend zijn. Moderne ontwerpen geven de voorkeur aan pure sparse-mode met BSR of statische RP’s.

• Source-Specific Multicast (SSM):

  • Elimineert de RP en de shared tree; ontvangers signaleren (S,G) rechtstreeks met IGMPv3 Include. Aanbevolen voor one-to-many streaming op grote schaal.
  • Definieer de SSM-range (doorgaans 232.0.0.0/8):

undefined

• Voor legacy IGMPv2-hosts kan SSM-mapping (G) vertalen naar (S,G) via access lists.

• RPF-controles:

  • Elke (S,G)- of (*,G)-state valideert de upstream-interface ten opzichte van de MRIB (meestal de unicast RIB/CEF). Een mismatch zorgt ervoor dat verkeer wordt gedropt (Incoming RPF Fail).
  • Veelvoorkomende oorzaken:
    • Asymmetrische unicast-routing, ECMP-keuze die niet overeenkomt met de PIM-neighbor.
    • Ontbrekende route naar de bron/RP, of een recursieve route naar Null0.
    • VRF-lekkagefouten of een verkeerde VRF-lookup.
  • Tools:

undefined

,

undefined

,

undefined

• Mitigaties: Unicast-routing corrigeren, een neighbor de voorkeur geven met

undefined

op LAN’s, statische mroutes voor control planes, of

undefined

waar nodig.

Operationele nuances:

• DR-verkiezing per multiaccess-netwerk (hoogste PIM DR-prioriteit, daarna hoogste IP).
• PIM Assert op een multiaccess-netwerk om één enkele forwarder te selecteren voor een (S,G) naar een LAN (laagste metric naar de bron; tie-breaker is het hoogste IP). Onjuiste metrics kunnen leiden tot onderdrukking van duplicaten of blackholes.

Rendezvous Points: Static, Auto-RP, BSR, Anycast RP met MSDP

• RP-rol:

  • Control-plane root voor groepsdetectie en de vorming van de shared-tree in PIM-SM.
  • Moet bereikbaar zijn en RPF-correct voor zowel bronnen (via FHR-register) als ontvangers (via joins).

• RP-opties:

  • Static RP: ip pim rp-address [acl]. Deterministisch, eenvoudig, maar een single point of failure tenzij gecombineerd met Anycast RP.
  • Auto-RP: Candidate-RP’s adverteren naar 224.0.1.39; RP-mapping agent maakt dit bekend aan 224.0.1.40. Vereist sparse-dense of een aparte bootstrap tijdens de opstart. Gevoelig voor filtering tussen domeinen; zorg voor toegestane grensovergangen of gebruik filter-autorp.
  • Bootstrap Router (BSR): Geïntegreerd PIMv2-mechanisme; Candidate-RP’s en een BSR creëren een RP-set en mappings. Robuuster dan Auto-RP; aanbevolen voor nieuwe implementaties.

• Anycast RP met MSDP:

  • Meerdere RP’s delen hetzelfde loopback-IP; IGP adverteert de dichtstbijzijnde RP. MSDP-peering tussen RP’s wisselt Source-Active (SA)-berichten uit zodat alle RP’s actieve bronnen leren kennen.
  • Ontwerppraktijken:
    • Gebruik MSDP mesh-groups om SA-flooding te verminderen.
    • Houd de Anycast RP-loopback in het IGP met consistent beleid en RPF-correctheid.
    • Beveilig de RP met ip pim accept-register list om te beperken welke bronnen zich mogen registreren.
  • Faalscenario’s:
    • MSDP down: externe bronnen worden niet geleerd op alle RP’s; ontvangers in de buurt van de geïsoleerde RP blackholen het verkeer tot aan de failover.
    • Asymmetrisch IGP naar Anycast-loopback: ontvangers joinen een andere RP dan waar de FHR zich registreert, wat vertraging veroorzaakt totdat de SA-propagatie plaatsvindt.

• SSM versus RP:

  • SSM vermijdt de complexiteit van RP’s volledig, wat de control-plane state en faaldomeinen reduceert. Geef de voorkeur aan SSM voor nieuwe applicaties die source signaling ondersteunen.

Beleid, Boundaries, VRF’s, Tunnels en WAN-overwegingen

• Boundary-controles en groepsbeleid:

  • Beperk het administratieve bereik en ongewenste groepen met multicast-boundaries op interfaces:
    • interface ip multicast boundary 10
    • ip access-list standard 10 deny 239.0.0.0 0.255.255.255 permit any
  • Filter Auto-RP-berichten waar nodig: ip multicast boundary 20 filter-autorp
  • Beperk welke bronnen zich bij een RP kunnen registreren:
    • ip pim accept-register list RP-SOURCES
  • Dwing een SSM-only-beleid af voor 232/8 om afhankelijkheid van de RP te vermijden.

• Multicast over VRF’s:

  • Schakel per-VRF multicast in: ip multicast-routing vrf en configureer PIM op VRF-interfaces.
  • Elke VRF heeft zijn eigen PIM-neighborships, RPF-lookups en mogelijk afzonderlijke RP’s/SSM-ranges.
  • Inter-VRF multicast vereist een dragermechanisme (bijv. mVPN op MPLS, een dedicated GRE-tunnel tussen VRF’s, of een fusion routing firewall). Eenvoudig ’leaken’ is onvoldoende voor replicatie op het datavlak.

• Tunnels en WAN-transport:

  • Native IPsec kan geen multicast transporteren; gebruik GRE over IPsec (of DMVPN mGRE) om PIM en multicast-data te vervoeren.
  • Configureer PIM op tunnelinterfaces voor boomvorming over de overlay. Voorbeeld:
    • 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
  • Schakel op DMVPN PIM in op mGRE-tunnels. Overweeg ip nhrp shortcuts voor unicast-padoptimalisatie; multicast volgt de PIM-bomen onafhankelijk van NHRP, maar profiteert wel van spoke-to-spoke tunnels.
  • Gebruik over een provider-MPLS-netwerk mVPN voor schaalbare replicatie; of als de provider geen multicast ondersteunt, gebruik dan GRE-over-WAN tussen klantlocaties.

• Afwegingen voor WAN en NBMA:

  • Dense-mode over NBMA veroorzaakt onnodige replicatie; gebruik sparse-mode of SSM.
  • Beheer de SPT-switchover op verbindingen met lage bandbreedte met spt-threshold om suboptimale maar bandbreedtevriendelijke shared trees te minimaliseren.
  • Verifieer de MTU langs de tunnels om te voorkomen dat PIM register-encapsulatiepakketten worden gedropt.

• Verificatie- en troubleshooting-workflow:

  • Receiver-edge: show ip igmp groups, show ip igmp interface; bevestig de querier en versie. Voer indien nodig ip igmp join-group uit op een testinterface.
  • PIM-adjacency: show ip pim neighbor; niet-overeenkomende modi of ACL-filters kunnen Hello’s blokkeren.
  • RP-status: show ip pim rp mapping; valideer de groep-naar-RP-selectie; controleer MSDP met show ip msdp sa-cache.
  • Bomen en forwarding: show ip mroute [G | S G] voor de inkomende interface (RPF) en uitgaande interfaces (OIL). Let op vlaggen (S, J, T, R) die de SPT/shared/register-status aangeven.
  • RPF: show ip rpf ; corrigeer unicast-routing of statische mroutes.
  • Datapad: mtrace of testen op applicatieniveau; maak een capture voor IGMP-reports, PIM Joins/Prunes en Registers.
  • Veelvoorkomende oplossingen: herstel een querier op L2, corrigeer de bereikbaarheid van de RP, stem de SSM-range en IGMPv3-ondersteuning op elkaar af, en pas de spt-threshold aan voor linkgebruik.

Praktijkscenario

Contoso Media beheert drie campussen die verbonden zijn via een IPsec WAN dat geen native multicast ondersteunt. Ze moeten een live videostream van 6 Mbps leveren vanaf een encoder in het datacenter (10.10.10.50) aan ontvangers in VLAN 120 op alle campussen. Tegelijkertijd moet multicast-lekkage naar andere VLAN’s worden voorkomen en moet de RP resilient zijn.

Aanpak:

1. Transporteer multicast over GRE bovenop IPsec tussen de datacenter-hub en elke campus.

   • Rationale: IPsec alleen kan geen multicast encapsuleren; GRE behoudt multicast- en PIM-controlepakketten. Een hub-and-spoke-model vereenvoudigt de initiële implementatie en de vorming van PIM-adjacencies.

2. Draai PIM sparse-mode op alle LAN- en GRE-tunnelinterfaces; schakel IGMPv3 in op de VLAN’s van de ontvangers.

   • Rationale: Sparse-mode is schaalbaar voor groepen met weinig ontvangers. IGMPv3 maakt een toekomstige migratie naar SSM mogelijk en garandeert correct bronfiltergedrag vanaf de hosts.

3. Implementeer Anycast RP met loopback 172.16.255.254 op twee core routers in de hub; zet MSDP tussen hen op.

   • Rationale: Anycast RP zorgt voor een deterministische selectie van de dichtstbijzijnde RP en voor RP-redundantie. MSDP synchroniseert de kennis over actieve bronnen, zodat beide RP’s ontvangers kunnen bedienen als de andere uitvalt.

4. Beperk de implementatie tot administratief afgebakende groepen en sta alleen de encoder toe als een geldige registrerende bron.

   • Rationale: Beleid verkleint het aanvalsoppervlak en voorkomt onbedoelde flooding. Gebruik 239.1.1.10 voor de stream; pas ip pim accept-register toe om te beperken tot 10.10.10.50.

5. Voorkom dat multicast onbedoeld de VLAN’s van ontvangers verlaat of campusgrenzen overschrijdt door multicast-boundaries toe te passen.

   • Rationale: ip multicast boundary ACL’s op SVI’s stoppen ongewenste groepen en Auto-RP/BSR-controleverkeer waar dit niet nodig is, waardoor de scope wordt afgedwongen en ‘chatter’ wordt verminderd.

6. Beheer de SPT-switchover om WAN-bandbreedte te besparen door het verkeer op de shared tree over de GRE-tunnels te houden.

   • Rationale: Stel spt-threshold infinity in op de campus-DR’s zodat joins naar de RP via de hub blijven lopen; intra-campus LAN’s kunnen desgewenst nog steeds overschakelen naar SPT, wat een balans creëert tussen efficiëntie en het besparen van WAN-bandbreedte.

7. Valideer L2-lidmaatschap met een IGMP snooping querier op access switches waar geen L3 SVI als querier fungeert.

   • Rationale: Dit garandeert een continue groepsstatus op L2, wat ongewenste flooding of verlies van multicast voorkomt wanneer snooping-tabellen verouderen.

8. Implementeer monitoring en een break/fix-draaiboek met behulp van kerncommando’s.

   • Rationale: Gebruik show ip pim neighbor voor adjacency, show ip pim rp mapping om Anycast RP te verifiëren, show ip msdp sa-cache om bron-advertenties te bevestigen, show ip mroute 239.1.1.10 voor de boomstatus, en show ip rpf 10.10.10.50 om upstream-paden te verifiëren. Dit versnelt foutisolatie bij RPF-fouten, problemen met RP-bereikbaarheid of misconfiguraties van snooping.

Korte configuratie-highlights:

• Definieer SSM-range voor toekomstige groei:
  • ip pim ssm range 232.0.0.0/8
• Anycast RP en MSDP op elke core:
  • 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
• Campus-DR’s om shared tree over WAN te behouden:
  • ip pim spt-threshold infinity

Dit ontwerp levert de videostream betrouwbaar over een non-multicast WAN, beperkt multicast tot de beoogde domeinen en blijft veerkrachtig tegen RP-storingen, terwijl het een duidelijk operationeel model biedt voor verificatie en troubleshooting.

← MPLS · Alle domeinen · Quality of Service en control-plane-beveiliging →

Oefen deze vragen → · Getimede oefening op ExamRoll.io →