Quindi, fino a questo punto nei video precedenti, abbiamo parlato
come viene costruito l'albero condiviso, fino al punto di incontro e
per poi fermarsi lÃ¬.
E poi l'ultimo video di cui abbiamo parlato, okay, una volta quella fonte, quella
server, inizia a inviare il suo traffico multicast, il primo router
Ã¨ connesso, che considereresti il ââgateway predefinito per il
source, prenderÃ quei pacchetti multicast e li registrerÃ con il PIM
punto d'incontro.
E abbiamo parlato di come ciÃ² significhi sostanzialmente prendere i pacchetti multicast
e avvolgendoli all'interno di un'intestazione PIM e quindi avvolgendoli all'interno
di un'intestazione IP unicast dal router all'RP.
Quindi ora esamineremo come unire l'albero del percorso piÃ¹ breve.
Ora ricorda, l'ho menzionato nell'altro video che ogni router ha il suo
propria prospettiva su quale sia l'albero del percorso piÃ¹ breve, giusto?
Non appena un router riceve un pacchetto multicast, all'improvviso lo riceve
questo risveglio, dice aha, questo Ã¨ quello che stavo cercando e ora
Conosco la componente critica che prima non conoscevo.
So chi Ã¨ la fonte.
Quindi quel router, scusami, non cerca RP.
Entra nella sua tabella di routing unicast e dice, per me, qual Ã¨ il piÃ¹ breve
percorso di ritorno a quella fonte?
Ora questo potrebbe portarti a porre la domanda, okay, quindi significa questo
ovunque lungo l'albero dalla sorgente fino al ricevitore,
se ci sono rami ovunque che si diramano ed Ã¨ in realtÃ il piÃ¹ corto
percorso, significa che Ã¨ consentito qualsiasi router ovunque lungo quel percorso
per passare all'albero del percorso piÃ¹ breve e lasciare quell'albero centrale e
lasciare l'albero dei punti d'incontro?
Non proprio. E quindi ne parleremo qui.
Ma in questa situazione particolare, il punto d'incontro ha il permesso
per farlo perchÃ© ricorda che a questo punto il punto d'incontro sta ricevendo
registrare i pacchetti, il che fa sÃ¬ che la sua CPU lavori un po' di piÃ¹
di quanto dovrebbe. Normalmente, ciÃ² che vogliamo veramente Ã¨ quando un pacchetto multicast
entra, vogliamo solo cercare la voce nella tabella mRout e inoltrarla
Ã¨ in viaggio. Ã un dato di fatto, se utilizzi SEP, Cisco Express
Inoltrando, puoi anche fare tutto questo senza potenzialmente interromperlo
la CPU, come ad esempio sugli switch.
Se disponi di un interruttore multistrato con camme a T e inoltro A6 e inoltro
motori e cose del genere, la CPU e lo switch eseguono tutta l'elaborazione PIM.
Quindi, quando ti unisci al PIM, il PIM elimina, il PIM registra i pacchetti, devono farlo
salire fino alla CPU da elaborare.
Quindi, se lo switch multistrato, che funziona come un router,
sta ricevendo tonnellate di pacchetti di registro, vanno tutti a una CPU.
Mentre se fosse arrivato come multicast nativo, potrebbe essere tutto
essere gestito in hardware sulle sue camme T e sulla sua A6 e cose del genere e lo farebbe
non dÃ mai fastidio alla CPU, non viene mai visto dalla CPU.
Quindi idealmente, questo Ã¨ ciÃ² che vogliamo.
Quindi vogliamo interrompere questo processo di registrazione il piÃ¹ rapidamente possibile
non devi fare tutto quel lavoro extra.
Quindi abbiamo detto che il modo in cui ciÃ² accadrÃ Ã¨ il PIM
RP invierÃ un messaggio di join chiamato s, g join a monte per aprire
lungo la sua strada piÃ¹ breve.
E questo Ã¨ il suo modo di dire, okay, voglio aprire il multicast
puÃ² scorrere nella sua forma nativa.
Una volta che ciÃ² inizia ad accadere e lo vedo, l'ho confermato, quindi il
RP dice di fermare la cassa.
Non lo voglio piÃ¹.
Smetti di fare il processo di registrazione e invierÃ effettivamente un registro PIM
fermare. Ne abbiamo parlato.
Ora, so che anche in questo caso particolare R2 si unisce al piÃ¹ corto
albero del sentiero. Ora, lasciatemi tornare per un momento al mio disegno originale.
Ecco come Ã¨ la nostra attuale topologia.
Ora, lo so perchÃ© l'ho progettato intenzionalmente in modo che R8 potesse farlo
per arrivare direttamente al router quattro senza andare al router tre.
Quindi uno potrebbe guardare questo e dire, okay, quindi suppongo che quando
il primo pacchetto multicast, quando il primo pacchetto di registro, il primo
il pacchetto di registro arriva a valle al router tre e il router tre viene deincapsulato
quello e lo invia come multicast nativo al router otto, non solo
il router tre invierebbe il suo join a monte cercando di unirsi al suo piÃ¹ corto
percorso dell'albero, non ci aspetteremmo che anche il router otto faccia lo stesso?
Dopotutto, il router otto ora sa chi Ã¨ la fonte e dovrebbe farlo
guarda nella sua tabella di routing e dÃ¬, oh, aspetta, ho questa connessione diretta BAM
qui alla fonte.
Questa Ã¨ la mia strada piÃ¹ breve.
Non ci aspetteremmo che si unisca anche all'albero del percorso piÃ¹ breve?
Bene, daremo un'occhiata a questo in una traccia sniffer.
Ti dirÃ² esattamente cosa dice la RFC.
La RFC per la modalitÃ sparsa PIMS afferma che le uniche persone autorizzate
per passare da un albero condiviso a un albero con il percorso piÃ¹ breve sono presenti entrambi i numeri
uno, il punto d'incontro, come abbiamo detto, o l'ultimo
router di salto. In altre parole, il router direttamente connesso a
ricevitore. Quindi secondo la RFC, in questo particolare diagramma, router
otto non sarebbero autorizzati ad avviare tale processo.
Dovrebbe ricevere il multicast sull'albero condiviso e poi basta
continuare a passarlo a valle fino al router due.
E poichÃ© il router due Ã¨ direttamente connesso al ricevitore, ricorda,
l'abbiamo visto con la bandierina C perchÃ© ha ricevuto il verbale di adesione,
ciÃ² significa che sarebbe sua responsabilitÃ connettersi al piÃ¹ breve
percorso dell'albero, non responsabilitÃ del router otto.
Quindi daremo un'occhiata a questo in una traccia sniffer e vedremo se Ã¨ cosÃ¬
vero perchÃ© sappiamo che a volte con i router Cisco e cose del genere, loro
non seguire esattamente la RFC.
Quindi vediamo se ciÃ² accadrÃ .
Ma prima di farlo, non voglio saltare in avanti qui.
E comunque, questo router due nella RFC, potresti vederlo come termine due
cosa diversa.
L'ho visto chiamato last hop router e l'ho visto anche chiamato leaf
router. Ã come una foglia sul bordo dell'albero.
Va, l'albero non va oltre.
Quindi chiameranno router foglia o router last hop.
Ok, questa Ã¨ una revisione di ciÃ² di cui abbiamo giÃ parlato.
Quindi non ho bisogno di entrare lÃ¬ dentro.
E ho menzionato come i join S, G vengono utilizzati per aprire il percorso piÃ¹ breve
albero. E vedrai sempre l'acronimo S P T quando ne parli
PIM, albero del percorso piÃ¹ breve.
Quindi cosa attiva un'unione S, G?
Bene, ancora una volta ci sono molteplici cose che potrebbero innescarlo.
Se ti capita di essere al punto d'incontro e ricevi un pacchetto multicast
e un registro, che ti farÃ scattare l'invio di un join S, G.
PerchÃ© come punto d'incontro, vorrai aprire il tuo piÃ¹ breve
sentiero. Quindi questa Ã¨ una cosa che potrebbe innescarlo.
Cos'Ã¨ un'altra cosa?
Come abbiamo detto, se sei un router foglia quando ricevi il multicast
pacchetto. Anche questo solleva un punto interessante.
Quindi potresti chiederti, beh, la fresatrice fogliare lo fa immediatamente?
Solo dopo aver ricevuto 10 pacchetti o un certo bit al secondo.
Sai, quando decide di farlo il fresatore fogliare?
L'attuale RFC non lo definisce.
L'attuale RFC per PIMS Farsmo dice semplicemente che il router foglia puÃ², lui no
addirittura doverlo fare.
Il router foglia puÃ² passare all'albero del percorso piÃ¹ breve una volta stabilito
viene raggiunta la soglia.
Questo Ã¨ tutto ciÃ² che dice.
Ora, come lo fanno effettivamente i router Cisco?
La soglia per i router Cisco Ã¨ un pacchetto, solo uno.
Quindi, quando il primo pacchetto multicast raggiunge il router due e il router
due per primi imparano qual Ã¨ l'indirizzo di origine, questo Ã¨ il suo trigger
per dire, okay, ho un percorso piÃ¹ breve?
Permettimi di unirmi a lui. Quindi questa Ã¨ la soglia sui router Cisco.
Ora potresti dire, ho un'altra opzione?
C'Ã¨ qualcos'altro che posso fare?
Lascia che ti mostri qual Ã¨ il comando per modificare quel comportamento.
Non hai molte opzioni.
Davvero, ce ne sono solo due.
Hai solo due opzioni a tua disposizione.
Quindi andrÃ² sulla fresatrice fogliare qui.
E il comando Ã¨ IP PIM.
E poi c'Ã¨ la soglia SPT.
Quindi Soglia del percorso Shores.
E hai solo due opzioni.
Zero, che Ã¨ l'impostazione predefinita, o infinito, che significa non cambiare mai
al percorso piÃ¹ breve.
Questo Ã¨ tutto. Niente in mezzo.
Quindi puoi decidere tu stesso in quali circostanze potresti desiderarlo
per selezionare l'infinito.
Ma l'impostazione predefinita prevede il passaggio non appena si riceve il primo pacchetto.
Quale stato creano nella tabella di routing M?
Ok, quindi se torno al mio router qui, andiamo avanti e usiamo questo
tipo. Mostra il percorso IP M.
Ok, finora abbiamo la nostra stella, la virgola G.
Ora la voce stella, virgola G viene creata in base all'albero condiviso.
Dove l'unica cosa che sappiamo Ã¨ il punto d'incontro.
E come raggiungere il punto d'incontro.
Quindi, se i pacchetti multicast iniziano a fluire lungo l'albero condiviso, questo Ã¨ il file
costrutto che utilizzeremo per inoltrare quei pacchetti multicast.
Ora dici, beh, se il multicast inizia effettivamente a fluire e noi adesso
conosciamo la fonte, useremo anche questa?
Bene, guarda un paio di cose qui.
Numero uno, interfaccia in entrata.
Un vicino dell'RPF.
Tutto questo si basa sulla nostra conoscenza del punto d'incontro.
Se ricevo effettivamente dati multicast reali, questo non sarebbe rilevante,
Giusto? PoichÃ© l'interfaccia in entrata e il vicino RPF per raggiungere il file
la fonte effettiva in sÃ© potrebbe non essere questa.
Potrebbe essere qualcosa di diverso.
Inoltre, non avrei piÃ¹ bisogno di una stella qui perchÃ© ora saprei cosa
l'indirizzo di origine Ã¨.
Quindi nel momento in cui un router riceve effettivamente il primo pacchetto multicast,
crea una seconda voce qui, chiamata voce S, virgola G.
Quindi andiamo avanti e facciamolo.
Cominciamo dal flusso.
Fondamentalmente esegui di nuovo il mio ping.
Va bene. E in realtÃ devo andare al router otto perchÃ© durante la pausa,
Ho aggiunto qualcosa qui che potrebbe potenzialmente rovinare la nostra dimostrazione.
Quindi voglio solo sbarazzarmene.
Ok, ora diamo un'occhiata al router due.
Mostra IP, percorso M.
Quindi qui vediamo quella che viene chiamata voce di percorso S, virgola G, M.
S perchÃ© ehi, in realtÃ sappiamo chi Ã¨ la fonte proprio lÃ¬.
Quindi l'interfaccia in entrata e il vicino RPF sono effettivamente rilevanti adesso
alla fonte, non al punto d'incontro.
Ora, la mia particolare topologia, in realtÃ ho fatto in modo che su R2 lo facesse
preferisco questo collegamento seriale per raggiungere R4 piuttosto che questi collegamenti Ethernet veloci.
L'ho fatto semplicemente manipolando l'EIGRP e utilizzando elenchi di offset e cose del genere
come quello. Ma R2 dice ok, per arrivare alla rete quattro cinque, questo Ã¨
il percorso preferito.
E ancora una volta, posso semplicemente controllarlo, mostrare IP RPF, quattro punti cinque punti
quattro punto cinque. E dice, preferisco usare serial zero one zero, e
questo Ã¨ tramite EIGRP 100.
Ecco cosa usiamo come interfaccia in entrata.
E il vicino dell'RPF Ã¨, beh, come sembra, il prossimo vicino in ordine di importanza
su quella direzione.
Ora che ci sono molte regole che lo circondano, dobbiamo rispettarle.
Quindi numero uno, quando viene formata per la prima volta una S, virgola G, in pratica basta solo
qualunque cosa sia nell'elenco dell'interfaccia in uscita della stella, virgola G e solo
lo copia qui.
Quindi normalmente sono la stessa cosa.
C'Ã¨ una circostanza in cui ciÃ² non accadrÃ .
Esiste una regola del PIM, e questa in realtÃ esiste sia per la stella che per la virgola
G e la S, virgola G, che dice che non potrai mai avere la tua interfaccia in entrata
nell'elenco delle interfacce in uscita.
In altre parole, la tua interfaccia in entrata non puÃ² essere la stessa di quella in uscita
interfaccia. Quindi se vedi nell'elenco delle interfacce in uscita null, significa
niente, potrebbe essere questo il motivo.
Ma in questo caso non dobbiamo preoccuparci di questo.
Quindi l'interfaccia in entrata Ã¨ seriale zero uno zero e l'ha appena copiata
questo quaggiÃ¹. Ok, cosa significa la J?
La bandiera J significa che ho inviato un join in questa direzione.
Quindi in questo caso particolare, poichÃ© questo Ã¨ l'albero del percorso piÃ¹ breve, quello
significa che ho inviato una S, la virgola G si unisce all'albero del percorso piÃ¹ breve.
Ora, la bandiera J di per sÃ© non Ã¨ la prova che ne abbiamo effettivamente ricevuta alcuna
dati multicast da quella direzione.
Significa solo che abbiamo provato ad aprire quella direzione.
Quello che normalmente vorremmo vedere dopo la bandiera J, e lo farÃ²
indagare su questo qui, sarebbe la bandiera T.
Normalmente vedremmo la bandiera T dopo la bandiera J, e in realtÃ la bandiera T
significa che ho ricevuto dati multicast effettivi dall'albero del percorso piÃ¹ breve.
Ora, perchÃ© non lo vediamo in questo caso particolare?
Bene, facciamo un po' di risoluzione dei problemi qui.
Sappiamo che per ricevere traffico multicast in questa direzione,
dobbiamo avere il PIM proprio qui.
Ok, quindi domanda numero uno: il router due ha un vicino PIM sulla seriale
zero uno zero? Se ha un vicino PIM, allora Ã¨ la prova che lo siamo davvero
ho abilitato PIM sul router quattro.
Quindi vediamo, mostra il vicino IP PIM.
E non lo fa.
Va bene, quindi abbiamo solo un vicino sulla veloce Ethan a zero uno.
Non ce l'abbiamo sul seriale, ecco perchÃ© non riceviamo traffico
quel modo. Quindi diamo un'occhiata al router quattro.
SÃ¬, e Peter, solo per convalidare, devi davvero vedere la bandiera T
questa voce qui per verificare di aver ricevuto traffico multicast inattivo
l'albero del cammino piÃ¹ breve.
Tutto ciÃ² che la bandiera J significa Ã¨ che ho tentato di unirmi a quell'albero, ma non lo abbiamo fatto
sapere se funziona giÃ .
E questo caso particolare chiaramente non funziona perchÃ© non l'ho nemmeno fatto
un vicino su quell'interfaccia.
Quindi perche no? Andiamo al router quattro.
Mostra l'interfaccia di esecuzione seriale zero uno zero.
E ci siamo.
Non ho abilitato PIM su quell'interfaccia.
Quindi questo spiega tutto.
Ok, il ping Ã¨ ancora attivo o Ã¨ terminato?
SÃ¬, sto ancora andando.
Quindi ora andiamo al router due.
E ci siamo.
Ora abbiamo la bandiera T.
Va bene. CiÃ² significa che abbiamo effettivamente iniziato a ricevere multicast
traffico dall'albero del percorso piÃ¹ breve.
Va bene. E solo per il caso in cui stai guardando questa registrazione e
hai saltato la sezione precedente sui registri PIM, in quel particolare
sezione Ho fatto una traccia snipper di un PIM S, diamo un'occhiata a quello
molto velocemente. Ecco come appare un'unione S, G.
Esce comunque come multicast utilizzando lo stesso indirizzo di destinazione PIM
di 2240013. Quindi Ã¨ un salto dopo l'altro.
Quindi l'indirizzo di origine cambierÃ hop dopo hop.
E nel corpo del messaggio PIM c'Ã¨ il tipo tre, ancora una volta, join
fesso. Vicino a monte, a chi andrÃ tutto questo?
Chi Ã¨ il mio vicino RPF a cui lo mando?
E dirÃ : numero di iscrizioni, a quanti gruppi mi unirÃ²?
Quindi ciÃ² che differenzia realmente una stella, G join da una S, G join sono i
bandiere proprio qui.
Abbiamo visto nella stella unire la G che oltre alla punta S, avevamo la W
bit e il bit R.
La parte W era il carattere jolly, il che significa che non so quale sia la fonte
del flusso Ã¨.
Quindi questo indirizzo IP, se la W fosse qui, significherebbe questo indirizzo IP
Ã¨ il punto d'incontro.
Ma in base al fatto che manca la W, significa che in realtÃ Ã¨ cosÃ¬
l'indirizzo IP della sorgente dello stream stesso.
Inoltre manca il bit R.
Il bit R Ã¨ quello che viene chiamato bit RP.
Se guardi effettivamente le specifiche PIM, si chiama bit RP.
E ciÃ² significherebbe che questo messaggio, che si tratti di una prune o di un join, sta andando
sull'albero RP. Sta risalendo l'albero condiviso verso il punto d'incontro.
Ancora una volta, questo manca qui, perchÃ© non si tratta di una cosa condivisa
albero. Questo Ã¨ destinato a salire sull'albero del percorso piÃ¹ breve.
Quindi, a parte questo, sembrano fondamentalmente uguali, una stella, G si uniscono e
un'unione S, G. Il corpo sembra lo stesso.
Devi davvero guardare le bandiere qui per vedere.
La W nella R Ã¨ qui o manca?
Questo Ã¨ ciÃ² che differenzia i due.
Ora, ho menzionato che una delle cose che potrebbero causare lo stato S, G
il router Ã¨ se stai effettivamente ricevendo il traffico multicast stesso.
C'Ã¨ un'altra situazione che potrebbe causare questo.
Se ricevi un join S, G da un router downstream, ad esempio, let's
non usare questo.
Diciamo, ad esempio, che ci troviamo in questa situazione.
Questo tizio Ã¨ l'RP.
Chiameremo questo ragazzo semplicemente router uno, router due e router tre.
Metteremo il nostro ricevitore proprio qui, e metteremo la nostra fonte proprio qui.
Va bene, quindi sappiamo che inizialmente non appena inizia il multicast
scorrendo, andrÃ in questa direzione fino al punto d'incontro, giÃ¹
all'albero condiviso e poi al destinatario.
Quindi in questo momento il router due non ha alcuno stato.
Non ha lo stato del percorso M per il flusso.
Nessuno glielo ha mai chiesto, nÃ© l'IGMP nÃ© il PIM.
Quindi se mostrasse il percorso IPM, non vedremmo nulla.
Niente relativo allo streaming.
Ma quando il router cerca di unirsi al percorso piÃ¹ breve, se presumiamo
che questo Ã¨ il percorso piÃ¹ breve, invierÃ un join PIM S, G a monte.
E come abbiamo visto nel corpo del messaggio, dirÃ router vicino
due, l'indirizzo IP del router due, quindi fornirÃ la sorgente e la destinazione,
Giusto? Egli darÃ la fonte del flusso.
Diciamo solo che questo Ã¨ xxx.
Qui avrÃ sorgente uguale a xxx, gruppo uguale, sai, qualunque cosa
Ã¨. Quindi ora, anche se il router due inizialmente non aveva lo stato del percorso M
tutto, una volta ottenuta questa unione S, G, ciÃ² creerÃ effettivamente lo stato S, G
nella sua tabella dei percorsi M.
E poi sarÃ in grado di creare il proprio join S, G e inviarlo
Da questa parte. Un altro componente chiave, potresti essere testato su questo su alcuni