Quindi a questo punto abbiamo praticamente finito con la teoria dei PIMS sparsi
modalitÃ e prima di entrare nei concetti di scoperta dinamica degli RP
tramite auto-RP o il router bootstrap PIM, voglio solo concludere questo argomento
della modalitÃ sparsa PIMS tornando ai comandi.
Alcuni dei comandi li hai giÃ visti poichÃ© ne ho parlato e
li hai visualizzati in laboratorio e alcuni comandi ti saranno nuovi.
Volevo solo mostrarti quelli piÃ¹ familiari che molto probabilmente ti sono familiari
usare. Ok, quindi verifica che la modalitÃ sparsa PIMS funzioni.
Certamente puoi mostrare l'interfaccia IP PIM.
FarÃ² ognuno di questi mentre andiamo avanti qui.
Quindi mostra l'interfaccia IP PIM e come puoi vedere ti mostra l'indirizzo di
la tua interfaccia. Quindi in questo caso 454, questo Ã¨ in realtÃ l'indirizzo del ns
interfaccia a quattro zampe.
Quindi questo conferma sostanzialmente che PIMS Ã¨ abilitato su queste interfacce
con questi indirizzi IP.
Ti mostro anche quale versione di PIMS, se sei in sparse o dense
modalitÃ . C'Ã¨ anche una modalitÃ chiamata sparse dense e ne parleremo
prossimamente quando parleremo di RP automatico.
Quanti vicini hai, se ce ne sono?
La frequenza con cui invii pacchetti PIM Hello che chiamano query
Qui. La prioritÃ del router designato che Ã¨ una per impostazione predefinita e
chi Ã¨ il router designato.
E alcune interfacce non ne hanno bisogno come le interfacce punto a punto come
HDLC e PPP. Non Ã¨ necessario un router designato su questo tipo di
un'interfaccia. Mostra IP PIM vicino ti dÃ qualche dettaglio in piÃ¹.
Vale a dire quello che ottieni da questo qui sono questi timer.
Da quanto tempo in totale sono stato vicino di casa?
Quindi con questo vicino in particolare sono quasi 22 ore che sono vicino di casa
con questo ragazzo. E questo ti sta dimostrando che va bene se perdo un Ciao, se non lo faccio
continua a ricevere PIM Ciao tra un minuto e 37 secondi lo farÃ²
demolire quel quartiere.
Poi abbiamo anche show IP PIM RP.
Ora questo particolare comando mostra IP PIM RP.
Questo comando Ã¨ davvero utile solo se hai configurato staticamente un RP
come ho fatto fino a questo punto.
Fondamentalmente conferma solo che hai effettivamente configurato staticamente
un RP e quali gruppi particolari quell'RP sta servendo in questo momento.
In questo caso dice non scade mai perchÃ© non scadrÃ mai.
Ã un RP statico.
Non esiste alcun meccanismo qui per verificare che l'RP esista e lo sia effettivamente
raggiungibile. Il comando successivo mostra la mappatura IP PIM RP.
Questo Ã¨ davvero se utilizzerai una sorta di scoperta dinamica
dell'RP come auto RP o PIM BSR.
Questo Ã¨ il comando che vorrai utilizzare per verificare di averlo fatto
in realtÃ appreso in modo dinamico di un RP e di quali gruppi particolari lo compongono
RP Ã¨ in assistenza.
In questo caso particolare non c'Ã¨ molto output qui.
Dice statico, chi Ã¨ l'RP e lui Ã¨ l'RP per ogni singolo gruppo ma
otterresti molto piÃ¹ output da questo se lo avessimo imparato dinamicamente tramite
RP o BSR automatici. Lo vedremo nella prossima serie di video.
Ok, ci sono alcuni modi per modificare il comportamento di PIM.
Accetta-registrazione IP PIM.
Quindi ciÃ² di cui stiamo parlando Ã¨ che per impostazione predefinita lo sarÃ il punto d'incontro
accettare qualsiasi tipo di messaggio di registro proveniente da chiunque.
Non esiste un elenco autorizzato di router autorizzati a farlo
Registrati. Qualsiasi router puÃ² registrarsi e sicuramente potrebbe introdurre il file
concetto di router canaglia.
Forse qualcuno inserisce un router non autorizzato nella rete e intenzionalmente
martella il PIM RP con queste masse di messaggi di registro in modo intenzionale
tentativo di abbattere l'RP.
Quindi in questo particolare comando qui potresti dire bene solo RP, l'unico,
sÃ¬, in realtÃ lo sono solo i router RP collegati a fonti che corrispondono a questo elenco
ha permesso di registrarsi con me.
Quindi, se un registro arriva da qualsiasi altro router, lo scarterai silenziosamente
Esso. Limite di velocitÃ del registro IP PIM, quindi se sei preoccupato anche per quello autorizzato
i router lÃ fuori inviano troppe registrazioni, troppe sessioni multicast
si stanno avviando contemporaneamente, puoi valutarlo utilizzando questo comando
qui con bit al secondo.
Origine registro IP PIM.
Questo Ã¨ un comando che eseguiresti effettivamente su qualsiasi router che sia
darÃ origine al messaggio di registro.
Ora normalmente un router quando dice ok devo registrarmi con l'RP.
CiÃ² che farÃ quel router Ã¨ entrare nella sua tabella di routing, lo farÃ
uno sguardo all'RPF e lui dirÃ okay, qual Ã¨ l'interfaccia che userei, cos'Ã¨
effettivamente l'interfaccia in entrata che utilizzerei per tornare all'RP?
Dice oh, secondo la mia tabella di routing, il mio percorso migliore verso l'RP Ã¨ veloce
Ethernet 00. Bene, a quel punto avrebbe estratto velocemente quell'indirizzo IP
Ethernet 00 e utilizzarlo come indirizzo di origine per i suoi messaggi di registro.
Potrebbero esserci alcuni scenari in cui non vuoi che lo faccia.
Indipendentemente dall'interfaccia che usa per raggiungere l'RP, forse tu
voglio sempre che usi il suo loopback come indirizzo di origine.
Bene, questo sarebbe il comando che utilizzeresti per modificare quel comportamento.
PIM IP, Soglia SPT, non ne parleremo, ne abbiamo giÃ parlato
che penso in modo molto dettagliato in alcuni degli altri video.
E i PIM IP sparsi SG-scadenza-timer.
Allora di cosa stiamo parlando?
Non rimane lÃ¬ per sempre, deve essere rinfrescato e ce ne sono un paio
di cose che potrebbero rinfrescarlo.
Ogni volta che arriva un pacchetto multicast effettivo che corrisponde a quello s-coma
-g voce che aggiorna lo stato.
Oppure, se sappiamo, sappiamo anche che i router, anche dopo aver aderito al piÃ¹ breve
albero del percorso, se desiderano ancora quel multicast, lo faranno periodicamente una volta
un minuto invia un altro s-coma-g join per aggiornare l'albero, e quello
aggiornerÃ anche lo stato s-coma-g in qualsiasi router che riceve quel tipo
di un'unione. Quindi, se ciÃ² non accade, se c'Ã¨ un router qui con
una voce s-coma-g e diciamo che il multicast si interrompe, anche per impostazione predefinita dopo
poco piÃ¹ di tre minuti dopo 210 secondi quella voce s-coma-g
svanirÃ , se ne andrÃ .
Beh, forse hai uno scenario in cui dici, sai una cosa?
Una volta creati gli s-coma-g nel mio router, voglio che rimangano lÃ¬
per molto tempo, anche se smetto di ricevere il multicast.
Ã solo che non voglio dover continuare a ricreare la situazione ancora e ancora
Ancora. Non riesco davvero a pensare a grandi linee perchÃ© vorresti farlo
quello, ma questo comando ti consentirebbe effettivamente di farlo.
Ecco di cosa stiamo parlando.
Se imposti questo comando al suo massimo, ovvero 57.600 secondi, Ã¨ cosÃ¬
pari a 16 ore.
Quindi in sostanza quello che significa Ã¨: okay, una volta creata una voce s-coma-g,
anche se non Ã¨ aggiornato, conservalo lÃ¬ fino a 16 ore prima
lo scadi. Quindi, se hai una situazione in cui ciÃ² potrebbe essere utile
tu, ecco dove quel comando aiuterebbe.
E poi l'ultimo comando qui Ã¨ la modalitÃ IPPIM NBMA.
Quindi immagina questo scenario.
In realtÃ , lasciatemi andare avanti e disegnarlo qui per un momento.
Diciamo che avevamo una WAN.
UtilizzerÃ² semplicemente Frame Relay come esempio perchÃ© Frame Relay viene utilizzato a
lotto sul CCNA e sul CCNP.
E su questa WAN abbiamo uno scenario hub and speak.
Dove abbiamo il router A come hub e i router B e C come raggi.
Ok, quindi l'unico modo in cui B e C possono comunicare tra loro Ã¨ tramite router
R. In realtÃ non hanno alcun PVC frame Relay direttamente collegato tra loro.
Bene, lo sappiamo come nel caso dei protocolli di routing, se stessimo parlando
su OSPF o EIGRP o qualcosa del genere, molti protocolli di routing, se router
B, e diciamo solo che sul router A, la sua interfaccia seriale fisica
sta facendo tutto.
Ok, quindi il nostro indirizzo IP Ã¨ qui.
Non abbiamo interfacce secondarie.
Questa Ã¨ un'interfaccia multipunto.
Si tratta di un'interfaccia multiasse non trasmessa.
Bene, in questo particolare scenario con i protocolli di routing, molte volte
dovresti disabilitare Split Horizon, giusto?
PoichÃ© l'orizzonte diviso Ã¨ la regola che dice, guarda, se si aggiorna il routing
arriva sulla seriale 0-0, per evitare loop di routing, tu non lo sei
permesso di voltarsi e riflettere quel percorso esattamente indietro
stessa interfaccia da cui Ã¨ arrivato.
Quindi dovresti farlo, quell'orizzonte diviso lo impedisce.
Quindi dovresti disattivare l'orizzonte diviso.
Ebbene, lo stesso genere di cose accade qui per i multicast.
E per i join e cose del genere, se arriva un multicast proprio qui,
o ricorda, la regola generale del PIMS dice che l'interfaccia in entrata
non puÃ² essere visualizzato nell'elenco delle interfacce in uscita.
Ebbene, se quella regola fosse vera, allora quando questa interfaccia, quando il multicast
arrivasse qui sul seriale 0-0, non saremmo in grado di inserire esattamente lo stesso
interfaccia nell'elenco delle interfacce in uscita e il router C non lo sarebbe
in grado di ottenere quel multicast.
Quindi, per consentirlo, dovresti usare questo comando proprio qui
su quell'interfaccia non trasmessa e ad accesso multiplo.
Quindi Ã¨ fondamentalmente come disattivare l'orizzonte diviso, ma per il multicast
traffico. Questo Ã¨ ciÃ² che fa quel comando.
E voglio solo concludere un po' qui spiegando solo un po'
qualcosa in piÃ¹ sui flag che potresti vedere nelle voci del percorso M.
Ne abbiamo parlato molto, ma di alcuni non ne ho parlato.
Quindi la bandiera C. Ne abbiamo parlato.
Se vedi la bandiera C, significa una delle due cose.
O questo router ha effettivamente ricevuto un rapporto di adesione IGMP, oppure
un rapporto di ascolto MLDP, il che significa che Ã¨ direttamente collegato a un ricevitore,
a un laptop, a un PC.
Oppure ha effettivamente ricevuto il pacchetto multicast e ne realizza la fonte
di quel multicast Ã¨ direttamente connesso a quel router.
Quindi c'Ã¨ un ricevitore connesso o una sorgente connessa.
Questo Ã¨ ciÃ² che significa C.
La bandiera L non ne ha veramente parlato, ma sa come nel mio particolare
lab, quello che ho fatto Ã¨ stato prendere un router, router uno, e usare quel comando,
Gruppo di unione IGMP su quel router.
Ed Ã¨ cosÃ¬ che ho trasformato il router in un ricevitore, perchÃ© i router non lo fanno
normalmente inviano rapporti sull'adesione.
Questo Ã¨ il lavoro di laptop e PC.
Quindi, per replicare quel comportamento, ho usato questo comando.
Bene, se quel router eseguisse anche PIM, cosa che non Ã¨, allora nel file
Alla voce M-ROT avrebbe avuto il flag L, il che significa che sono anche un ricevitore
di questo multicast.
Quando arriva il multicast, non lo inoltrerÃ² semplicemente.
In realtÃ lo invierÃ² alla mia CPU per l'elaborazione, perchÃ© lo voglio
per vederlo. La bandiera F.
Quindi questo Ã¨ chiamato flag del registro PIM.
A volte le persone si sentono un po' confuse su questo, perchÃ© vedono il
F, e pensano, oh, ciÃ² significa che la registrazione sta avvenendo correttamente
Ora. E poi mostrano il percorso IPM, mostrano il percorso IPM, continuano a farlo
e per i successivi 30-40 secondi, minuto-5 minuti, la bandiera F resta ferma
LÃ . E dicono, oh, ho un problema.
La registrazione dovrebbe avvenire solo per un secondo o due, e poi dovrebbe avvenire
fermare. PerchÃ© vedo ancora la bandiera F?
Bene, se sei effettivamente in procinto di registrarti in questo momento quando
esegui questo comando, vedrai effettivamente nella stella, la voce G la parola
registrazione. Lo dirÃ .
Quindi hai la bandiera F e dirÃ "registrazione".
Come dice qui, se vedi solo la bandiera F, ma non vedi la parola
registrazione, ciÃ² significa che questo router ha precedentemente registrato questo flusso.
Ã un po' come se un indicatore storico dicesse: Mi sono registrato con successo
lo faceva in passato, ma non lo fa piÃ¹.
Questo Ã¨ ciÃ² che significherebbe la bandiera F.
La bandiera J. Quindi questo significa che un router ha tentato di unirsi al rispettivo
albero. Quindi, ad esempio, se vedi la bandiera J nella stella, uscita G, tu
potrei essere tentato di pensare, e penso di aver effettivamente parlato male su questo
un video precedente.
Penso di aver detto, beh, quando vedi la bandiera J, significa questo router
ha inviato un PIM join su quell'albero.
Beh, non necessariamente.
CiÃ² che il flag J significa realmente Ã¨ che il router vuole unirsi a quell'albero.
Non Ã¨ davvero una prova che un'unione sia effettivamente avvenuta.
Quindi, ad esempio, se vedi la bandiera J nella stella, uscita G, significa che
okay, il router, qualcosa ha fatto credere al router di averne bisogno
per unirsi all'albero.
E quindi Ã¨ necessario creare una stella, unirla a G e inviarla su quell'albero verso
il punto d'incontro.
Ora, ci Ã¨ riuscito davvero?
Forse sÃ¬ forse no.
Non lo sappiamo. La bandiera J dice semplicemente che sapeva di dover farlo.
Come in uno dei miei laboratori precedenti che stavo facendo, se torno al
disegnando qui per un secondo, portiamo questo qui.
Quindi avevo un laboratorio, se ricordi, diversi video fa che avevo dimenticato
per configurare PIM su questa interfaccia proprio qui su R4.
Non c'era nessun PIM qui.
Eppure c'era il PIM su questa interfaccia di R2.
E quello che ho notato Ã¨ stato quando il multicast ha iniziato a scorrere verso il basso, questo ragazzo
ha creato S, G, E e R2.
Ed era la voce per questo.
Ed elencava il seriale 010 come interfaccia in entrata.
Diceva, okay, se il multicast scende lungo l'albero del percorso piÃ¹ breve, allora
dovrebbe arrivare in serie.
E aveva la bandiera J.
E inizialmente ho pensato, okay, beh, questo significa che ha inviato un messaggio
LÃ . Ma se ricordi quel video, ho detto, eh, manca qualcosa.
Se il traffico multicast sta effettivamente scorrendo lungo il percorso piÃ¹ breve
albero, oltre alla bandiera J, dovrei vedere anche la bandiera T.
E questo Ã¨ il prossimo punto della diapositiva.
Il flag T indica che ho effettivamente ricevuto almeno un pacchetto multicast
lungo l'albero del percorso piÃ¹ breve.
Quindi funziona.
Ma non l'ho visto.
Nel mio caso particolare, tutto ciÃ² che ho visto Ã¨ stata la bandiera J e non la T.
E questo mi ha fatto pensare, okay, quindi ha provato a unirsi a questo albero, ma in multicast
non scorre ancora giÃ¹.
Cosa sta succedendo?
Ed Ã¨ stato allora che ho scoperto che il PIM non era configurato sul router 4.
Quindi ho pensato che il router 2 avesse inviato il suo join, ma non Ã¨ successo nulla
perchÃ© d'altro canto il router non Ã¨ riuscito a elaborarlo.
Ma in realtÃ ho fatto un po' di debug.
Si scopre che si Ã¨ reso conto di non avere un vicino PIM.
Il Router 2 si rese conto che anche se aveva il PIM sul suo seriale, non lo aveva
appreso di un vicino dall'altra parte della serie.
E cosÃ¬ quando ho eseguito il debug, mi sono reso conto che non aveva nemmeno creato il join
in primo luogo perchÃ© era abbastanza intelligente da capire, ehi, cosa sta succedendo
lo scopo di creare un join S-coma G per inviare questo collegamento, se presente
nessuno all'altra estremitÃ del collegamento nemmeno per riceverlo ed elaborarlo?
Ecco perchÃ© dico che la bandiera J significa semplicemente che vuole unirsi a quel ramo
dell'albero, ma se sia effettivamente riuscito o meno a inviare un join,
non puoi dirlo solo da quella bandiera.
Dovresti fare un po' piÃ¹ di risoluzione dei problemi per capirlo.
E poi, come ho detto, infine, abbiamo la bandiera T, che Ã¨ proprio questo
vuoi vedere, vero?
Se la bandiera T si trova sul percorso piÃ¹ breve tre, va bene.
CiÃ² significa che ho effettivamente ricevuto almeno un pacchetto di dati multicast su
il percorso piÃ¹ breve tre.
C'Ã¨ un'altra bandiera di cui voglio parlare, che Ã¨ la bandiera R.
E questo mi ha confuso un po'.
Ho dovuto approfondire la RFC e pensarci davvero un po'.
Quindi il flag R Ã¨, lo vedrai solo sui router nell'albero condiviso.
Quindi, se pensi al percorso dal router foglia fino all'RP, lo Ã¨
solo da qualche parte su quel percorso vedrai in una voce S, G, la bandiera R.
Ora, qual Ã¨ questo significato?
Torniamo a questo per un secondo.
Questo. Ok, quindi lo sappiamo inizialmente, una volta multicast, se lo sappiamo
che questo ragazzo Ã¨ l'RP proprio qui, oops, che cos'Ã¨?
Va bene. Una volta che il multicast inizierÃ a fluire qui dall'RP, partirÃ
andare in questa direzione, e poi andrÃ in questa direzione, e poi andrÃ
andare in questa direzione. Quindi nel router otto proprio qui, mi sto concentrando su di lui
il momento. Quando riceverÃ effettivamente quel traffico multicast, lo farÃ
hanno entrambi la stella, G, da lui creata molto tempo fa.
E poi quando vedi quel pacchetto multicast, creerÃ una S,
Anche G. E in questo caso particolare, l'elenco delle interfacce in uscita del file
S, G sarÃ Ethernet veloce zero barra uno.
Ok, va bene.
Ma sappiamo anche che non appena il router due, lo ottiene il router foglia
primo pacchetto multicast, proverÃ a passare al piÃ¹ breve
albero del sentiero. E se assumiamo che abbia successo e ora stia ricevendo
traffico lungo l'SPT, allora sappiamo che manderÃ una prugna
Messaggio. ManderÃ quella che viene chiamata una prugna S, G.
E come sarÃ ?
Bene, nel corpo di quel pacchetto di prugne ci sarÃ la fonte,
quattro punto cinque punto quattro punto cinque.
AvrÃ il gruppo, qualunque esso sia.
E poi avrÃ anche la parte RP.
Questo Ã¨ un flag, il bit RP impostato.
VerrÃ impostato su uno.
E lo invierÃ al router otto.
Quando il router otto lo capirÃ , dirÃ , okay, questa prugna, perchÃ©
ha il bit RP, significa che devo eliminare questa interfaccia.
Quindi smetterÃ di inoltrare il multicast su quel collegamento.
RimuoverÃ quell'interfaccia dall'elenco delle interfacce in uscita.
E quindi ora finirÃ per essere nullo.
E poi creerÃ il suo pacchetto di prugne e lo invierÃ qui
modo, che poi finirÃ per eliminare tutto questo proprio qui.
Allora cosa c'entra con la bandiera R?
Bene, se entro nella tabella di routing M del router otto dopo che questo Ã¨ stato fatto,
ora possiamo supporre che dopo questo momento, ricordiamo se uno stato S, G
ha un elenco di interfacce in uscita che non Ã¨ niente, Ã¨ vuoto, nullo.
Beh, ha questo timer per il conto alla rovescia, giusto?
Va bene solo per 210 secondi.
E dopo 210 secondi, se nessuno avrÃ bisogno di usarlo, lo cancellerÃ
Esso. Quindi diciamo che vado sul router otto prima che scada il tempo.
Quindi subito dopo aver ricevuto la prugna, ma prima dei 210 secondi
trascorso, quello che vedrÃ² in questo stato S, G Ã¨ la lettera R.
VedrÃ² anche un P.
Quindi dirÃ , in realtÃ , penso che la P potrebbe venire prima della R, ma fondamentalmente
la P dirÃ , questa Ã¨ potata.
Non lo userÃ².
L'ho eliminato.
E la R dirÃ : L'ho sfoltito perchÃ© qualcuno a valle da
impostami una prugna S, G con la punta RP impostata su uno.
Ora non lo vedrai nel punto d'incontro.
Lo vedrete solo nei router qui in mezzo.
Quindi, come il router otto, se avessimo un altro router proprio qui, lo vedremmo.
Se avessimo un altro router proprio qui, lo vedremmo.
Ma i router nel mezzo che hanno ricevuto la prugna e l'hanno inoltrata
acceso, avranno un elenco di interfacce in uscita null e lo faranno
dÃ¬ RP e nota che Ã¨ solo nella voce S, G.
Non lo vedrai nella stella G, solo nella S, G.
E posso effettivamente replicarlo abbastanza facilmente qui, nel caso lo desideri
per vederlo. FarÃ² esattamente la stessa cosa.
Vado avanti e avvierÃ² lo streaming multicast dal router cinque.
E quando arriverÃ² al router otto, circa due secondi dopo, lo farÃ
giÃ essere sfoltito.
E vedrai che in realtÃ ha la bandiera R lÃ¬ dentro.
Facciamolo e basta.
Andiamo qui al router cinque.
Facciamo il nostro ping.
Ok, lo streaming Ã¨ giÃ stato cambiato e possiamo vederlo
il router due, il router foglia, mostra il percorso IPM.
Possiamo vedere che ha la voce S, G.
Si Ã¨ unito o ha tentato di unirsi all'albero.
Ha avuto successo?
SÃ¬, ha avuto successo perchÃ© ha la bandiera T.
In realtÃ sta ricevendo traffico multicast lungo l'albero del percorso piÃ¹ breve.
Ora, se andiamo al router otto, chi Ã¨ nel mezzo, chi non Ã¨ piÃ¹ coinvolto
in questo traffico, in ogni caso, Ã¨ stato sfoltito, lo possiamo vedere dalla sua S,
La voce G, dice P, Ã¨ stata potata e perchÃ© Ã¨ stata potata a causa di
R? PerchÃ© abbiamo ricevuto un messaggio sfoltito con il bit RP, che ha causato
il nostro elenco di interfacce in uscita per diventare n.
Quindi questo adesso andrÃ bene solo per un altro, beh, proprio adesso dice
due minuti e 28 secondi.
Se lo faccio di nuovo, vedremo il conto alla rovescia.
Adesso va bene solo per due minuti.
Quindi tra due minuti questa voce sparirÃ , e poi anche questa voce
svaniranno anche loro perchÃ© nessuno dei due sarÃ necessario in quel caso