Quindi, a questo punto del processo, se hai guardato questi video
dall'inizio fino ad ora, abbiamo praticamente coperto la stragrande maggioranza
dei dettagli del processo PIM e di come funziona nel 90% dei casi.
Ma ci sono ancora un paio di altri dettagli che potrebbero esserti sfuggiti
che Ã¨ importante sapere ed Ã¨ di questo che parleremo
ora c'Ã¨ questo concetto di router designati e spedizionieri designati.
Non Ã¨ proprio necessario sapere se i PIM funzionano perfettamente, ma Ã¨ cosÃ¬
laddove le cose non funzionano come previsto, potrebbe essere necessario risolvere il problema
cose, devi assolutamente sapere cosa sono questi router, a quale scopo
servono e perchÃ© sono stati eletti in questi ruoli particolari.
Stando cosÃ¬ le cose.
Ho un paio di domande per te.
Quindi, se lo stai guardando come una registrazione, pensaci e sfocalo
la tua risposta verbalmente, non aver paura che le persone nei cubi siano le prossime
potresti pensare che sei un po' pazzo, ma vedi se riesci a rispondere a queste
domande. Sono fondamentalmente domande sÃ¬ o no.
Quindi guardando questo diagramma proprio qui, abbiamo la nostra fonte in alto
angolo sinistro e abbiamo due ricevitori, il ricevitore X e il ricevitore Y.
Quindi la mia prima domanda Ã¨ che supponiamo che il ricevitore Y si unisca per primo allo stream
inviando un rapporto di adesione all'IGMP.
Bene, perchÃ© i router tre e quattro sono entrambi collegati alla stessa LAN
segmento, ecco la mia domanda.
Avrebbe senso logico?
Ci sarebbe uno scopo dietro entrambi i router, router tre e
quattro, quando entrambi ricevono il rapporto di adesione, entrambi lo inviano
una star, IG si unisce al punto d'incontro?
Beh, si spera che la risposta sia no, non ci sarebbe uno scopo dietro questo.
In effetti, sarebbe una brutta cosa perchÃ© se entrambi fossero
i router lo hanno fatto, hanno inviato join in questo modo e in questo modo, beh
indovina un po? Ora, quando il traffico multicast inizia effettivamente a verificarsi,
usa un colore diverso proprio qui e inizia a scendere, beh, router
cinque ha due interfacce e non verrÃ inserito nell'elenco delle interfacce.
Quindi copierÃ il traffico multicast e alla fine avremo due copie
dello stesso pacchetto sulla LAN C.
Non lo vogliamo.
Non vogliamo copie doppie perchÃ© chissÃ come router, come ricevitore
Y risponderÃ a questo.
Il video potrebbe essere davvero discontinuo, potrebbe avere un effetto specchio.
Non lo vogliamo.
Quindi no, anche se due ore nella stessa LAN vedremo l'appartenenza
report, non vogliamo che entrambi inviino il join a monte del rendezvous
punto. Prossima domanda.
La sorgente si avvia, invia il suo primo pacchetto sulla LAN A.
Sia i router uno che i router due vedono quel pacchetto.
Una domanda simile Ã¨ prima, ha senso per entrambi i router e
due per registrare lo stesso pacchetto e inviare quei due registri al rendezvous
punto? Ancora una volta, spero che tu abbia detto di no, non ha molto senso
perchÃ© non abbiamo bisogno di entrambi per farlo.
Il numero uno aggiungerÃ ulteriore lavoro al punto d'incontro.
Ora il punto d'incontro Ã¨ due volte piÃ¹ difficile da ricevere e
deincapsulare Ã¨ sufficiente inviare un pacchetto alla LAN A.
Non Ã¨ necessario inviarne due.
Quindi, ancora una volta, proprio come non era necessario che entrambi i router inviassero star,
join, non c'Ã¨ motivo per cui sia il router uno che i router due debbano inviare
registrare i pacchetti sul router sei.
Solo uno di loro deve farlo.
E l'ultima domanda.
Diciamo che il multicast scorre.
Quindi sta andando da questa parte lungo l'albero condiviso.
Ora anche il ricevitore X si Ã¨ unito a quel flusso.
Quindi passa anche attraverso il router due sulla LAN B.
E ricorda che i router tre e quattro hanno visto entrambi il rapporto di adesione
dal ricevitore Y.
Quindi il router tre ha inserito questa interfaccia nella sua lista delle interfacce in uscita.
Il router quattro ha inserito questa interfaccia nella sua lista delle interfacce in uscita.
Quindi il router quattro quando riceve i pacchetti, li inoltrerÃ alla LAN
C. Quando il router tre vede questi pacchetti arrivare alla LAN B, li inoltrerÃ
lo stesso pacchetto anche sulla LAN C.
Lo vogliamo?
No, non lo facciamo. Ancora una volta abbiamo ricevuto pacchetti multicast duplicati
LAN C. Probabilmente non renderÃ il ricevitore molto felice di vederlo
Quello. Allora come possiamo evitare questi problemi relativi a piÃ¹ router?
invio di un join per lo stesso flusso e la stessa LAN?
PiÃ¹ router inviano un registro per lo stesso flusso sulla stessa LAN.
PiÃ¹ router inoltrano pacchetti duplicati sulla stessa LAN.
Questo Ã¨ esattamente ciÃ² di cui tratta questo segmento.
Come possiamo evitarlo?
Bene PIM, fortunatamente le persone che hanno progettato PIM erano molto piÃ¹ intelligenti di
Me. Hanno pensato in anticipo a questi problemi e ne hanno inventati alcuni
soluzioni. Quindi, come funziona?
Router ben designato dal PIM.
Quando due router condividono la stessa LAN, uno di essi verrÃ eletto come router
Router designato dal PIM.
Questo viene fatto semplicemente tramite uno scambio di saluti PIM.
Ã un po' come pensare allo spanning tree, se hai familiaritÃ con lo spanning
albero. Esistono messaggi elettorali speciali per eleggere il ponte radicale?
Nessun diritto? Lo spanning tree utilizza solo un formato di BPDU.
Quel formato di pacchetto viene utilizzato per tutto.
Pertanto, quando due switch inoltrano reciprocamente le BPDU, si vedono a vicenda
nomi e un ragazzo dice, okay, so che sei il ponte principale.
In realtÃ non lo dice, lo pensa nella sua mente.
Ok, ho perso, Ã¨ migliore di me.
Quindi lo considererÃ² semplicemente come il ponte principale.
L'altro ragazzo laggiÃ¹ dirÃ : oh, ho visto il suo pacchetto.
Non Ã¨ bravo quanto me.
Quindi sarÃ² solo il ponte radice e presumo che lui conosca la radice
ponte. Stesso genere di cose qui con PIM.
Questi router si scambiano saluti.
Quando vedono i reciproci saluti sulla stessa LAN, guarderanno i loro,
beh, in realtÃ sono due cose.
Numero uno, esiste una prioritÃ PIM.
Quindi esiste una prioritÃ dell'interfaccia proprio come OSPF ha una prioritÃ dell'interfaccia.
C'Ã¨ una prioritÃ PIM inclusa nel pacchetto hello.
Quindi chiunque abbia la prioritÃ di interfaccia piÃ¹ alta, quella persona lo farÃ automaticamente
essere eletto router designato.
Se le loro prioritÃ sono le stesse, cosa che faranno per impostazione predefinita, allora chiunque
ha l'indirizzo IP piÃ¹ alto verrÃ eletto router designato.
Va bene? Quindi, una volta eletto il router designato, torniamo al nostro disegno
ecco, questo risolve un paio di problemi che stiamo esaminando.
I numeri dei router rappresentano i loro indirizzi IP.
Quindi il router quattro su LANC ha un indirizzo IP piÃ¹ alto del router tre.
Quindi in quel caso particolare, in realtÃ ho una diapositiva che anima tutto
di questo. Quindi, in questo caso particolare, diamo un'occhiata alla LAN A per un secondo.
Quando arriva il pacchetto multicast, quando arriva il primo pacchetto multicast
LAN A, solo il router designato sarÃ responsabile della registrazione
quel pacchetto con l'RP.
Quindi, in questo caso particolare, quale router pensi che lo farÃ ?
Chi sarÃ il router designato sulla LAN A?
Bene, spero che tu abbia detto router uno, perchÃ© il router uno ha il piÃ¹ alto
Indirizzo IP. Quindi sarÃ lui il router designato, sarÃ lui il responsabile
per registrare quei pacchetti.
E su LANC, beh, quando il ricevitore Y invia il suo rapporto di adesione all'IGMP, entrambi
i router tre e quattro lo vedranno, ma il router quattro Ã¨ designato
router in virtÃ¹ del suo indirizzo IP piÃ¹ alto.
Quindi sarÃ lui a mandare la stella del PIM, virgola G unita a monte del
punto d'incontro.
Questo risponde a due delle tre domande che avevamo.
Quindi avevamo tre domande.
Ricorda che il numero uno era se due router visualizzavano un rapporto di appartenenza, che
si invia il join all'RP?
Bene, quello Ã¨ il router designato.
Quindi qualcosa va all'RP.
La seconda domanda era se due router ricevessero il pacchetto multicast, chi lo invia
l'iscrizione al RP?
Questo Ã¨ il router designato.
Quindi ricorda, router designato, forse puoi pensare a R in DR come se fosse
questo Ã¨ qualcosa responsabile dell'andare al punto d'incontro, qualcuno
chi sta inviando qualcosa al punto d'incontro.
Ora ho detto che avevamo un altro problema in questo scenario, ovvero quello
avevamo piÃ¹ pacchetti duplicati inseriti nella stessa LAN da piÃ¹ pacchetti
router. E ho detto che non Ã¨ compito del DR capirlo.
Questo Ã¨ il lavoro dello spedizioniere designato.
Quindi, se sono presenti piÃ¹ pacchetti, se ho due o tre router tutti in manutenzione
la stessa LAN e due o piÃ¹ di essi inseriscono esattamente lo stesso multi
-trasmettere pacchetti su quella LAN, quindi uno di essi verrÃ eletto come designato
spedizioniere. Questo Ã¨ in realtÃ un processo un po' piÃ¹ complesso
piuttosto che guardare semplicemente i pacchetti di saluto.
Per capirlo, esiste in realtÃ uno speciale messaggio PIM chiamato
afferma il PIM. Quindi questo Ã¨ un nuovo messaggio di cui non abbiamo parlato.
Finora abbiamo parlato del join prune, che Ã¨ un pacchetto, semplicemente
dipende dal corpo del pacchetto, che si tratti di un join o di una prune, ma lo Ã¨
lo stesso codice tipo nel PIM.
Avevamo un altro codice tipo, che era "ciao", e avevamo un terzo tipo
codice, che era il registro.
E abbiamo avuto una fermata alla cassa, e ora questo Ã¨ un altro tipo.
Questo Ã¨ un messaggio di asserzione PIM.
Ed ecco un'animazione per mostrare sostanzialmente come funzionerebbe.
Quindi, in questo caso particolare, la sorgente inizia a funzionare e i pacchetti lo sono
scendendo entrambi lungo l'albero condiviso, quindi il router 4 li mette sulla LAN
C e il router 3 li riceve tramite LAN B, quindi li inserisce anche lui
sulla LAN C. Quindi i router 3 e 4 vedranno arrivare questi pacchetti duplicati
l'uno dall'altro.
Si renderanno conto che questa Ã¨ una brutta cosa, abbiamo bisogno di uno spedizioniere designato.
Quindi entrambi si invieranno messaggi di asserzione PIM.
E in questo caso particolare, lo farÃ effettivamente il ragazzo con l'indirizzo IP piÃ¹ basso
essere eletto spedizioniere designato.
Quindi, una volta che entrambi i router sanno che il router 3 Ã¨ uno spedizioniere designato, lo Ã¨
ora Ã¨ compito del router 3 continuare a inoltrare questo multicast sulla LAN.
Il Router 4 dice, okay, non sono piÃ¹ davvero necessario su questa LAN, perchÃ©
non Ã¨ mio compito inoltrare i pacchetti.
Quindi nel suo, in risposta, invierÃ un messaggio di prugna a monte, e ciÃ² accadrÃ
finiscono per causare il taglio di quell'albero condiviso.
E ora il multicast verrÃ inoltrato solo sulla LAN C tramite il
spedizioniere designato, che Ã¨ il router 3.
In questo modo si completa questo particolare argomento del router designato dal PIM e
spedizioniere designato.
In realtÃ puoi vederlo anche quando entri in un router.
Non so se abbiamo dei segmenti qui che giustificherebbero un designato
spedizioniere, ma vediamo un po' qui.
Mostra il vicino IP PIM.
Bene, qui il DR ti mostra se qualcuno Ã¨ un router designato o meno, quindi
come te per un particolare segmento, chi Ã¨ il router designato.
E penso che potremmo anche realizzare un'interfaccia IP PIM per mostrare.
Questo ti mostra ancora una volta chi Ã¨ il router designato.
Ha una prioritÃ predefinita pari a uno, quindi Ã¨ un livello di prioritÃ predefinito attivo
l'interfaccia, ma puoi cambiarla.
Vediamo qui. Questo ti mostra i gruppi particolari a cui abbiamo aderito
su un'interfaccia, il comando show IP Interface.
Non so quale comando useremmo.
O forse un dettaglio.
Eccoci qua. Dovrebbe essere qui.
Vediamo qui. PIM abilita la versione che Ã¨ il DR.
Aggiornamento dello stato. SÃ¬, penso che il motivo per cui non lo vediamo Ã¨ perchÃ©
questo sarebbe uno spedizioniere designato che verrebbe eletto solo quando entrambi i router
vedere lo stesso pacchetto multicast proveniente dai pacchetti duplicati in arrivo.
Ma se non si verifica mai una situazione in cui si verificano pacchetti duplicati
una LAN, non Ã¨ necessario eleggere uno spedizioniere designato.
E nella mia particolare topologia, non penso che abbiamo avuto quella situazione
dove Ã¨ necessario eleggere uno spedizioniere designato.
Mi aspetterei che, se ce ne fosse uno, dovrebbe essere qui nell'IP dello spettacolo
Output dei dettagli dell'interfaccia PIM.
Ok, quindi Josh fa una bella domanda.
Vorrei tornare al concetto di router designato.
Avevamo questo proprio qui.
Ops. Proprio qui.
Quindi chiede, in questo caso particolare, dove Ã¨ designato il router quattro
il router e il router tre no.
Dice che se il router designato si blocca, quindi se il router quattro si blocca
e muore o viene rimosso, in che modo il router tre costruisce o ricostruisce il suo multicast
tabella di routing e quanto tempo ci vuole?
Ok, tieni presente che anche se il router quattro Ã¨ un router designato,
quando il destinatario Y ha inviato il suo rapporto di adesione IGMP, sia il router tre che
il router quattro l'ha visto.
Quindi, anche se il router tre si rende conto che non Ã¨ suo compito unirsi al
albero condiviso, non ignorerÃ quel rapporto.
CreerÃ comunque la stella, stato nella sua tabella di routing M proprio come il router
quattro sÃ¬. Ã solo che quando creerÃ quello stato, non farÃ nulla
a proposito. Ora, se il multicast sta attualmente scorrendo in questo modo, giÃ¹
l'albero condiviso, ci aspetteremmo che fosse il primo pacchetto multicast
succede, il router quattro direbbe che sono il router foglia, quindi Ã¨ mio compito farlo
passare all'albero del percorso piÃ¹ breve con la sola ricezione di un pacchetto.
Quindi guarda questo diagramma qui, il router quattro direbbe bene, dal mio punto di vista,
il percorso piÃ¹ breve Ã¨ in realtÃ tramite il router tre.
Questo Ã¨ il mio albero del percorso piÃ¹ breve, andare in quella direzione, in quella direzione e in quella direzione.
Quindi il router quattro creerÃ effettivamente il join S, G e il router tre lo farÃ
ricevetelo, quindi ora, in realtÃ Ã¨ un po' strano qui.
Non ne sono sicuro quando il primo pacchetto multicast raggiungerÃ questo cavo
il tempismo delle cose.
Sappiamo che il router tre creerÃ lo stato S, G.
Non so proprio cosa succederÃ prima.
VedrÃ questo primissimo pacchetto multicast e questo creerÃ S, G
stato? Oppure vedrÃ prima il PIM S, G unirsi e questo creerÃ S,
Stato G? Quindi inoltrerÃ il proprio join S, G a monte, quindi dopo
ci aspetteremmo che arrivasse solo un pacchetto in meno di un secondo
il flusso multicast ora arriverÃ da questa parte tramite il router tre.
E poi, una volta che il router quattro vede quel pacchetto multicast, lo sfoglierÃ
spento. Quindi, anche se il router quattro muore, ne avevamo davvero bisogno solo per uno
pacchetto, solo per mettere un pacchetto sul cavo, e poi lo ha fatto il router tre
tutto il lavoro rimanente per aprire l'albero del percorso piÃ¹ breve, e ora il
i pacchetti venivano inoltrati alla destinazione C e il router quattro non era necessario
piÃ¹. Ora, sai, qui possiamo entrare in tutti i tipi di casi limite
tipo, okay, bene, e se viene visualizzato il rapporto di adesione, entrambi i router
tre e il router quattro lo ottengono, ma prima che il router quattro abbia la possibilitÃ di creare
l'unione, muore.
In questo momento, Ã¨ davvero un nocciolo della questione, perchÃ© stiamo parlando di
meno di un secondo qui dal momento in cui riceve il rapporto di adesione
prima che abbia la possibilitÃ di inviare il join.