1
00:00:08,600 --> 00:00:14,560
 Abbiamo sempre visto che quando mostri
 il percorso IPM, è molto possibile

2
00:00:14,560 --> 00:00:19,900
 che potresti semplicemente avere
 una voce da star-comagee, giusto?

3
00:00:19,900 --> 00:00:23,620
 Quindi, se non c'è flusso multicast
 ma hai ricevuto un comagee stellare

4
00:00:23,620 --> 00:00:26,640
 unisciti, avrai lo stato
 di comagee da star.

5
00:00:26,640 --> 00:00:28,180
 E quindi significa che sono pronto.

6
00:00:28,180 --> 00:00:30,820
 Sto aspettando di inoltrare
 questo traffico multicast.

7
00:00:30,820 --> 00:00:33,960
 Qualcuno me lo ha chiesto.

8
00:00:33,960 --> 00:00:38,600
 Una voce s-comagee non può stare da sola.

9
00:00:38,600 --> 00:00:40,240
 Non posso stare da solo.

10
00:00:40,240 --> 00:00:45,120
 Quindi, in altre parole, quando il router
 2 qui crea questa voce s-comagee, he

11
00:00:45,120 --> 00:00:50,820
 deve anche creare una voce star-comagee.

12
00:00:50,820 --> 00:00:53,440
 I due devono andare insieme.

13
00:00:53,440 --> 00:00:58,060
 Quindi, anche se non ha mai ricevuto un rapporto
 di adesione all'IGMP, anche se lui

14
00:00:58,060 --> 00:01:03,540
 non ho mai avuto una stella-comagee del PIM che si unisse
 con quel set di caratteri jolly, una volta che lui

15
00:01:03,540 --> 00:01:08,120
 crea una voce s-comagee, deve creare
 una voce star-comagee come

16
00:01:08,120 --> 00:01:10,920
 BENE. Entrambi devono essere lì.

17
00:01:10,920 --> 00:01:17,120
 Quindi, s-comagee, l'analogia che uso
 a volte è pensare alla star-comagee

18
00:01:17,120 --> 00:01:20,860
 come se fosse come il fratello maggiore e
 il s-comagee come se fosse come il piccolo

19
00:01:20,860 --> 00:01:24,660
 fratello, vero? Il fratello maggiore
 che ha 15 anni può andarsene

20
00:01:24,660 --> 00:01:28,600
 casa e passeggiare per il quartiere
 e andare in bicicletta da solo.

21
00:01:28,600 --> 00:01:34,540
 Il fratellino che è il comagee che
 ha solo 7 anni, non gli è permesso

22
00:01:34,540 --> 00:01:37,360
 farlo a meno che il Grande
 Fratello non vada con lui.

23
00:01:37,360 --> 00:01:41,360
 Quindi non so se ti aiuteranno
 o no, ma ecco fatto.

24
00:01:41,360 --> 00:01:49,140
 Inoltre, una volta che il traffico inizia a
 scorrere lungo il percorso più breve, è il

25
00:01:49,140 --> 00:01:53,040
 voce s-comagee utilizzata per inoltrare
 effettivamente quel traffico.

26
00:01:53,040 --> 00:01:56,440
 Quindi quello che voglio dire è che vedrete
 la star-comagee che ha un po' di estroversi

27
00:01:56,440 --> 00:02:00,300
 elenco delle interfacce e vedrai l's-comagee
 che ha un'interfaccia in uscita

28
00:02:00,300 --> 00:02:05,660
 elenco. Qualunque cosa ci sia nell'elenco delle
 interfacce in uscita dell's-comagee, questo è

29
00:02:05,660 --> 00:02:06,940
 quello importante.

30
00:02:06,940 --> 00:02:09,520
 Questo è ciò che viene utilizzato per
 inoltrare effettivamente il multicast.

31
00:02:09,520 --> 00:02:14,360
 Quando percorre la strada più breve,
 se percorre quella condivisa

32
00:02:14,360 --> 00:02:19,220
 percorso, quindi la voce star-comagee
 è ciò che determina l'inoltro del file

33
00:02:19,220 --> 00:02:36,580
 traffico. Un paio di cose aggiuntive
 qui che voglio menzionare.

34
00:02:36,580 --> 00:02:45,620
 Non ho molta ridondanza in questa
 particolare topologia qui.

35
00:02:45,620 --> 00:02:56,900
 E se avessi qualcosa del genere?

36
00:02:56,900 --> 00:03:00,680
 Eliminiamo questa riga proprio qui.

37
00:03:00,680 --> 00:03:16,360
 Diciamo che abbiamo un interruttore
 e due vicini, due vicini a monte.

38
00:03:16,360 --> 00:03:23,080
 Quindi, in altre parole, in realtà non si
 tratta nemmeno di affrontare il passaggio.

39
00:03:23,080 --> 00:03:27,320
 Mettiamola così.

40
00:03:27,320 --> 00:03:40,900
 Il router uno potrebbe utilizzare il router due
 o il router quattro per raggiungere la fonte.

41
00:03:40,900 --> 00:03:46,080
 Quindi in questo particolare diagramma,
 si spera sia molto chiaro ciò che accade

42
00:03:46,080 --> 00:03:50,280
 il punto d'incontro non è il percorso più
 breve perché abbiamo quattro router

43
00:03:50,280 --> 00:03:53,440
 passare per arrivare alla fonte dove possiamo
 passare solo attraverso due router

44
00:03:53,440 --> 00:03:56,220
 se passiamo attraverso il router
 due o il router quattro.

45
00:03:56,220 --> 00:03:59,480
 Quindi la domanda ora è: ok, quando il router
 deve aprire il suo punto più corto

46
00:03:59,480 --> 00:04:03,620
 percorso, dirà, hmm, ho percorsi
 più brevi ridondanti.

47
00:04:03,620 --> 00:04:07,600
 Potrei andare tramite il vicino
 due o il vicino quattro.

48
00:04:07,600 --> 00:04:10,900
 Quindi la domanda è: dove andrà?

49
00:04:10,900 --> 00:04:14,260
 Dove invierà i suoi s, g join?

50
00:04:14,260 --> 00:04:18,620
 Secondo le specifiche, questo
 è ciò che vedrai.

51
00:04:18,620 --> 00:04:21,980
 È il vicino che ha l'indirizzo
 IP più alto.

52
00:04:21,980 --> 00:04:24,040
 Questo è fondamentalmente
 ciò a cui si riduce.

53
00:04:24,040 --> 00:04:29,080
 Quindi se questo era due punto due punto due
 punto due e questo era due punto due punto

54
00:04:29,080 --> 00:04:36,360
 quattro, quindi in quel caso particolare, il
 join s, g sarebbe passato tramite router

55
00:04:36,360 --> 00:04:42,360
 quattro. Il vicino con l'indirizzo
 IP più alto quando hai ridondanza

56
00:04:42,360 --> 00:04:47,460
 percorsi. Questo è anche il caso
 dell'albero condiviso, giusto?

57
00:04:47,460 --> 00:04:51,000
 Se fossi un router e avessi diversi modi
 per raggiungere il punto di incontro

58
00:04:51,000 --> 00:04:56,440
 ed avevano tutti la stessa distanza EIGRP
 o tutti lo stesso costo OSPF, I

59
00:04:56,440 --> 00:04:59,500
 sceglierebbe qualunque vicino PIM
 abbia l'indirizzo IP più alto.

60
00:04:59,500 --> 00:05:22,560
 È lì che invierei i miei join per
 raggiungere il punto d'incontro.

61
00:05:22,560 --> 00:05:26,440
 Quindi sappiamo che s, g rimangono creati
 ma devono anche essere mantenuti.

62
00:05:26,440 --> 00:05:30,680
 Quindi questo non è diverso.

63
00:05:30,680 --> 00:05:35,180
 Proprio come abbiamo parlato di come nell'albero
 condiviso, una volta costruito, ogni

64
00:05:35,180 --> 00:05:38,800
 minuto, se sono un router con un ricevitore
 collegato direttamente, ogni

65
00:05:38,800 --> 00:05:43,980
 minuto manderò un'altra stella, mi
 unirò a monte e così andranno tutti

66
00:05:43,980 --> 00:05:47,740
 modo per mantenere quello stato
 aggiornato lungo il percorso.

67
00:05:47,740 --> 00:05:51,020
 La stessa cosa vale per
 il percorso più breve.

68
00:05:51,020 --> 00:05:55,740
 Ogni minuto, ogni 60 secondi, i router che hanno
 bisogno di mostrarci il percorso lo faranno

69
00:05:55,740 --> 00:06:06,060
 invia s, g si unisce a monte
 per mantenerlo aggiornato.

70
00:06:06,060 --> 00:06:09,200
 Allora quando verrà cancellato
 lo stato s, g?

71
00:06:09,200 --> 00:06:14,140
 Bene, se quei join periodici dal vicino a
 valle si interrompono, allora facciamolo

72
00:06:14,140 --> 00:06:20,120
 diciamo che la fonte multicast era dietro
 di me e io sono un router, tu sei un

73
00:06:20,120 --> 00:06:23,240
 router, e io sono la strada più
 breve per arrivare a quell'uomo.

74
00:06:23,240 --> 00:06:26,920
 Quindi in questo momento il mio elenco
 di interfacce in uscita punta a te.

75
00:06:26,920 --> 00:06:31,260
 Mi hai inviato una s, g join
 indicando il tuo interesse.

76
00:06:31,260 --> 00:06:33,620
 Ti ho inserito nell'elenco
 delle interfacce in uscita.

77
00:06:33,620 --> 00:06:38,140
 Quindi è tua responsabilità ogni minuto
 inviarmi s, g join per aggiornare

78
00:06:38,140 --> 00:06:46,580
 Questo. E se ci fosse uno switch
 o un hub tra noi e i tuoi?

79
00:06:46,580 --> 00:06:49,900
 la connessione allo switch
 o all'hub si interrompe?

80
00:06:49,900 --> 00:06:52,000
 Non lo so.

81
00:06:52,000 --> 00:06:57,720
 Per quanto mi riguarda, sei ancora vivo.

82
00:06:57,720 --> 00:07:02,300
 Bene, quindi in quel caso particolare, se i join
 periodici si interrompono, ancora una volta,

83
00:07:02,300 --> 00:07:07,340
 quel timer di 210 secondi, questo è il
 numero magico, se dopo 210 secondi,

84
00:07:07,340 --> 00:07:11,980
 Non ricevo più queste iscrizioni
 da te, quindi le eliminerò

85
00:07:11,980 --> 00:07:13,140
 elenco delle interfacce in uscita.

86
00:07:13,140 --> 00:07:17,260
 Ora, ancora una volta, in quella particolare situazione,
 molto probabilmente cosa accadrebbe

87
00:07:17,260 --> 00:07:21,160
 succede è che direi, beh, aspetta un secondo,
 ho perso il mio vicino PIM, giusto?

88
00:07:21,160 --> 00:07:25,920
 Perché nel caso del PIM, mi mandi
 anche i saluti PIM ogni 30

89
00:07:25,920 --> 00:07:31,240
 secondi. E se ne ho persi tre,
 dichiaro morto un vicino.

90
00:07:31,240 --> 00:07:36,680
 Quindi si potrebbe supporre che se il collegamento
 tra te e l'interruttore funzionasse

91
00:07:36,680 --> 00:07:43,600
 giù, il PIM rileverebbe il vicino perduto
 in, abbiamo visto 105 secondi, quello

92
00:07:43,600 --> 00:07:50,120
 era quel timer, prima che scadesse
 il timer di 210 secondi.

93
00:07:50,120 --> 00:07:55,400
 Non lo proverò adesso.

94
00:07:55,400 --> 00:07:58,360
 Ma voglio solo farti sapere,
 secondo le specifiche, se il

95
00:07:58,360 --> 00:08:03,880
 i join periodici si interrompono dopo 210 secondi,
 questo è un criterio per la rimozione

96
00:08:03,880 --> 00:08:08,960
 quell'interfaccia dall'elenco
 delle interfacce in uscita.

97
00:08:08,960 --> 00:08:15,540
 Se la sorgente multicast smette di trasmettere,
 ancora una volta, 210 secondi dopo,

98
00:08:15,540 --> 00:08:16,640
 Aspetterò, vero?

99
00:08:16,640 --> 00:08:20,000
 Se la fonte multicast smette
 di colpirmi sulla nuca, 210

100
00:08:20,000 --> 00:08:23,000
 secondi dopo, rimuoverò le
 mie interfacce in uscita.

101
00:08:23,000 --> 00:08:26,780
 E questo accade per ogni
 router lungo il percorso.

102
00:08:26,780 --> 00:08:32,240
 Quindi in questa particolare topologia qui,
 se la sorgente si ferma, 210 secondi

103
00:08:32,240 --> 00:08:41,820
 successivamente, il router quattro rimuoverà la
 sua interfaccia e il router uno la rimuoverà

104
00:08:41,820 --> 00:08:44,660
 la sua interfaccia dall'elenco
 delle interfacce in uscita.

105
00:08:44,660 --> 00:08:50,300
 Oppure se ricevi un messaggio
 di eliminazione PIM.

106
00:08:50,300 --> 00:08:54,980
 Quindi il messaggio di prugna è un modo
 per dire: ehi, non lo voglio più.

107
00:08:54,980 --> 00:08:59,980
 Come in questo caso particolare, una volta che
 il router uno è stato aperto con successo

108
00:08:59,980 --> 00:09:06,260
 sull'albero del suo percorso più breve, invierà
 un messaggio di prugna fino all'appuntamento

109
00:09:06,260 --> 00:09:12,000
 punto, dicendo: non ho più bisogno
 di questo ramo dell'albero.

110
00:09:12,000 --> 00:09:13,340
 Quindi possiamo effettivamente vederlo.

111
00:09:13,340 --> 00:09:16,800
 Non penso che ci siamo ancora concentrati
 sul messaggio della prugna.

112
00:09:16,800 --> 00:09:19,920
 Ma torniamo qui alla nostra
 topologia originale.

113
00:09:19,920 --> 00:09:26,920
 Ora penso che il router cinque a questo punto abbia
 probabilmente finito di inviare i suoi ping.

114
00:09:26,920 --> 00:09:32,900
 Sì. Va bene. E se fossero trascorsi 210 secondi,
 cosa che probabilmente è avvenuta, dovremmo farlo

115
00:09:32,900 --> 00:09:37,840
 non vedo più lo stato
 s, g in nessun router.

116
00:09:37,840 --> 00:09:41,040
 Sì, non c'è più.

117
00:09:41,040 --> 00:09:46,400
 E' scaduto. Quindi andrò avanti
 e lo ricomincerò, il ping.

118
00:09:46,400 --> 00:09:55,500
 E quello che cercheremo specificamente
 ora è un router

119
00:09:55,500 --> 00:10:04,220
 due apre questo percorso, dovremmo vederlo
 inviare un PIM Prune al router otto.

120
00:10:04,220 --> 00:10:06,880
 E quindi andiamo avanti e catturiamo quella
 prugna solo per vedere che aspetto ha

121
00:10:06,880 --> 00:10:15,780
 Piace. Quindi sul router otto, voglio che zero
 barra uno sia la sua interfaccia in entrata.

122
00:10:15,780 --> 00:10:48,100
 E secondo questo, ci sarà zero
 barra due sull'interruttore.

123
00:10:48,100 --> 00:10:51,540
 Va bene. Quindi prepariamoci.

124
00:10:51,540 --> 00:10:54,720
 Vado al router cinque.

125
00:10:54,720 --> 00:11:13,400
 E avviamo la traccia dello snipper.

126
00:11:13,400 --> 00:11:16,800
 Va bene. Probabilmente è
 la prugna proprio qui.

127
00:11:16,800 --> 00:11:22,320
 Scopriamolo. Sì.

128
00:11:22,320 --> 00:11:25,660
 Numero di prugne uno.

129
00:11:25,660 --> 00:11:29,660
 Quindi, ancora una volta, il bit RP è impostato, il
 che significa che sta salendo nella condivisione

130
00:11:29,660 --> 00:11:32,040
 albero fino al punto d'incontro.

131
00:11:32,040 --> 00:11:38,280
 E stiamo dicendo che sto eliminando
 questa fonte e questo gruppo.

132
00:11:38,280 --> 00:11:43,220
 Quindi è esattamente lo stesso formato del messaggio
 di un'unione PIM, tranne che invece di

133
00:11:43,220 --> 00:12:00,360
 avendo unito, abbiamo potato.

134
00:12:00,360 --> 00:12:04,760
 Quindi abbiamo già parlato di come le prugne
 PIM utilizzino lo stesso formato di PIM

135
00:12:04,760 --> 00:12:10,960
 join utilizzati per incoraggiare i vicini upstream
 a interrompere l'inoltro multicast

136
00:12:10,960 --> 00:12:17,440
 traffico verso di noi. Ora, perché dice
 incoraggiare, perché non forza il

137
00:12:17,440 --> 00:12:20,560
 il vicino a monte smetta di inoltrarci
 il traffico multicast?

138
00:12:20,560 --> 00:12:25,380
 Bene, ecco perché.

139
00:12:25,380 --> 00:12:30,420
 Se avessi questo tipo di situazione in cui
 ho avuto, diciamo, facciamolo e basta

140
00:12:30,420 --> 00:12:48,400
 è facile, un hub. Va bene.

141
00:12:48,400 --> 00:12:50,640
 Diciamo che questo è il mio RP.

142
00:12:50,640 --> 00:12:55,080
 Abbiamo il router uno, il router
 due e il router tre.

143
00:12:55,080 --> 00:13:02,840
 Mi collegherò allo stesso hub.

144
00:13:02,840 --> 00:13:15,540
 Va bene. Diciamo che in questo momento entrambi
 questi PC, PCA e PCB, sono multicast

145
00:13:15,540 --> 00:13:18,900
 ricevitori. Ed entrambi ricevono
 esattamente lo stesso gruppo.

146
00:13:18,900 --> 00:13:23,300
 Sai, stanno guardando il video di presentazione
 del CEO proprio adesso.

147
00:13:23,300 --> 00:13:25,760
 Quindi il multicast sta scorrendo
 verso il basso.

148
00:13:25,760 --> 00:13:32,200
 E nel router tre abbiamo
 sia star che state.

149
00:13:32,200 --> 00:13:50,040
 E Ethernet veloce zero, zero è nell'elenco
 delle interfacce in uscita.

150
00:13:50,040 --> 00:14:00,520
 Va bene. Se all'improvviso il destinatario
 A invia un messaggio IGMP, lascia perché

151
00:14:00,520 --> 00:14:04,540
 non è più interessato a quel
 flusso, ciò causerà router

152
00:14:04,540 --> 00:14:10,720
 uno. Dirà, okay, eliminerò
 questa interfaccia da

153
00:14:10,720 --> 00:14:12,400
 il mio elenco di interfacce in uscita.

154
00:14:12,400 --> 00:14:16,360
 Dirà, oh, non ho più interfacce
 nella mia interfaccia in uscita

155
00:14:16,360 --> 00:14:19,340
 elenco. Il mio elenco di interfacce
 in uscita è nullo.

156
00:14:19,340 --> 00:14:22,380
 Quindi questo lo porterà a dire,
 va bene, non ne ho più bisogno.

157
00:14:22,380 --> 00:14:27,180
 Quindi invierà un messaggio PMPRUN, che
 abbiamo appena visto nello sniffer

158
00:14:27,180 --> 00:14:31,120
 traccia. Andrà nell'hub.

159
00:14:31,120 --> 00:14:32,560
 Il router due lo vedrà.

160
00:14:32,560 --> 00:14:34,160
 Il router tre lo vedrà.

161
00:14:34,160 --> 00:14:38,980
 Ora, se il router tre rimuovesse immediatamente
 questa interfaccia, lo avremmo fatto

162
00:14:38,980 --> 00:14:44,100
 un problema. Perché PCB smetterebbe
 di ricevere lo streaming.

163
00:14:44,100 --> 00:14:45,260
 Ed è ancora interessato.

164
00:14:45,260 --> 00:14:47,480
 È un ricevitore fermo e interessato.

165
00:14:47,480 --> 00:14:53,140
 Quindi il modo in cui funziona PEM è quello
 in questo caso particolare, quando router

166
00:14:53,140 --> 00:14:57,800
 tre riceve questa prugna,
 aspetterà qualche secondo.

167
00:14:57,800 --> 00:15:00,980
 Penso che siano circa cinque secondi,
 anche se non citarmi su questo.

168
00:15:00,980 --> 00:15:01,560
 Ma sono pochi secondi.

169
00:15:01,560 --> 00:15:06,360
 Non è molto tempo perché il presupposto
 è, ehi, se il router due

170
00:15:06,360 --> 00:15:09,720
 ha visto anche quella prugna, cosa farà?

171
00:15:09,720 --> 00:15:11,420
 Dirà: aspetta un secondo.

172
00:15:11,420 --> 00:15:14,200
 Ho ancora qualcuno che è interessato.

173
00:15:14,200 --> 00:15:19,060
 E questo lo indurrà a inviare
 un altro join PEM.

174
00:15:19,060 --> 00:15:22,320
 In questo caso particolare, probabilmente
 saranno un join s-coma-g perché

175
00:15:22,320 --> 00:15:24,000
 conosce la fonte.

176
00:15:24,000 --> 00:15:27,200
 E così questo sovrascriverà
 la prugna secca.

177
00:15:27,200 --> 00:15:32,180
 E così manterrà questa interfaccia nell'elenco
 delle interfacce in uscita.

178
00:15:32,180 --> 00:15:35,520
 Ecco perché diciamo che le prugne PEM
 incoraggiano il vicino a monte.

179
00:15:35,520 --> 00:15:39,860
 Perché in questo caso particolare, il router
 non dirà, oh cavolo, mando una prugna,

180
00:15:39,860 --> 00:15:41,700
 ma ricevo ancora il multicast.

181
00:15:41,700 --> 00:15:43,680
 Beh, non c'è davvero niente
 che possa fare al riguardo.

182
00:15:43,680 --> 00:15:47,800
 Ogni minuto continuerà a mandare una
 prugna e dire: ehi, per favore, pota

183
00:15:47,800 --> 00:15:52,160
 Me. E il router due lo sovrascriverà
 inviando una nota, continua così,

184
00:15:52,160 --> 00:16:01,560
 continua. Quindi è questo
 che li fa scattare.

185
00:16:01,560 --> 00:16:06,840
 Una prugna PEM viene attivata quando
 ricevi una sorta di congedo

186
00:16:06,840 --> 00:16:12,300
 messaggio dal ricevitore o se un'interfaccia
 downstream va in timeout,

187
00:16:12,300 --> 00:16:16,640
 Giusto? Forse il ricevente se ne va,
 non invia mai un congedo e alla fine

188
00:16:16,640 --> 00:16:21,220
 tu, sai, IgMP fa scadere l'interfaccia,
 ciò innescherebbe una prugna

189
00:16:21,220 --> 00:16:27,280
 anche. O se ricevi una prugna
 da un vicino a valle.

190
00:16:27,280 --> 00:16:33,580
 Quindi, in questo caso particolare, quando il
 router B, o quando il PCB, alla fine decide

191
00:16:33,580 --> 00:16:37,260
 che ha finito, non vuole più guardarlo.

192
00:16:37,260 --> 00:16:44,120
 Bene, questo farà sì che il router due
 invii il suo messaggio di prune.

193
00:16:44,120 --> 00:16:55,300
 Ciò rimuoverà questa interfaccia dall'elenco
 delle interfacce in uscita.

194
00:16:55,300 --> 00:16:58,520
 E ora il router tre si rende conto che la
 sua lista di interfacce in uscita lo è

195
00:16:58,520 --> 00:17:17,140
 null, che lo indurrà a inviare
 la propria prugna PEM a monte.

196
00:17:17,140 --> 00:17:24,120
 Quindi questo conclude praticamente questa
 sezione sulla discussione sull'adesione a

197
00:17:24,120 --> 00:17:25,820
 albero del cammino più breve.

198
00:17:25,820 --> 00:17:28,580
 Oh, c'era un'altra cosa che vogliamo
 controllare prima di finire.

199
00:17:28,580 --> 00:17:32,400
 Lasciami tornare indietro.
 Vogliamo verificarlo.

200
00:17:32,400 --> 00:17:39,080
 Vogliamo vedere, okay, quando il multicast
 inizierà a fluire lungo il condiviso

201
00:17:39,080 --> 00:17:45,860
 albero, secondo la RFC, deve farlo la prima
 persona a effettuare il passaggio

202
00:17:45,860 --> 00:17:47,140
 essere il router fogliare.

203
00:17:47,140 --> 00:17:50,480
 Che questo router intermedio del
 router otto qui, perché non ha

204
00:17:50,480 --> 00:17:58,700
 ricevitori collegati, non è autorizzato
 a eseguire il processo di commutazione.

205
00:17:58,700 --> 00:18:01,200
 Allora vediamo se è effettivamente vero.

206
00:18:01,200 --> 00:18:02,600
 Sono sicuro che probabilmente lo è.

207
00:18:02,600 --> 00:18:04,260
 Ma vediamo qui.

208
00:18:04,260 --> 00:18:08,040
 Come lo testeremo?

209
00:18:08,040 --> 00:18:15,140
 Bene, ecco cosa penso che succederà.

210
00:18:15,140 --> 00:18:21,080
 Se tutto va secondo come dovrebbe
 andare la RFC, allora quando

211
00:18:21,080 --> 00:18:25,700
 router due, il router foglia riceve il
 primo pacchetto multicast, dovrebbe

212
00:18:25,700 --> 00:18:27,500
 unisciti all'albero del
 percorso più breve.

213
00:18:27,500 --> 00:18:34,800
 Una volta che l'albero del percorso più breve
 si apre, dovrebbe eliminare il router otto.

214
00:18:34,800 --> 00:18:39,340
 Il router otto dovrebbe quindi inviare
 una prune o un router tre.

215
00:18:39,340 --> 00:18:46,900
 Quindi, in un certo senso, non dovremmo mai
 vedere un join S, G originato dal router

216
00:18:46,900 --> 00:18:51,860
 otto. Dovremmo vedere che le prugne hanno avuto
 origine da lui, ma non dovremmo vedere

217
00:18:51,860 --> 00:18:57,540
 I join S, G hanno avuto origine
 con il suo indirizzo IP.

218
00:18:57,540 --> 00:19:00,720
 Quindi ecco come lo testeremo.

219
00:19:00,720 --> 00:19:06,560
 Passiamo semplicemente a ogni
 interfaccia connessa al router

220
00:19:06,560 --> 00:19:12,880
 otto, che è zero due e zero tredici.

221
00:19:12,880 --> 00:19:18,780
 Cattureremo tutto il traffico in entrata
 e in uscita e vedremo se succederà mai

222
00:19:18,780 --> 00:19:24,760
 in realtà invia un join S,
 G, che non dovremmo vedere.

223
00:19:24,760 --> 00:19:29,200
 Va bene, quindi è fatta.

224
00:19:29,200 --> 00:19:35,300
 Cancellamo lo stato MROUT,
 mostriamo IP, MROUT.

225
00:19:35,300 --> 00:19:38,680
 Ok, quindi lo stato S, G è già scaduto.

226
00:19:38,680 --> 00:19:42,780
 Andiamo all'interruttore.

227
00:19:42,780 --> 00:19:46,140
 Quindi in questo momento stiamo
 monitorando lo zero due.

228
00:19:46,140 --> 00:20:07,200
 Vogliamo aggiungere zero
 tredici a quella lista.

229
00:20:07,200 --> 00:20:14,020
 Va bene, torniamo al router cinque.

230
00:20:14,020 --> 00:20:34,360
 Avvia la traccia del nostro snipper.

231
00:20:34,360 --> 00:20:39,680
 Ok, a questo punto non vedo il multicast
 passare attraverso il router

232
00:20:39,680 --> 00:20:45,460
 otto più, perché in questo momento l'unica
 cosa che sto guardando sono le interfacce

233
00:20:45,460 --> 00:20:48,600
 connesso al router otto e non
 vedo alcun multicast in corso

234
00:20:48,600 --> 00:20:52,280
 da lì. Si è fermato proprio qui.

235
00:20:52,280 --> 00:20:55,280
 Quindi vediamo qui otto due otto due.

236
00:20:55,280 --> 00:21:02,820
 Questo è il router due
 otto quattro otto otto.

237
00:21:02,820 --> 00:21:11,640
 Questo è il router otto
 otto quattro otto otto.

238
00:21:11,640 --> 00:21:13,780
 Ok, allora cosa ha inviato
 il router otto proprio lì?

239
00:21:13,780 --> 00:21:16,300
 Router otto otto quattro otto otto.

240
00:21:16,300 --> 00:21:18,500
 Ha mandato una prugna.

241
00:21:18,500 --> 00:21:24,320
 Ok, quindi questo è lui che ha mandato una
 prugna sull'albero condiviso, e l'ha fatto

242
00:21:24,320 --> 00:21:27,240
 in risposta alla prugna
 secca che ha ricevuto.

243
00:21:27,240 --> 00:21:31,100
 Quindi questa è molto probabilmente
 la prugna secca che ha ricevuto.

244
00:21:31,100 --> 00:21:35,200
 Quindi questo è sì, quindi questa è la
 prugna del router due che è connesso

245
00:21:35,200 --> 00:21:39,320
 al nostro ricevitore che ha detto, ehi,
 guarda, vicino otto due otto otto.

246
00:21:39,320 --> 00:21:40,980
 Non ho più bisogno di te.

247
00:21:40,980 --> 00:21:44,400
 Potiamo quell'albero condiviso
 tra me e te.

248
00:21:44,400 --> 00:21:51,120
 E il router otto ha inoltrato lui stesso
 quella prugna al punto d'incontro.

249
00:21:51,120 --> 00:22:01,720
 Quindi, come previsto, non vediamo alcun
 messaggio di join dal router otto.

250
00:22:01,720 --> 00:22:07,480
 Qui si unisce all'auto
 RP, quindi non conta.

251
00:22:07,480 --> 00:22:14,360
 Quindi, abbastanza sicuro, ciò conferma ciò
 che dice la RFC, che solo i router foglia

252
00:22:14,360 --> 00:22:18,320
 oppure i router last hop possono unirsi
 all'albero del percorso più breve.