Ok, abbiamo giÃ parlato un po' di questo concetto di condiviso
albero, che Ã¨ il percorso dal punto di incontro fino al punto in cui si trova
i ricevitori sono. Quindi potenzialmente esiste piÃ¹ di un albero condiviso, giusto?
Se avessi 50 ricevitori sparsi nella mia rete, potrei potenzialmente
avere 50 diversi alberi condivisi, 50 percorsi diversi da quello RP principale
fino ai vari ricevitori in cui vivono.
Andiamo ora un po' piÃ¹ nel dettaglio su come Ã¨ costruito tutto questo.
Quindi prima ti mostrerÃ² alcuni dei comandi iniziali cosÃ¬ possiamo
costruiamolo e poi torneremo alla teoria e vedremo
come funziona tutta questa roba.
Quindi ho detto che il routing multicast deve essere abilitato a livello globale, quindi IP, multicast,
instradamento del trattino. E quindi la modalitÃ sparsa PIMS deve essere abilitata per interfaccia,
quindi questa Ã¨ la modalitÃ trattino sparse IP PIMS e quindi Ã¨ necessaria solo un'altra cosa.
Come trovi il punto d'incontro?
Quindi lo faremo in modo carino e semplice.
Configureremo staticamente un punto d'incontro con il global
comando IP PIM RP indirizzo trattino e poi l'indirizzo.
Quindi quello che sta facendo qui Ã¨ dire che qualsiasi multicast ovunque,
che siano 224, 239, 228, qualunque cosa, vanno tutti da questo ragazzo,
questo punto d'incontro, 777.
Ok, quindi andiamo avanti e iniziamo a crearlo, e poi inizieremo
parlandone mentre procediamo.
Quindi tornando al mio diagramma qui, come puoi vedere, router tre a
il fondo sarÃ il mio RP.
E quindi avrÃ² solo il suo indirizzo sulle specifiche tecniche.
Sai, normalmente probabilmente selezioneresti un loopback su quel router, ma
poichÃ© non fa parte del mio diagramma, sceglierÃ² semplicemente il suo indirizzo
su ethernet veloce 00, quindi 343, quello sarÃ l'indirizzo dell'appuntamento
punto. Quindi lasciatemi brevemente parlare di questi quattro router, router
due, otto, quattro e tre e abilitarli rapidamente per PIM.
Quindi, a partire dal router due, routing dash multicast IP, interfaccia veloce
ethernet zero barra uno, l'interfaccia va a monte di
RP, IP PIM, modalitÃ sparse dash e poi fornirgli informazioni su chi Ã¨ l'RP
Ã¨, e parlerÃ² di tutta questa faccenda DR in arrivo, IP PIM, trattino RP
indirizzo, 3.4.3.3.
Ora un'altra cosa, diamo uno sguardo al nostro diagramma.
Quello che ho appena fatto Ã¨ aver abilitato il routing multicast su R2 e l'ho fatto
abilitato PIM su questa interfaccia.
Probabilmente vorrÃ² farlo anche sull'interfaccia seriale, quindi andiamo
vai avanti e fallo anche sul seriale zero barra uno.
Ma non dimenticare, dovrai abilitarlo anche in questo particolare
caso sull'interfaccia che porta al mio ricevitore.
Ora potresti dire, perchÃ© ne ho bisogno?
Voglio dire, non ci sono router PIM in quella direzione.
Non formerÃ alcun rapporto di vicinato o altro.
Ecco il motivo per cui ne abbiamo bisogno.
Numero uno, se stai utilizzando la modalitÃ sparsa PIM come routing multicast
protocollo, al router non sarÃ consentito ricevere alcun multicast in entrata
o trasmettere qualsiasi multicast in uscita su un'interfaccia non in esecuzione
PIM. Quindi, se non avessi abilitato PIM su Ethernet veloce zero zero, router
primo, il mio ricevitore qui potrebbe richiedere il multicast per tutto il giorno.
Non verrÃ mai inoltrato via Ethernet veloce zero zero.
Ecco l'altro motivo.
Abbiamo parlato di come i destinatari utilizzano IGMP per indicare il loro interesse
un gruppo multicast al router connesso direttamente.
Bene, i router non eseguono IGMP per impostazione predefinita.
Non lo ascoltano.
Ma abilitiamo PIM su questa interfaccia che abilita anche IGMP come sottoprodotto.
Quindi, affinchÃ© questo router se ne renda conto, okay, devo inviare query
ogni paio di minuti e ho bisogno di ascoltare i rapporti sui membri dell'IGMP,
Devo abilitare PIM su questa interfaccia.
Quindi andiamo avanti e facciamolo.
L'interfaccia fast ethernet zero zero inserisce qui la modalitÃ sparsa PIM e l'interfaccia
seriale zero uno zero.
Metti anche il PIM lÃ¬.
Ok, andiamo avanti, ora entriamo in R3.
Ok, e anche il punto d'incontro stesso deve sapere di essere lui
punto d'incontro.
Quindi gli do esattamente lo stesso comando che do agli altri ragazzi.
Dico che sei l'RP e dico oh, quello Ã¨ il mio indirizzo IP.
Ok, immagino che sia il mio lavoro.
E il mio RP sarÃ su zero zero e zero uno.
Ok, questo Ã¨ tutto ciÃ² che mi serve su quel ragazzo.
Quindi ho fatto R2, R3, passiamo a R8.
Ora guarda un paio di cose.
Prima di fare qualsiasi cosa qui su R8, mostra il percorso IPM.
Questo Ã¨ il modo per controllare la tabella di routing multicast.
Bene, non ho ancora abilitato il routing multicast su questo ragazzo.
Quindi non c'Ã¨ niente lÃ¬.
Assolutamente, sai, in realtÃ Ã¨ piuttosto interessante anche questo che si vede
spiegarci le varie bandiere e il materiale che verrÃ utilizzato.
Ma al momento la tabella di routing multicast non esiste.
Se mostro l'interfaccia IPPIM, non ottengo nulla perchÃ© non l'ho abilitata
PIM ancora. Ora, routing dash multicast IP.
Ora, se Ã¨ tutto quello che faccio, ancora nessun PIM, mostra il percorso IPM.
Eppure non fa molto.
Ma ora ho abilitato questo router a popolare questa tabella.
Prima non aveva modo di popolarlo senza quel comando.
Va bene, ora andiamo avanti e abilitiamolo su Ethernet veloce zero zero
e poi le mie interfacce secondarie.
E fagli anche sapere qual Ã¨ il punto d'incontro.
OK, quindi ora a questo punto, lasciami andare avanti e finirlo
Qui. Abbiamo un altro router, il router quattro.
Quindi non avrei dovuto farlo su zero zero perchÃ© zero zero Ã¨ un sottotitolo
interfaccia. Trentaquattro e ottantaquattro.
E infine, diamogli la conoscenza di IPPIM, indirizzo trattino RP.
OK, quindi in questo particolare router, andiamo da qualcuno nel mezzo.
Andiamo al router otto.
Quindi in questo momento questo ragazzo sta eseguendo PIM sulla sua interfaccia.
E posso verificarlo con l'interfaccia show IPPIM.
E mi mostra ogni interfaccia in cui ho abilitato PIM.
Mi mostra la versione.
S in questo caso significa che Ã¨ in esecuzione in modalitÃ sparsa.
Mi mostra quanti vicini ho imparato.
Invia Sto inviando un messaggio PIM ogni 30 secondi.
Parleremo del router designato tra un secondo.
Ed ecco gli indirizzi IP del router designato dal PIM, che vedremo
raggiungere. Se mostro il percorso IPM, ora prima di premere Invio qui, questo router,
poichÃ© Ã¨ nel mezzo, non riceverÃ mai alcun I GMP perchÃ©
Il GMP avviene solo tra il ricevitore e il suo gateway predefinito.
Non va oltre questo.
Il curatore non ha ancora chiesto nulla.
Non ha aderito a nulla.
Assicuriamoci solo che sia vero, prima che io mi trasformi in un bugiardo.
Esatto, quindi non ha chiesto nulla.
Quindi, quando entro, non ci sono stati rapporti sull'appartenenza a I GMP, quindi
ci aspetteremmo che non ci siano join PIM.
Nessuno ha ancora chiesto di iscriversi a qualcosa.
E la mia fonte non ha ancora inviato nulla.
Tutto Ã¨ inattivo.
Non Ã¨ ancora iniziato nulla.
Quindi ci si aspetterebbe che la mia tabella di routing multicast fosse vuota.
Dovrebbe essere vuoto, giusto?
Mostra percorso IPM. Cos'Ã¨ questo?
Da dove viene?
Bene, piÃ¹ avanti, quando ci arriveremo, quando parleremo di RP automatico, questo in particolare
l'indirizzo multicast viene utilizzato da Auto RP.
Questo Ã¨ in realtÃ un indirizzo multicast riservato utilizzato dal proprietario di Cisco
RP automatico. E i router Cisco, per impostazione predefinita, si uniscono a quel gruppo.
Quindi questo router sostanzialmente dice che sono pronto per apprendere dinamicamente chi
l'RP Ã¨, se l'RP automatico viene mai invocato.
Ecco a cosa serve quando lo vedi.
Ok, quindi tutto Ã¨ impostato e pronto per l'uso ora.
Continuiamo con la nostra teoria.
Quindi ho detto che PIM non consentirÃ l'inoltro o la ricezione di multicast
traffico sulle interfacce a meno che una delle due cose non sia vera.
Ã stato scoperto un altro PIM vicino su quell'interfaccia o direttamente
la sorgente slash del ricevitore connesso risiede su quell'interfaccia.
Quindi tornerÃ² al mio diagramma qui come esempio.
Diciamo che avevo abilitato il PIM su tutte queste interfacce.
Ok, diciamolo.
Ora notate le interfacce che non ho cerchiato e l'ho fatto apposta.
Non ho abilitato il PIM qui su questa interfaccia secondaria o proprio qui.
In questo caso particolare, il traffico multicast non scorrerÃ mai.
Se il mio ricevitore invia un rapporto di adesione IGMP, abbiamo abilitato il PIM
su ogni interfaccia per arrivare all'RP.
Quindi in realtÃ formeremo un albero condiviso.
Questo ramo qui sarÃ pronto e in attesa di trasmettere multicast
se mai dovesse succedere.
Ma ecco il problema.
Se la fonte inizia a inviare, beh, R4 non riceverÃ mai una richiesta
per quel traffico.
AffinchÃ© R4 possa inoltrare nativamente il multicast, basta inoltrarlo sull'interfaccia,
qualcuno deve chiederglielo.
Deve ricevere un'iscrizione al PIM.
Beh, non riceverÃ un'iscrizione PIM in questo modo a causa di questa interfaccia
non ha PIM su di esso.
E non lo riceverÃ .
Se un membro del PIM arriva qui o qui, lo lascerÃ cadere perchÃ©
non ha PIM abilitato su queste interfacce.
Non puÃ² ricevere PIM.
Questa Ã¨ una dimostrazione del motivo per cui il PIM deve essere abilitato su entrambi i lati
un collegamento. Anche sull'interfaccia collegata al ricevitore e all'interfaccia
collegato alla fonte in modo che tutto fluisca.
Quindi questa puÃ² essere una fonte di risoluzione dei problemi multicast.
Se il multicast non scorre da qualche parte nella tua rete, potrebbe essere cosÃ¬
semplice come il fatto che ti sei dimenticato di abilitare PIM su qualche collegamento da qualche parte.
Alcune interfacce e alcune sottointerfacce non hanno il PIM abilitato.
Quindi i pacchetti PIM Hello vengono utilizzati per scoprire i vicini PIM.
E se stai guardando questa registrazione, mi scuso.
Nella registrazione precedente ho indicato erroneamente l'indirizzo multicast di questi
PIM Salve. L'indirizzo corretto Ã¨ 2240013.
Quindi 2240013 Ã¨ l'indirizzo a cui vengono inviati i PIM Hello.
Quindi facciamo effettivamente una traccia snipper di questi Hello in questo momento perchÃ©
abbiamo il PIM abilitato.
Ne sceglierÃ² uno proprio qui.
Quindi sappiamo che la topologia fisica effettiva in questo caso Ã¨ proprio qui.
PIM Ã¨ abilitato su R2, R8, R4.
Quindi facciamo semplicemente una traccia dello snipper.
CatturerÃ² i saluti che stanno arrivando con l'etano veloce a 0 barra
4 su questo interruttore.
Quindi utilizzerÃ² la funzione span sullo switch per raggiungere questo obiettivo.
Non entrerÃ² davvero nei dettagli su come configurare span o
cosa fa span perchÃ© non Ã¨ realmente rilevante per questa presentazione.
Ok, quindi a questo punto, qualunque cosa accada, vediamola qui,
Ho fatto 0 barra 7.
Quindi sarebbe proprio qui.
Ok, R4. Quindi, quando R4 invia PIM Hello, dovremmo catturarli e
il mio squalo filo dovrebbe raccoglierli.
Escono ogni 30 secondi quindi non dovremmo aspettare troppo a lungo.
Eccoci qua. Quindi userÃ² il mio portatile o un bug con lo squalo filo.
Ma molte volte lo squalo del filo non mi lascia premere i pulsanti qui sopra
fermare qualcosa. Quindi espandiamo questo.
Quindi ecco il nostro PIM Ciao.
Quindi nota la destinazione 2240013 e quando la mappiamo fino alla nostra destinazione
L'indirizzo MAC 01005E e D Ã¨ 13.
Ã trasportato in IP.
Ha un time to live di 1 perchÃ¨ va bene solo sul collegamento locale.
E ha un DSCP piuttosto alto.
Ha una precedenza IP pari a 6.
E puoi andare piÃ¹ in alto solo arrivando a 7.
Quindi, per quanto riguarda le prioritÃ , un pacchetto con prioritÃ piuttosto alta.
Protocollo 103 per PIM.
E qui vediamo che la fonte Ã¨, in questo caso, il router 8.
Sembra. Router 8.
E destinazioni PIM.
E poi ecco in realtÃ l'organismo del PIM.
PIM versione 2, il codice tipo Ã¨ 0, il che significa che Ã¨ Hello.
E l'opzione che dice il tempo di attesa.
Quindi 105 secondi, ovvero circa tre volte la prioritÃ , ovvero tre volte
l'intervallo dell'ora di saluto, che Ã¨ ogni 30 secondi.
E capacitÃ di prioritÃ del router designato e aggiornamento dello stato.
Ne parleremo un po' di piÃ¹ tra un minuto.
Ma puoi vedere che PIM Hello Ã¨ piuttosto semplice.
E qui puoi vedere che escono abbastanza frequentemente.
Quindi ecco quello del router 8.
E si Ã¨ spento a 42,35 secondi.
Quindi se andiamo avanti per circa 30 secondi in piÃ¹, dovrebbero essere cinque minuti
e circa 15 secondi circa.
Ed ecco il prossimo saluto.
Circa 30 secondi dopo, cinque minuti e 12 secondi.
E parleremo di queste altre cose, uniremo le prugne e cose in arrivo
su. OK, quindi il PIM si unisce.
Come ho giÃ detto, PIM non aggiunge un ramo all'albero finchÃ© qualcuno non lo desidera
per unirsi ad esso. Quindi PIM in realtÃ ha qualcosa chiamato pacchetto di join per fare questo.
E vedrai in molte documentazioni, ne faranno riferimento come due
diversi tipi di join.
Qualcosa chiamato star virgola g join e s virgola g join.
Entreremo nei dettagli cruenti di ciascuno di questi.
Per ora, dirÃ² solo che entrambi sono esattamente lo stesso pacchetto.
Non Ã¨ che esistano due diversi tipi di pacchetti PIM.
Sono entrambi trasportati nello stesso identico pacchetto.
L'unica differenza Ã¨ che un piccolo campo Ã¨ diverso tra questi due.
Ma questa Ã¨ la struttura dati fondamentale utilizzata dal PIM per l'invio
un messaggio a monte che dice: ehi vicino, guardami, mi serve qualcosa.
Ho bisogno di un gruppo particolare.
Aggiungimi al tuo albero.
Questa Ã¨ l'unione al PIM.
Quindi l'inoltro multicast Ã¨ determinato dalle voci nella tabella di routing M,
la tabella di routing multicast.
Quindi le chiamiamo rotte M.
Quindi cosa causerebbe il popolamento di queste voci nella tabella?
Beh, una delle tre cose.
O un router ha ricevuto un'unione PIM.
Ha ricevuto traffico multicast.
In realtÃ ci sono quattro cose.
Ha ricevuto un rapporto di adesione all'IGMP.
Quindi lasciatemi inserire anche quello qui.
Eccoci qua. Quindi un router ha ricevuto un'adesione PIM o un'iscrizione IGMP
rapporto. Ha ricevuto il traffico multicast effettivo stesso.
Oppure a volte puÃ² essere creato dinamicamente o automaticamente.
Abbiamo visto che il 2240140 era lÃ¬ per l'RP automatico.
E non dovevamo fare nulla per questo.
In realtÃ non abbiamo ricevuto alcun traffico RP automatico che fosse solo dinamico
mettere lÃ¬. Quindi diamo un'occhiata alla tabella dei percorsi M per un momento.
E ne indicherÃ² alcuni punti di alto livello.
E poi parleremo ancora un po' di alcuni dettagli.
Quindi, ad esempio, se entro qui, mostra il percorso IPM Ã¨ il modo in cui vediamo cosa c'Ã¨
lÃ¬ dentro. Quindi queste sono tutte le tue bandiere.
E queste bandiere appariranno in varie parti del tuo percorso M.
Quindi questo Ã¨, ad esempio, considerato un percorso M.
Queste quattro righe proprio qui.
CiÃ² indica un percorso multicast.
E di queste bandiere, ne parleremo molte.
Ora, molti di questi non hanno nulla a che fare con la modalitÃ sparsa PIMS.
Quindi indicherÃ² quelli piÃ¹ comuni che vedrai in PIMS sparse
modalitÃ . Ma ad alcuni di loro piace la bandiera Z e la bandiera Y che non ha nulla
a che fare con la modalitÃ sparsa PIMS.
Quindi non ne parleremo.
Quindi vedrai qui, cosÃ¬ puoi vedere che questo Ã¨ il tuo gruppo.
Questo Ã¨ il gruppo multicast.
E parleremo qui tra un secondo di cosa significa la stella.
Alcuni timer su quanto tempo il gruppo Ã¨ attivo e quando scadrÃ .
Informazioni su chi Ã¨ il punto d'incontro.
Interfaccia in entrata, sai, dove mi aspetto di ricevere il mio multicast
traffico? Quando mi arriverÃ , quale interfaccia lo riceverÃ ?
E da quali interfacce lo inoltrerÃ²?
A volte l'elenco delle interfacce in uscita dirÃ no, il che significa che non ho nessuno.
Nessuno mi ha mai chiesto questo traffico.
Non ho un posto dove inviarlo.
Quindi esamineremo piÃ¹ in dettaglio i vari timer e le cose qui
mentre procediamo. Allora come creiamo l'albero condiviso?
Beh, innanzitutto devi sapere qual Ã¨ il punto d'incontro.
Devi sapere come raggiungerlo.
Quindi se non hai un percorso per il punto d'incontro, non lo farÃ
ti fa molto bene.
E devi avere almeno una richiesta da un ricevitore multicast.
Il ricevitore multicast, il laptop, il PC, una volta inviato un'adesione IGMP
rapporto, che dÃ il via all'intero processo.
Questo Ã¨ ciÃ² che costruisce l'albero condiviso.
Ok, quindi andiamo avanti e costruiamo un albero condiviso.
Quindi quello che faremo in questo caso Ã¨ prendere il mio ricevitore,
che in realtÃ Ã¨ un router, ma gli farÃ² inviare un'iscrizione IGMP
rapporto per un particolare gruppo.
Ora parliamo del processo che vedremo.
E poi lo esamineremo in laboratorio.
Quindi, quando R2 riceve il rapporto di adesione, improvvisamente se ne accorgerÃ
di una fonte. Quindi andiamo avanti e facciamolo effettivamente sulla lavagna
Qui. Quindi, quando questo ragazzo invia un rapporto sull'adesione, inventiamoci
qualche gruppo. 239.999.
Bene, con PIM abilitato su Fast Ethernet 00, il router 2 ora realizzerÃ ,
ok, ho un ricevitore su questa interfaccia per questo gruppo.
Ora notate quando arriva questo rapporto di adesione, quindi non se ne andrÃ
essere qualsiasi menzione di 4.5.4.5 perchÃ© nessuno sa che esiste in questo momento
punto. Quindi, quando arriva quel rapporto, il router 2 ne creerÃ alcuni
dichiara nella sua tabella di routing M, la sua tabella di routing multicast, e stiamo andando
per chiamare questa stella, virgola, stato g.
PerchÃ© lo chiamiamo cosÃ¬?
Beh, sarÃ stella, virgola, g, il che significa che la stella Ã¨ qual Ã¨
Indirizzo IP della fonte?
Ebbene, non sappiamo quale sia l'indirizzo IP della fonte.
Quindi usiamo semplicemente una stella come segnaposto, il che significa che non lo facciamo con qualsiasi fonte
importa quale sia la fonte.
E poi g, beh, in questo caso particolare, sarÃ 239.999.
Questo Ã¨ il mio gruppo.
Quindi vedrai qui che R2 ora avrÃ una voce di percorso M che dice stella, virgola,
239, 999. La chiamiamo voce asterisco, virgola, g.
E fasteetanet00 verrÃ inserito nell'elenco delle interfacce in uscita.
In altre parole, se mai ricevessi multicast per questo gruppo, invierÃ²
it in uscita su interfaccia fasteetanet00.
Ok, quindi una volta che il router 2 lo avrÃ capito, ora dirÃ , okay, ne ho bisogno
per far sapere al punto d'incontro del PEM che sono quaggiÃ¹.
E se mai dovesse ricevere il multicast a 239.999, dovrÃ inoltrarlo a
Me. Ora, in questo caso particolare, abbiamo giÃ identificato l'appuntamento
indicare il router 3.
Lui Ã¨ il PEM RP.
E tutti questi router lo sanno, perchÃ© l'ho configurato staticamente
loro per quello. Quindi il router 2, nella sua voce stella, virgola, g, lo vedrai
lo dirÃ . DirÃ , okay, so che il punto d'incontro Ã¨ 3
.4.3.3. E ora entrerÃ nella sua tabella di routing unicast.
DirÃ : come ci arrivo?
Bene, se entro nel router 2, se voglio verificare che questo router
in realtÃ puÃ² invertire il percorso verso l'RP, a cui sa come tornare
l'RP, ci sono due modi in cui potrei farlo.
Potrei certamente semplicemente guardare la mia tabella di routing.
Potrei farlo io.
Mostra percorso IP. E possiamo vedere proprio qui che c'Ã¨ un percorso per la 343
rete, appresa tramite EIGRP.
E quindi uscirÃ tramite Ethernet veloce 0 barra 1.
Oppure, se vuoi farlo nel modo in cui lo farebbe PEM, puoi mostrare IP RPF
e quindi digitare l'indirizzo IP.
Dice: okay, lo so.
La mia interfaccia per arrivarci Ã¨ Ethernet veloce 0 1.
Il mio vicino di casa, in altre parole, il vicino che me ne ha parlato
il percorso Ã¨ 8288. Ecco il percorso effettivo che ho trovato sulla mia tabella di routing.
E l'ho imparato tramite il processo EIGRP 100, EIGRP Autonomous System 100.
Quindi ora che lo sa, torno alla mia lavagna qui, vedrai
nella mia stella, voce G, inserirÃ qualcosa chiamata interfaccia in entrata.
Interfaccia in entrata.
E dirÃ , una volta che l'RP inizierÃ a inviarmi dati multicast, perchÃ©
inizialmente non dovrebbe iniziare a scendere dall'albero condiviso dall'RP, dovrebbe
inizia a venire da Ethernet veloce 0 barra 1.
PerchÃ© Ã¨ l'interfaccia che utilizzo per raggiungere il punto d'incontro.
E poi dirÃ anche: il mio vicino Ã¨ 8,2 punto 8 punto 8.
Ora ha tutto ciÃ² di cui ha bisogno.
Quindi ora il router 2 creerÃ un join PEM.
E noi la chiamiamo stella PEM, unisciti.
PerchÃ© proprio come il rapporto di adesione all'IGMP non dava alcuna indicazione su cosa
l'indirizzo di origine Ã¨ di questo flusso multicast, fornisce anche questo join PEM
nessuna indicazione del flusso multicast.
E lo cattureremo nella traccia dello snippet in modo che tu possa vederlo.
Stella, 239 punto 999.
E in quella stella, G join, avrÃ effettivamente l'indirizzo IP dell'appuntamento
punto. E in questo modo il router 8 dirÃ : okay, so dov'Ã¨
andando, questo andrÃ all'RP.
CosÃ¬ indovinate un po? Quando il router 8 lo ottiene, creerÃ la stella, lo stato G
in lui. PerchÃ© ricorda la stella, lo stato G, viene creato questo stato del percorso M
basato su un ricevitore effettivo che richiede il percorso o su un downstream
router che chiede il percorso.
Se un router downstream ti invia una stella, G join, crea l'esatto
stesso stato come se avessi effettivamente un ricevitore.
Non proprio la stessa cosa, ho bisogno di alcune bandiere qui che siano diverse, ma
crea ancora lo Stato.
Quindi il router 8 creerÃ una stella, voce G.
Lui sa chi Ã¨ l'RP.
FarÃ una ricerca del percorso inverso e presumo praticamente che sia il suo
il percorso inverso sarÃ 00.83.
Basta guardare questo diagramma e sono abbastanza sicuro che sia il percorso piÃ¹ veloce.
E poi il suo prossimo vicino sarÃ in realtÃ 3.4.3.3.
E una volta ottenuto questo, inoltrerÃ una stella, G si unirÃ all'RP.
E questo creerÃ lui stesso la stella, lo stato G nel punto d'incontro.