1
00:00:08,280 --> 00:00:13,540
 Quindi, nel prossimo segmento, farò
 solo una breve revisione di IGMP e

2
00:00:13,540 --> 00:00:16,040
 MLDP. Allora cosa sono questi?

3
00:00:16,040 --> 00:00:20,700
 Ebbene, IGMP sta per Internet
 Group Management Protocol.

4
00:00:20,700 --> 00:00:25,060
 Come sembra, esiste un IETF per questo.

5
00:00:25,060 --> 00:00:29,920
 Esiste una RFC per questo e ci sono diverse
 versioni delle versioni IGMP,

6
00:00:29,920 --> 00:00:31,320
 uno, due e tre.

7
00:00:31,320 --> 00:00:35,560
 Attualmente, la versione due è quella utilizzata
 nella maggior parte dei dispositivi.

8
00:00:35,560 --> 00:00:40,480
 E questo è il protocollo utilizzato dai ricevitori,
 che è il tuo laptop, per indicare

9
00:00:40,480 --> 00:00:43,980
 l'interesse del multicast ai
 router direttamente connessi.

10
00:00:43,980 --> 00:00:48,040
 Quindi nel segmento video precedente,
 ho detto, invii una sorta di unicast

11
00:00:48,040 --> 00:00:51,760
 pacchetto a un server dicendo:
 ehi, dimmi che programmi hai.

12
00:00:51,760 --> 00:00:53,980
 E il server ti invia
 un pacchetto unicast.

13
00:00:53,980 --> 00:00:58,060
 Ed è quello che mostra sul tuo laptop
 questa immagine di, okay, ecco il

14
00:00:58,060 --> 00:00:59,680
 vari spettacoli diversi.

15
00:00:59,680 --> 00:01:03,320
 E ho detto che quando fai clic su
 quello, invii un messaggio al tuo

16
00:01:03,320 --> 00:01:06,420
 router, al gateway predefinito
 dicendo: Lo voglio.

17
00:01:06,420 --> 00:01:08,880
 Se mai lo vedi, mandamelo.

18
00:01:08,880 --> 00:01:10,480
 Bene, ora sappiamo qual
 è questo messaggio.

19
00:01:10,480 --> 00:01:14,640
 È IGMP. Stai inviando un messaggio
 IGMP a quel router e al router

20
00:01:14,640 --> 00:01:19,560
 deve essere in ascolto per IGMP in modo che
 ora possa saperlo, okay, su Ethernet veloce

21
00:01:19,560 --> 00:01:25,240
 00, ho un ricevitore laggiù
 che vuole questo spettacolo.

22
00:01:25,240 --> 00:01:28,700
 Quindi IGMP viene utilizzato per IPv4.

23
00:01:28,700 --> 00:01:33,520
 E per IPv6, l'equivalente è il protocollo
 di rilevamento del listener multicast.

24
00:01:33,520 --> 00:01:38,980
 E la cosa bella è che MLDP è stato praticamente
 costruito attorno agli stessi concetti

25
00:01:38,980 --> 00:01:44,320
 come IGMP. Quindi, se hai familiarità con
 IGMP, se hai studiato le versioni IGMP

26
00:01:44,320 --> 00:01:48,360
 due e tre e conosci i tipi di
 messaggio, sai come funziona,

27
00:01:48,360 --> 00:01:53,820
 conosci circa il 90% di ciò
 che devi sapere per MLDP.

28
00:01:53,820 --> 00:01:57,940
 Quindi parliamo brevemente dei
 messaggi IGMP e di come sono

29
00:01:57,940 --> 00:02:02,740
 utilizzato perché sarà molto rilevante
 per il nostro routing multicast

30
00:02:02,740 --> 00:02:09,040
 discussione. Quindi i tuoi rapporti di appartenenza,
 questo è il nome dello specifico

31
00:02:09,040 --> 00:02:15,000
 Messaggi IGMP che il tuo laptop, il
 ricevitore, invia a monte al router.

32
00:02:15,000 --> 00:02:18,860
 Quindi, ad esempio, se ora ho un elenco
 di directory sul mio laptop che dà

33
00:02:18,860 --> 00:02:24,040
 me vari programmi come Fox News e cose
 del genere e clicco su CNN, voglio

34
00:02:24,040 --> 00:02:28,840
 per guardare la CNN. Bene, in background,
 il mio portatile sa che GDA, the

35
00:02:28,840 --> 00:02:34,160
 l'indirizzo di destinazione del
 gruppo per la CNN è 239.555.

36
00:02:34,160 --> 00:02:39,740
 Quindi il mio laptop ora genererà
 un rapporto di adesione all'IGMP.

37
00:02:39,740 --> 00:02:44,600
 In realtà andrà a quell'indirizzo
 239.555.

38
00:02:44,600 --> 00:02:47,720
 Quindi, qualunque sia lo spettacolo che voglio
 vedere, sarà effettivamente quello

39
00:02:47,720 --> 00:02:52,240
 indirizzo di destinazione
 nel mio pacchetto IGMP.

40
00:02:52,240 --> 00:02:56,020
 Ora ti starai chiedendo, beh, aspetta
 un secondo, se sono un router e io

41
00:02:56,020 --> 00:03:01,380
 ricevere in un pacchetto diretto a
 239.555, come faccio a distinguerlo

42
00:03:01,380 --> 00:03:07,740
 IGMP, che è qualcosa che devo elaborare
 nella mia CPU rispetto a quell'essere

43
00:03:07,740 --> 00:03:11,400
 l'effettivo flusso di
 dati della CNN stesso?

44
00:03:11,400 --> 00:03:21,760
 In realtà è nel numero del protocollo IP.

45
00:03:21,760 --> 00:03:23,960
 Ecco come il router noterebbe
 la differenza.

46
00:03:23,960 --> 00:03:27,380
 Se il multicast arriva ed è UDP,
 dice, oh, non devo pagare

47
00:03:27,380 --> 00:03:28,300
 attenzione a quello.

48
00:03:28,300 --> 00:03:29,680
 Questo è il video vero e proprio.

49
00:03:29,680 --> 00:03:34,760
 Se arriva con un protocollo IP, penso
 che IGMP sia il protocollo due.

50
00:03:34,760 --> 00:03:38,080
 Penso che ICMP sia uno e IGMP sia due.

51
00:03:38,080 --> 00:03:41,460
 Potrei aver confuso queste due cose,
 ma è così che il router sa, oh,

52
00:03:41,460 --> 00:03:43,680
 questo è qualcosa che devo esaminare.

53
00:03:43,680 --> 00:03:46,580
 E poi quando entra nel corpo del
 messaggio, dice, oh, questo

54
00:03:46,580 --> 00:03:47,980
 è un rapporto di adesione.

55
00:03:47,980 --> 00:03:48,480
 C'è un ricevitore.

56
00:03:48,480 --> 00:03:51,900
 Un ricevitore che vuole vedere
 questo spettacolo.

57
00:03:51,900 --> 00:03:56,580
 Ora, se parliamo della versione tre
 di IGMP, ha un indirizzo riservato.

58
00:03:56,580 --> 00:04:02,840
 Quindi il tuo laptop invierà un rapporto
 di adesione IGMP a 224.00.22.

59
00:04:02,840 --> 00:04:07,320
 Questo è chiamato indirizzo
 di tutti i router IGMP V3.

60
00:04:07,320 --> 00:04:13,640
 E quindi i router che eseguono IGMP
 V3 lo ascolterebbero su 224.00.22.

61
00:04:13,640 --> 00:04:17,240
 Ora, diciamo che l'hai fatto.

62
00:04:17,240 --> 00:04:21,800
 Quindi al tuo laptop viene detto al router,
 ehi, rapporto di adesione, se mai lo fai

63
00:04:21,800 --> 00:04:26,360
 prendi i pacchetti diretti
 a 239.777 e inoltrameli.

64
00:04:26,360 --> 00:04:28,000
 E dirò che i pacchetti
 iniziano ad arrivare.

65
00:04:28,000 --> 00:04:29,500
 Cominciano ad arrivare
 attraverso Internet.

66
00:04:29,500 --> 00:04:32,460
 Colpiscono il tuo router sulla
 nuca e lui inizia a inoltrare

67
00:04:32,460 --> 00:04:34,640
 sulla sua interfaccia.

68
00:04:34,640 --> 00:04:40,400
 Va bene. Bene, quel flusso potrebbe essere un
 flusso che va 24 ore su 24, 7 giorni su 7.

69
00:04:40,400 --> 00:04:43,540
 Non si ferma mai. Continua ad
 andare avanti per sempre.

70
00:04:43,540 --> 00:04:48,840
 E il router deve avere un modo per
 sapere, okay, ciao, ricevitore,

71
00:04:48,840 --> 00:04:50,240
 sei ancora là fuori?

72
00:04:50,240 --> 00:04:52,680
 Vuoi ancora questo streaming?

73
00:04:52,680 --> 00:04:54,780
 Perché dopo tutto, sai, e se quel
 ricevitore, e se il tuo laptop

74
00:04:54,780 --> 00:04:57,720
 era collegato a un hub?

75
00:04:57,720 --> 00:04:59,700
 E hai strappato il cavo.

76
00:04:59,700 --> 00:05:02,500
 Hai fisicamente staccato
 il cavo Ethernet.

77
00:05:02,500 --> 00:05:04,700
 Hai preso il tuo portatile
 e te ne sei andato.

78
00:05:04,700 --> 00:05:08,380
 Bene, allora il tuo laptop non ha avuto
 alcun tipo di opportunità per dirlo

79
00:05:08,380 --> 00:05:09,720
 router, ehi, ho finito.

80
00:05:09,720 --> 00:05:11,680
 Non ne ho più bisogno.

81
00:05:11,680 --> 00:05:14,740
 Quindi il router deve avere un
 modo per sapere che è successo.

82
00:05:14,740 --> 00:05:18,040
 Che, ehi, non ci sono più ricevitori
 che lo vogliano.

83
00:05:18,040 --> 00:05:22,600
 Quindi il modo in cui lo fa è ogni singolo,
 ogni minuto, più o meno, ogni

84
00:05:22,600 --> 00:05:27,200
 minuto, invia un altro tipo di pacchetto
 IGMP chiamato abbonamento generale

85
00:05:27,200 --> 00:05:33,060
 domanda. E questo va all'indirizzo
 riservato 224001.

86
00:05:33,060 --> 00:05:38,160
 Si chiama indirizzo di tutti
 gli host multicast, 224001.

87
00:05:38,160 --> 00:05:42,600
 E questo è il modo in cui il router dice:
 ehi, c'è qualcuno nella sottorete?

88
00:05:42,600 --> 00:05:44,600
 chi sta guardando qualcosa?

89
00:05:44,600 --> 00:05:47,040
 Ho tre o quattro o cinque stream.

90
00:05:47,040 --> 00:05:49,120
 Sto inviando tutti nella sottorete.

91
00:05:49,120 --> 00:05:51,720
 La gente lo guarda ancora?

92
00:05:51,720 --> 00:05:56,340
 E quindi l'idea è, se il tuo laptop è
 ancora lì, se il tuo ricevitore lo è

93
00:05:56,340 --> 00:06:00,060
 ancora lì e guardando questo, quando riceve
 una domanda di appartenenza, è tuo

94
00:06:00,060 --> 00:06:03,080
 lavoro per inviare un
 rapporto di adesione.

95
00:06:03,080 --> 00:06:04,700
 E dire: sì, sono ancora qui.

96
00:06:04,700 --> 00:06:06,100
 Voglio ancora lo streaming.

97
00:06:06,100 --> 00:06:09,580
 Quindi queste domande vengono inviate,
 i rapporti ritornano e questo è ciò che

98
00:06:09,580 --> 00:06:11,180
 mantiene il flusso aggiornato.

99
00:06:11,180 --> 00:06:14,840
 È così che il gateway predefinito sa che,
 okay, devo continuare a inoltrare

100
00:06:14,840 --> 00:06:20,160
 Questo. Ora, nel mio esempio particolare in
 cui ho tirato fuori il mio portatile e io

101
00:06:20,160 --> 00:06:24,660
 si allontanò, il router non avrebbe
 sentito nulla dalla sua query.

102
00:06:24,660 --> 00:06:28,560
 Quindi i router in genere inviano due, a volte
 tre query prima di poterle finalmente inviare

103
00:06:28,560 --> 00:06:31,200
 decidi, okay, non c'è nessuno.

104
00:06:31,200 --> 00:06:32,920
 Vado avanti e interrompo
 l'inoltro del flusso.

105
00:06:32,920 --> 00:06:34,880
 Non lo invierò.

106
00:06:34,880 --> 00:06:39,100
 Ora, idealmente, diciamo che il mio portatile
 è ancora connesso a quell'hub, ma

107
00:06:39,100 --> 00:06:41,860
 Decido semplicemente: oh, è
 appena entrato il mio capo.

108
00:06:41,860 --> 00:06:43,940
 Sarà meglio che smetta di guardare
 lo spettacolo e mi metta al lavoro.

109
00:06:43,940 --> 00:06:47,720
 Quindi chiudo velocemente la mia piccola
 finestra video e mi tiro fuori l'orecchio

110
00:06:47,720 --> 00:06:52,520
 tappi. Bene, quando chiudo la finestra video,
 il mio portatile ora invia messaggi

111
00:06:52,520 --> 00:06:55,060
 un messaggio di congedo IGMP.

112
00:06:55,060 --> 00:06:59,760
 E questo è un messaggio specifico
 che dice: lascio questo gruppo.

113
00:06:59,760 --> 00:07:02,400
 Non sono più interessato a questo gruppo.

114
00:07:02,400 --> 00:07:07,060
 Ora, quando il router lo riceve, dice:
 okay, conosco quel ricevitore

115
00:07:07,060 --> 00:07:12,500
 sta uscendo, ma potrebbero esserci altri
 ricevitori sulla stessa sottorete

116
00:07:12,500 --> 00:07:14,520
 che lo vogliono ancora.

117
00:07:14,520 --> 00:07:17,500
 Quindi, invece di interrompere immediatamente
 lo streaming, lo farò

118
00:07:17,500 --> 00:07:20,460
 inviare nuovamente una query
 su quella sottorete.

119
00:07:20,460 --> 00:07:23,640
 Ma invece di inviare una query generale,
 invierò quello che viene chiamato

120
00:07:23,640 --> 00:07:25,560
 una query specifica del gruppo.

121
00:07:25,560 --> 00:07:31,380
 Quindi, invece di inviare una query generale
 a 224.001, il router dice: lo farò

122
00:07:31,380 --> 00:07:31,940
 effettivamente invia una
 query generale a 224.001.

123
00:07:31,940 --> 00:07:37,020
 E poi invierò una query a quel gruppo specifico
 239.555 o qualsiasi altra cosa

124
00:07:37,020 --> 00:07:39,200
 è che ti capita di guardare.

125
00:07:39,200 --> 00:07:42,940
 E se ci sono altri ricevitori ancora
 interessati, devono farlo

126
00:07:42,940 --> 00:07:44,520
 inviare un rapporto di adesione.

127
00:07:44,520 --> 00:07:49,180
 In caso contrario, il router interromperà
 il timeout dello streaming e lo eliminerà.

128
00:07:49,180 --> 00:07:56,000
 Quindi questi sono i quattro tipi di
 messaggi di base utilizzati da IGMP.

129
00:07:56,000 --> 00:08:01,120
 Ora con MLDP, il protocollo di rilevamento degli
 ascoltatori multicast, ancora una volta,

130
00:08:01,120 --> 00:08:07,360
 questo è per IPv6 ora, è strutturato
 in modo molto simile a IGMP.

131
00:08:07,360 --> 00:08:13,300
 Quindi la versione uno di MLDP era basata sulla
 versione due di IGMP e utilizza tutti questi

132
00:08:13,300 --> 00:08:14,900
 stessi messaggi che ti
 ho appena mostrato.

133
00:08:14,900 --> 00:08:17,720
 Hanno nomi leggermente diversi
 e te li dirò solo brevemente

134
00:08:17,720 --> 00:08:24,480
 un secondo. La versione due di MLDP era
 basata sulla versione tre di IGMP.

135
00:08:24,480 --> 00:08:28,280
 E per impostazione predefinita, i dispositivi Cisco supportano entrambi,
 ma per impostazione predefinita viene utilizzata la versione

136
00:08:28,280 --> 00:08:36,180
 due. Quindi con MLDP, invece di avere
 una query IGMP, hai una query MLDP.

137
00:08:36,180 --> 00:08:41,460
 Abbastanza semplice. Invece di un rapporto
 di adesione IGMP, hai un MLDP

138
00:08:41,460 --> 00:08:45,000
 relazione dell'ascoltatore.

139
00:08:45,000 --> 00:08:50,640
 Invece di avere un'uscita IGMP, hai
 un messaggio di completamento MLDP.

140
00:08:50,640 --> 00:08:58,760
 Ora, la maggior parte dei dispositivi in ​​realtà
 esegue MLDP, esegue la versione 2 di MLDP.

141
00:08:58,760 --> 00:09:03,260
 Quindi questo messaggio proprio qui, MLDP
 fatto, potresti non vederlo, perché

142
00:09:03,260 --> 00:09:07,620
 è nella versione precedente
 di MLDP, versione MLDP uno.

143
00:09:07,620 --> 00:09:10,040
 E questo era simile al congedo dell’IGMP.

144
00:09:10,040 --> 00:09:17,860
 Quindi, se ho un laptop che esegue MLDP,
 sto utilizzando IPv6 e sto facendo

145
00:09:17,860 --> 00:09:24,360
 MLDP versione due, se voglio interrompere uno
 streaming, se dico guarda, non lo faccio più

146
00:09:24,360 --> 00:09:28,540
 interessato, allora in realtà quello
 che invierò è che invierò

147
00:09:28,540 --> 00:09:30,820
 un rapporto di ascolto MLDP.

148
00:09:30,820 --> 00:09:37,700
 Ma il modo in cui funziona è quando il
 tuo laptop invia un ascoltatore MLDP

149
00:09:37,700 --> 00:09:40,040
 report, ci sono due campi lì dentro.

150
00:09:40,040 --> 00:09:43,980
 C'è un campo di ciò che vuoi ascoltare,
 questo è l'indirizzo del gruppo,

151
00:09:43,980 --> 00:09:49,260
 come FF0E due punti e due punti sette, qualunque
 sia l'indirizzo del livello tre che desideri

152
00:09:49,260 --> 00:09:53,440
 da vedere. E poi c'è un campo
 per l'indirizzo di origine.

153
00:09:53,440 --> 00:09:57,180
 Ora, la maggior parte delle volte il tuo
 laptop non sa quale sia la fonte, quindi

154
00:09:57,180 --> 00:09:59,980
 quell'indirizzo di origine verrebbe semplicemente
 lasciato con tutti zeri.

155
00:09:59,980 --> 00:10:03,160
 Ma proprio accanto all'indirizzo di origine
 c'è un altro campo, in realtà è a

156
00:10:03,160 --> 00:10:09,040
 chiamato flag di inclusione
 o flag di esclusione.

157
00:10:09,040 --> 00:10:15,900
 E il modo in cui funziona è quando il mio
 laptop invia un report di ascolto MLDP,

158
00:10:15,900 --> 00:10:20,860
 Dirò che ecco il gruppo che voglio,
 la fonte, non lo so, 0,

159
00:10:20,860 --> 00:10:21,900
 0, 0, 0, 0, 0, e poi lo invierò
 all'indirizzo di origine.

160
00:10:21,900 --> 00:10:29,200
 E dirò esclude 0, 0, 0, 0, il che significa
 che non escluderò nessuno.

161
00:10:29,200 --> 00:10:33,440
 Sono disposto a riceverlo da chiunque,
 non escluderlo da nessuno.

162
00:10:33,440 --> 00:10:35,800
 E quando voglio lasciare lo streaming?

163
00:10:35,800 --> 00:10:56,000
 Indovina un po? Dirò che questo
 è il flusso che voglio lasciare.

164
00:10:56,000 --> 00:11:00,880
 Quindi questo è una specie di modo della versione
 due di MLDP di inviare un congedo.

165
00:11:00,880 --> 00:11:04,100
 Invece di inviare un congedo invia
 un altro report, ma cambia il file

166
00:11:04,100 --> 00:11:09,360
 un flag di esclusione su un flag di inclusione
 e dice non includere nessuno.

167
00:11:09,360 --> 00:11:16,680
 E poi c'è la query specifica per l'indirizzo
 multicast MLDP, la maschera,

168
00:11:16,680 --> 00:11:22,880
 M-A-S-Q. È esattamente la stessa cosa dell'IGMP,
 il rapporto specifico del gruppo.

169
00:11:22,880 --> 00:11:26,740
 Serve esattamente allo stesso scopo.

170
00:11:26,740 --> 00:11:33,140
 Quindi qualcuno ha chiesto nella domanda dal vivo
 di alimentare la domanda di adesione e l'adesione

171
00:11:33,140 --> 00:11:39,820
 rapporti. Sono come gli
 intervalli ciao e morti?

172
00:11:39,820 --> 00:11:42,300
 Potresti in un certo senso
 equipararlo a quello.

173
00:11:42,300 --> 00:11:48,320
 Voglio dire, lo sappiamo, come nel caso
 dei protocolli di routing, qualcosa

174
00:11:48,320 --> 00:11:53,180
 deve uscire a ogni intervallo di saluto per
 far sapere al tuo vicino che sei fermo

175
00:11:53,180 --> 00:11:56,420
 Là. O anche lo spanning
 tree fa lo stesso.

176
00:11:56,420 --> 00:12:00,160
 I BPDU escono ad ogni intervallo di saluto
 per farti sapere che il root bridge è fermo

177
00:12:00,160 --> 00:12:06,380
 Là. Quindi potresti in un certo senso equipararlo
 a questo punto in cui il router sta inviando

178
00:12:06,380 --> 00:12:12,660
 le nostre query ogni 60 secondi
 dicono che c'è qualcuno.

179
00:12:12,660 --> 00:12:17,120
 E poi gli ascoltatori devono farlo, i
 riceventi devono rispondere dicendo

180
00:12:17,120 --> 00:12:21,060
 SÌ. Quindi è una specie di scambio
 di messaggi di saluto.

181
00:12:21,060 --> 00:12:23,480
 Immagino che potresti dargli
 questa analogia.

182
00:12:23,480 --> 00:12:29,220
 E per tutto il tempo è come se il router
 dicesse "okay", se invio una query,

183
00:12:29,220 --> 00:12:34,160
 Ho un certo periodo di tempo e
 se nessuno risponde, me ne vado

184
00:12:34,160 --> 00:12:38,400
 per inviarlo nuovamente ed eventualmente
 una terza volta.

185
00:12:38,400 --> 00:12:41,240
 E poi interromperò il flusso.

186
00:12:41,240 --> 00:12:45,040
 E questo è un po' come un intervallo morto
 o un intervallo di attesa nel caso

187
00:12:45,040 --> 00:12:46,120
 dei protocolli di instradamento.

188
00:12:46,120 --> 00:12:50,120
 Quindi sì, tra il router e il ricevitore,
 tra il router e il laptop,

189
00:12:50,120 --> 00:12:52,900
 potresti in un certo senso equipararlo
 al saluto e all'attesa.

190
00:12:52,900 --> 00:12:54,500
 Sarebbe un’analogia appropriata.