Ora la sua star, lo stato della commedia.
Lasciami andare avanti e riempire il resto di questo qui.
Quindi nel router due, l'elenco delle interfacce in uscita dirÃ fast etanet zero
zero perchÃ© Ã¨ lÃ¬ che ha ricevuto il verbale di adesione.
Ecco dove inoltrerÃ il traffico multicast quando si tratterÃ
lui. Router otto, la lista delle sue interfacce in uscita dirÃ etano veloce zero
barrarne uno perchÃ© ha ricevuto il collegamento PIM su quell'interfaccia.
Ora, router tre, salterÃ² un paio di campi qui.
Il suo elenco di interfacce in uscita dirÃ veloce etanet zero barra uno perchÃ©
Ã¨ lÃ¬ che ha ricevuto l'adesione al PIM.
Ora nel campo RP vedrai qualcosa di piuttosto interessante.
Lo dirÃ perchÃ© Ã¨ l'RP.
Ã il suo modo di dire, okay, lo so al punto d'incontro.
Quindi quello sono io. E la sua interfaccia in entrata dirÃ di no perchÃ© dirÃ :
ehi, io sono la radice dell'albero condiviso.
Inizia con me.
E anche il suo prossimo massimo, il suo vicino RPF, sarÃ tutto zero.
Ma lui dirÃ : guarda, non uso nessun vicino di casa per arrivare a me stesso.
Non sono psicotico.
So di essere qui.
So di essere il punto d'incontro.
Quindi Ã¨ quello che vedremo.
Quindi andiamo avanti e avviamo questo processo qui.
Quindi andrÃ² avanti e attiverÃ² R1 per inviare il join.
E andiamo avanti e avviamo la traccia dello sniffer in modo da poterli catturare tutti
Questo. Quindi cattureremo solo due cose.
Cattureremo il report di adesione in arrivo e l'adesione al PIM in partenza
dal router due al router otto.
Quindi per farlo, quindi voglio R2, 00 in entrata e voglio 01 in uscita.
Quindi guardando il mio diagramma qui.
Ok, quindi vorrÃ² R2.
Quindi voglio 0 barra 3.
Ricevi e voglio 0 barra 1 fuori.
Questa Ã¨ la tua barra 4.
FarÃ² entrambe le cose per quelli.
Quindi andiamo avanti e facciamolo.
Va bene. Prepariamo la traccia dello sniffer e la prepariamo a partire.
Non so perchÃ© Wire Shark non mi lascia premere nessuno dei pulsanti
nel menu qui.
Questo Ã¨ irritante oltre ogni immaginazione.
Eccoci qua. Finalmente.
Va bene. Quindi fermati. Eccoci qui.
Quindi ora andiamo al mio ricevitore.
E forse ti starai chiedendo come faccio a far sÃ¬ che un router si comporti come un PC?
Come posso convincerlo a inviare un rapporto di adesione all'IGMP?
Non Ã¨ un laptop.
Davvero facile. Quindi vediamo quale interfaccia vogliamo qui.
Vogliamo Ethernet veloce 00.
Quindi digito semplicemente IP, IGMP, join-group.
Ops, devo andare alla mia interfaccia.
Unisciti al gruppo e farÃ² 239.
Vediamo. Cosa abbiamo fatto con i miei esempi qui?
9.9.9. SÃ. In realtÃ prima di farlo, posso fare un debug.
Va bene. IP, IGMP, unione al gruppo 239.999.
Ed eccolo lÃ¬.
Ha inviato una versione IGMP per riferire.
Tuttavia, non credo di aver avviato la traccia dello snipper.
Quindi andiamo avanti e chiudiamolo.
Andiamo a R2. Cancella lo stato del mio percorso M.
Quindi posso iniziare da zero.
Cancella stella IP M-route.
Questo eliminerÃ tutte le tue rotte M.
Ok, quindi sono tornato ad avere solo il percorso M con RP automatico.
Facciamolo anche in R8.
Ok, torniamo al router uno.
E questa volta iniziamo la traccia del cecchino in modo da poter catturare tutto questo
roba buona. L'IJRP Ã¨ formato e penso di avere ancora il debug in esecuzione.
Quindi ha ricevuto una query IJMP ed eccola lÃ¬.
Ok, ecco l'IJMP.
No, questo non lo Ã¨, questo Ã¨ diverso.
Vediamo qui, eccolo.
Ecco il rapporto sull'adesione all'IJMP dal router uno.
Dovrei dire il mio ricevitore.
E puoi vedere qui la versione due dell'IJMP e si sta unendo all'indirizzo di
239.999. Quindi nel momento in cui torniamo qui, nel momento in cui il router
Se lo avessero capito, avrebbe creato un PIM Star Coma-G Join.
E utilizzerÃ il suo indirizzo di origine 8.2.8.2.
Ed Ã¨ quello che vediamo proprio qui.
Quindi, proprio sotto il nostro rapporto sull'adesione, c'Ã¨ l'iscrizione PIM star coma-g
lasciando quel router.
Approfondiamo i dettagli qui.
Quindi Ã¨ il tipo tre, ricorda che il tipo zero era il ciao.
Quindi il tipo tre Ã¨ la barra di unione prugna.
Anche questa non Ã¨ una cosa da poco qui.
Questo messaggio qui viene utilizzato sia per unire i rami all'albero che per
potare i rami dell'albero.
Ora scaviamo nel profondo della questione.
Dice, okay, questo Ã¨ destinato al mio vicino a monte.
Ora, perchÃ© Ã¨ quello lÃ¬ dentro?
Un paio di cose.
Notare che questo verrÃ inviato proprio come verrÃ inviato il messaggio di saluto PIM
l'indirizzo multicast di 2240013.
Quindi diciamo che in realtÃ questa era una terra condivisa e ce n'erano altre
router su questo terreno oltre ai router due e otto.
Diciamo che c'erano i router X e Y.
Dove il router due vuole che tutti questi router sappiano, ehi, questo PIM si unisce a me
l'invio procede lungo il ramo fino all'albero condiviso, il che significa che Ã¨ necessario
dirigersi verso il router otto.
Quindi, anche se Ã¨ in multicasting, il che significa qualsiasi altro router qui
voglio dirigermi verso il router otto.
E lo vedremo qui perchÃ© ha questo indirizzo del vicino upstream
ciÃ² garantisce che il prossimo router otto presterÃ attenzione a questo
e dire: oh, okay, questo Ã¨ per me.
E cosÃ¬ dice, dice, okay, numero di join.
Mi unisco a un gruppo.
Questo Ã¨ il gruppo a cui mi unisco.
E questo non Ã¨ l'indirizzo della fonte, ma del punto d'incontro.
L'indirizzo del RP.
E non stiamo potando nulla.
Non taglieremo nessun ramo.
Ci uniamo ad una filiale.
E cos'altro abbiamo qui?
Penso che sia tutto ciÃ² che abbiamo a questo punto.
Non ho catturato nient'altro.
Ok, diamo ora un'occhiata allo stato del percorso m in questi router.
Quindi iniziamo andando al router due e vediamo se tutto corrisponde a cosa
Ho disegnato proprio qui.
Mostra il percorso IP m.
Ok, ci siamo.
Quindi, se lo vedi nel tuo percorso m in qualsiasi router, conosci uno dei tre
le cose sono successe.
Una delle tre cose.
O hai ricevuto la certificazione I.G.M.P.
rapporto di appartenenza da un ricevitore collegato direttamente.
In questo caso Ã¨ vero.
E lo sappiamo grazie alla bandiera C.
Il flag C significa che sono connesso al ricevitore che mi ha inviato il join,
il rapporto di adesione che ha causato ciÃ².
L'altro motivo per cui potresti averlo Ã¨ perchÃ© hai ricevuto un'iscrizione PIM.
Quindi, per esempio, il flag C proprio qui, quando andiamo al router otto, siamo
vedremo esattamente la stessa stella, C, ma mancherÃ la bandiera C.
Vedi, S significa che questa Ã¨ una voce in modalitÃ sparsa.
Stiamo eseguendo la modalitÃ sparsa sull'interfaccia.
Quindi entrambi, quindi questo Ã¨ il router otto, nessun flag C.
Quindi questo Ã¨ stato creato perchÃ© ha ricevuto la stella, PIM join.
Oppure come questo Ã¨ stato creato, perchÃ© abbiamo ricevuto il marchio I.G.M.P.
rapporto di adesione.
E il nostro RP Ã¨ indicato proprio qui.
343.3. L'interfaccia in entrata Ã¨ Ethernet veloce zero barra uno, il che Ã¨ vero
l'interfaccia che porta a monte al punto d'incontro.
Vicino dell'RPF 8288.
E l'abbiamo ottenuto perchÃ© quando abbiamo eseguito una ricerca del percorso inverso per capirlo
come faccio ad arrivare al punto d'incontro, lo abbiamo trovato nella tabella di routing
questo era il ragazzo che era il prossimo top.
Il nostro percorso EIGRP ci ha detto che questo Ã¨ il prossimo massimo.
E l'elenco delle interfacce in uscita.
Questa Ã¨ l'interfaccia dove riceviamo il certificato I.G.M.P.
rapporto di adesione.
Ed ecco quella che sembra una R8.
Praticamente esattamente la stessa cosa, tranne che manca la bandiera C.
E ora diamo un'occhiata alla differenza tra come appare nella realtÃ
punto d'incontro lui stesso.
Ok, quindi nota che si elenca come RP.
Dice: so di essere l'RP, ma il suo vicino dell'RPF Ã¨ tutto zero.
Non ha bisogno di risalire la corrente per raggiungere se stesso.
E l'interfaccia in entrata Ã¨ nulla.
E l'interfaccia in uscita Fast Ethernet 00, dice che la inoltrerÃ²
in modalitÃ sparsa.
Quindi ora il nostro albero condiviso da uno a due a otto a tre, questo percorso Ã¨
ora aperto. Quindi se il multicast inizia a fluire, Ã¨ pronto.
Il punto d'incontro Ã¨ pronto.
Quindi abbiamo esaminato quale stato del percorso M creano.
Ora solo un paio di cose aggiuntive su queste stelle, G si unisce.
Sono recenti ogni 60 secondi.
PerchÃ©? Bene, diamo un'occhiata di nuovo a questo.
La mia fonte non sta inviando in questo momento.
Quindi non c'Ã¨ davvero alcun flusso multicast.
Non sappiamo quanto tempo ci vorrÃ .
E se ci volessero, sai, dieci minuti perchÃ© questo ragazzo inizi davvero?
su? Forse questo Ã¨ un flusso multicast a cui il nostro CEO darÃ una risposta
alle tre di oggi.
E questo ragazzo si unirÃ dieci minuti prima.
Beh, non vogliamo che questa cosa finisca in timeout su questo ramo dell'albero
eliminare e andare via.
Quindi quello che sappiamo Ã¨ che queste cose hanno un timer di tre minuti, dopo 210
secondi di inattivitÃ , questi rami verranno abbattuti.
Quindi, per evitarlo, stanno accadendo un paio di cose.
Numero uno, sappiamo che ogni 60 secondi ci sono due che inviano una query IGMP
sul segmento, dicendo, ehi, qualche ricevitore laggiÃ¹ sta guardando qualcosa?
E Rader one risponderÃ con un rapporto di adesione.
Questo mantiene aperto questo segmento, lo scambio di domande e rapporti
per l'IGMP. E sappiamo che quando verrÃ pubblicato il rapporto sui membri dell'IGMP,
questo indurrÃ i nostri due a inviare un'altra stella PIM, G join.
Ora, potresti dire, beh, cosa succede se, sai, nel corso
di un minuto, 25 o 65 rapporti di adesione provenienti da diversi ricevitori
entrare su questa interfaccia?
CiÃ² significa che ogni volta che riceve un rapporto di adesione,
invierÃ una stella, G unisciti?
No, sarebbe eccessivo.
Quindi questo ragazzo qui invierÃ una stella PIM, G si unirÃ per mantenere lo stato
aggiornato ogni minuto, ogni 60 secondi.
Ora, se si rende conto che non sono rimasti piÃ¹ ricevitori, se IGMP scade
o riceve un mazzo di foglie e dice, okay, non sono rimasti piÃ¹ ricevitori, in realtÃ ,
andiamo avanti e diamo un'occhiata a questo.
Cosa farÃ ?
Quindi andrÃ² avanti e rimuoverÃ² il mio comando IGMP su Rader one.
Dovrebbe inviare un congedo IGMP, anche se non Ã¨ obbligatorio nelle specifiche,
questa Ã¨ una di quelle cose da fare.
E quando invia un congedo IGMP, dovremmo vedere Rader due inviare una prugna PIM
messaggio a monte, eliminando questo ramo.
Quindi andiamo avanti e facciamolo.
Preparo il ricevitore.
Ok, iniziamo la traccia dello sniffer.
Va bene, ecco il mio messaggio di uscita dal gruppo.
Questo Ã¨ quello che volevamo vedere.
Ok, quindi ecco il messaggio di congedo IGMP.
Quindi in realtÃ ha un proprio codice tipo e dice, lascio questo gruppo,
e questo ha dato il via al suo gateway predefinito per inviare un messaggio di potatura.
Nota che Ã¨ esattamente lo stesso messaggio dell'unione PIM, ma in questo caso
il join Ã¨ ora pari a zero e la prune Ã¨ impostata su uno.
E questo dice che poterÃ² quest'albero e lascerÃ² l'appuntamento
punto lo so.
A proposito, SWR, nel caso ti stia chiedendo di cosa si tratta, quelli lo sono in realtÃ
alcuni flag all'interno di questo messaggio.
La R Ã¨ chiamata bit RP in questo messaggio.
CiÃ² significa che questo messaggio deve salire sull'albero condiviso verso l'appuntamento
punto. Quella Ã¨ la destinazione finale.
Ed Ã¨ per questo che qui abbiamo l'indirizzo dei punti d'incontro
campo proprio qui a causa di quel bit RP.
La W significa che Ã¨ il jolly.
CiÃ² significa che non so quale sia l'effettivo indirizzo di origine di questo multicast
flusso. Ed Ã¨ ciÃ² che crea la stella, lo stato G in questi router.
Questo Ã¨ ciÃ² che crea la stella, il jolly.
Non ho idea di chi sia la fonte.
E S, il che significa che si tratta di un join in modalitÃ sparsa.
Ecco cosa significano quei pezzi, quelle bandiere.
Cosa succede se le informazioni RPF sull'RP cambiano?
Quindi sappiamo che esiste la possibilitÃ che le rotte possano cambiare.
Voglio dire, le interfacce potrebbero non funzionare, potrebbero nascere nuove interfacce e forse
il percorso EIGRP che ho per raggiungere il punto d'incontro in questo momento non funziona
essere valido tra un paio di secondi da adesso.
Allora come lo tiene conto il PIM?
Beh, il PIM ha un timer e fondamentalmente Ã¨ un, se entri nelle specifiche,
se questo ti incuriosisce, il nome del timer, anche se non lo saprai mai
essere testato su questo, si chiama Random Delay Join Timeout.
Ritardo casuale Partecipa al timeout, per quelli di voi a cui piace conoscere questo tipo
di cosa. Ma fondamentalmente, Ã¨ un timeout che dice, okay, controlla per vedere
se l'RPF di una fonte o di un RP Ã¨ cambiato.
E quel timer, secondo la RFC, non dovrebbe essere superiore a 4,5 secondi.
Pertanto, se l'RPF verso una fonte nota o l'RP cambia, i router funzionano
I PIM dovrebbero rilevarlo entro 4,5 secondi o meno.
E se lo rilevano, invieranno un altro join.
Invieranno quello che viene chiamato trigger join sul nuovo percorso verso l'RP.
E cosa cancella questo stato del percorso M?
Bene, abbiamo appena visto che Ã¨ arrivato un congedo IGMP.
Torniamo al router due.
Mostra il percorso IP M.
Vedi, non c'Ã¨ piÃ¹. Ora, Ã¨ successo immediatamente?
Bene, scopriamolo.
Creiamo di nuovo il join.
Ok, ora abbiamo lo stato g comune delle stelle.
E abbiamo solo un ricevitore che vive sulla Ethernet veloce 00.
Ora, facciamo in modo che il destinatario invii un messaggio di congedo e vediamo se Ã¨ cosÃ¬
uccide immediatamente lo stato.
PerchÃ© a quel punto, quando arriva il messaggio di congedo, quello verrÃ rimosso
questa interfaccia dall'elenco delle interfacce in uscita.
L'elenco delle interfacce in uscita sarÃ nullo.
E la nostra domanda Ã¨: una volta che l'elenco delle interfacce in uscita Ã¨ nullo in una stella
comune g entra, significa BAM, POOF?
E' sparito immediatamente?
Oppure rimane lÃ¬ per un po' di tempo?
Ok, Ã¨ ancora lÃ¬.
L'elenco delle interfacce in uscita Ã¨ nullo.
E credo che questo resterÃ qui per circa, vediamo, c'Ã¨ un tempo
Ã¨ il conto alla rovescia?
SÃ¬, questo timer proprio qui.
Due minuti e 20 secondi.
Ora siamo scesi a due minuti e 11 secondi.
E quando il timer conta fino a zero, un minuto e 56 secondi, lo sono
non aspetterÃ².
Ma quando il conto alla rovescia arriva a zero, questo scadrÃ .
Se ne andrÃ . Ma notiamo che ora abbiamo il flag P, che significa il nostro shared
il sentiero, il nostro percorso a monte fino al punto d'incontro, Ã¨ stato tagliato.
Ho inviato un messaggio di prune all'RP.
Ed Ã¨ questo che lo indica proprio qui.
Inoltre, in questo caso particolare, vediamo che questo scomparirÃ
tra due minuti. E se andassimo al router al centro?
Router otto. PerchÃ© ha ricevuto quella prugna.
Vedere? L'ha anche potato.
E sta anche facendo il conto alla rovescia.
Quindi questo conterÃ fino a zero e poi finirÃ per essere eliminato.
Qualcuno ha chiesto, devo assolutamente avere un punto d'incontro in ordine
per far sÃ¬ che il multicast fluisca dalla sorgente al ricevitore?
La risposta breve Ã¨ in modalitÃ PIM sparsa, sÃ¬.
Ora, se stessimo utilizzando la modalitÃ densa PIM, che inonda tutto, no,
non avremmo bisogno di un punto d'incontro.
Ma la modalitÃ sparsa sta cercando di allontanarsi da questo.
E quindi, se non vogliamo allagare tutto, dobbiamo averlo
punto d'incontro.
Quindi quali sono alcune cose che potrebbero interrompere tutto questo?
Beh, certamente, sai, deve essere configurato un punto d'incontro.
Se tutti i router sapessero chi Ã¨ il punto di incontro, ma il rendezvous
Point stesso non sa che dovrebbe interpretare quel ruolo,
non funzionerÃ .
La gente gli invierÃ join e cose del genere, ma non saprÃ cosa
a che fare con loro perchÃ© non Ã¨ lui il punto d'incontro.
Se un particolare router non sa chi Ã¨ il punto di incontro, questo Ã¨ tutto
fallirÃ . Ora, come fai a saperlo?
Bene, come abbiamo visto qui, quando mostri il percorso IPM, lasciami ingrandire questo
un po. Ogni singolo router, anche lo stesso RP, dovrebbe avere il file
Indirizzo IP dell'RP.
Se mai esegui questo comando e vedi una stella, la voce G dove si trova il campo RP
dice solo 0.0.0.0, non va bene.
CiÃ² significa che il router non Ã¨ a conoscenza del punto di incontro.
Potrebbe essercene uno lÃ fuori, ma questo particolare router su cui ti trovi
non sa chi sia.
Quindi sarebbe un male.
Un'altra cosa, non solo deve esistere l'RP, non solo i router
devono sapere chi Ã¨, ma devono avere un percorso unicast valido verso il quale
raggiungilo. Quale sarebbe unâindicazione che ciÃ² sta fallendo?
Bene, se l'elenco delle interfacce in entrata Ã¨ nullo e il vicino RPF Ã¨ 0.0.0
.0. Questo Ã¨ il tuo piÃ¹ grande indicatore.
Se ho un indirizzo qui, 3, 4, 3, 3, beh, per esempio, facciamolo.
Adesso, router, andiamo al router 2.
Mostra percorso IPM. Va bene.
Quindi qui abbiamo conoscenza dell'RP.
Mostra IP RPF 3.4.3.3.
E sappiamo che l'ha appreso tramite l'EIGRP.
Quindi ecco cosa farÃ².
DisattivarÃ² questa interfaccia sull'RP.
Fondamentalmente eliminerÃ² il percorso verso 3.4.3 sul router 3.
Va bene. Quindi router 2, mostra il percorso IP.
Quel percorso dovrebbe scomparire dalla tabella di routing molto presto.
C'Ã¨ ancora, ma l'EIGRP dovrebbe apprendere che se n'Ã¨ andato in un attimo.
Potrei aver bisogno di chiuderlo anche dall'altra parte.
In realtÃ lo faccio perchÃ© questi due router sono collegati a uno switch.
In realtÃ non sono direttamente collegati.
Quindi spegnerÃ² questa sottointerfaccia qui su...
Quindi facciamolo in questo modo.
Andiamo quindi al router 3.
Vediamo. Ora passiamo al router 4.
Interfaccia veloce alla 0.0.34.
Chiudilo. Ok, quindi ora Ã¨ davvero sparito.
E sÃ¬, ok, quindi la rete 3.4.3 non c'Ã¨ piÃ¹.
Quindi ora quando mostro il percorso IPM, puoi vedere che sa ancora chi Ã¨ l'RP
Ã¨ perchÃ© l'ho configurato staticamente.
Ma il vicino dell'RPF Ã¨ tutto zero.
L'elenco delle interfacce in entrata Ã¨ nullo.
CiÃ² significa che non so come arrivarci.
Non ho modo di raggiungere il punto d'incontro.
Quindi, per la modalitÃ sparsa, queste sono le tre condizioni.
Bene, c'Ã¨ di piÃ¹, ma queste sono le tre condizioni principali.
RP deve esistere, deve avere un percorso verso di lui e tutti i router lo hanno
per sapere qual Ã¨ il punto d'incontro.
Vediamo qui. Ci sono altre domande.
Vediamo qui. E se anche R8 fosse l'RP?
Si formerÃ anche lâalbero condiviso?
SÃ¬, quindi la domanda qui Ã¨: e se R8 fosse il punto d'incontro?
Bene, in quel caso particolare, l'albero condiviso sarebbe molto piÃ¹ corto.
L'albero condiviso sarebbe solo questo salto tra R8 e R2, e poi
da R2 fino al ricevitore.
E se R2 fosse il punto d'incontro?
Potresti farlo.
Bene, allora praticamente non ci sarebbe un albero condiviso se R2 lo fosse
l'RP, quindi l'albero condiviso sarebbe solo questa connessione diretta qui
al ricevitore.
Quindi, nella mia particolare topologia, ho intenzionalmente stabilito il punto d'incontro
un po' piÃ¹ lontano in modo da poter vedere i salti piÃ¹ distinti di ciÃ² che era
andando avanti, ma ognuno di questi router avrebbe potuto essere l'appuntamento PIM