Va bene, allora vediamo qui.
Quindi vogliamo vedere il processo di registrazione.
Il modo piÃ¹ semplice per creare traffico multicast Ã¨ semplicemente eseguire un multicast
ping. E in realtÃ questo sarÃ facile.
Il motivo per cui esitavo Ã¨ perchÃ©, ad esempio, se facessi un multicast
ping dal router 4, quando si avvia un ping multicast da un router,
invierÃ effettivamente quel pacchetto multicast, quel pacchetto ICMP multicast
su ogni singola interfaccia che ha PIM abilitato.
Voglio dire, non si prende nemmeno la briga di controllare lo stato della rotta M o altro.
Lo copia e lo invia ogni singolo pacchetto.
E non lo volevo.
Ma in questo caso non devo preoccuparmi perchÃ© sul router 5, he
ha comunque solo un'interfaccia.
Quindi vediamo qui.
Vogliamo catturare il...
Quindi questo sarÃ il pacchetto multicast.
VerrÃ giÃ¹ da questa parte.
E vogliamo vedere quel pacchetto multicast cosÃ¬ come Ã¨ incapsulato in un PIM
Registrati. E poi vogliamo anche vedere non appena l'RP lo otterrÃ , noi
voglio vederlo inviare un join PIM-S-G per aprire il suo percorso piÃ¹ breve.
Quindi vedremo il multicast stesso scorrere verso il basso nel suo nativo
modulo. E infine, vogliamo vedere l'RP una volta ottenuto, inviando
un arresto del registro PIM.
PerchÃ© questo sarÃ il processo.
Quindi, per farlo, vediamo qui.
PerchÃ© non catturo semplicemente tutto ciÃ² che entra ed esce dal router 3 velocemente
ethernet 00. Quindi il router 3 Ã¨ veloce ethernet 00 Ã¨ la porta 0 barra 5 su
interruttore. Va bene, sÃ¬, 0 barra 5.
Ok, quindi dovremmo essere pronti.
Andiamo ora alla fonte.
E penso che sia 999 quello che sto usando.
E lo ripeterÃ² 100 volte solo per continuare per un po'.
E iniziamo la traccia dello sniffer.
Ok, ci siamo.
Questo bastava.
Ok, ecco il registro.
Quindi in realtÃ non lo vediamo, perchÃ© sto solo catturando, andiamo
torniamo a questo. PerchÃ© sto solo acquisendo dati in entrata e in uscita
00, in realtÃ non abbiamo visto il multicast nativo quando Ã¨ arrivato al router
4. Ma vediamo il messaggio di registro.
Quindi eccolo qui, registro PIM.
Quindi questo Ã¨ l'indirizzo IP 4545.
Controlliamo qui.
Dovrebbe essere il router 4 a registrare e non il router 5.
Fammi solo controllare il router 5 qui per un secondo.
Bene, vediamo, questo Ã¨ interessante, ma c'Ã¨ un modo semplice per verificare
Questo. Quindi l'indirizzo di origine proviene effettivamente dalla fonte stessa
4545. Ma viene davvero da lui o Ã¨ stato il router 4 a inserirlo
lÃ¬ dentro? Bene, possiamo verificarlo controllando l'indirizzo MAC di origine di
questo fotogramma per vedere da chi proviene veramente.
Quindi l'indirizzo MAC di origine proveniva da 8C B6.
8C B6. Quindi proveniva davvero da FastEthernet01 e R5?
No, non Ã¨ stato cosÃ¬ perchÃ© Ã¨ 8E0051.
Quindi se andiamo al router 4.
Spiacenti, non mostra esecuzione, mostra interfaccia.
FastEthernet00.34.
Eccoci qua. 8C B6.
Quindi Ã¨ interessante, guarda questo.
Quindi, quando il multicast nativo raggiunge il router 4, quando lo incapsula in
un messaggio di registrazione, aspetta un secondo.
Penso che questa sia una stranezza in realtÃ , penso di ricordare che questo Ã¨ a
stranezza dello squalo metallico, non proprio del cecchino.
SÃ¬, eccoci qui.
Ok, non sono sicuro del motivo per cui allo squalo del filo non piace questo.
QuassÃ¹ nella finestra principale, dice che arriva dalla 4.5.
Se guardi effettivamente nel corpo, qui nell'intestazione IP, sta arrivando
dal router 4. Quindi non sono sicuro del motivo della discrepanza qui tra come it
lo visualizza. Ma quindi ecco la mia intestazione IP.
Quindi viene dal router 4, va al punto d'incontro, router 3,
e poi dietro l'intestazione IP c'Ã¨ la nostra intestazione PIM.
Quindi digita il numero 1, che Ã¨ un pacchetto di registri.
E poi potete vedere qui che ci sono solo un paio di bandiere, e poi ecco
in realtÃ il pacchetto multicast al suo interno.
Provenendo dalla fonte, andando al gruppo e solo un paio di cose
su questo nel caso in cui sei curioso.
ParlerÃ² del registro nullo come l'ultima cosa in questo particolare
video. Ma questa cosa qui chiamata confine, di cosa si tratta?
Dice di no. C'Ã¨ una funzionalitÃ che puoi utilizzare in modalitÃ sparsa PIM chiamata
un router di confine o un router di confine PIM.
CioÃ¨, e onestamente non sono sicuro della frequenza con cui viene utilizzato nel file
mondo reale, ma ad esempio, se avessi un router, lo farebbe da un lato
qualcosa che non Ã¨ PIM.
Quindi stiamo realizzando un pezzo ed eseguendo il PIM sull'altra interfaccia.
E vogliamo che il multicast fluisca.
Sarebbe considerato un router di confine PIM.
In quel caso particolare, se quel router ha inviato un registro, quel bit
lÃ¬, quel bit flag, verrebbe impostato su 1, dicendo che sÃ¬, Ã¨ un confine
router. Ma non stiamo facendo quel genere di cose strane qui, cosÃ¬ dice
no, non Ã¨ un router di frontiera.
Quindi c'Ã¨ il nostro registro, un'intestazione PIM di base piuttosto semplice, e poi semplicemente
il multicast effettivo al suo interno.
E poi secondo la nostra lavagna, abbiamo detto una volta che Ã¨ venuto giÃ¹, il
il punto d'incontro dovrebbe quindi tentare di aprire il suo albero del percorso piÃ¹ breve
inviando un join S, G.
Quindi, vediamo qui.
Probabilmente Ã¨ proprio questo qui, si unisce PIM, vediamo qui.
Sta arrivando, l'indirizzo di origine proviene dal nostro punto d'incontro, 343,
quello Ã¨ il router 3.
VerrÃ inviato all'indirizzo PIM 2240013.
Digitare il codice 3 per partecipare.
Ora nota, cosa lo rende diverso da una stella, unisciti?
Beh, un paio di cose.
Numero uno, numero di join uno.
Ricordi che abbiamo visto queste bandiere qui di SW e R?
Ebbene, questa volta non lo vediamo.
La R significava che il bit RP era impostato, il che significa che era necessario questo particolare join
salire sull'albero condiviso.
La destinazione finale era il punto d'incontro.
Beh, non lo vediamo qui.
Il bit W Ã¨ stato impostato come bit jolly.
Il carattere jolly significava che, okay, quando guardi questo indirizzo, questo
indirizzo Ã¨ l'indirizzo del punto d'incontro.
Bene, qui non lo vediamo.
Il bit jolly non Ã¨ impostato, il che significa che questo Ã¨ effettivamente l'indirizzo
della fonte. Quindi, sembra una specie di stella, unisciti, ma solo fino a quando
scavi nelle viscere e vedi quali bandiere ci sono qui o quali bandiere
non sono qui, puoi effettivamente dire se Ã¨ una stella o una S, unisciti.
E questo caso Ã¨ una S, unisciti.
Quindi dice, okay, vicino a monte, quindi questo Ã¨ il router quattro.
Dice, questo va a te, e sto cercando di unirmi a questa fonte e
questo gruppo. Ok, quindi c'Ã¨ la S, iscriviti.
E poi una volta ricevuta la S, join, avrebbe dovuto inserire questo sub
-interfaccia nell'elenco delle interfacce in uscita del router quattro.
E poi il multicast nativo avrebbe dovuto essere disattivato, e avremmo dovuto farlo
ne ho ricevuto due copie, una in una busta di registro e una in quella nativa
multicast stesso.
Quindi vediamo se l'abbiamo visto.
Quindi ecco il nostro join, e sembra, okay, quindi proprio qui, ecco il
multicast nativo, nota che non c'Ã¨ PIM qui.
La sorgente Ã¨ in realtÃ la sorgente, ecco il multicast nativo e poi a destra
dietro c'Ã¨ un registro PIM.
Ed ecco una domanda interessante: sono effettivamente lo stesso pacchetto
copiato? Bene, vediamo qui, nell'attuale multicast nativo, nell'IP
intestazione, abbiamo un'identificazione di 0, 0, 0, 1.
Ricorda, normalmente ogni singolo pacchetto IP ha un'identificazione univoca
campo. Vediamo qui, che mi dici del pacchetto di registrazione?
Ha esattamente lo stesso ID, quindi sÃ¬, questi sono duplicati dello stesso pacchetto.
Va bene, quindi una volta visto questo, vediamo quaggiÃ¹, il router tre,
che Ã¨ l'RP che dice stop ai registri, dicendo che non voglio piÃ¹ i registri.
Quindi proprio qui nel corpo del PIM, digita il codice due, registro stop, e lui dice
Mi fermo per questa fonte e questo gruppo.
Ora c'era un altro campo nel registro che in un certo senso ho saltato
un flag di cui non ho parlato, che era questo proprio qui, il registro nullo
bandiera, cos'Ã¨?
In questo caso particolare, il registro nullo Ã¨ impostato su no, Ã¨ disattivato, ma
quando sarÃ attivo e perchÃ© dovremmo usarlo?
Quindi, diciamo, disegniamo qualcosa qui per un momento, e in realtÃ possiamo farlo
usa questo come esempio.
Diciamo che il nostro ricevitore era quaggiÃ¹, e inizialmente il multicast
il flusso scorreva attraverso l'albero condiviso attraverso l'RP, ma lo sappiamo
entro un breve lasso di tempo e lo esamineremo nel
Nella prossima sezione passeremo dall'albero condiviso a quello
il traffico non va piÃ¹ all'RP, questo Ã¨ stato, ops, non quello, questo
l'interfaccia Ã¨ stata eliminata, liberiamoci di tutta questa roba e
ora il traffico scorre nella sua forma nativa pura in questa direzione, lungo la via piÃ¹ breve
albero del percorso verso il ricevitore.
Ok, quindi il multicast va, va, va, va bene, va bene
andando bene. Ma cosa succede se 10, 15, 20 minuti dopo accade questo?
Abbiamo un altro ricevitore che si unisce alla nostra topologia e vuole l'esatto
stesso flusso, quindi invia un rapporto di adesione all'IGMP.
CiÃ² dÃ il via a una unione PIM stella-coma-G, che crea lo stato stella-coma-G
nel RP, e il RP sta semplicemente seduto qui, aspettando, aspettando e aspettando.
Dopotutto il router Z non ha motivo di inoltrare questo traffico multicast
all'RP, giusto, l'RP ha eliminato questa interfaccia.
Una volta che il traffico inizia a scendere lungo l'albero del percorso piÃ¹ breve, riceviamo
alcune prugne in questo modo, e all'RP Ã¨ stato detto, ehi, non abbiamo piÃ¹ bisogno di te,
non abbiamo bisogno del tuo traffico.
E quando l'RP lo ha sentito, ha detto, okay, immagino di non averne piÃ¹ bisogno,
nessun altro lo vuole da me, quindi l'RP ha eliminato questo collegamento.
Quindi Ã¨ successo molto tempo fa.
Ora qualcuno chiede nuovamente all'RP questo traffico, ma non ottiene
Esso. Ã qui che puÃ² entrare in gioco il registro nullo.
Parliamo quindi del registro nullo.
Quindi sappiamo che dopo un po' l'RP potrebbe dimenticarsi di quel flusso.
Originariamente lo ha attraversato.
Lo elimina perchÃ© non ne ha piÃ¹ bisogno e se ne dimentica
Esso. Quindi quello che succederÃ qui Ã¨ questo, il router connesso
alla fonte, il router 4 dice, beh, ho inviato questo multicast per
un po. C'Ã¨ la possibilitÃ che forse l'RP ne abbia bisogno.
Ehi, forse qualcun altro vuole ricevere questo traffico.
Forse dovrei far sapere alla RP che Ã¨ ancora in corso.
Bene, potremmo prendere il prossimo pacchetto e registrarlo con l'RP.
Funzionerebbe.
Ma invece i desideri del PIM dicevano: beh, non voglio continuare a preoccuparmi
l'RP con questa registrazione, perchÃ© forse non ha nessuno.
Forse nessuno che lui conosca vuole davvero questo traffico.
Quindi, invece, ciÃ² che accade Ã¨ che ogni pochi secondi il router 4 invia quello che viene chiamato
un registro nullo al punto d'incontro.
Cos'Ã¨ un registro nullo?
Fondamentalmente assomiglia esattamente ad un normale pacchetto di registri, ma non Ã¨ cosÃ¬
contenere dati multicast al suo interno.
Quindi, se torniamo alla traccia dello sniffer, un registro nullo direbbe tipo
1 registro, e qui ci sarebbero informazioni sulla fonte e
il gruppo. Ma non ci sarebbe nessun corpo.
Non ci sarebbero dati multicast al suo interno.
Sarebbe un pacchetto molto piÃ¹ piccolo.
E il flag di registro nullo verrebbe impostato su 1.
E questo Ã¨ il modo in cui questo router qui potrebbe dire, ehi, RP vuole solo
che tu lo sappia, conosco ancora questo flusso.
Mi sta ancora attraversando.
Quindi se lo vuoi, faresti meglio a dirmelo.
E poi una volta che il router ha ottenuto, una volta che l'RP ha ottenuto quel registro nullo, lo Ã¨
dicendo: oh, bene, bene.
Aspettavo di sapere di quel traffico, perchÃ© qualcuno me lo ha chiesto
per questo. Quindi ora lâRP potrebbe ancora una volta inviare un join S-comaG per aprirsi
questo percorso e il traffico potrebbe iniziare a scorrere in questa direzione.
Ecco cos'Ã¨ un registro nullo.
E questi vengono inviati ogni cinque secondi.
Questo Ã¨ chiamato tempo di sonda.
Quindi ogni cinque secondi, il router piÃ¹ vicino alla fonte, se il
source Ã¨ ancora in funzione, se sta ancora emettendo il multicast, lo faremo
invia ogni cinque secondi questi registri nulli all'RP, solo per ricordarlo
l'RP che questo traffico esiste.
PerchÃ© forse negli ultimi cinque secondi un nuovo ricevitore si Ã¨ unito al
RP, e forse RP vuole di nuovo quel traffico.