1
00:00:08,840 --> 00:00:12,040
 Quindi ora abbiamo costruito
 l'albero condiviso.

2
00:00:12,040 --> 00:00:17,660
 A questo punto, se mai il multicast dovesse
 iniziare, una volta raggiunto l'RP, lo farà

3
00:00:17,660 --> 00:00:22,560
 vai dal router 3 al router 8, dal router
 8 al router 2 e poi al router

4
00:00:22,560 --> 00:00:26,320
 1. Quindi siamo pronti a partire.

5
00:00:26,320 --> 00:00:30,920
 Okay, lasciami, okay, per ora
 lascio tutto così com'è.

6
00:00:30,920 --> 00:00:34,620
 Comincia a diventare un po' disordinato,
 ma farò del mio meglio.

7
00:00:34,620 --> 00:00:40,680
 Ok, quindi ora, sai, un minuto dopo,
 un'ora dopo, finalmente la fonte

8
00:00:40,680 --> 00:00:43,940
 si avvia. Inizia a inviare
 il suo flusso multicast.

9
00:00:43,940 --> 00:00:57,440
 Quindi eccolo qui. Router 4 sulla
 parte posteriore della testa.

10
00:00:57,440 --> 00:01:03,880
 Quale azione intraprenderà il router
 4 dopo aver ricevuto questo per primo

11
00:01:03,880 --> 00:01:05,940
 pacchetto multicast?

12
00:01:05,940 --> 00:01:08,540
 In realtà farà un sacco di cose,
 quindi ce n'è più di una corretta

13
00:01:08,540 --> 00:01:21,240
 rispondi qui. Bene, prima di fare qualsiasi
 cosa, sai, la regola del PIM

14
00:01:21,240 --> 00:01:28,000
 è che quando ricevi qualcosa, non
 puoi creare alcun pacchetto PIM.

15
00:01:28,000 --> 00:01:33,380
 Non puoi inoltrare alcun pacchetto multicast
 finché non crei lo stato nel file

16
00:01:33,380 --> 00:01:37,660
 Tabella dei percorsi M. Senza lo stato
 del percorso M, non puoi fare nulla.

17
00:01:37,660 --> 00:01:41,500
 Quindi la prima cosa che questo ragazzo deve
 fare è creare lo stato del percorso M.

18
00:01:41,500 --> 00:01:46,160
 Quindi dice, okay, bene, perché ho
 ricevuto effettivamente traffico da

19
00:01:46,160 --> 00:01:54,060
 source, creerò lo stato s-coma-g,
 che va da 4.5.4.5 a 39.999.

20
00:01:54,060 --> 00:01:55,500
 Quindi questo è il nostro s-coma-g.

21
00:01:55,500 --> 00:02:03,140
 Ok, quindi in questo caso particolare, interfaccia
 in entrata, cosa sta succedendo?

22
00:02:03,140 --> 00:02:12,020
 avere come interfaccia in entrata?

23
00:02:12,020 --> 00:02:14,560
 Bene, sarà l'interfaccia in cui si trova
 effettivamente questo multicast

24
00:02:14,560 --> 00:02:16,360
 sto entrando. Esattamente.

25
00:02:16,360 --> 00:02:18,080
 Ethernet veloce, 0 barra 1.

26
00:02:18,080 --> 00:02:21,700
 Giusto. Quindi questo è ciò
 che avremo proprio qui.

27
00:02:21,700 --> 00:02:28,920
 Quale sarà il vicino dell'RPF
 per questa voce?

28
00:02:28,920 --> 00:02:34,580
 Quale indirizzo IP inseriremo lì?

29
00:02:34,580 --> 00:02:41,020
 Esatto, Pietro. Giusto.

30
00:02:41,020 --> 00:02:42,780
 Dice: guarda, sono l'ultimo router hop.

31
00:02:42,780 --> 00:02:45,560
 Sono collegato direttamente alla fonte.

32
00:02:45,560 --> 00:02:48,400
 Questo non mi è arrivato tramite
 nessun altro router.

33
00:02:48,400 --> 00:02:51,280
 Quindi il prossimo salto
 vicino sarà tutto zeri.

34
00:02:51,280 --> 00:02:54,480
 Sono dove tutto inizia proprio qui.

35
00:02:54,480 --> 00:02:58,880
 Ora, proprio adesso, cosa ci sarà nell'elenco
 delle interfacce in uscita come lui

36
00:02:58,880 --> 00:03:15,800
 crea questo? L'elenco delle interfacce
 in uscita sarà nullo.

37
00:03:15,800 --> 00:03:18,940
 Perché dirà, guarda, anche se sto
 ricevendo questo multicast,

38
00:03:18,940 --> 00:03:20,460
 nessuno me lo ha mai chiesto.

39
00:03:20,460 --> 00:03:24,740
 Non ho mai ricevuto alcun tipo di
 richiesta IGMP o PIM per questo.

40
00:03:24,740 --> 00:03:31,760
 Quindi è nullo. Ora, se avessi fatto un percorso IPM,
 in questo momento sarebbe tutto ciò che avrei

41
00:03:31,760 --> 00:03:37,320
 vedresti questa voce di s-energia
 per questo stato?

42
00:03:37,320 --> 00:03:44,400
 Hai una probabilità del
 50% di farlo bene.

43
00:03:44,400 --> 00:03:52,620
 Sì o no? No. La risposta è no,
 non è tutto ciò che vedresti.

44
00:03:52,620 --> 00:03:58,960
 Perché mentre i router qui possono
 avere commedie da star da soli,

45
00:03:58,960 --> 00:04:02,700
 un s-coma-g non può essere da solo.

46
00:04:02,700 --> 00:04:06,320
 Una s-coma-g è, ricordi l'analogia del fratello
 minore e del fratello maggiore?

47
00:04:06,320 --> 00:04:08,820
 Ho detto che la star della commedia
 è il fratello maggiore.

48
00:04:08,820 --> 00:04:12,040
 Può uscire. Può passeggiare
 per il quartiere da solo.

49
00:04:12,040 --> 00:04:15,100
 Ma il s-coma-g è il fratellino
 di sette anni.

50
00:04:15,100 --> 00:04:18,240
 Non lo vogliamo fuori da solo perché
 potrebbe accadergli qualcosa.

51
00:04:18,240 --> 00:04:20,960
 Quindi deve andare d'accordo
 con il fratello maggiore.

52
00:04:20,960 --> 00:04:25,920
 Quindi dobbiamo creare la voce della commedia
 stellare se non ne esiste già una.

53
00:04:25,920 --> 00:04:29,080
 In questo caso non ne esisteva uno.

54
00:04:29,080 --> 00:04:33,220
 Quindi lo popoleremo.

55
00:04:33,220 --> 00:04:38,160
 Qui c'è un po' di confusione,
 ma cercherò di inserire tutto.

56
00:04:38,160 --> 00:04:39,900
 L'interfaccia in entrata sarà veloce.

57
00:04:39,900 --> 00:04:43,300
 Ethernet 0 barra 0 punto 34 perché
 questa è l'interfaccia che porta a

58
00:04:43,300 --> 00:04:44,600
 punto d'incontro.

59
00:04:44,600 --> 00:04:50,040
 Il nostro vicino PF sarà 3
 punto 4 punto 3 punto 3.

60
00:04:50,040 --> 00:04:55,040
 Un elenco di interfacce in uscita,
 ancora una volta, sarà nullo.

61
00:04:55,040 --> 00:04:58,520
 Perché popoliamo l'elenco delle interfacce
 in uscita solo con qualcosa se

62
00:04:58,520 --> 00:05:01,220
 riceviamo una richiesta di qualche tipo.

63
00:05:01,220 --> 00:05:03,520
 E non abbiamo mai ricevuto una richiesta.

64
00:05:03,520 --> 00:05:06,260
 Ok, ora abbiamo creato MROUT STATE.

65
00:05:06,260 --> 00:05:08,740
 Ma non abbiamo ancora risposto
 alla domanda: cosa ne facciamo?

66
00:05:08,740 --> 00:05:10,820
 primo pacchetto multicast?

67
00:05:10,820 --> 00:05:15,340
 Ora che è stato creato lo STATO
 MROUT, cosa ne faremo?

68
00:05:15,340 --> 00:05:24,840
 Lo registreremo.

69
00:05:24,840 --> 00:05:26,020
 Lo invieremo.

70
00:05:26,020 --> 00:05:31,780
 Lo incapsuleremo all'interno di
 un pacchetto di registri PIM.

71
00:05:31,780 --> 00:05:35,800
 Quindi eccolo qui, e sarà unicast.

72
00:05:35,800 --> 00:05:41,420
 Quindi vediamo se riesco a rendere
 giustizia a questo qui.

73
00:05:41,420 --> 00:05:51,580
 Quindi questo sarà unicast
 da R4 fino a R3.

74
00:05:51,580 --> 00:05:58,280
 E una traccia sniffer dirà REGISTRO PIM.

75
00:05:58,280 --> 00:06:03,580
 Ora, una volta che R3 ottiene quel REGISTRO
 PIM, proprio come R4 ne ha fatti un sacco

76
00:06:03,580 --> 00:06:06,340
 roba contemporaneamente quando ha ricevuto
 il primo pacchetto, ha creato tutto il file

77
00:06:06,340 --> 00:06:10,220
 state e l'ha registrato,
 beh R3, ne farà un sacco

78
00:06:10,220 --> 00:06:13,080
 roba contemporaneamente una volta
 ottenuto questo registro.

79
00:06:13,080 --> 00:06:18,280
 Poiché finalmente vede la fonte effettiva,
 può creare una voce S-comaG.

80
00:06:18,280 --> 00:06:20,560
 Non rimarrò a corto di spazio qui,
 quindi lo metterò semplicemente

81
00:06:20,560 --> 00:06:22,200
 solo le basi.

82
00:06:22,200 --> 00:06:27,520
 4.5.4.5, 2.39.999.

83
00:06:27,520 --> 00:06:32,040
 Quindi questa è la mia voce S-comaG.

84
00:06:32,040 --> 00:06:38,100
 E se hai domande su quale sia
 l'interfaccia in entrata o

85
00:06:38,100 --> 00:06:44,180
 qualcosa del genere, quindi in questa
 particolare voce S-comaG andrò avanti

86
00:06:44,180 --> 00:06:48,740
 e metti questo. Quando lo creerà,
 dirà, okay, beh, se l'ho già fatto

87
00:06:48,740 --> 00:06:53,620
 avevo uno star-comaG esistente, stava semplicemente
 girovagando e aspettando.

88
00:06:53,620 --> 00:06:56,940
 E ora creo un S-comaG perché effettivamente
 vedo il multicast.

89
00:06:56,940 --> 00:07:00,520
 Tornerò al mio star-comaG e a qualunque
 cosa sia nella mia interfaccia in uscita

90
00:07:00,520 --> 00:07:05,080
 elenco lì, lo copierò nel mio S-comaG.

91
00:07:05,080 --> 00:07:11,100
 L'unica situazione in cui ciò non
 accadrebbe è se, così facendo, tu

92
00:07:11,100 --> 00:07:14,840
 avrebbe un duplicato di dove si trova
 l'interfaccia in entrata S-comaG

93
00:07:14,840 --> 00:07:17,580
 uguale all'elenco delle
 interfacce in uscita.

94
00:07:17,580 --> 00:07:18,800
 Non puoi averlo.

95
00:07:18,800 --> 00:07:21,280
 Non puoi avere un'interfaccia nell'elenco
 delle interfacce in uscita che è il

96
00:07:21,280 --> 00:07:22,800
 stesso dell'interfaccia in entrata.

97
00:07:22,800 --> 00:07:24,360
 Questo è contro le regole del PIM.

98
00:07:24,360 --> 00:07:30,080
 Ma in questo caso non dobbiamo
 preoccuparci di questo.

99
00:07:30,080 --> 00:07:32,540
 Quindi qualcuno tra il pubblico dal
 vivo ha posto una bella domanda.

100
00:07:32,540 --> 00:07:34,440
 Stanno dicendo, quindi è un
 messaggio unicast, giusto?

101
00:07:34,440 --> 00:07:36,020
 Quel registro PIM è unicast.

102
00:07:36,020 --> 00:07:41,420
 Quindi, se avessi due o tre o quattro
 router tra il router tre e il router

103
00:07:41,420 --> 00:07:44,900
 quattro, avrebbero uno stato multicast?

104
00:07:44,900 --> 00:07:46,040
 No, non lo farebbero.

105
00:07:46,040 --> 00:07:48,460
 Perché se ci fossero dei router
 qui in mezzo, vedrebbero e basta

106
00:07:48,460 --> 00:07:53,500
 un pacchetto unicast con un indirizzo di
 origine di quattro, destinazione di tre,

107
00:07:53,500 --> 00:07:54,360
 e lo avrebbero semplicemente instradato.

108
00:07:54,360 --> 00:07:58,560
 Proprio come se stessero instradando una richiesta
 telnet o un browser web o un FTP.

109
00:07:58,560 --> 00:08:02,520
 Quindi, se ci fossero dei router qui in mezzo
 in questo momento, il loro percorso M

110
00:08:02,520 --> 00:08:03,800
 lo stato non mostrerebbe nulla.

111
00:08:03,800 --> 00:08:06,820
 Non sono consapevoli che il multicast sta effettivamente
 viaggiando attraverso di loro

112
00:08:06,820 --> 00:08:14,440
 come unicast. Ok, quindi il router
 tre crea lo stato S-comaG e poi

113
00:08:14,440 --> 00:08:18,240
 lo usa per inoltrarlo effettivamente
 giù dall'albero.

114
00:08:18,240 --> 00:08:21,560
 Quindi dice, okay, aprirò questo
 registro, rivelandolo

115
00:08:21,560 --> 00:08:29,320
 il multicast all'interno, lo inoltrerò
 lungo l'albero, e poi

116
00:08:29,320 --> 00:08:33,340
 router otto, quando lo riceverà,
 beh, creerà lo stato S-comaG

117
00:08:33,340 --> 00:08:41,700
 lui. Lo dirò e basta, perché
 stiamo esaurendo lo spazio.

118
00:08:41,700 --> 00:08:45,600
 Lo inoltrerà quindi lungo l'albero
 condiviso al router due.

119
00:08:45,600 --> 00:08:47,200
 Ora torniamo qui per un secondo.

120
00:08:47,200 --> 00:08:50,300
 Prima di parlare di ciò che accade sul
 router due, torniamo all'appuntamento

121
00:08:50,300 --> 00:08:55,980
 punto. Esatto, Brandon, il registro dei
 pin è fondamentalmente un tunnel unicast

122
00:08:55,980 --> 00:08:58,640
 per il pacchetto multicast.

123
00:08:58,640 --> 00:09:03,120
 In realtà, è piuttosto interessante
 che tu ne parli.

124
00:09:03,120 --> 00:09:08,500
 Una volta che vai sul router e per prima
 cosa configuri l'RP su di lui, tu

125
00:09:08,500 --> 00:09:12,660
 digli chi è l'RP, guarda questo.

126
00:09:12,660 --> 00:09:15,540
 Vado e basta, non importa quale
 router scelgo, ma tutto per

127
00:09:15,540 --> 00:09:18,100
 per ragioni di scopo, andrò
 al router quattro.

128
00:09:18,100 --> 00:09:26,020
 Guarda questo. In realtà crea
 un'interfaccia tunnel.

129
00:09:26,020 --> 00:09:33,440
 Sì, e se mostri il tunnel di interfaccia
 zero, in realtà dice, pem

130
00:09:33,440 --> 00:09:35,400
 tunnel di registrazione.

131
00:09:35,400 --> 00:09:40,400
 Ogni router lo avrà, perché in
 qualsiasi momento un router mai

132
00:09:40,400 --> 00:09:43,120
 lo sa, dovrò registrarmi?

133
00:09:43,120 --> 00:09:45,840
 Ci sarà mai un multicast che mi
 colpisce e di cui avrò bisogno

134
00:09:45,840 --> 00:09:47,360
 iscriversi alla RP?

135
00:09:47,360 --> 00:09:53,160
 Quindi, non appena un router sa chi
 è l'RP, lo crea dinamicamente

136
00:09:53,160 --> 00:09:54,440
 tunnel di registrazione.

137
00:09:54,440 --> 00:09:57,820
 Quindi è pronto e in attesa di essere utilizzato
 nel caso in cui fosse necessario registrarsi

138
00:09:57,820 --> 00:10:00,900
 nulla. Sì, quindi è davvero bello.

139
00:10:00,900 --> 00:10:07,880
 Ok, quindi il router tre ha appena
 inoltrato il pacchetto multicast.

140
00:10:07,880 --> 00:10:12,760
 Ora ho detto che il problema con questi
 pacchetti di registro è che consumano

141
00:10:12,760 --> 00:10:17,360
 un po' più di risorse CPU nel router
 che sta effettuando la registrazione,

142
00:10:17,360 --> 00:10:22,720
 il router che sta deincapsulando
 o deincapsulando il registro.

143
00:10:22,720 --> 00:10:25,920
 Quindi il router tre dice: okay, non voglio
 continuare a ricevere questi registri

144
00:10:25,920 --> 00:10:28,580
 pacchetti se questo mi sta facendo
 lavorare molto duramente.

145
00:10:28,580 --> 00:10:33,680
 Preferirei semplicemente ricevere il multicast
 nativo così com'è, multicast puro.

146
00:10:33,680 --> 00:10:37,900
 Dice, quindi, per farlo, devo farlo
 sapere ai miei vicini a monte

147
00:10:37,900 --> 00:10:42,500
 nella direzione dell'albero del percorso
 più breve, questo è quello che voglio.

148
00:10:42,500 --> 00:10:47,720
 Quindi il router tre dice, okay, ora che
 ho questo stato s-comage, e così via

149
00:10:47,720 --> 00:10:53,460
 per me, il mio percorso più breve è l'interfaccia
 morte veloce e zero zero.

150
00:10:53,460 --> 00:10:57,620
 Giusto, dice, quando faccio una ricerca RPF
 sulla fonte, quattro, cinque, quattro,

151
00:10:57,620 --> 00:11:01,660
 cinque, la mia ricerca RPF dice che la mia
 strada più breve è morire velocemente e a

152
00:11:01,660 --> 00:11:08,240
 zero zero. Quindi il router tre invierà
 quindi un altro tipo di pacchetto PIM.

153
00:11:08,240 --> 00:11:12,180
 Che tipo di pacchetto PIM invierà il
 router tre a questo punto in ordine

154
00:11:12,180 --> 00:11:23,780
 per aprire la sua via più breve?

155
00:11:23,780 --> 00:11:31,820
 Invierà un PIM s-comagee
 join, un s-comagee join.

156
00:11:31,820 --> 00:11:35,280
 E se ci fossero dei router nel mezzo
 qui tra questi due ragazzi

157
00:11:35,280 --> 00:11:40,360
 che in precedenza non aveva alcuno stato
 multicast perché il registro lo era

158
00:11:40,360 --> 00:11:43,900
 esaminandoli in modo trasparente, se
 ci fossero dei router, facciamolo

159
00:11:43,900 --> 00:11:47,140
 per il momento mettine uno falso
 proprio qui, diciamo solo router

160
00:11:47,140 --> 00:11:49,500
 x era proprio qui.

161
00:11:49,500 --> 00:11:56,200
 Ora, dopo aver ricevuto questa unione a
 s-comagee, il router x creerà s-comagee

162
00:11:56,200 --> 00:11:59,140
 stato nella sua tabella m-route.

163
00:11:59,140 --> 00:12:03,940
 E creerebbe lo stato di comagee stellare
 perché il comagee s non può vivere

164
00:12:03,940 --> 00:12:07,400
 da solo. È troppo spaventato per andare
 in giro per il mondo da solo.

165
00:12:07,400 --> 00:12:09,020
 Deve avere il fratello
 maggiore insieme a lui.

166
00:12:09,020 --> 00:12:12,040
 Quindi crea anche uno stato
 di comagea stellare.

167
00:12:12,040 --> 00:12:16,780
 E poi avrebbe inoltrato la s-comagee
 a monte e alla fine l'avrebbe fatto

168
00:12:16,780 --> 00:12:18,500
 raggiungere il router quattro.

169
00:12:18,500 --> 00:12:23,280
 Una volta che il router quattro riceve questo messaggio,
 dice, oh, qualcuno lo sta effettivamente facendo

170
00:12:23,280 --> 00:12:25,400
 chiedendomi questo multicast.

171
00:12:25,400 --> 00:12:33,100
 Quindi ora nella mia voce s-comagee posso rimuovere
 la mia interfaccia in uscita nulla

172
00:12:33,100 --> 00:12:38,960
 e lo sostituirò con l'interfaccia dove
 ho appena ricevuto la richiesta,

173
00:12:38,960 --> 00:12:45,040
 la richiesta s-comagee, che
 è fast-eathonet00.34.

174
00:12:45,040 --> 00:12:50,800
 Ciò ora dà al router quattro il permesso
 di iniziare a inoltrare il multicast

175
00:12:50,800 --> 00:12:55,620
 nativamente giù fast-eathonet00.34.

176
00:12:55,620 --> 00:13:04,340
 Ma ricorda, quando è arrivata quella connessione s-comagee,
 il router quattro non necessariamente lo ha fatto

177
00:13:04,340 --> 00:13:08,120
 sappi che è stato perché il punto
 d'incontro lo ha avviato.

178
00:13:08,120 --> 00:13:10,140
 Non necessariamente lo sa.

179
00:13:10,140 --> 00:13:13,440
 Tutto quello che sa è che c'è un
 vicino a valle che vuole aprirsi

180
00:13:13,440 --> 00:13:17,820
 il multicast. Quindi il router quattro dice:
 okay, manderò il multicast nel suo

181
00:13:17,820 --> 00:13:22,840
 forma nativa pura lungo questo collegamento,
 ma non so se il punto d'incontro

182
00:13:22,840 --> 00:13:24,780
 ha persino ricevuto il mio registro.

183
00:13:24,780 --> 00:13:26,740
 Perché ricorda, non è come TCP.

184
00:13:26,740 --> 00:13:28,400
 Non ci sono riconoscimenti o altro qui.

185
00:13:28,400 --> 00:13:31,800
 Quando il router quattro ha inviato il registro,
 lo ha semplicemente inviato nel vuoto e

186
00:13:31,800 --> 00:13:35,400
 non aveva idea se l'RP lo avesse
 effettivamente ottenuto o meno.

187
00:13:35,400 --> 00:13:39,420
 Quindi dice, beh, oltre a inviare il
 multicast nella sua forma nativa

188
00:13:39,420 --> 00:13:44,340
 in questo modo fino al router X, devo
 anche continuare a registrarmi.

189
00:13:44,340 --> 00:13:45,620
 Non posso fermarlo.

190
00:13:45,620 --> 00:13:48,720
 Perché finché il punto d'incontro non conferma
 di aver ricevuto la mia registrazione,

191
00:13:48,720 --> 00:13:50,220
 Devo andare avanti.

192
00:13:50,220 --> 00:13:55,580
 Quindi ora il multicast scende da questo
 albero e il router tre ne ottiene due

193
00:13:55,580 --> 00:14:00,520
 copie dello stesso. Ottiene il multicast
 nativo perché ora questo percorso è stato

194
00:14:00,520 --> 00:14:06,060
 aperto. E riceve esattamente lo stesso
 pacchetto multicast incapsulato

195
00:14:06,060 --> 00:14:08,120
 all'interno di un registro.

196
00:14:08,120 --> 00:14:10,980
 Ora, il router tre dice:
 okay, fantastico.

197
00:14:10,980 --> 00:14:14,860
 So che il mio percorso più breve
 verso la fonte sta funzionando.

198
00:14:14,860 --> 00:14:16,380
 So che è aperto.

199
00:14:16,380 --> 00:14:19,880
 Perché se non funzionasse non avrei
 ricevuto il multicast normale,

200
00:14:19,880 --> 00:14:21,780
 il vero multicast nativo.

201
00:14:21,780 --> 00:14:25,100
 Dice così da quando ho ricevuto il vero
 multicast, che continua a inoltrare

202
00:14:25,100 --> 00:14:30,940
 a valle, dice, ora posso inviare
 un messaggio di stop al registro.

203
00:14:30,940 --> 00:14:36,280
 Sto esaurendo completamente lo spazio
 qui, ma può inviare un registro PIM

204
00:14:36,280 --> 00:14:43,620
 fermare. E questo, proprio come dice,
 causerà l'arresto del router quattro

205
00:14:43,620 --> 00:14:47,820
 registrazione. E ora invierà semplicemente
 il multicast nativo nel suo puro

206
00:14:47,820 --> 00:14:52,620
 forma fino al router tre e andrà via.

207
00:14:52,620 --> 00:14:56,040
 Ora, ho menzionato quando è nato il primo pacchetto
 multicast, quando è stato il primo

208
00:14:56,040 --> 00:15:00,820
 la registrazione è stata non incapsulata,
 deincapsulata e alla fine è riuscita

209
00:15:00,820 --> 00:15:03,320
 strada per il router due, ho
 detto, fermiamoci un secondo.

210
00:15:03,320 --> 00:15:05,320
 Torniamo al punto d'incontro perché
 il router due andrà bene

211
00:15:05,320 --> 00:15:06,380
 un sacco di cose.

212
00:15:06,380 --> 00:15:08,840
 Quindi torniamo indietro nel tempo.

213
00:15:08,840 --> 00:15:12,820
 Portiamo indietro l'orologio di un secondo
 o due fino a quando è proprio così

214
00:15:12,820 --> 00:15:15,840
 il primo pacchetto multicast
 ha colpito il router due.

215
00:15:15,840 --> 00:15:17,120
 Beh, indovina un po'?

216
00:15:17,120 --> 00:15:26,300
 Router due, quando lo ottiene, crea
 lo stato S, virgola G, perché adesso

217
00:15:26,300 --> 00:15:28,100
 ha visto il pacchetto.

218
00:15:28,100 --> 00:15:32,840
 E lui dice, okay, torna alla sua
 stella, voce virgola G, e vede

219
00:15:32,840 --> 00:15:35,640
 una piccola bandiera lì dentro.

220
00:15:35,640 --> 00:15:42,240
 Il flag C, che dice, oh, ricordo di aver
 creato la stella, lo stato virgola G

221
00:15:42,240 --> 00:15:46,320
 perché a direttamente connesso, ecco
 cosa sta per C, a direttamente

222
00:15:46,320 --> 00:15:49,580
 il ricevitore connesso mi ha
 chiesto questo multicast.

223
00:15:49,580 --> 00:15:51,300
 Ho ricevuto un rapporto sull'adesione.

224
00:15:51,300 --> 00:15:55,700
 Quindi dice, ciò significa che sono quello
 che PIM chiama un router foglia.

225
00:15:55,700 --> 00:15:57,900
 Sono alla fine del ramo.

226
00:15:57,900 --> 00:16:03,140
 E poiché sono un router fogliare, ho
 l'autorità di aprire il più breve

227
00:16:03,140 --> 00:16:08,960
 albero del sentiero. Per quanto mi riguarda, posso
 allontanarmi dall’albero condiviso e provarci

228
00:16:08,960 --> 00:16:12,020
 ottenere questi pacchetti
 in modo più efficiente.

229
00:16:12,020 --> 00:16:15,640
 Quindi, se assumiamo qui che questo collegamento
 seriale sia in realtà il percorso più breve

230
00:16:15,640 --> 00:16:19,960
 tree dal punto di vista del router due,
 praticamente farà esattamente la cosa

231
00:16:19,960 --> 00:16:22,460
 la stessa cosa che ha fatto
 il punto d'incontro.

232
00:16:22,460 --> 00:16:29,100
 Invierà una S, virgola G join a monte.

233
00:16:29,100 --> 00:16:36,560
 E quando il router quattro lo riceverà, lo farà
 nell'elenco delle sue interfacce in uscita

234
00:16:36,560 --> 00:16:43,600
 ora aggiungi il seriale 010 a
 quell'interfaccia in uscita.

235
00:16:43,600 --> 00:16:47,960
 E ora il multicast nativo inizierà
 a fluire da questa parte.

236
00:16:47,960 --> 00:16:53,580
 Una volta che il router due ottiene il multicast
 nativo, ora dice, okay, fantastico.

237
00:16:53,580 --> 00:16:56,920
 Ora ricevo il multicast nativo sul
 mio albero del percorso più breve.

238
00:16:56,920 --> 00:17:02,020
 Ma hmm, sto anche ricevendo copie di quel
 pacchetto lungo l'albero condiviso.

239
00:17:02,020 --> 00:17:04,620
 Non ho più bisogno di quei pacchetti
 nell'albero condiviso.

240
00:17:04,620 --> 00:17:05,780
 Non li voglio.

241
00:17:05,780 --> 00:17:12,240
 Quindi rivedi la domanda: cosa fa il router
 due per provare a fermare il file

242
00:17:12,240 --> 00:17:17,540
 i pacchetti scendono dall'albero
 condiviso?

243
00:17:17,540 --> 00:17:29,200
 Giusto. Invia un messaggio di prune PIM.

244
00:17:29,200 --> 00:17:34,300
 Esattamente un messaggio di eliminazione PIM, che
 è esattamente lo stesso formato di un'unione PIM

245
00:17:34,300 --> 00:17:38,480
 Messaggio. Invece di dire il numero di gruppi
 a cui si è aderito, dice il numero

246
00:17:38,480 --> 00:17:40,440
 di gruppi potati.

247
00:17:40,440 --> 00:17:45,520
 Quindi manda una prugna PIM.

248
00:17:45,520 --> 00:17:51,480
 In questo caso particolare, avrà
 effettivamente la fonte, 4.5.4.5.

249
00:17:51,480 --> 00:17:54,500
 Avrà il gruppo.

250
00:17:54,500 --> 00:18:00,920
 Ma lì dentro avrà impostato il bit
 RP, che dice al suo upstream

251
00:18:00,920 --> 00:18:04,660
 vicino, ehi, non inoltrarlo alla fonte.

252
00:18:04,660 --> 00:18:07,180
 Anche se sto elencando qui l'indirizzo
 della fonte, non è lì

253
00:18:07,180 --> 00:18:09,000
 il messaggio alla fine andrà.

254
00:18:09,000 --> 00:18:11,760
 Ho bisogno che inoltri questo
 al punto d'incontro.

255
00:18:11,760 --> 00:18:16,060
 Quindi il router otto eliminerà la barra
 zero uno dalla sua interfaccia in uscita

256
00:18:16,060 --> 00:18:22,880
 elenco. Creerà un messaggio di potatura,
 che invierà poi al router

257
00:18:22,880 --> 00:18:28,180
 tre. Il router tre eliminerà quindi la
 sua lista di interfacce in uscita.

258
00:18:28,180 --> 00:18:34,780
 E ora il router tre dirà: okay,
 nessuno ha bisogno del multicast

259
00:18:34,780 --> 00:18:38,820
 per me più. Non ho più interfacce nell'elenco
 delle interfacce in uscita.

260
00:18:38,820 --> 00:18:40,140
 Quindi indovina cosa farà?

261
00:18:40,140 --> 00:18:43,300
 Manderà una prugna secca verso la fonte.

262
00:18:43,300 --> 00:18:47,460
 E così alla fine, dopo appena un secondo
 o due, il traffico diminuirà

263
00:18:47,460 --> 00:18:51,200
 più a lungo, smetterà di attraversare
 il punto d'incontro, e lo farà solo

264
00:18:51,200 --> 00:18:57,140
 scendere lungo l'albero del percorso di
 origine direttamente al router due.

265
00:18:57,140 --> 00:19:02,560
 Allora, che domande hai?

266
00:19:02,560 --> 00:19:06,740
 Ciò completa la mia revisione di questo
 processo nel pubblico dal vivo.

267
00:19:06,740 --> 00:19:22,160
 Avete domande?

268
00:19:22,160 --> 00:19:23,900
 Peter fa una bella domanda.

269
00:19:23,900 --> 00:19:26,460
 Dice: ehi, ricordo qualcosa
 chiamato registro nullo.

270
00:19:26,460 --> 00:19:29,640
 Chi lo invia e a quali condizioni
 viene inviato?

271
00:19:29,640 --> 00:19:32,540
 Ok, quindi eccoci qui nel presente.

272
00:19:32,540 --> 00:19:36,460
 In questo momento il multicast sta raggiungendo
 il router quattro, l'unico in uscita

273
00:19:36,460 --> 00:19:42,300
 l'interfaccia del router quattro è seriale
 zero barra uno dimensione zero.

274
00:19:42,300 --> 00:19:45,320
 Quindi lo sta mandando giù
 direttamente in quel modo.

275
00:19:45,320 --> 00:19:51,520
 Ma il router quattro, dice, beh, ogni
 pochi secondi ha il suo pensiero.

276
00:19:51,520 --> 00:19:55,900
 Il router quattro, ogni pochi secondi,
 dice che c'è una possibilità

277
00:19:55,900 --> 00:20:01,160
 qualcun altro negli ultimi secondi potrebbe
 essersi unito allo stream e aver inviato

278
00:20:01,160 --> 00:20:03,740
 la loro richiesta al punto d'incontro.

279
00:20:03,740 --> 00:20:06,360
 E forse il punto d'incontro è seduto lì proprio
 adesso, a giocherellare con il suo

280
00:20:06,360 --> 00:20:09,300
 pollice che dice: amico, vorrei che lo
 streaming iniziasse perché ho qualcuno

281
00:20:09,300 --> 00:20:10,800
 nuovo chi lo vuole.

282
00:20:10,800 --> 00:20:13,680
 Ma ricorda, il punto d'incontro potrebbe
 essersi dimenticato del flusso.

283
00:20:13,680 --> 00:20:15,800
 Potrebbe non avere più uno Stato.

284
00:20:15,800 --> 00:20:20,560
 Quindi, quando qualcun altro si è unito, si è creata
 una nuova stella, lo stato della virgola G

285
00:20:20,560 --> 00:20:22,060
 e il punto d'incontro.

286
00:20:22,060 --> 00:20:25,600
 Ma si è dimenticato del suo precedente
 stato S, virgola G.

287
00:20:25,600 --> 00:20:30,140
 Non c'è più. Quindi il router quattro
 dice, nel caso fosse successo,

288
00:20:30,140 --> 00:20:32,160
 Invierò un registro nullo.

289
00:20:32,160 --> 00:20:33,540
 È circa ogni cinque secondi.

290
00:20:33,540 --> 00:20:36,240
 Ogni cinque secondi circa, invierò
 un registro nullo al router

291
00:20:36,240 --> 00:20:40,900
 tre, che in realtà non contiene il
 pacchetto multicast al suo interno.

292
00:20:40,900 --> 00:20:43,420
 Fondamentalmente dice semplicemente,
 ehi, punto d'incontro.

293
00:20:43,420 --> 00:20:47,920
 Voglio solo ricordarti che ho attivato
 questo flusso multicast.

294
00:20:47,920 --> 00:20:49,840
 Lo sto inoltrando ad altre persone.

295
00:20:49,840 --> 00:20:53,840
 E se lo vuoi, potresti chiedermelo.

296
00:20:53,840 --> 00:20:55,460
 Ecco cos'è un registro nullo.

297
00:20:55,460 --> 00:20:57,240
 Si spegne ogni cinque secondi.

298
00:20:57,240 --> 00:21:00,820
 Viene generato dal router quattro perché
 è quello direttamente connesso

299
00:21:00,820 --> 00:21:04,760
 alla fonte. Ed è il suo modo di ricordarsi
 il punto d'incontro, ehi,

300
00:21:04,760 --> 00:21:05,880
 vuoi questo?

301
00:21:05,880 --> 00:21:10,060
 Ora, se il punto d'incontro lo vuole,
 invierà un join S, virgola G

302
00:21:10,060 --> 00:21:12,400
 per riaprire quella strada.

303
00:21:12,400 --> 00:21:16,800
 Se il punto d'incontro non lo vuole,
 manderà un altro registro.

304
00:21:16,800 --> 00:21:18,080
 Dirà che non ne ho bisogno.

305
00:21:18,080 --> 00:21:19,080
 E così accadrà.

306
00:21:19,080 --> 00:21:20,600
 Ogni cinque secondi.

307
00:21:20,600 --> 00:21:25,940
 Quindi sì, quel registro nullo viene
 sempre generato dal primo router hop.

308
00:21:25,940 --> 00:21:30,820
 Il router direttamente connesso
 all'origine multicast.

309
00:21:30,820 --> 00:21:35,420
 Ci sono altre domande?

310
00:21:35,420 --> 00:21:43,240
 E sì, Josh ha fatto una bella domanda.

311
00:21:43,240 --> 00:21:46,920
 Ha detto, tornando al router due,
 quando il router due è passato al

312
00:21:46,920 --> 00:21:49,840
 percorso più breve, solo
 Josh vuole solo conferma.

313
00:21:49,840 --> 00:21:51,080
 Ha assolutamente ragione.

314
00:21:51,080 --> 00:21:54,380
 Il modo in cui il router determina il percorso
 più breve è una volta che guarda

315
00:21:54,380 --> 00:21:58,620
 all'indirizzo sorgente di quel multicast,
 che in questo caso è quattro, cinque,

316
00:21:58,620 --> 00:21:59,460
 quattro, cinque, cinque, quattro.

317
00:21:59,460 --> 00:22:01,500
 Fa un controllo sull'RPF.

318
00:22:01,500 --> 00:22:04,620
 Entra nella tabella di routing unicast
 e dice qual è il percorso migliore

319
00:22:04,620 --> 00:22:07,580
 Devo tornare a quella fonte?

320
00:22:07,580 --> 00:22:12,180
 E potrebbe avere un percorso statico o
 un percorso EI-JRP o un percorso OSPF.

321
00:22:12,180 --> 00:22:15,360
 Ma in questo caso, aveva una specie di percorso
 che indicava il modo migliore per farlo

322
00:22:15,360 --> 00:22:19,920
 tornare alla rete quattro, cinque, quattro
 avviene tramite seriale 010.

323
00:22:19,920 --> 00:22:22,860
 Ecco come ha determinato quale sarebbe
 stata la sua strada più breve.