1
00:00:08,320 --> 00:00:13,520
 Ok, quindi prima di entrare nei dettagli
 essenziali del PIM come multicast

2
00:00:13,520 --> 00:00:17,920
 protocollo di routing, diamo un'occhiata a un
 livello davvero elevato di ciò che è multicast

3
00:00:17,920 --> 00:00:22,100
 protocolli di routing, perché ne abbiamo bisogno,
 quale problema sono stati progettati

4
00:00:22,100 --> 00:00:28,500
 risolvere. Quindi sappiamo di avere questo
 concetto di sorgenti e ricevitori,

5
00:00:28,500 --> 00:00:31,880
 la fonte è qualche server là fuori
 che sta pompando traffico multicast

6
00:00:31,880 --> 00:00:35,740
 e colpendo il tuo router, quel router
 lo lascia cadere perché non c'è

7
00:00:35,740 --> 00:00:38,000
 idea di dove dovrebbe andare.

8
00:00:38,000 --> 00:00:41,380
 E dall'altra parte della rete ci sono i vostri
 ricevitori, i vostri computer portatili,

9
00:00:41,380 --> 00:00:45,760
 i tuoi PC che desiderano quel traffico multicast,
 ma il loro gateway predefinito lo ha

10
00:00:45,760 --> 00:00:47,300
 nessuna idea di dove sia la fonte.

11
00:00:47,300 --> 00:00:49,720
 Allora come colleghiamo i due?

12
00:00:49,720 --> 00:00:54,140
 E questo è l'intero motivo per cui abbiamo
 bisogno dei protocolli di routing multicast

13
00:00:54,140 --> 00:00:58,140
 costruisci quel ramo, per collegarli, per
 costruire questa distribuzione multicast

14
00:00:58,140 --> 00:01:04,360
 albero. Quindi dobbiamo
 creare quell'albero.

15
00:01:04,360 --> 00:01:07,580
 E nel video precedente ho detto che abbiamo
 due livelli base di alto livello

16
00:01:07,580 --> 00:01:09,160
 modi per farlo.

17
00:01:09,160 --> 00:01:13,380
 Un metodo, chiamato modello push,
 viene utilizzato in modalità densa

18
00:01:13,380 --> 00:01:17,440
 protocolli, significa semplicemente
 inondare la rete con quel multicast

19
00:01:17,440 --> 00:01:21,700
 traffico. Sicuramente ti occuperai
 dei ricevitori e di tutto il resto

20
00:01:21,700 --> 00:01:26,460
 rami dell'albero che spetterà
 ai router eliminarli

21
00:01:26,460 --> 00:01:30,080
 rami per dire, ehi, router upstream,
 smettila di inviarmelo.

22
00:01:30,080 --> 00:01:34,220
 Non ho nessuno a valle
 che lo voglia davvero.

23
00:01:34,220 --> 00:01:40,280
 L'altro modello è la modalità sparsa, il che significa,
 OK, una volta indicato dai ricevitori

24
00:01:40,280 --> 00:01:44,900
 il loro interesse per il gateway predefinito,
 ora deve farlo il gateway predefinito

25
00:01:44,900 --> 00:01:48,520
 attivare una sorta di messaggio di partecipazione
 multicast che dice: OK, invierò

26
00:01:48,520 --> 00:01:51,400
 un messaggio a monte che dice:
 ehi, router sopra di me.

27
00:01:51,400 --> 00:01:56,100
 Se mai ricevessi questo messaggio,
 questo flusso multicast, sono qui.

28
00:01:56,100 --> 00:02:01,820
 Lo voglio. La domanda quindi diventa: OK, beh,
 da dove viene il tuo valore predefinito

29
00:02:01,820 --> 00:02:03,120
 il gateway lo invia?

30
00:02:03,120 --> 00:02:08,020
 Perché forse ha cinque o sei
 router a monte di lui.

31
00:02:08,020 --> 00:02:10,760
 A quale invia questo join?

32
00:02:10,760 --> 00:02:15,620
 Quindi, per rispondere, ecco una buona
 analogia che mi è venuta in mente.

33
00:02:15,620 --> 00:02:18,600
 Pensa agli appuntamenti, giusto?

34
00:02:18,600 --> 00:02:21,540
 Ragazzi e ragazze che si frequentano
 cercando di ritrovarsi.

35
00:02:21,540 --> 00:02:27,880
 Quindi un protocollo in modalità densa sarebbe
 come se tu fossi il ragazzo, tu cammini

36
00:02:27,880 --> 00:02:31,460
 in una discoteca e per trovare il tuo compagno
 perfetto devi semplicemente camminare

37
00:02:31,460 --> 00:02:34,580
 fino a ogni singola ragazza che
 è qui che dice: ehi, ti amo.

38
00:02:34,580 --> 00:02:35,660
 Vorresti sposarmi?

39
00:02:35,660 --> 00:02:37,380
 Ti amo. Vorresti sposarmi?

40
00:02:37,380 --> 00:02:40,220
 Ovviamente vieni schiaffeggiato
 più volte mentre lo fai.

41
00:02:40,220 --> 00:02:43,120
 Ma se tutto va bene, prima o poi troverai
 il tuo ricevitore, giusto?

42
00:02:43,120 --> 00:02:46,180
 L'angolo più lontano, la ragazza
 che beve un sacco di birra, dirà:

43
00:02:46,180 --> 00:02:47,400
 sì, voglio sposarti.

44
00:02:47,400 --> 00:02:49,980
 E così ora hai trovato il tuo ricevitore.

45
00:02:49,980 --> 00:02:50,680
 Tu sei la fonte.

46
00:02:50,680 --> 00:02:51,300
 Lei è il ricevitore.

47
00:02:51,300 --> 00:02:54,160
 Dovevi prima esaminare tutti
 gli altri ed essere sfoltito.

48
00:02:54,160 --> 00:02:56,820
 Ma alla fine hai trovato
 chi stavi cercando.

49
00:02:56,820 --> 00:02:59,040
 È come un protocollo in modalità densa.

50
00:02:59,040 --> 00:03:02,680
 Un protocollo in modalità sparsa è come,
 invece di farlo e rischiare tutto

51
00:03:02,680 --> 00:03:06,140
 quel rifiuto, usi un servizio
 di appuntamenti.

52
00:03:06,140 --> 00:03:09,660
 Quindi c'è questa società intermediaria
 chiamata servizio di appuntamenti, sai,

53
00:03:09,660 --> 00:03:15,140
 qualunque cosa, eharmony.com o qualunque
 sia il grande in questi giorni.

54
00:03:15,140 --> 00:03:19,540
 E la fonte, tu, vai al servizio di
 appuntamenti e crei un profilo.

55
00:03:19,540 --> 00:03:21,260
 E tu dici, ehi, questo sono io.

56
00:03:21,260 --> 00:03:22,400
 Sono così meraviglioso e fantastico.

57
00:03:22,400 --> 00:03:23,900
 Guadagno 5 milioni di dollari all'anno.

58
00:03:23,900 --> 00:03:24,880
 Guido una Ferrari.

59
00:03:24,880 --> 00:03:26,160
 Per favore Sposami.

60
00:03:26,160 --> 00:03:28,340
 Giusto? Quindi pubblichi le tue cose
 lì al servizio di appuntamenti.

61
00:03:28,340 --> 00:03:31,800
 I destinatari, beh, di tutti i
 50 milioni di donne che usano

62
00:03:31,800 --> 00:03:35,180
 a quel servizio di appuntamenti, potrebbero essercene
 tre che partecipano a quell'appuntamento

63
00:03:35,180 --> 00:03:38,020
 servizio e dire: oh, sì, è esattamente
 quello che sto cercando.

64
00:03:38,020 --> 00:03:38,800
 E' un po' un idiota.

65
00:03:38,800 --> 00:03:39,600
 Ha un sacco di soldi.

66
00:03:39,600 --> 00:03:40,920
 Ha una Ferrari.

67
00:03:40,920 --> 00:03:41,640
 Mi piacerà quel ragazzo.

68
00:03:41,640 --> 00:03:45,140
 E così voi due vi incontrate tramite il
 servizio di appuntamenti e inizialmente

69
00:03:45,140 --> 00:03:47,700
 non potete parlarvi, vero?

70
00:03:47,700 --> 00:03:50,340
 Inizialmente il servizio di appuntamenti dice di
 no, sai, per essere sicuro di questo ragazzo

71
00:03:50,340 --> 00:03:53,420
 non è una stalker e non è pazza,
 sai, non lo permetteremo

72
00:03:53,420 --> 00:03:56,380
 voi ragazzi vi scambiate numeri di telefono,
 indirizzi e cose del genere.

73
00:03:56,380 --> 00:03:59,740
 Dovrai utilizzare il nostro sistema di chat e il
 nostro sistema di posta elettronica per parlare

74
00:03:59,740 --> 00:04:03,900
 l'uno all'altro. Ma alla fine
 dopo aver scambiato messaggi

75
00:04:03,900 --> 00:04:07,580
 il servizio di appuntamenti, ora potete
 sapere dove vivono gli altri.

76
00:04:07,580 --> 00:04:10,120
 Puoi scambiare i numeri di telefono
 e smettere di usarli.

77
00:04:10,120 --> 00:04:12,460
 Puoi comunicare direttamente.

78
00:04:12,460 --> 00:04:15,160
 Ecco come funzionano i protocolli
 in modalità sparsa.

79
00:04:15,160 --> 00:04:19,080
 Con i protocolli in modalità sparsa,
 hai un router seduto da qualche parte

80
00:04:19,080 --> 00:04:23,180
 la tua rete che offre tale funzionalità
 del servizio di appuntamenti.

81
00:04:23,180 --> 00:04:28,200
 E così i ricevitori, una volta che il tuo
 laptop invia il messaggio IGMP al router,

82
00:04:28,200 --> 00:04:32,880
 il tuo gateway predefinito, il tuo gateway predefinito
 dice, hmm, okay, lo so, ho capito

83
00:04:32,880 --> 00:04:40,060
 un ricevitore qui, non ho
 idea di dove sia la fonte.

84
00:04:40,060 --> 00:04:44,720
 il destinatario vuole. Ma so dove si trova
 il servizio di appuntamenti nei termini

85
00:04:44,720 --> 00:04:48,700
 di un protocollo di routing multicast, quel servizio
 di appuntamenti è ciò che chiamiamo a

86
00:04:48,700 --> 00:04:51,160
 punto d'incontro, un RP.

87
00:04:51,160 --> 00:04:54,660
 Quindi c'è qualche router nella rete
 che tutti i router eseguono multicast

88
00:04:54,660 --> 00:04:57,380
 sappi che quel ragazzo è il
 ragazzo da cui andiamo.

89
00:04:57,380 --> 00:04:59,460
 Questo è il punto d'incontro.

90
00:04:59,460 --> 00:05:03,060
 Quindi ora il tuo router dirà,
 okay, creerò qualcosa chiamato

91
00:05:03,060 --> 00:05:05,380
 un join, un messaggio di join multicast.

92
00:05:05,380 --> 00:05:09,520
 E lo manderò in direzione del
 punto d'incontro dicendo: ehi,

93
00:05:09,520 --> 00:05:12,520
 Ho un tizio quaggiù che sta
 cercando questo gruppo.

94
00:05:12,520 --> 00:05:17,460
 E così alla fine l'unione arriva
 fino al punto di incontro.

95
00:05:17,460 --> 00:05:20,900
 Ora la fonte potrebbe non essere ancora
 iniziata, ma il punto d'incontro adesso

96
00:05:20,900 --> 00:05:25,000
 ha costruito un ramo lungo l'albero
 dal punto d'incontro fino in fondo

97
00:05:25,000 --> 00:05:27,120
 questi router fino al
 gateway predefinito.

98
00:05:27,120 --> 00:05:32,320
 Ora abbiamo aperto un percorso in modo
 che, se il multicast si avvia, funziona

99
00:05:32,320 --> 00:05:34,240
 una direzione in cui può fluire.

100
00:05:34,240 --> 00:05:38,040
 Ora si avvia la sorgente,
 la sorgente, il server.

101
00:05:38,040 --> 00:05:41,900
 Quindi quel server inizia a inviare il
 suo multicast e colpisce il suo router,

102
00:05:41,900 --> 00:05:45,580
 qualche router connesso a quel segmento
 viene picchiato sul retro

103
00:05:45,580 --> 00:05:47,580
 in testa con questo traffico multicast.

104
00:05:47,580 --> 00:05:50,440
 Ancora una volta, quel router lassù
 nell'altro angolo della rete

105
00:05:50,440 --> 00:05:55,300
 dice che non ho mai avuto notizie da nessun ricevitore,
 ma so dove si trova l'appuntamento

106
00:05:55,300 --> 00:06:03,540
 il servizio è. So dov'è
 il punto d'incontro.

107
00:06:03,540 --> 00:06:07,080
 E entreremo più in dettaglio su questo,
 ma fondamentalmente incapsula

108
00:06:07,080 --> 00:06:12,500
 in unicast. Prende quel pacchetto multicast
 e lo avvolge all'interno di un unicast

109
00:06:12,500 --> 00:06:16,500
 e lo trasmette in unicast
 al punto di rendezvous.

110
00:06:16,500 --> 00:06:20,920
 Una volta che il punto d'incontro lo
 ottiene, lo decapsula, dice, oh, ecco

111
00:06:20,920 --> 00:06:24,240
 multicast. Oh, sì, so dove va a finire
 perché ho ricevuto un'iscrizione

112
00:06:24,240 --> 00:06:27,360
 per questo e lo manda giù dall'albero.

113
00:06:27,360 --> 00:06:31,020
 Quindi è così che nei protocolli in modalità
 sparsa li colleghiamo inizialmente, giusto?

114
00:06:31,020 --> 00:06:33,460
 Quel punto d'incontro è il
 servizio di appuntamenti.

115
00:06:33,460 --> 00:06:37,460
 Ma proprio come nella mia analogia,
 non vuoi la sorgente e il ricevitore

116
00:06:37,460 --> 00:06:41,360
 attraversando costantemente il punto
 d'incontro per parlare tra loro.

117
00:06:41,360 --> 00:06:43,400
 Non è necessariamente efficiente, giusto?

118
00:06:43,400 --> 00:06:49,980
 E se il destinatario fosse in Florida e
 la fonte fosse nella Carolina del Nord?

119
00:06:49,980 --> 00:06:52,680
 ma il punto d'incontro è in California?

120
00:06:52,680 --> 00:06:55,700
 Beh, in quel traffico il traffico sta diminuendo
 per arrivare all'appuntamento

121
00:06:55,700 --> 00:07:00,300
 punto e ritorno. C'è un percorso molto
 più breve direttamente tra la fonte

122
00:07:00,300 --> 00:07:02,140
 e il ricevitore.

123
00:07:02,140 --> 00:07:06,080
 Ma prima di poterlo scoprire,
 dovevamo avviare il multicast

124
00:07:06,080 --> 00:07:10,320
 da dove viene, che viene
 dalla Carolina del Nord.

125
00:07:10,320 --> 00:07:13,280
 E ora i Rogers possono passare
 a quella strada.

126
00:07:13,280 --> 00:07:15,060
 Possono dire, OK, grazie,
 servizio di appuntamenti.

127
00:07:15,060 --> 00:07:16,380
 Grazie, punto d'incontro.

128
00:07:16,380 --> 00:07:17,760
 Non ho più bisogno di te.

129
00:07:17,760 --> 00:07:20,240
 Ora so esattamente dov'è la fonte.

130
00:07:20,240 --> 00:07:24,040
 Possiamo ottenere il traffico direttamente
 da lui e possiamo passare a quello

131
00:07:24,040 --> 00:07:29,360
 sentiero. Quindi questo è un livello davvero elevato
 di come funzionano i protocolli in modalità sparsa.

132
00:07:29,360 --> 00:07:33,540
 Dobbiamo prima unirci al punto d'incontro,
 esprimere il nostro interesse,

133
00:07:33,540 --> 00:07:35,440
 costruire quel ramo.

134
00:07:35,440 --> 00:07:39,680
 Il traffico deve iniziare a dirigersi verso
 il punto di incontro e poi cambia

135
00:07:39,680 --> 00:07:44,620
 finito, quindi va direttamente tra la
 fonte e il destinatario, appuntamento

136
00:07:44,620 --> 00:07:49,260
 Il punto non fa nemmeno più
 parte dell'equazione.

137
00:07:49,260 --> 00:07:56,680
 Quindi i protocolli in modalità sparsa utilizzano qualcosa
 chiamato alberi basati su core o alberi RP

138
00:07:56,680 --> 00:07:58,500
 perché abbiamo un punto d'incontro.

139
00:07:58,500 --> 00:08:01,140
 Quindi il punto d'incontro
 è il nucleo dell'albero.

140
00:08:01,140 --> 00:08:05,620
 Tutti iniziano andando da lui e poi
 si allontanano da lui in modo carino

141
00:08:05,620 --> 00:08:16,700
 velocemente. OK, quindi l'RPF, nel caso non lo
 conoscessi, ovviamente l'RPF potrebbe farlo

142
00:08:16,700 --> 00:08:16,880
 passare all'albero.

143
00:08:16,880 --> 00:08:20,780
 Sono molte cose diverse ma in questo
 caso particolare significa

144
00:08:20,780 --> 00:08:23,260
 inoltro del percorso inverso.

145
00:08:23,260 --> 00:08:27,060
 Ora pensa al traffico unicast.

146
00:08:27,060 --> 00:08:29,840
 Allontaniamoci dal multicast
 per un secondo.

147
00:08:29,840 --> 00:08:36,720
 Un router riceve un pacchetto unicast
 diretto a una destinazione 9.9.9.9.

148
00:08:36,720 --> 00:08:38,560
 Cosa fa il router?

149
00:08:38,560 --> 00:08:43,420
 Il router dice, OK, guarderò l'indirizzo
 IP di destinazione,

150
00:08:43,420 --> 00:08:47,920
 vai nella mia tabella di routing e vedi
 se ho una sorta di percorso che lo dice

151
00:08:47,920 --> 00:08:49,940
 dov'è quella destinazione.

152
00:08:49,940 --> 00:08:54,740
 Normalmente, per instradare quel pacco
 e metterlo in viaggio, lo fa

153
00:08:54,740 --> 00:08:58,060
 al router interessa la fonte
 di quel pacchetto?

154
00:08:58,060 --> 00:09:01,320
 No, non potrebbe interessarti di meno
 quale sia l'indirizzo di origine.

155
00:09:01,320 --> 00:09:05,260
 In effetti, potresti inserire 0,
 0, 0, 0 come sorgente, il router

156
00:09:05,260 --> 00:09:09,220
 non mi importerebbe. Per instradare quel pacchetto,
 tutto ciò che gli interessa è il file

157
00:09:09,220 --> 00:09:13,920
 destinazione. Ora certamente potresti implementare
 elenchi di accesso e altro

158
00:09:13,920 --> 00:09:17,120
 cose del genere per costringerlo
 a guardare la fonte.

159
00:09:17,120 --> 00:09:20,580
 E puoi effettivamente implementare
 anche qualcosa chiamato RPF.

160
00:09:20,580 --> 00:09:25,720
 Ad esempio, cosa succede se, sai, diciamo che
 il mio laptop in questo momento è seduto

161
00:09:25,720 --> 00:09:32,120
 sulla rete 11, 11.qualcosa, quindi
 ho avuto un indirizzo 11, 11.555.

162
00:09:32,120 --> 00:09:34,820
 Questo è l'indirizzo del mio portatile.

163
00:09:34,820 --> 00:09:38,280
 E scopro, scopro attraverso
 la vite che sarò

164
00:09:38,280 --> 00:09:41,080
 licenziato oggi. Io dico, cosa?

165
00:09:41,080 --> 00:09:43,260
 Cavolo, ho passato tanti
 anni in questa compagnia.

166
00:09:43,260 --> 00:09:44,340
 Ho fatto gli straordinari.

167
00:09:44,340 --> 00:09:46,520
 Ho sacrificato i miei figli
 per questa azienda.

168
00:09:46,520 --> 00:09:47,560
 Mi licenzieranno.

169
00:09:47,560 --> 00:09:49,260
 Questo mi dà davvero fastidio.

170
00:09:49,260 --> 00:09:50,440
 Quindi dico, sai una cosa?

171
00:09:50,440 --> 00:09:56,140
 Prima di andare, so qual è l'indirizzo
 IP del server web della mia azienda.

172
00:09:56,140 --> 00:10:00,000
 È 77777. Quindi sono un
 po' abbastanza esperto.

173
00:10:00,000 --> 00:10:00,560
 Io dico, sai una cosa?

174
00:10:00,560 --> 00:10:01,720
 Distruggerò quel server.

175
00:10:01,720 --> 00:10:05,040
 Intascherò quel server con, non
 so, un qualche tipo di traffico.

176
00:10:05,040 --> 00:10:07,300
 Forse richieste di sincronizzazione
 TCP, giusto?

177
00:10:07,300 --> 00:10:11,080
 Lo colpirò con 5 milioni di sincronizzazioni
 TCP ogni secondo.

178
00:10:11,080 --> 00:10:12,440
 Portalo giù. Quindi ah ah ah.

179
00:10:12,440 --> 00:10:13,540
 Vuoi licenziarmi?

180
00:10:13,540 --> 00:10:15,780
 Vi farò perdere milioni di dollari
 nei prossimi due anni

181
00:10:15,780 --> 00:10:18,100
 di ore mentre il tuo server è inattivo.

182
00:10:18,100 --> 00:10:22,240
 Beh, se decido di farlo, non voglio che
 la gente rintracci quei pacchetti

183
00:10:22,240 --> 00:10:23,580
 torniamo a me, giusto?

184
00:10:23,580 --> 00:10:27,360
 Perché non solo verrò licenziato, ma
 ora sarò in una cella di prigione con

185
00:10:27,360 --> 00:10:29,060
 qualcuno a cui non sono particolarmente
 affezionato.

186
00:10:29,060 --> 00:10:30,280
 Quindi non lo voglio.

187
00:10:30,280 --> 00:10:34,080
 Quindi dico, hmm, se invierò quelle richieste
 di sincronizzazione TCP a quel server

188
00:10:34,080 --> 00:10:37,480
 per provare a sopraffarlo, voglio assicurarmi
 che l'indirizzo di origine sia

189
00:10:37,480 --> 00:10:41,160
 non me. Non voglio essere
 11555, che sono io.

190
00:10:41,160 --> 00:10:44,940
 Voglio falsificare l'indirizzo di origine
 per farlo sembrare qualcos'altro.

191
00:10:44,940 --> 00:10:49,000
 Quindi se trovano quei pacchetti, non
 sapranno mai che provengono da me.

192
00:10:49,000 --> 00:10:53,000
 Quindi gli darò un indirizzo IP falso perché
 so quando arrivano quei pacchetti

193
00:10:53,000 --> 00:11:00,260
 ai router, ai router non interessa
 quale sia l'indirizzo di origine.

194
00:11:00,260 --> 00:11:02,260
 E crollerà.

195
00:11:02,260 --> 00:11:06,960
 Bene, se sono l'amministratore di rete,
 c'è una cosa che posso fare per evitare

196
00:11:06,960 --> 00:11:12,540
 per farlo è che posso usare il cosiddetto
 controllo RPF unicast,

197
00:11:12,540 --> 00:11:16,740
 il che significa quando un pacchetto entra
 in un'interfaccia su un router, prima

198
00:11:16,740 --> 00:11:21,460
 Guardo anche l'indirizzo di destinazione,
 guarderò la fonte

199
00:11:21,460 --> 00:11:25,440
 indirizzo e mi pongo una
 domanda molto semplice.

200
00:11:25,440 --> 00:11:31,180
 Quell'indirizzo di origine, se dovessi tornare
 indietro nella direzione opposta verso

201
00:11:31,180 --> 00:11:36,280
 quella fonte, utilizzerei questa interfaccia
 dove è appena arrivata?

202
00:11:36,280 --> 00:11:38,480
 Ora sono seduto qui.

203
00:11:38,480 --> 00:11:44,100
 Ho 11.555. Ho cambiato intenzionalmente
 l'indirizzo di origine del mio pacchetto

204
00:11:44,100 --> 00:11:49,320
 a qualcosa di completamente
 falso, come 12, 12, 12, 12.

205
00:11:49,320 --> 00:11:51,060
 Bene, è arrivato in questa interfaccia.

206
00:11:51,060 --> 00:11:53,580
 È arrivato velocemente Ethan
 alle 00 sul router.

207
00:11:53,580 --> 00:11:57,720
 Secondo la tabella di routing di questo
 router, dice, per arrivare a 12, 12

208
00:11:57,720 --> 00:12:01,120
 rete, non andrei veloce Ethan a 00.

209
00:12:01,120 --> 00:12:03,740
 Uscirei dal serial 11.

210
00:12:03,740 --> 00:12:08,120
 Pertanto, se l'amministratore di rete
 ha configurato il check-in RPF unicast

211
00:12:08,120 --> 00:12:11,260
 il router, dirà il router, c'è qualcosa
 che non va in questo pacchetto.

212
00:12:11,260 --> 00:12:15,660
 Secondo il mio percorso inverso, non percorrerei
 questa strada per arrivare a 12.

213
00:12:15,660 --> 00:12:16,700
 Io andrei da questa parte.

214
00:12:16,700 --> 00:12:21,280
 Il pacchetto arrivava nell'interfaccia
 sbagliata e veniva scartato.

215
00:12:21,280 --> 00:12:22,340
 Verrebbe scartato.

216
00:12:22,340 --> 00:12:25,760
 E così ora il mio server non riceverebbe
 mai quel pacchetto.

217
00:12:25,760 --> 00:12:27,980
 Non danneggerebbe mai il server.

218
00:12:27,980 --> 00:12:29,900
 Non è attivo per impostazione
 predefinita.

219
00:12:29,900 --> 00:12:33,580
 Il controllo RPF Unicast è qualcosa
 che devi abilitare se vuoi farlo

220
00:12:33,580 --> 00:12:36,840
 Quello. Ebbene, che rapporto
 c'è con questo?

221
00:12:36,840 --> 00:12:43,420
 Quando abiliti il ​​multicast, i protocolli
 di routing multicast eseguono controlli RPF

222
00:12:43,420 --> 00:12:45,780
 la fonte per impostazione predefinita.

223
00:12:45,780 --> 00:12:48,140
 È un dato di fatto, non puoi
 impedire loro di farlo.

224
00:12:48,140 --> 00:12:50,400
 Lo fanno. Ora, perché lo fanno?

225
00:12:50,400 --> 00:12:52,940
 Lo fanno per il rilevamento del loop.

226
00:12:52,940 --> 00:12:56,240
 L'idea è che quando arriva un pacchetto multicast,
 non vuoi semplicemente girare in cerchio

227
00:12:56,240 --> 00:12:58,600
 in rete per sempre.

228
00:12:58,600 --> 00:13:04,280
 Quindi quello che fanno i router è dire, okay,
 il router sta utilizzando la modalità sparsa

229
00:13:04,280 --> 00:13:08,840
 protocolli. Quindi, se sono un router inserito
 in una rete, diciamo semplicemente che lo sono

230
00:13:08,840 --> 00:13:09,700
 il gateway predefinito.

231
00:13:09,700 --> 00:13:14,020
 Sono il gateway collegato a questo ricevitore,
 al mio portatile proprio qui.

232
00:13:14,020 --> 00:13:18,800
 E sono appena stato informato tramite IGMP
 che questo ricevitore desidera ricevere

233
00:13:18,800 --> 00:13:22,240
 alcuni multicast. 239-777.

234
00:13:22,240 --> 00:13:27,780
 Disegniamolo semplicemente
 per renderlo chiaro.

235
00:13:27,780 --> 00:13:39,460
 Va bene. Quindi, ecco, oh,
 aspetta solo un secondo.

236
00:13:39,460 --> 00:13:42,820
 Allora lo farò in questo modo.

237
00:13:42,820 --> 00:13:47,540
 Ecco il mio ricevitore proprio
 qui come un quadrato.

238
00:13:47,540 --> 00:13:50,920
 Lo metteremo come una piccola R.

239
00:13:50,920 --> 00:13:58,180
 Ed ecco il gateway predefinito
 a cui è connesso.

240
00:13:58,180 --> 00:14:01,940
 Gateway predefinito.

241
00:14:01,940 --> 00:14:08,900
 E ha diverse interfacce
 che portano a monte.

242
00:14:08,900 --> 00:14:14,720
 Diremo semplicemente interfaccia
 uno, due e tre.

243
00:14:14,720 --> 00:14:16,320
 Non importa quali siano.

244
00:14:16,320 --> 00:14:19,840
 Seriale Ethernet veloce, è irrilevante
 per questa discussione.

245
00:14:19,840 --> 00:14:27,300
 Ora, questo router ha appena ricevuto
 un rapporto di adesione IGMP da

246
00:14:27,300 --> 00:14:39,060
 ricevitore. E quel ricevitore vuole
 ricevere il traffico per il 239-777.

247
00:14:39,060 --> 00:14:41,740
 Questo è il gruppo a cui
 vuole partecipare.

248
00:14:41,740 --> 00:14:46,020
 Ora, questo router esegue un protocollo
 di routing in modalità sparsa.

249
00:14:46,020 --> 00:14:47,280
 Quindi diremo semplicemente che è PIM.

250
00:14:47,280 --> 00:14:51,420
 È in esecuzione il protocollo di routing
 multicast indipendente dal protocollo.

251
00:14:51,420 --> 00:14:54,120
 Quindi, come parte del PIM, per far
 funzionare il PIM, dice, okay, lo so

252
00:14:54,120 --> 00:14:55,420
 c'è un router da qualche parte.

253
00:14:55,420 --> 00:15:00,660
 Lo chiameremo qui, che è
 il mio punto d'incontro.

254
00:15:00,660 --> 00:15:04,140
 E quindi devo far sapere al punto
 d'incontro che ho un ricevitore

255
00:15:04,140 --> 00:15:05,860
 quaggiù chi lo vuole?

256
00:15:05,860 --> 00:15:10,240
 Quindi diciamo che questo
 punto d'incontro è 8888.

257
00:15:10,240 --> 00:15:14,580
 Quindi questo router, dice, okay, lo so.

258
00:15:14,580 --> 00:15:17,400
 Facciamo solo un piccolo fumetto qui.

259
00:15:17,400 --> 00:15:22,220
 Dice: so che il PIM RP è 8888.

260
00:15:22,220 --> 00:15:26,960
 Ora, dice, okay, come posso
 arrivare al PIM RP?

261
00:15:26,960 --> 00:15:30,260
 Ora è qui che usa il suo protocollo
 di routing unicast.

262
00:15:30,260 --> 00:15:35,100
 Ho menzionato alcune volte che il routing
 multicast funziona di pari passo con

263
00:15:35,100 --> 00:15:36,920
 il tuo protocollo di routing unicast.

264
00:15:36,920 --> 00:15:39,560
 Quindi dice, okay, lasciami entrare
 nella mia tabella di routing.

265
00:15:39,560 --> 00:15:42,980
 E secondo la mia tabella di routing,
 ho un percorso EI-JRP che dice

266
00:15:42,980 --> 00:15:49,800
 per accedere alla rete 8.8 avviene
 tramite l'interfaccia 2.

267
00:15:49,800 --> 00:15:56,920
 Quindi invia un'interfaccia
 di unione PIM 2.

268
00:15:56,920 --> 00:16:04,620
 E alla fine, l'adesione al PIM si fa
 strada attraverso la rete e ottiene

269
00:16:04,620 --> 00:16:06,420
 fino al punto d'incontro.

270
00:16:06,420 --> 00:16:09,840
 Quindi questo ora è l'albero
 condiviso, giusto?

271
00:16:09,840 --> 00:16:14,600
 Questo è l'albero che va dal punto di
 incontro fino al gateway predefinito.

272
00:16:14,600 --> 00:16:19,960
 Ora, questo gateway predefinito, poiché
 utilizza la modalità sparsa PIMS, dice,

273
00:16:19,960 --> 00:16:27,080
 okay, mi aspetto che quando inizia il
 multicast, ogni volta che inizia,

274
00:16:27,080 --> 00:16:31,260
 dovrebbe scendere dal punto d'incontro.

275
00:16:31,260 --> 00:16:35,640
 Quindi diciamo che il multicast
 inizia, ed eccolo qui.

276
00:16:35,640 --> 00:16:38,680
 Ecco, viene giù in questo modo.

277
00:16:38,680 --> 00:16:44,540
 Quindi la fonte è 7777.

278
00:16:44,540 --> 00:16:48,660
 La destinazione è 239.777.

279
00:16:48,660 --> 00:16:54,700
 Bene, poiché quest'uomo sta utilizzando la modalità
 sparsa PIMS, esegue un controllo RPF.

280
00:16:54,700 --> 00:16:55,660
 Ma ecco come funziona.

281
00:16:55,660 --> 00:17:01,200
 Dice, beh, perché mi aspettavo che questo
 multicast arrivasse tramite il

282
00:17:01,200 --> 00:17:06,740
 punto d'incontro, dice, su quale interfaccia
 sarebbe dovuto arrivare?

283
00:17:06,740 --> 00:17:10,820
 Ebbene, secondo la mia tabella di routing,
 per arrivare al punto d'incontro, io

284
00:17:10,820 --> 00:17:12,540
 passare tramite l'interfaccia 2.

285
00:17:12,540 --> 00:17:16,860
 Eh, questo multicast non è arrivato
 dal punto d'incontro.

286
00:17:16,860 --> 00:17:19,000
 Non proviene dall'interfaccia 2.

287
00:17:19,000 --> 00:17:21,820
 Così indovinate un po? Lo ucciderò.

288
00:17:21,820 --> 00:17:24,240
 Questo è un fallimento dell'RPF.

289
00:17:24,240 --> 00:17:29,080
 Non è sceso quello che chiamiamo l’albero
 condiviso, l’albero condiviso

290
00:17:29,080 --> 00:17:31,620
 tra il punto di incontro e
 questo gateway predefinito.

291
00:17:31,620 --> 00:17:35,460
 Ha semplicemente fallito
 il controllo RPF.

292
00:17:35,460 --> 00:17:38,740
 Ora diciamo che è venuta giù così.

293
00:17:38,740 --> 00:17:41,820
 Ok, quindi è venuta la strada giusta.

294
00:17:41,820 --> 00:17:43,960
 Il controllo dell'RPF avrebbe
 avuto successo.

295
00:17:43,960 --> 00:17:48,020
 Passerebbe. Diceva, okay, sono interessato
 a questo gruppo, e così è stato

296
00:17:48,020 --> 00:17:52,640
 accedere all'interfaccia corretta, all'interfaccia
 2, che è l'interfaccia

297
00:17:52,640 --> 00:17:55,100
 portando al RP.

298
00:17:55,100 --> 00:17:56,760
 Adesso succede qualcosa di interessante.

299
00:17:56,760 --> 00:17:58,480
 Quindi andiamo avanti e rimettiamolo qui.

300
00:17:58,480 --> 00:18:04,080
 La sorgente era 777. La destinazione
 era 239.777.

301
00:18:04,080 --> 00:18:09,460
 Ok, quindi può inoltrare il multicast
 al client, al ricevitore.

302
00:18:09,460 --> 00:18:14,760
 Ora, per la prima volta, questo router
 dice: oh, finalmente so chi

303
00:18:14,760 --> 00:18:21,480
 la fonte è. L'indirizzo effettivo
 del server è 777.

304
00:18:21,480 --> 00:18:25,860
 Ora PIMS-SPAR-SMO dice, okay, potrei continuare
 a riceverlo dall'appuntamento

305
00:18:25,860 --> 00:18:28,640
 punto, ma esiste un percorso migliore?

306
00:18:28,640 --> 00:18:32,880
 Esiste effettivamente un percorso più breve per
 arrivare a quella fonte che sarebbe di più

307
00:18:32,880 --> 00:18:36,900
 efficiente? Quindi torna alla
 sua tabella di routing.

308
00:18:36,900 --> 00:18:42,140
 Dice, okay, ora lasciami fare
 una ricerca RPF a riguardo.

309
00:18:42,140 --> 00:18:48,060
 E lui dice, oh, ecco, ho un percorso
 che corrisponde a quello, quello

310
00:18:48,060 --> 00:18:49,880
 Ho imparato tramite EIGRP.

311
00:18:49,880 --> 00:18:52,620
 Ancora una volta, potrebbe essere
 appreso tramite RIP o OSPF.

312
00:18:52,620 --> 00:18:58,240
 Non ci interessa. Dice che avviene
 tramite l'interfaccia 1.

313
00:18:58,240 --> 00:19:00,740
 Quindi ora PIM fa qualcosa di speciale.

314
00:19:00,740 --> 00:19:04,940
 Invia un altro PIM in questo modo.

315
00:19:04,940 --> 00:19:09,720
 Entreremo in tutti i dettagli di questo.

316
00:19:09,720 --> 00:19:17,340
 E dice, questo è per la sorgente
 777, destinazione 239.777.

317
00:19:17,340 --> 00:19:21,820
 E l'adesione al PIM arriva fino in fondo.

318
00:19:21,820 --> 00:19:25,960
 E diciamo che la fonte è proprio qui.

319
00:19:25,960 --> 00:19:31,360
 In realtà è lì che si trova il server.

320
00:19:31,360 --> 00:19:34,540
 E ci sono stati un sacco
 di router nel mezzo.

321
00:19:34,540 --> 00:19:36,000
 Quindi ecco un router.

322
00:19:36,000 --> 00:19:37,760
 Ecco un router.

323
00:19:37,760 --> 00:19:38,940
 Ed ecco un router.

324
00:19:38,940 --> 00:19:41,000
 E sono tutti collegati così.

325
00:19:41,000 --> 00:19:47,760
 Supponendo che tutti questi router sappiano
 come raggiungere la rete 777, quello

326
00:19:47,760 --> 00:19:52,620
 l'adesione speciale al PIM sarebbe arrivata
 fino in fondo e alla fine ce l'avrebbe fatta

327
00:19:52,620 --> 00:19:55,560
 questo router connesso alla sorgente.

328
00:19:55,560 --> 00:19:59,240
 E questo ora ha aperto l’albero
 del percorso più breve.

329
00:19:59,240 --> 00:20:00,780
 Nota che qui abbiamo due alberi diversi.

330
00:20:00,780 --> 00:20:04,520
 Abbiamo quello blu e quello verde.

331
00:20:04,520 --> 00:20:08,560
 E il punto blu fino al gateway predefinito
 era chiamato albero condiviso

332
00:20:08,560 --> 00:20:11,280
 o talvolta chiamato albero RP.

333
00:20:11,280 --> 00:20:14,400
 A volte potresti vedere l'acronimo RPT.

334
00:20:14,400 --> 00:20:19,240
 Ha funzionato, ma potrebbe non essere
 il percorso più efficiente.

335
00:20:19,240 --> 00:20:23,720
 Questo albero verde è l'albero
 del percorso più breve.

336
00:20:23,720 --> 00:20:28,320
 Ma non sapevamo cosa fosse finché non
 abbiamo saputo dov'era la fonte

337
00:20:28,320 --> 00:20:31,140
 abbiamo ricevuto il nostro
 primo pacchetto multicast.

338
00:20:31,140 --> 00:20:35,360
 E quindi ora che abbiamo aperto quell'albero,
 il router dice, okay,

339
00:20:35,360 --> 00:20:42,380
 a questo punto, per un breve momento, la
 prossima volta che avrò il multicast

340
00:20:42,380 --> 00:20:45,660
 pacchetto, potrebbe provenire
 da uno di due posti.

341
00:20:45,660 --> 00:20:50,200
 Lo accetterò sull'interfaccia due perché
 potrebbe provenire ancora da lì

342
00:20:50,200 --> 00:20:51,800
 il punto d'incontro.

343
00:20:51,800 --> 00:20:55,680
 E ora se arriva sull'interfaccia
 uno, lo accetterò anche perché io

344
00:20:55,680 --> 00:20:57,000
 cercato di aprire questa strada.

345
00:20:57,000 --> 00:21:01,560
 Ho intenzionalmente provato ad aprire questo
 percorso sperando che il traffico multicast

346
00:21:01,560 --> 00:21:04,100
 scenderà da questa parte.

347
00:21:04,100 --> 00:21:09,320
 Quindi ora se il multicast arriva sull'interfaccia
 tre, sarà un fallimento RPF.

348
00:21:09,320 --> 00:21:12,660
 Perché il router dice, ehi, interfaccia
 tre, quello non è l'albero condiviso

349
00:21:12,660 --> 00:21:16,180
 e non è l'albero del percorso più breve.

350
00:21:16,180 --> 00:21:20,720
 Ma se scende uno di questi
 supererà il controllo RPF.

351
00:21:20,720 --> 00:21:25,920
 E una volta che il multicast inizia effettivamente
 a fluire e ad entrare nell'interfaccia

352
00:21:25,920 --> 00:21:30,500
 numero uno, ora il gateway predefinito
 dirà, fantastico!

353
00:21:30,500 --> 00:21:33,940
 Ricevo il traffico multicast nel
 modo più efficiente possibile

354
00:21:33,940 --> 00:21:36,260
 tramite l'albero del percorso più breve.

355
00:21:36,260 --> 00:21:39,340
 Non ho più bisogno di prenderlo
 dal punto d'incontro.

356
00:21:39,340 --> 00:21:44,380
 Quindi invierà effettivamente un messaggio di eliminazione
 PIM in questo modo, che verrà eliminato

357
00:21:44,380 --> 00:21:51,460
 da questo albero. E ora il multicast
 scorrerà nel modo più breve

358
00:21:51,460 --> 00:21:56,100
 percorso dell'albero fino a quando il
 destinatario non lo desidera più.

359
00:21:56,100 --> 00:21:59,760
 Quindi questo è un livello davvero elevato
 di come funziona la modalità sparsa PIM.

360
00:21:59,760 --> 00:22:04,280
 Ma ho fatto tutto questo per mostrarti che
 vengono effettuati i controlli dell'RPF.

361
00:22:04,280 --> 00:22:09,860
 Tutto dipende da dove il router si
 aspetta di ricevere il multicast.

362
00:22:09,860 --> 00:22:13,480
 Se si aspetta che arrivi dal
 punto d'incontro, lo farà

363
00:22:13,480 --> 00:22:17,860
 diciamo, guarda, il punto d'incontro si trova
 sull'interfaccia uno o sull'interfaccia sette,

364
00:22:17,860 --> 00:22:20,640
 e lo apprende dal suo
 protocollo di routing.

365
00:22:20,640 --> 00:22:24,280
 È lì che mi aspetto di ottenere
 inizialmente il multicast.

366
00:22:24,280 --> 00:22:27,800
 Se proviene da qualsiasi altra
 interfaccia, lo ucciderò.

367
00:22:27,800 --> 00:22:28,820
 Lo lascerò cadere.

368
00:22:28,820 --> 00:22:31,340
 Non doveva andare così.

369
00:22:31,340 --> 00:22:34,880
 Ma una volta che sa qual è la fonte
 e cerca di aprirla più brevemente

370
00:22:34,880 --> 00:22:39,500
 percorso dell'albero, ora
 l'RPF avrà successo.

371
00:22:39,500 --> 00:22:46,420
 Passerà se il multicast scende lungo
 l'albero del percorso più breve.

372
00:22:46,420 --> 00:22:51,840
 Quindi, come determiniamo l'interfaccia
 di ingresso corretta?

373
00:22:51,840 --> 00:22:56,480
 Come possiamo essere sicuri che l'RPF abbia
 successo o passi in base al tipo?

374
00:22:56,480 --> 00:22:58,800
 di albero che aspettiamo?

375
00:22:58,800 --> 00:23:02,460
 Ci aspettiamo che scenda dall'albero
 centrale, altrimenti noto come

376
00:23:02,460 --> 00:23:09,940
 Albero RP? Oppure ci aspettiamo che il
 traffico scenda dall'albero di origine?

377
00:23:09,940 --> 00:23:16,400
 Ora, potrebbe dipendere
 dal tipo IGP specifico.

378
00:23:16,400 --> 00:23:18,620
 Di cosa sto parlando lì?

379
00:23:18,620 --> 00:23:21,980
 PIM non è l'unico protocollo
 di routing multicast.

380
00:23:21,980 --> 00:23:22,800
 Ce ne sono altri.

381
00:23:22,800 --> 00:23:27,120
 Ad esempio, MOSPF, OSPF multicast.

382
00:23:27,120 --> 00:23:31,440
 Probabilmente puoi indovinare se sto
 usando OSPF multicast per capire

383
00:23:31,440 --> 00:23:35,140
 quale sia l'interfaccia corretta per andare
 all'RP, o l'interfaccia corretta

384
00:23:35,140 --> 00:23:39,480
 per andare alla fonte, si
 basa sulle rotte OSPF.

385
00:23:39,480 --> 00:23:44,120
 MOSPF non può eseguire il controllo
 RPF in base a RIP o EIGRP.

386
00:23:44,120 --> 00:23:50,500
 Ha bisogno dell'OSPF. Ce n'è un altro chiamato
 DVMRP, Distance Vector Multicast

387
00:23:50,500 --> 00:23:51,940
 Protocollo di instradamento.

388
00:23:51,940 --> 00:23:53,120
 E' un po' strano.

389
00:23:53,120 --> 00:23:59,660
 In realtà crea la propria tabella unicast
 separata solo per eseguire controlli RPF.

390
00:23:59,660 --> 00:24:01,140
 La tabella DVMRP.

391
00:24:01,140 --> 00:24:02,920
 Non usa nient'altro.

392
00:24:02,920 --> 00:24:08,720
 La cosa meravigliosa del PIM, Protocol
 Independent Multicast.

393
00:24:08,720 --> 00:24:13,000
 Il protocollo indipendente significa
 che il PIM dice: non mi interessa.

394
00:24:13,000 --> 00:24:16,100
 Quando eseguo un controllo RPF,
 andrò nella tabella di routing.

395
00:24:16,100 --> 00:24:19,960
 Non mi interessa se riesco a trovare un percorso che
 sia un percorso statico, un percorso connesso,

396
00:24:19,960 --> 00:24:21,540
 EIGRP, RIP, OSPF.

397
00:24:21,540 --> 00:24:27,160
 Non mi interessa. Finché riesco a trovare
 qualcosa per fare il controllo sull'RPF,

398
00:24:27,160 --> 00:24:32,040
 Sarò felice. Ecco perché PIM è così popolare
 perché ti consente di utilizzare

399
00:24:32,040 --> 00:24:35,100
 qualunque protocollo di
 routing IGP desideri.

400
00:24:35,100 --> 00:24:36,860
 Non dipende da quello.