Cisco 300-410: Routing e Distribuzione Multicast — Guida allo studio
Fa parte della Cisco CCNP Enterprise 300-410 ENARSI — Guida allo studio. Esercitati con risposte verificate nel centro esami Cisco, oppure fai test cronometrati su ExamRoll.io.
Panoramica
Il routing multicast inoltra un singolo flusso di dati da una o più sorgenti a più ricevitori, con una replicazione efficiente nei punti di diramazione della rete. Il corretto funzionamento dipende dall’indirizzamento di gruppo e dalla segnalazione di appartenenza dei ricevitori (IGMP), da un protocollo di routing multicast per costruire alberi di distribuzione (PIM) e da un controllo attento dei confini, degli RP e delle policy. I design devono bilanciare convergenza, scalabilità dello stato, resilienza e semplicità, evitando al contempo modalità di guasto comuni come le violazioni del Reverse Path Forwarding (RPF), i blackhole degli RP o il flooding L2 causato da problemi di snooping.
Indirizzamento, IGMP e Interazione Layer-2
Indirizzamento e ambito:
- 224.0.0.0/4 è l’intervallo multicast IPv4.
- 224.0.0.x è link-local (mai instradato) per i protocolli di controllo.
- 239.0.0.0/8 è ad ambito amministrativo (administratively scoped); comunemente limitato ai confini del dominio.
- La mappatura MAC utilizza 01:00:5e:0/25 più i 23 bit meno significativi del gruppo; l’aliasing può far sì che più gruppi condividano un MAC, quindi il filtraggio L2 si basa sull’IGMP snooping, non solo sugli indirizzi MAC.
Appartenenza dei ricevitori (IGMP):
- IGMPv1: join di base, nessun leave esplicito; lento nel pruning (potatura).
- IGMPv2: aggiunge i messaggi di Leave e le query Group-Specific/Last-Member; elezione del querier (IP più basso).
- IGMPv3: filtraggio per sorgente per liste Include/Exclude; richiesto per il Source-Specific Multicast (SSM).
- Comportamento del querier: In una VLAN, esattamente un querier deve inviare query periodiche per mantenere lo stato di appartenenza. Se un’interfaccia L3 del router è assente, abilitare un querier IGMP snooping sullo switch per prevenire l’invecchiamento (aging) del gruppo e il flooding.
IGMP snooping (L2):
- Gli switch ispezionano l’IGMP per limitare il multicast alle porte dei ricevitori e identificare le porte del router (mrouter). Il rilevamento utilizza i PIM Hello, le query IGMP o la configurazione statica delle porte mrouter.
- Modalità di guasto:
- Nessun querier presente: le tabelle di snooping invecchiano (age out), il traffico viene inondato (flooding) o scartato.
- Snooping senza porta mrouter: i ricevitori si uniscono ma i dati sono bloccati a L2; configurare PIM sulla SVI o definire staticamente una porta mrouter.
- IGMPv3 e SSM: assicurarsi che lo snooping supporti v3 e SSM; un disallineamento può portare a flooding o drop inaspettati.
Esempi brevi e utili:
Abilitare PIM e IGMP v3 sulle interfacce del router:
undefined
Querier L2 lato switch quando non esiste un gateway L3:
undefined
Modalità PIM, Alberi e Comportamento RPF
PIM Dense Mode (PIM-DM):
- Flood-and-prune: inizialmente inonda il traffico (flood); i dispositivi a valle lo potano (prune) se non ci sono ricevitori; aggiornamento periodico dello stato.
- Pro: semplice, nessun RP.
- Contro: verboso, non scalabile a livello di dominio; adatto solo a segmenti piccoli e densi di ricevitori.
PIM Sparse Mode (PIM-SM):
- Utilizza un Rendezvous Point (RP) per un albero condiviso (*,G). Le sorgenti si registrano all’RP; i ricevitori inviano i join verso l’RP.
- Messaggi di Register: Il First-Hop Router (FHR) incapsula i dati verso l’RP (Register). L’RP può rispondere con un Register-Stop una volta che l’inoltro nativo è attivo.
- Switchover allo Shortest-Path Tree (SPT): I DR dei ricevitori possono unirsi direttamente alla sorgente (S,G) per ottimizzare il percorso. Il controllo avviene tramite
undefined
. infinity forza il traffico a rimanere sull’albero condiviso.
Sparse-Dense Mode:
- Modalità per-gruppo: agisce come sparse-mode se esiste una mappatura RP; altrimenti, come dense-mode. Storicamente usato per il bootstrap di Auto-RP prima che gli RP siano noti. I design moderni preferiscono lo sparse-mode puro con BSR o RP statici.
Source-Specific Multicast (SSM):
- Elimina l’RP e l’albero condiviso; i ricevitori segnalano direttamente (S,G) usando IGMPv3 Include. Raccomandato per lo streaming one-to-many su larga scala.
- Definire l’intervallo SSM (comunemente 232.0.0.0/8):
undefined
Per host IGMPv2 legacy, la mappatura SSM può tradurre (G) in (S,G) tramite access list.
Controlli RPF:
- Ogni stato (S,G) o (*,G) valida l’interfaccia upstream rispetto alla MRIB (solitamente la RIB/CEF unicast). Una mancata corrispondenza causa il drop del traffico (Incoming RPF Fail).
- Cause comuni:
- Routing unicast asimmetrico, scelta ECMP non corrispondente al neighbor PIM.
- Rotta mancante verso la sorgente/RP, o rotta ricorsiva verso Null0.
- Errori di leakage tra VRF o lookup su VRF errata.
- Strumenti:
undefined
- Mitigazioni: Correggere il routing unicast, preferire il neighbor con
undefined
sulle LAN, mroute statiche per i piani di controllo, o
undefined
dove necessario.
Sfumature operative:
- Elezione del DR per ogni rete multi-accesso (priorità PIM DR più alta, poi IP più alto).
- Messaggio PIM Assert su reti multi-accesso per selezionare un singolo forwarder per un (S,G) su una LAN (metrica più bassa verso la sorgente; spareggio con l’IP più alto). Metriche errate possono causare la soppressione dei duplicati o blackhole.
Punti di Rendezvous (RP): Statico, Auto-RP, BSR, Anycast RP con MSDP
Ruolo dell’RP:
- Radice del piano di controllo (control-plane) per la scoperta dei gruppi e la formazione dello shared-tree in PIM-SM.
- Deve essere raggiungibile e corretto dal punto di vista RPF sia per le sorgenti (tramite la registrazione del FHR) sia per i ricevitori (tramite i join).
Opzioni per l’RP:
- RP Statico:
undefined
[acl]. Deterministico, semplice, ma costituisce un single point of failure se non combinato con Anycast RP.
Auto-RP: I Candidate-RP inviano annunci a 224.0.1.39; l’RP-mapping agent annuncia a 224.0.1.40. Richiede la modalità sparse-dense o un bootstrap separato durante l’avvio. Suscettibile al filtraggio tra domini; garantire le autorizzazioni ai confini (boundary) o usare
filter-autorp.Bootstrap Router (BSR): Meccanismo integrato in PIMv2; i Candidate-RP e un BSR creano l’RP-set e le mappature. Più robusto di Auto-RP; raccomandato per le nuove implementazioni.
Anycast RP con MSDP:
- Più RP condividono lo stesso indirizzo IP di loopback; l’IGP annuncia l’RP più vicino. Il peering MSDP tra gli RP scambia messaggi Source-Active (SA) in modo che tutti gli RP apprendano le sorgenti attive.
- Pratiche di progettazione:
- Utilizzare i mesh-group MSDP per ridurre il flooding dei messaggi SA.
- Mantenere l’IP di loopback dell’Anycast RP nell’IGP con policy coerenti e correttezza RPF.
- Proteggere l’RP con
undefined
per limitare quali sorgenti possono registrarsi.
Modalità di guasto:
- MSDP non funzionante: le sorgenti remote non vengono apprese da tutti gli RP; i ricevitori vicini all’RP isolato subiscono un blackhole del traffico fino al failover.
- IGP asimmetrico verso il loopback Anycast: i ricevitori si uniscono a un RP diverso da quello a cui si registra il FHR, causando un ritardo fino alla propagazione dei messaggi SA.
SSM versus RP:
- SSM evita completamente la complessità degli RP, riducendo lo stato del piano di controllo e i domini di guasto. Preferire SSM per le nuove applicazioni in grado di segnalare la sorgente.
← MPLS · Tutti i domini · Qualità del Servizio e Protezione del Control-Plane →
Esercitati su queste domande → · Pratica cronometrata su ExamRoll.io →
Pass the whole exam — not just this question
You found this answer. Get every verified question and explanation in one place, and save hours of prep. Free to start.
Supera l'esame →