Ora finalmente entreremo nel momento che tutti stavate aspettando
per. Inizieremo a concentrarci sul multicast sparse indipendente dal protocollo
modalitÃ e poi entrando nei dettagli di come funziona.
Ora, prima di entrare in questo argomento e concludere con la sezione relativa alla modalitÃ sparsa PIMS,
il che richiederÃ alcune ore per essere realizzato, lascia che ti dia un disclaimer.
La modalitÃ sparsa PIMS Ã¨ un argomento molto complesso, un protocollo molto complesso.
Questa lezione non Ã¨ progettata per coprire ogni piccolo dettaglio essenziale e
flag, timer e macchina a stati della modalitÃ sparsa PIMS.
AndrÃ² piuttosto in profonditÃ , ma ci sono alcune cose che imparerai
trovare nella RFC che non tratterÃ² perchÃ© ciÃ² significherebbe letteralmente
ci vorranno probabilmente tre giorni interi solo per coprire tutto ciÃ² che riguarda il PIMS sparse
sola modalitÃ . Quindi penso che ciÃ² di cui parleremo qui dovrebbe essere sufficiente
per farti superare qualsiasi domanda scritta o anche di laboratorio della CCIE che mi viene in mente
sulla modalitÃ sparsa PIMS.
Potrebbero esserci una o due cose cadute dallo scaffale che non copro,
ma spero che sarai abbastanza soddisfatto del livello di profonditÃ che abbiamo
entra dentro. Quindi andiamo avanti e approfondiamolo.
Quindi innanzitutto, prima di iniziare, voglio mostrarvi quali sono le topologie
sono che userÃ² durante le mie varie dimostrazioni di laboratorio e
cose. Quindi, nel caso in cui desideri provare a ricreare qualcosa di tutto questo
tuo, puoi farlo.
Quindi, per quelli di voi che stanno guardando il feed dal vivo in questo momento, se nel
nell'angolo in alto a destra fai clic sulla sezione file, vedrai che c'Ã¨
un PDF simile a questo, che contiene le varie topologie
Lo userÃ².
Quindi questo Ã¨ in realtÃ il layout fisico.
Scusa, sembra un po' disordinato qui, ma questo Ã¨ il layout fisico
Sto usando. Puoi vedere che ho un totale di otto router e poi uno switch.
Quindi, in una parte del laboratorio, l'interruttore Ã¨ semplicemente un interruttore di livello due e
poi in una parte del laboratorio sto effettivamente attivando il routing e il multicast
funzionalitÃ dello switch e utilizzarlo come un nono router.
Quindi questa Ã¨ la topologia fisica.
Ora ho collegato qui anche il mio portatile, cosÃ¬ posso catturare lo squalo metallico
tracce di cecchino e cose del genere.
E questa Ã¨ in realtÃ la topologia logica proprio qui.
Quindi questo Ã¨ ciÃ² che costruiremo.
Quindi il router uno in realtÃ funge da ricevitore come il mio laptop, fondamentalmente.
Il router cinque Ã¨ la sorgente, quindi Ã¨ lÃ¬ che effettuerÃ² il mio multicast
ping e cose del genere.
E poi principalmente questi quattro router qui al centro sono quelli
dove farÃ² tutte le mie dimostrazioni ed esempi multicast
e cose. Sono disponibili un paio di topologie aggiuntive.
Ad esempio, quando entreremo nella sezione RP automatica e BSR, cambierÃ²
sulla topologia del mio laboratorio a questo.
Stessi router fisici, solo una topologia logica diversa.
Ok, quindi se lo stai guardando nella registrazione, lasciami tornare a
Questo. Potresti voler fare un'istantanea di questo, sai, usando qualche tipo
di snagget o qualsiasi altra utilitÃ di snapshot a cui poter fare riferimento
questo spesso mentre ne parlo.
E per quelli di voi che guardano dal vivo, consiglierei di aprirlo
PDF e tienilo sempre a portata di mano.
Ok, ho anche creato una lavagna con la stessa identica topologia,
che Ã¨ proprio qui.
Quindi posso attingere a questo e parlare di cosa sta succedendo mentre lo facciamo.
Stando cosÃ¬ le cose.
Parliamo del PIM.
Quindi PIM, come ho giÃ detto, sta per multicast indipendente dal protocollo.
Ora ho giÃ menzionato il motivo per cui lo chiamano indipendente dal protocollo
Ã¨ perchÃ©, proprio come tutti gli altri protocolli di routing multicast, esegue RPF
controlla l'indirizzo di origine di qualsiasi multicast in arrivo.
E l'indipendenza dal protocollo significa che a PIM non interessa dove trova una corrispondenza
itinerario. Non importa se si tratta di un percorso rip, un OSP o un percorso, anche a
Il percorso M statico non si preoccupa finchÃ© riesce a trovare qualcosa.
Questo Ã¨ ciÃ² che significa che Ã¨ indipendente dal protocollo.
Quindi ne esistono due varietÃ principali, la modalitÃ densa PIM, che non lo Ã¨
usato molto perchÃ© a molte persone non piace l'idea dell'inondazione
il loro multicast ovunque solo per ridurlo.
Ma fondamentalmente Ã¨ quello che fa.
E c'Ã¨ l'attaccante RFC se sei mai curioso.
E poi quella su cui ci concentreremo Ã¨ la modalitÃ sparsa PIM,
che Ã¨ RFC 4601.
Questa non Ã¨ la RFC originale.
In realtÃ la modalitÃ sparsa PIM Ã¨ uscita molto tempo fa ed Ã¨ stata utilizzata
diverse iterazioni e aggiornamenti della RFC.
Ma credo che sia la RFC piÃ¹ recente a partire da questa registrazione, che
Ã¨ il 3 novembre 2015.
Allora qual Ã¨ l'obiettivo di entrambi?
CiÃ² di cui abbiamo parlato, l'obiettivo Ã¨ costruire quel multicast
albero di distribuzione che collega la sorgente ai ricevitori quindi il multicast
puÃ² scorrere verso il basso. Questo Ã¨ l'obiettivo finale.
Ok, quindi in modalitÃ sparsa PIM, c'Ã¨ l'originale RFC, se vuoi
cercalo, 2117, attualmente RFC 4601, e si basa sul modello polare.
Quindi questa Ã¨ una sorta di revisione di ciÃ² di cui abbiamo parlato.
Quindi la modalitÃ sparsa PIM si basa sul concetto di punto di incontro.
Ã un po' come il servizio di appuntamenti che avevo nella mia analogia precedente.
Quindi, quando il multicast scorre dal punto di incontro fino al punto in cui si trova il file
ci sono vari ricevitori, diciamo che scorrono lungo l'albero condiviso
o l'albero centrale, noto anche come albero RP.
Quindi sono tre termini per la stessa identica cosa.
Albero condiviso, albero centrale, albero RP.
Fondamentalmente significa la stessa cosa di ovunque si trovi il destinatario, quel percorso
dal ricevitore fino all'RP, cioÃ¨ l'albero condiviso.
Ed Ã¨ qui che inizia a fluire il multicast.
E poi, come si dice, una volta scoperta la sorgente multicast, una volta che il file
i router apprendono qual Ã¨ l'indirizzo di origine, possono passare al
albero del cammino piÃ¹ breve.
Ora a volte l'albero del percorso di origine potrebbe effettivamente essere esattamente lo stesso albero
attraverso il punto d'incontro.
Potrebbe passare dal punto d'incontro in su.
Altre volte potrebbe essere qualcosa di diverso.
Ã tutto basato sul protocollo di routing.
Sai, cosa dice la tua tabella di routing?
Ã il modo migliore per arrivare a quella fonte.
Va bene, parliamo di alcune versioni di PIM.
Quindi la versione originale di PIM era la versione PIM 1.
La versione 2 Ã¨ stata per molto tempo lo standard di fatto.
Dove sono alcune somiglianze?
Bene, se effettivamente eseguissi una traccia piÃ¹ rigida, il corpo dei pacchetti PIM
Ã¨ identico nella versione 1 e nella versione 2.
Sai, i tipi di messaggi che portano.
La funzionalitÃ Ã¨ la stessa.
Sai, quando inviano i trigger per certe cose Ã¨ la stessa cosa.
Un paio di differenze principali perÃ².
Quindi la versione 1 di PIM utilizzava effettivamente IGMP come protocollo di trasporto.
Quindi, proprio dietro l'intestazione IP, avresti un'intestazione IGMP e poi avresti
avere PIM nel corpo di quel pacchetto.
Ma quando Ã¨ uscita la versione 2 di PIM, questa Ã¨ diventata effettivamente separata
Protocollo IP. E lo vedrai nelle tracce dello sniffer come numero di protocollo IP
103. Quindi non si basa piÃ¹ sull'IGMP.
L'altra differenza principale Ã¨ che la funzionalitÃ del router bootstrap PIM,
a cui arriveremo alla fine di queste registrazioni, Ã¨ disponibile solo in
PIM versione 2. Questo Ã¨ un modo per eleggere e scoprire dinamicamente il
punto d'incontro.
Nella maggior parte dei laboratori che farÃ² qui, lo farÃ² in modo statico
configurare un punto d'incontro.
Ma l'RP automatico e il PIM BSR sono due modi diversi in cui puoi farlo in modo dinamico
scoprire un RP, cosa che fanno molte persone.
Un paio di cose aggiuntive.
Se disponi di un router che ha effettivamente la capacitÃ di eseguire la versione
1 o versione 2, perchÃ© il corpo dei pacchetti PIM Ã¨ lo stesso, e perchÃ©
la funzionalitÃ Ã¨ la stessa, puoi effettivamente far funzionare quel router
Entrambi. Ma non puoi averli entrambi sulla stessa interfaccia.
Quindi, ad esempio, hai un router che su Fast Ethernet 1 sta eseguendo PIM
versione 1 e su Fast Ethernet 2 sta eseguendo PIM versione 2, e lo farÃ
essere in grado di comunicare avanti e indietro.
La maggior parte dei router Cisco ora, tuttavia, eseguono solo la versione PIM 2 e non lo faranno
ti consente anche di passare alla versione 1 di PIM.
Ad esempio, lascia che ti faccia un esempio.
Qui, nel mio laboratorio, utilizzo un vecchio router Cisco serie 2500 come mio
terminal server, come server di accesso.
E guarda qui, che tipo di software Ã¨ in esecuzione?
Quindi questo tizio usa il software 1233A.
E puoi vedere se entro in un'interfaccia, vediamo qui, mostra IP
breve interfaccia, interfaccia Ethernet 0 e digito il punto interrogativo IP PIM.
Puoi vedere che esiste una versione, giusto?
Versione IP PIM, quindi posso selezionarla, per impostazione predefinita verrÃ utilizzata la versione 2, ma
Posso selezionarlo nuovamente alla versione 1.
Ma nella maggior parte dei dispositivi piÃ¹ recenti, ad esempio, se utilizzo uno dei miei altri router
qui, IP PIM, noterai che la versione non Ã¨ nemmeno opzionale.
Non puoi nemmeno riportarlo alla versione 1.
Quindi solo una piccola nota, a seconda del software che stai utilizzando.
E questo ragazzo qui, nel caso ve lo stiate chiedendo, sta utilizzando il software 15.33.
Quindi non sono sicuro di dove fosse il limite tra il punto in cui si sono completamente spogliati
fuori la funzionalitÃ PIM V1, ma da qualche parte tra 12.3 e 15.3 Ã¨ quando
se ne sono sbarazzati.
Va bene, quindi PIM ha qualche confronto, alcune analogie che posso fare con IGP
protocolli di instradamento.
Ad esempio, la maggior parte dei protocolli di routing IGP scoprono dinamicamente i vicini,
i pacchetti multicast ascendenti e l'invio di saluti periodici.
Anche il PIM fa cosÃ¬.
PIM invia pacchetti di saluto e questo Ã¨ l'indirizzo riservato 224.0113.
E sÃ¬, se mai farai un test Cisco, Ã¨ probabile che lo faranno
mi aspetto che tu abbia quell'indirizzo memorizzato.
Quindi quelli sono pacchetti di saluto PIM.
A differenza di OSPF ed EIGRP, che inviano i loro saluti abbastanza frequentemente,
come ogni 5 o 10 secondi, i pacchetti di saluto PIM escono ogni 30 secondi.
Quindi non sono cosÃ¬ frequenti come i protocolli di routing IGP.
E come un protocollo di routing IGP, se un pacchetto di saluto si interrompe all'improvviso,
se non lo ricevi dichiarerai morto quel vicino.
E allo stesso modo, la maggior parte dei protocolli che si basano su una sorta di keep-alive o
ciao meccanismo, di solito archiviano tutti la stessa regola.
Dopo aver perso tre mantieni in vita o tre saluti persi, il gioco Ã¨ fatto.
Il tuo vicino Ã¨ morto.
Il PIM Ã¨ lo stesso.
E le informazioni apprese tramite PIM hanno una scadenza.
Anche questo Ã¨ simile.
Quindi, ad esempio, Ã¨ simile a OSPF, giusto?
Quindi con OSPF, se vengo a conoscenza di un LSA nella mia zona che ne descrive alcuni
link, che LSA Ã¨ valido solo per un'ora.
Questa Ã¨ l'etÃ di quella LSA.
E se il proprietario di quell'LSA che lo ha originato non lo aggiorna prima
60 minuti, prima di un'ora, lo invecchierÃ².
Il PIM Ã¨ piÃ¹ o meno cosÃ¬.
Quando il PIM rileva dinamicamente percorsi multicast o apprende dinamicamente
dei destinatari che hanno voluto aderire, non manterrÃ tali informazioni
per sempre. Quella roba invecchierÃ dopo un po'.
Ã un dato di fatto, il tempo predefinito Ã¨ di circa tre minuti.
Tecnicamente sono 210 secondi, ma molte persone dicono tre minuti.
Quindi il PIM ha molti meccanismi per mantenere aggiornato lo stato in modo che ciÃ² non accada
accadere. Ora, dove sono alcune differenze?
Molte differenze.
Numero uno, i protocolli dei gateway interni si preoccupano solo delle destinazioni, giusto?
OSPF, EIGRP, RIP.
Tutto ciÃ² che interessa Ã¨ dove vivono le sottoreti, dove Ã¨ la destinazione del file
il pacco andrÃ a.
Il PIM viene informato su fonti e destinazioni.
Il PIM sta tenendo traccia di entrambi.
Quindi qualcos'altro.
Quindi PIM si affida a un host, che Ã¨ il ricevitore o una fonte, per l'attivazione
eventuale scambio di informazioni PIM.
E questo Ã¨ un po' diverso, vero?
I normali protocolli di routing IGP, ciÃ² che attiva lo scambio di informazioni
Ã¨ che se attivi un'interfaccia e l'interfaccia si disattiva, aggiungi un file static
route, ma non si basa realmente su host o server per lo scambio
percorsi o apprendere percorsi.
Il PIM lo fa. Il PIM non farÃ nulla finchÃ© un nuovo ricevitore non sarÃ online
oppure una nuova fonte Ã¨ online.
Altrimenti, il PIM sarÃ semplicemente inattivo.
PIM popola la propria tabella univoca denominata tabella M-route.
Questo Ã¨ l'abbreviazione di tabella di routing multicast.
Quindi abbiamo la nostra tabella di routing unitcast e la nostra tabella di routing multicast.
C'Ã¨ anche una cosa molto importante a riguardo, di cui ho parlato poco
un po' prima, ma lo dirÃ² di nuovo.
Quindi con alcuni protocolli di routing, diciamo che hai digitato in un router, no
Instradamento IP. Lo fai a livello globale.
E poi provi ad attivare OSPF, diciamo.
Ho visto alcuni router che ti permetteranno effettivamente di abilitare l'OSPF
protocollo. Lo vedrai scambiarsi saluti, scambiare LSA, si popolerÃ
il database dello stato dei collegamenti, ma nessuna di queste cose entrerÃ nel routing
tavolo. PerchÃ© se non esegui il routing IP, non Ã¨ possibile popolare il routing
tavolo. Non esiste una tabella di routing.
Non puÃ² creare quella tabella.
Quindi tutte le cose possono essere eseguite in background, ma non c'Ã¨ posto
per inserire tali informazioni.
Il PIM Ã¨ lo stesso.
Con PIM, puoi abilitare PIM sulle tue interfacce e apprenderÃ i vicini
e invierÃ , riceverÃ , rapporti sull'adesione all'IGMP e cose del genere, ma
non popolerÃ la tabella di routing multicast con tutto ciÃ² che Ã¨
appreso a meno che non si abiliti il âârouting multicast.
Quindi, a livello globale, la prima cosa che devi digitare Ã¨ IP
routing multicast.
Altrimenti abilitare il PIM Ã¨ inutile.
Non farÃ nulla.
Abbiamo giÃ parlato di come PIM esegue i controlli RPF per impostazione predefinita e
non puÃ² funzionare da solo.
A causa di PIM Ã¨ necessario qualcosa per popolare la tabella di routing unicast
quel proiettile che ho appena menzionato.
Impossibile eseguire un controllo RPF se non sono presenti percorsi nella tabella di routing a
corrisponde a ciÃ² che stai cercando.
Ora potresti farlo con percorsi statici, ma deve esserci qualcosa dentro
la tabella di instradamento.
Allora qual Ã¨ il ruolo di un PIM RP?
Quindi ne abbiamo giÃ parlato un po'.
Questo Ã¨ il punto focale centrale in cui un ricevitore si unisce alla rete
inviando un rapporto di adesione IBIGMP, quel gateway predefinito che Ã¨ direttamente
collegato ad esso invierÃ un join PIM fino al punto di incontro.
E questo costruisce l'albero centrale, l'albero condiviso, quindi Ã¨ pronto e in attesa
affinchÃ© il multicast possa fluire lungo di esso.
Allo stesso modo, quando la sorgente multicast inizia a inviare i suoi dati multicast,
il router a cui Ã¨ direttamente connesso inoltrerÃ il multicast
dati al punto d'incontro per completare il processo di connessione del tutto
insieme. E come fa un router a sapere chi Ã¨ l'RP?
Per i nostri scopi, lo configureremo staticamente.
Ma puoi anche avere i router determinati dinamicamente tramite cose come auto
RP e il router di bootstrap PIM.