Quindi, nel prossimo segmento, farÃ² solo una breve revisione di IGMP e
MLDP. Allora cosa sono questi?
Ebbene, IGMP sta per Internet Group Management Protocol.
Come sembra, esiste un IETF per questo.
Esiste una RFC per questo e ci sono diverse versioni delle versioni IGMP,
uno, due e tre.
Attualmente, la versione due Ã¨ quella utilizzata nella maggior parte dei dispositivi.
E questo Ã¨ il protocollo utilizzato dai ricevitori, che Ã¨ il tuo laptop, per indicare
l'interesse del multicast ai router direttamente connessi.
Quindi nel segmento video precedente, ho detto, invii una sorta di unicast
pacchetto a un server dicendo: ehi, dimmi che programmi hai.
E il server ti invia un pacchetto unicast.
Ed Ã¨ quello che mostra sul tuo laptop questa immagine di, okay, ecco il
vari spettacoli diversi.
E ho detto che quando fai clic su quello, invii un messaggio al tuo
router, al gateway predefinito dicendo: Lo voglio.
Se mai lo vedi, mandamelo.
Bene, ora sappiamo qual Ã¨ questo messaggio.
Ã IGMP. Stai inviando un messaggio IGMP a quel router e al router
deve essere in ascolto per IGMP in modo che ora possa saperlo, okay, su Ethernet veloce
00, ho un ricevitore laggiÃ¹ che vuole questo spettacolo.
Quindi IGMP viene utilizzato per IPv4.
E per IPv6, l'equivalente Ã¨ il protocollo di rilevamento del listener multicast.
E la cosa bella Ã¨ che MLDP Ã¨ stato praticamente costruito attorno agli stessi concetti
come IGMP. Quindi, se hai familiaritÃ con IGMP, se hai studiato le versioni IGMP
due e tre e conosci i tipi di messaggio, sai come funziona,
conosci circa il 90% di ciÃ² che devi sapere per MLDP.
Quindi parliamo brevemente dei messaggi IGMP e di come sono
utilizzato perchÃ© sarÃ molto rilevante per il nostro routing multicast
discussione. Quindi i tuoi rapporti di appartenenza, questo Ã¨ il nome dello specifico
Messaggi IGMP che il tuo laptop, il ricevitore, invia a monte al router.
Quindi, ad esempio, se ora ho un elenco di directory sul mio laptop che dÃ
me vari programmi come Fox News e cose del genere e clicco su CNN, voglio
per guardare la CNN. Bene, in background, il mio portatile sa che GDA, the
l'indirizzo di destinazione del gruppo per la CNN Ã¨ 239.555.
Quindi il mio laptop ora genererÃ un rapporto di adesione all'IGMP.
In realtÃ andrÃ a quell'indirizzo 239.555.
Quindi, qualunque sia lo spettacolo che voglio vedere, sarÃ effettivamente quello
indirizzo di destinazione nel mio pacchetto IGMP.
Ora ti starai chiedendo, beh, aspetta un secondo, se sono un router e io
ricevere in un pacchetto diretto a 239.555, come faccio a distinguerlo
IGMP, che Ã¨ qualcosa che devo elaborare nella mia CPU rispetto a quell'essere
l'effettivo flusso di dati della CNN stesso?
In realtÃ Ã¨ nel numero del protocollo IP.
Ecco come il router noterebbe la differenza.
Se il multicast arriva ed Ã¨ UDP, dice, oh, non devo pagare
attenzione a quello.
Questo Ã¨ il video vero e proprio.
Se arriva con un protocollo IP, penso che IGMP sia il protocollo due.
Penso che ICMP sia uno e IGMP sia due.
Potrei aver confuso queste due cose, ma Ã¨ cosÃ¬ che il router sa, oh,
questo Ã¨ qualcosa che devo esaminare.
E poi quando entra nel corpo del messaggio, dice, oh, questo
Ã¨ un rapporto di adesione.
C'Ã¨ un ricevitore.
Un ricevitore che vuole vedere questo spettacolo.
Ora, se parliamo della versione tre di IGMP, ha un indirizzo riservato.
Quindi il tuo laptop invierÃ un rapporto di adesione IGMP a 224.00.22.
Questo Ã¨ chiamato indirizzo di tutti i router IGMP V3.
E quindi i router che eseguono IGMP V3 lo ascolterebbero su 224.00.22.
Ora, diciamo che l'hai fatto.
Quindi al tuo laptop viene detto al router, ehi, rapporto di adesione, se mai lo fai
prendi i pacchetti diretti a 239.777 e inoltrameli.
E dirÃ² che i pacchetti iniziano ad arrivare.
Cominciano ad arrivare attraverso Internet.
Colpiscono il tuo router sulla nuca e lui inizia a inoltrare
sulla sua interfaccia.
Va bene. Bene, quel flusso potrebbe essere un flusso che va 24 ore su 24, 7 giorni su 7.
Non si ferma mai. Continua ad andare avanti per sempre.
E il router deve avere un modo per sapere, okay, ciao, ricevitore,
sei ancora lÃ fuori?
Vuoi ancora questo streaming?
PerchÃ© dopo tutto, sai, e se quel ricevitore, e se il tuo laptop
era collegato a un hub?
E hai strappato il cavo.
Hai fisicamente staccato il cavo Ethernet.
Hai preso il tuo portatile e te ne sei andato.
Bene, allora il tuo laptop non ha avuto alcun tipo di opportunitÃ per dirlo
router, ehi, ho finito.
Non ne ho piÃ¹ bisogno.
Quindi il router deve avere un modo per sapere che Ã¨ successo.
Che, ehi, non ci sono piÃ¹ ricevitori che lo vogliano.
Quindi il modo in cui lo fa Ã¨ ogni singolo, ogni minuto, piÃ¹ o meno, ogni
minuto, invia un altro tipo di pacchetto IGMP chiamato abbonamento generale
domanda. E questo va all'indirizzo riservato 224001.
Si chiama indirizzo di tutti gli host multicast, 224001.
E questo Ã¨ il modo in cui il router dice: ehi, c'Ã¨ qualcuno nella sottorete?
chi sta guardando qualcosa?
Ho tre o quattro o cinque stream.
Sto inviando tutti nella sottorete.
La gente lo guarda ancora?
E quindi l'idea Ã¨, se il tuo laptop Ã¨ ancora lÃ¬, se il tuo ricevitore lo Ã¨
ancora lÃ¬ e guardando questo, quando riceve una domanda di appartenenza, Ã¨ tuo
lavoro per inviare un rapporto di adesione.
E dire: sÃ¬, sono ancora qui.
Voglio ancora lo streaming.
Quindi queste domande vengono inviate, i rapporti ritornano e questo Ã¨ ciÃ² che
mantiene il flusso aggiornato.
Ã cosÃ¬ che il gateway predefinito sa che, okay, devo continuare a inoltrare
Questo. Ora, nel mio esempio particolare in cui ho tirato fuori il mio portatile e io
si allontanÃ², il router non avrebbe sentito nulla dalla sua query.
Quindi i router in genere inviano due, a volte tre query prima di poterle finalmente inviare
decidi, okay, non c'Ã¨ nessuno.
Vado avanti e interrompo l'inoltro del flusso.
Non lo invierÃ².
Ora, idealmente, diciamo che il mio portatile Ã¨ ancora connesso a quell'hub, ma
Decido semplicemente: oh, Ã¨ appena entrato il mio capo.
SarÃ meglio che smetta di guardare lo spettacolo e mi metta al lavoro.
Quindi chiudo velocemente la mia piccola finestra video e mi tiro fuori l'orecchio
tappi. Bene, quando chiudo la finestra video, il mio portatile ora invia messaggi
un messaggio di congedo IGMP.
E questo Ã¨ un messaggio specifico che dice: lascio questo gruppo.
Non sono piÃ¹ interessato a questo gruppo.
Ora, quando il router lo riceve, dice: okay, conosco quel ricevitore
sta uscendo, ma potrebbero esserci altri ricevitori sulla stessa sottorete
che lo vogliono ancora.
Quindi, invece di interrompere immediatamente lo streaming, lo farÃ²
inviare nuovamente una query su quella sottorete.
Ma invece di inviare una query generale, invierÃ² quello che viene chiamato
una query specifica del gruppo.
Quindi, invece di inviare una query generale a 224.001, il router dice: lo farÃ²
effettivamente invia una query generale a 224.001.
E poi invierÃ² una query a quel gruppo specifico 239.555 o qualsiasi altra cosa
Ã¨ che ti capita di guardare.
E se ci sono altri ricevitori ancora interessati, devono farlo
inviare un rapporto di adesione.
In caso contrario, il router interromperÃ il timeout dello streaming e lo eliminerÃ .
Quindi questi sono i quattro tipi di messaggi di base utilizzati da IGMP.
Ora con MLDP, il protocollo di rilevamento degli ascoltatori multicast, ancora una volta,
questo Ã¨ per IPv6 ora, Ã¨ strutturato in modo molto simile a IGMP.
Quindi la versione uno di MLDP era basata sulla versione due di IGMP e utilizza tutti questi
stessi messaggi che ti ho appena mostrato.
Hanno nomi leggermente diversi e te li dirÃ² solo brevemente
un secondo. La versione due di MLDP era basata sulla versione tre di IGMP.
E per impostazione predefinita, i dispositivi Cisco supportano entrambi, ma per impostazione predefinita viene utilizzata la versione
due. Quindi con MLDP, invece di avere una query IGMP, hai una query MLDP.
Abbastanza semplice. Invece di un rapporto di adesione IGMP, hai un MLDP
relazione dell'ascoltatore.
Invece di avere un'uscita IGMP, hai un messaggio di completamento MLDP.
Ora, la maggior parte dei dispositivi in âârealtÃ esegue MLDP, esegue la versione 2 di MLDP.
Quindi questo messaggio proprio qui, MLDP fatto, potresti non vederlo, perchÃ©
Ã¨ nella versione precedente di MLDP, versione MLDP uno.
E questo era simile al congedo dellâIGMP.
Quindi, se ho un laptop che esegue MLDP, sto utilizzando IPv6 e sto facendo
MLDP versione due, se voglio interrompere uno streaming, se dico guarda, non lo faccio piÃ¹
interessato, allora in realtÃ quello che invierÃ² Ã¨ che invierÃ²
un rapporto di ascolto MLDP.
Ma il modo in cui funziona Ã¨ quando il tuo laptop invia un ascoltatore MLDP
report, ci sono due campi lÃ¬ dentro.
C'Ã¨ un campo di ciÃ² che vuoi ascoltare, questo Ã¨ l'indirizzo del gruppo,
come FF0E due punti e due punti sette, qualunque sia l'indirizzo del livello tre che desideri
da vedere. E poi c'Ã¨ un campo per l'indirizzo di origine.
Ora, la maggior parte delle volte il tuo laptop non sa quale sia la fonte, quindi
quell'indirizzo di origine verrebbe semplicemente lasciato con tutti zeri.
Ma proprio accanto all'indirizzo di origine c'Ã¨ un altro campo, in realtÃ Ã¨ a
chiamato flag di inclusione o flag di esclusione.
E il modo in cui funziona Ã¨ quando il mio laptop invia un report di ascolto MLDP,
DirÃ² che ecco il gruppo che voglio, la fonte, non lo so, 0,
0, 0, 0, 0, 0, e poi lo invierÃ² all'indirizzo di origine.
E dirÃ² esclude 0, 0, 0, 0, il che significa che non escluderÃ² nessuno.
Sono disposto a riceverlo da chiunque, non escluderlo da nessuno.
E quando voglio lasciare lo streaming?
Indovina un po? DirÃ² che questo Ã¨ il flusso che voglio lasciare.
Quindi questo Ã¨ una specie di modo della versione due di MLDP di inviare un congedo.
Invece di inviare un congedo invia un altro report, ma cambia il file
un flag di esclusione su un flag di inclusione e dice non includere nessuno.
E poi c'Ã¨ la query specifica per l'indirizzo multicast MLDP, la maschera,
M-A-S-Q. Ã esattamente la stessa cosa dell'IGMP, il rapporto specifico del gruppo.
Serve esattamente allo stesso scopo.
Quindi qualcuno ha chiesto nella domanda dal vivo di alimentare la domanda di adesione e l'adesione
rapporti. Sono come gli intervalli ciao e morti?
Potresti in un certo senso equipararlo a quello.
Voglio dire, lo sappiamo, come nel caso dei protocolli di routing, qualcosa
deve uscire a ogni intervallo di saluto per far sapere al tuo vicino che sei fermo
LÃ . O anche lo spanning tree fa lo stesso.
I BPDU escono ad ogni intervallo di saluto per farti sapere che il root bridge Ã¨ fermo
LÃ . Quindi potresti in un certo senso equipararlo a questo punto in cui il router sta inviando
le nostre query ogni 60 secondi dicono che c'Ã¨ qualcuno.
E poi gli ascoltatori devono farlo, i riceventi devono rispondere dicendo
SÃ. Quindi Ã¨ una specie di scambio di messaggi di saluto.
Immagino che potresti dargli questa analogia.
E per tutto il tempo Ã¨ come se il router dicesse "okay", se invio una query,
Ho un certo periodo di tempo e se nessuno risponde, me ne vado
per inviarlo nuovamente ed eventualmente una terza volta.
E poi interromperÃ² il flusso.
E questo Ã¨ un po' come un intervallo morto o un intervallo di attesa nel caso
dei protocolli di instradamento.
Quindi sÃ¬, tra il router e il ricevitore, tra il router e il laptop,
potresti in un certo senso equipararlo al saluto e all'attesa.
Sarebbe unâanalogia appropriata.