1
00:00:08,460 --> 00:00:12,500
 Quindi, fino a questo punto nei video
 precedenti, abbiamo parlato

2
00:00:12,500 --> 00:00:18,280
 come viene costruito l'albero condiviso,
 fino al punto di incontro e

3
00:00:18,280 --> 00:00:19,760
 per poi fermarsi lì.

4
00:00:19,760 --> 00:00:22,720
 E poi l'ultimo video di cui abbiamo parlato,
 okay, una volta quella fonte, quella

5
00:00:22,720 --> 00:00:27,040
 server, inizia a inviare il suo traffico
 multicast, il primo router

6
00:00:27,040 --> 00:00:30,960
 è connesso, che considereresti
 il ​​gateway predefinito per il

7
00:00:30,960 --> 00:00:36,960
 source, prenderà quei pacchetti multicast
 e li registrerà con il PIM

8
00:00:36,960 --> 00:00:38,160
 punto d'incontro.

9
00:00:38,160 --> 00:00:41,020
 E abbiamo parlato di come ciò significhi sostanzialmente
 prendere i pacchetti multicast

10
00:00:41,020 --> 00:00:45,800
 e avvolgendoli all'interno di un'intestazione
 PIM e quindi avvolgendoli all'interno

11
00:00:45,800 --> 00:00:51,340
 di un'intestazione IP unicast
 dal router all'RP.

12
00:00:51,340 --> 00:00:58,220
 Quindi ora esamineremo come unire
 l'albero del percorso più breve.

13
00:00:58,220 --> 00:01:05,960
 Ora ricorda, l'ho menzionato nell'altro
 video che ogni router ha il suo

14
00:01:05,960 --> 00:01:10,460
 propria prospettiva su quale sia l'albero
 del percorso più breve, giusto?

15
00:01:10,460 --> 00:01:14,460
 Non appena un router riceve un pacchetto
 multicast, all'improvviso lo riceve

16
00:01:14,460 --> 00:01:18,320
 questo risveglio, dice aha, questo
 è quello che stavo cercando e ora

17
00:01:18,320 --> 00:01:21,840
 Conosco la componente critica
 che prima non conoscevo.

18
00:01:21,840 --> 00:01:23,520
 So chi è la fonte.

19
00:01:23,520 --> 00:01:29,000
 Quindi quel router, scusami,
 non cerca RP.

20
00:01:29,000 --> 00:01:33,160
 Entra nella sua tabella di routing unicast
 e dice, per me, qual è il più breve

21
00:01:33,160 --> 00:01:35,500
 percorso di ritorno a quella fonte?

22
00:01:35,500 --> 00:01:39,520
 Ora questo potrebbe portarti a porre la
 domanda, okay, quindi significa questo

23
00:01:39,520 --> 00:01:43,940
 ovunque lungo l'albero dalla
 sorgente fino al ricevitore,

24
00:01:43,940 --> 00:01:48,220
 se ci sono rami ovunque che si diramano
 ed è in realtà il più corto

25
00:01:48,220 --> 00:01:52,000
 percorso, significa che è consentito qualsiasi
 router ovunque lungo quel percorso

26
00:01:52,000 --> 00:01:56,180
 per passare all'albero del percorso più
 breve e lasciare quell'albero centrale e

27
00:01:56,180 --> 00:01:57,980
 lasciare l'albero dei punti d'incontro?

28
00:01:57,980 --> 00:02:00,560
 Non proprio. E quindi ne parleremo qui.

29
00:02:00,560 --> 00:02:05,780
 Ma in questa situazione particolare,
 il punto d'incontro ha il permesso

30
00:02:05,780 --> 00:02:09,240
 per farlo perché ricorda che a questo punto
 il punto d'incontro sta ricevendo

31
00:02:09,240 --> 00:02:13,800
 registrare i pacchetti, il che fa sì
 che la sua CPU lavori un po' di più

32
00:02:13,800 --> 00:02:19,940
 di quanto dovrebbe. Normalmente, ciò che vogliamo
 veramente è quando un pacchetto multicast

33
00:02:19,940 --> 00:02:25,140
 entra, vogliamo solo cercare la voce
 nella tabella mRout e inoltrarla

34
00:02:25,140 --> 00:02:28,720
 è in viaggio. È un dato di fatto,
 se utilizzi SEP, Cisco Express

35
00:02:28,720 --> 00:02:32,440
 Inoltrando, puoi anche fare tutto questo
 senza potenzialmente interromperlo

36
00:02:32,440 --> 00:02:36,100
 la CPU, come ad esempio sugli switch.

37
00:02:36,100 --> 00:02:40,640
 Se disponi di un interruttore multistrato
 con camme a T e inoltro A6 e inoltro

38
00:02:40,640 --> 00:02:46,720
 motori e cose del genere, la CPU e lo switch
 eseguono tutta l'elaborazione PIM.

39
00:02:46,720 --> 00:02:51,280
 Quindi, quando ti unisci al PIM, il PIM elimina,
 il PIM registra i pacchetti, devono farlo

40
00:02:51,280 --> 00:02:53,740
 salire fino alla CPU da elaborare.

41
00:02:53,740 --> 00:02:58,240
 Quindi, se lo switch multistrato,
 che funziona come un router,

42
00:02:58,240 --> 00:03:02,800
 sta ricevendo tonnellate di pacchetti
 di registro, vanno tutti a una CPU.

43
00:03:02,800 --> 00:03:06,620
 Mentre se fosse arrivato come multicast
 nativo, potrebbe essere tutto

44
00:03:06,620 --> 00:03:10,420
 essere gestito in hardware sulle sue camme T
 e sulla sua A6 e cose del genere e lo farebbe

45
00:03:10,420 --> 00:03:14,700
 non dà mai fastidio alla CPU,
 non viene mai visto dalla CPU.

46
00:03:14,700 --> 00:03:17,300
 Quindi idealmente, questo
 è ciò che vogliamo.

47
00:03:17,300 --> 00:03:22,460
 Quindi vogliamo interrompere questo processo
 di registrazione il più rapidamente possibile

48
00:03:22,460 --> 00:03:24,440
 non devi fare tutto quel lavoro extra.

49
00:03:24,440 --> 00:03:29,660
 Quindi abbiamo detto che il modo
 in cui ciò accadrà è il PIM

50
00:03:29,660 --> 00:03:38,380
 RP invierà un messaggio di join chiamato
 s, g join a monte per aprire

51
00:03:38,380 --> 00:03:42,020
 lungo la sua strada più breve.

52
00:03:42,020 --> 00:03:44,920
 E questo è il suo modo di dire,
 okay, voglio aprire il multicast

53
00:03:44,920 --> 00:03:47,360
 può scorrere nella sua forma nativa.

54
00:03:47,360 --> 00:03:51,580
 Una volta che ciò inizia ad accadere
 e lo vedo, l'ho confermato, quindi il

55
00:03:51,580 --> 00:03:53,780
 RP dice di fermare la cassa.

56
00:03:53,780 --> 00:03:54,840
 Non lo voglio più.

57
00:03:54,840 --> 00:03:57,940
 Smetti di fare il processo di registrazione
 e invierà effettivamente un registro PIM

58
00:03:57,940 --> 00:04:00,520
 fermare. Ne abbiamo parlato.

59
00:04:00,520 --> 00:04:05,000
 Ora, so che anche in questo caso particolare
 R2 si unisce al più corto

60
00:04:05,000 --> 00:04:09,580
 albero del sentiero. Ora, lasciatemi tornare
 per un momento al mio disegno originale.

61
00:04:09,580 --> 00:04:14,980
 Ecco come è la nostra attuale topologia.

62
00:04:14,980 --> 00:04:23,840
 Ora, lo so perché l'ho progettato intenzionalmente
 in modo che R8 potesse farlo

63
00:04:23,840 --> 00:04:28,800
 per arrivare direttamente al router
 quattro senza andare al router tre.

64
00:04:28,800 --> 00:04:35,660
 Quindi uno potrebbe guardare questo e
 dire, okay, quindi suppongo che quando

65
00:04:35,660 --> 00:04:39,260
 il primo pacchetto multicast, quando il
 primo pacchetto di registro, il primo

66
00:04:39,260 --> 00:04:46,080
 il pacchetto di registro arriva a valle al router
 tre e il router tre viene deincapsulato

67
00:04:46,080 --> 00:04:50,620
 quello e lo invia come multicast
 nativo al router otto, non solo

68
00:04:50,620 --> 00:04:55,340
 il router tre invierebbe il suo join a monte
 cercando di unirsi al suo più corto

69
00:04:55,340 --> 00:05:00,300
 percorso dell'albero, non ci aspetteremmo
 che anche il router otto faccia lo stesso?

70
00:05:00,300 --> 00:05:04,620
 Dopotutto, il router otto ora sa
 chi è la fonte e dovrebbe farlo

71
00:05:04,620 --> 00:05:08,140
 guarda nella sua tabella di routing e dì, oh,
 aspetta, ho questa connessione diretta BAM

72
00:05:08,140 --> 00:05:10,520
 qui alla fonte.

73
00:05:10,520 --> 00:05:12,560
 Questa è la mia strada più breve.

74
00:05:12,560 --> 00:05:17,540
 Non ci aspetteremmo che si unisca anche
 all'albero del percorso più breve?

75
00:05:17,540 --> 00:05:19,200
 Bene, daremo un'occhiata a questo
 in una traccia sniffer.

76
00:05:19,200 --> 00:05:22,500
 Ti dirò esattamente cosa dice la RFC.

77
00:05:22,500 --> 00:05:29,160
 La RFC per la modalità sparsa PIMS afferma
 che le uniche persone autorizzate

78
00:05:29,160 --> 00:05:34,980
 per passare da un albero condiviso a un albero con il
 percorso più breve sono presenti entrambi i numeri

79
00:05:34,980 --> 00:05:39,740
 uno, il punto d'incontro, come
 abbiamo detto, o l'ultimo

80
00:05:39,740 --> 00:05:44,580
 router di salto. In altre parole,
 il router direttamente connesso a

81
00:05:44,580 --> 00:05:49,200
 ricevitore. Quindi secondo la RFC, in
 questo particolare diagramma, router

82
00:05:49,200 --> 00:05:53,800
 otto non sarebbero autorizzati
 ad avviare tale processo.

83
00:05:53,800 --> 00:05:58,100
 Dovrebbe ricevere il multicast sull'albero
 condiviso e poi basta

84
00:05:58,100 --> 00:06:02,060
 continuare a passarlo a valle
 fino al router due.

85
00:06:02,060 --> 00:06:05,500
 E poiché il router due è direttamente
 connesso al ricevitore, ricorda,

86
00:06:05,500 --> 00:06:09,700
 l'abbiamo visto con la bandierina C perché
 ha ricevuto il verbale di adesione,

87
00:06:09,700 --> 00:06:14,820
 ciò significa che sarebbe sua responsabilità
 connettersi al più breve

88
00:06:14,820 --> 00:06:19,220
 percorso dell'albero, non responsabilità
 del router otto.

89
00:06:19,220 --> 00:06:21,760
 Quindi daremo un'occhiata a questo in una
 traccia sniffer e vedremo se è così

90
00:06:21,760 --> 00:06:24,460
 vero perché sappiamo che a volte con i
 router Cisco e cose del genere, loro

91
00:06:24,460 --> 00:06:26,660
 non seguire esattamente la RFC.

92
00:06:26,660 --> 00:06:28,620
 Quindi vediamo se ciò accadrà.

93
00:06:28,620 --> 00:06:33,120
 Ma prima di farlo, non voglio
 saltare in avanti qui.

94
00:06:33,120 --> 00:06:39,400
 E comunque, questo router due nella RFC,
 potresti vederlo come termine due

95
00:06:39,400 --> 00:06:39,880
 cosa diversa.

96
00:06:39,880 --> 00:06:44,300
 L'ho visto chiamato last hop router
 e l'ho visto anche chiamato leaf

97
00:06:44,300 --> 00:06:47,040
 router. È come una foglia
 sul bordo dell'albero.

98
00:06:47,040 --> 00:06:49,640
 Va, l'albero non va oltre.

99
00:06:49,640 --> 00:06:53,660
 Quindi chiameranno router
 foglia o router last hop.

100
00:06:53,660 --> 00:07:02,020
 Ok, questa è una revisione di ciò
 di cui abbiamo già parlato.

101
00:07:02,020 --> 00:07:04,800
 Quindi non ho bisogno
 di entrare lì dentro.

102
00:07:04,800 --> 00:07:09,840
 E ho menzionato come i join S, G vengono utilizzati
 per aprire il percorso più breve

103
00:07:09,840 --> 00:07:13,860
 albero. E vedrai sempre l'acronimo
 S P T quando ne parli

104
00:07:13,860 --> 00:07:16,280
 PIM, albero del percorso più breve.

105
00:07:16,280 --> 00:07:21,060
 Quindi cosa attiva un'unione S, G?

106
00:07:21,060 --> 00:07:26,260
 Bene, ancora una volta ci sono molteplici
 cose che potrebbero innescarlo.

107
00:07:26,260 --> 00:07:30,980
 Se ti capita di essere al punto d'incontro
 e ricevi un pacchetto multicast

108
00:07:30,980 --> 00:07:35,920
 e un registro, che ti farà scattare
 l'invio di un join S, G.

109
00:07:35,920 --> 00:07:38,460
 Perché come punto d'incontro,
 vorrai aprire il tuo più breve

110
00:07:38,460 --> 00:07:41,260
 sentiero. Quindi questa è una
 cosa che potrebbe innescarlo.

111
00:07:41,260 --> 00:07:42,800
 Cos'è un'altra cosa?

112
00:07:42,800 --> 00:07:49,120
 Come abbiamo detto, se sei un router
 foglia quando ricevi il multicast

113
00:07:49,120 --> 00:07:52,440
 pacchetto. Anche questo solleva
 un punto interessante.

114
00:07:52,440 --> 00:07:59,460
 Quindi potresti chiederti, beh, la fresatrice
 fogliare lo fa immediatamente?

115
00:07:59,460 --> 00:08:04,800
 Solo dopo aver ricevuto 10 pacchetti
 o un certo bit al secondo.

116
00:08:04,800 --> 00:08:07,400
 Sai, quando decide di farlo
 il fresatore fogliare?

117
00:08:07,400 --> 00:08:10,860
 L'attuale RFC non lo definisce.

118
00:08:10,860 --> 00:08:15,820
 L'attuale RFC per PIMS Farsmo dice semplicemente
 che il router foglia può, lui no

119
00:08:15,820 --> 00:08:17,160
 addirittura doverlo fare.

120
00:08:17,160 --> 00:08:22,100
 Il router foglia può passare all'albero del
 percorso più breve una volta stabilito

121
00:08:22,100 --> 00:08:24,640
 viene raggiunta la soglia.

122
00:08:24,640 --> 00:08:25,780
 Questo è tutto ciò che dice.

123
00:08:25,780 --> 00:08:28,400
 Ora, come lo fanno effettivamente
 i router Cisco?

124
00:08:28,400 --> 00:08:33,040
 La soglia per i router Cisco
 è un pacchetto, solo uno.

125
00:08:33,040 --> 00:08:36,920
 Quindi, quando il primo pacchetto multicast
 raggiunge il router due e il router

126
00:08:36,920 --> 00:08:41,380
 due per primi imparano qual è l'indirizzo
 di origine, questo è il suo trigger

127
00:08:41,380 --> 00:08:44,480
 per dire, okay, ho un percorso più breve?

128
00:08:44,480 --> 00:08:49,040
 Permettimi di unirmi a lui. Quindi questa
 è la soglia sui router Cisco.

129
00:08:49,040 --> 00:08:51,980
 Ora potresti dire, ho un'altra opzione?

130
00:08:51,980 --> 00:08:53,120
 C'è qualcos'altro che posso fare?

131
00:08:53,120 --> 00:08:56,560
 Lascia che ti mostri qual è il comando
 per modificare quel comportamento.

132
00:08:56,560 --> 00:08:59,160
 Non hai molte opzioni.

133
00:08:59,160 --> 00:09:02,300
 Davvero, ce ne sono solo due.

134
00:09:02,300 --> 00:09:05,160
 Hai solo due opzioni a tua disposizione.

135
00:09:05,160 --> 00:09:08,420
 Quindi andrò sulla fresatrice
 fogliare qui.

136
00:09:08,420 --> 00:09:11,020
 E il comando è IP PIM.

137
00:09:11,020 --> 00:09:18,580
 E poi c'è la soglia SPT.

138
00:09:18,580 --> 00:09:20,920
 Quindi Soglia del percorso Shores.

139
00:09:20,920 --> 00:09:23,640
 E hai solo due opzioni.

140
00:09:23,640 --> 00:09:30,060
 Zero, che è l'impostazione predefinita, o
 infinito, che significa non cambiare mai

141
00:09:30,060 --> 00:09:31,500
 al percorso più breve.

142
00:09:31,500 --> 00:09:35,220
 Questo è tutto. Niente in mezzo.

143
00:09:35,220 --> 00:09:41,960
 Quindi puoi decidere tu stesso in quali
 circostanze potresti desiderarlo

144
00:09:41,960 --> 00:09:44,040
 per selezionare l'infinito.

145
00:09:44,040 --> 00:09:52,440
 Ma l'impostazione predefinita prevede il passaggio
 non appena si riceve il primo pacchetto.

146
00:09:52,440 --> 00:09:55,600
 Quale stato creano nella
 tabella di routing M?

147
00:09:55,600 --> 00:09:59,640
 Ok, quindi se torno al mio router qui,
 andiamo avanti e usiamo questo

148
00:09:59,640 --> 00:10:04,380
 tipo. Mostra il percorso IP M.

149
00:10:04,380 --> 00:10:12,520
 Ok, finora abbiamo la nostra
 stella, la virgola G.

150
00:10:12,520 --> 00:10:19,300
 Ora la voce stella, virgola G viene
 creata in base all'albero condiviso.

151
00:10:19,300 --> 00:10:24,360
 Dove l'unica cosa che sappiamo
 è il punto d'incontro.

152
00:10:24,360 --> 00:10:27,620
 E come raggiungere il punto d'incontro.

153
00:10:27,620 --> 00:10:34,600
 Quindi, se i pacchetti multicast iniziano a fluire
 lungo l'albero condiviso, questo è il file

154
00:10:34,600 --> 00:10:40,080
 costrutto che utilizzeremo per inoltrare
 quei pacchetti multicast.

155
00:10:40,080 --> 00:10:44,580
 Ora dici, beh, se il multicast inizia
 effettivamente a fluire e noi adesso

156
00:10:44,580 --> 00:10:48,720
 conosciamo la fonte,
 useremo anche questa?

157
00:10:48,720 --> 00:10:50,640
 Bene, guarda un paio di cose qui.

158
00:10:50,640 --> 00:10:54,320
 Numero uno, interfaccia in entrata.

159
00:10:54,320 --> 00:10:56,160
 Un vicino dell'RPF.

160
00:10:56,160 --> 00:11:01,140
 Tutto questo si basa sulla nostra
 conoscenza del punto d'incontro.

161
00:11:01,140 --> 00:11:07,280
 Se ricevo effettivamente dati multicast
 reali, questo non sarebbe rilevante,

162
00:11:07,280 --> 00:11:11,600
 Giusto? Poiché l'interfaccia in entrata
 e il vicino RPF per raggiungere il file

163
00:11:11,600 --> 00:11:15,340
 la fonte effettiva in sé potrebbe
 non essere questa.

164
00:11:15,340 --> 00:11:17,260
 Potrebbe essere qualcosa di diverso.

165
00:11:17,260 --> 00:11:23,260
 Inoltre, non avrei più bisogno di una
 stella qui perché ora saprei cosa

166
00:11:23,260 --> 00:11:25,220
 l'indirizzo di origine è.

167
00:11:25,220 --> 00:11:31,040
 Quindi nel momento in cui un router riceve effettivamente
 il primo pacchetto multicast,

168
00:11:31,040 --> 00:11:38,120
 crea una seconda voce qui,
 chiamata voce S, virgola G.

169
00:11:38,120 --> 00:11:39,320
 Quindi andiamo avanti e facciamolo.

170
00:11:39,320 --> 00:11:40,880
 Cominciamo dal flusso.

171
00:11:40,880 --> 00:11:54,680
 Fondamentalmente esegui
 di nuovo il mio ping.

172
00:11:54,680 --> 00:12:00,120
 Va bene. E in realtà devo andare al
 router otto perché durante la pausa,

173
00:12:00,120 --> 00:12:05,400
 Ho aggiunto qualcosa qui che potrebbe potenzialmente
 rovinare la nostra dimostrazione.

174
00:12:05,400 --> 00:12:18,960
 Quindi voglio solo sbarazzarmene.

175
00:12:18,960 --> 00:12:21,380
 Ok, ora diamo un'occhiata al router due.

176
00:12:21,380 --> 00:12:23,800
 Mostra IP, percorso M.

177
00:12:23,800 --> 00:12:32,300
 Quindi qui vediamo quella che viene chiamata
 voce di percorso S, virgola G, M.

178
00:12:32,300 --> 00:12:38,200
 S perché ehi, in realtà sappiamo
 chi è la fonte proprio lì.

179
00:12:38,200 --> 00:12:43,500
 Quindi l'interfaccia in entrata e il vicino
 RPF sono effettivamente rilevanti adesso

180
00:12:43,500 --> 00:12:47,540
 alla fonte, non al punto d'incontro.

181
00:12:47,540 --> 00:12:56,000
 Ora, la mia particolare topologia, in realtà
 ho fatto in modo che su R2 lo facesse

182
00:12:56,000 --> 00:13:00,540
 preferisco questo collegamento seriale per raggiungere
 R4 piuttosto che questi collegamenti Ethernet veloci.

183
00:13:00,540 --> 00:13:04,920
 L'ho fatto semplicemente manipolando l'EIGRP e
 utilizzando elenchi di offset e cose del genere

184
00:13:04,920 --> 00:13:09,640
 come quello. Ma R2 dice ok, per arrivare
 alla rete quattro cinque, questo è

185
00:13:09,640 --> 00:13:11,260
 il percorso preferito.

186
00:13:11,260 --> 00:13:15,660
 E ancora una volta, posso semplicemente controllarlo,
 mostrare IP RPF, quattro punti cinque punti

187
00:13:15,660 --> 00:13:22,100
 quattro punto cinque. E dice, preferisco
 usare serial zero one zero, e

188
00:13:22,100 --> 00:13:25,140
 questo è tramite EIGRP 100.

189
00:13:25,140 --> 00:13:28,700
 Ecco cosa usiamo come interfaccia
 in entrata.

190
00:13:28,700 --> 00:13:34,180
 E il vicino dell'RPF è, beh, come sembra,
 il prossimo vicino in ordine di importanza

191
00:13:34,180 --> 00:13:36,140
 su quella direzione.

192
00:13:36,140 --> 00:13:45,320
 Ora che ci sono molte regole che lo
 circondano, dobbiamo rispettarle.

193
00:13:45,320 --> 00:13:57,900
 Quindi numero uno, quando viene formata per la prima
 volta una S, virgola G, in pratica basta solo

194
00:13:57,900 --> 00:14:02,700
 qualunque cosa sia nell'elenco dell'interfaccia
 in uscita della stella, virgola G e solo

195
00:14:02,700 --> 00:14:05,140
 lo copia qui.

196
00:14:05,140 --> 00:14:06,800
 Quindi normalmente sono la stessa cosa.

197
00:14:06,800 --> 00:14:10,600
 C'è una circostanza in
 cui ciò non accadrà.

198
00:14:10,600 --> 00:14:16,620
 Esiste una regola del PIM, e questa in realtà
 esiste sia per la stella che per la virgola

199
00:14:16,620 --> 00:14:21,000
 G e la S, virgola G, che dice che non potrai
 mai avere la tua interfaccia in entrata

200
00:14:21,000 --> 00:14:24,060
 nell'elenco delle interfacce in uscita.

201
00:14:24,060 --> 00:14:28,160
 In altre parole, la tua interfaccia in entrata
 non può essere la stessa di quella in uscita

202
00:14:28,160 --> 00:14:34,560
 interfaccia. Quindi se vedi nell'elenco delle
 interfacce in uscita null, significa

203
00:14:34,560 --> 00:14:38,540
 niente, potrebbe essere questo il motivo.

204
00:14:38,540 --> 00:14:41,440
 Ma in questo caso non dobbiamo
 preoccuparci di questo.

205
00:14:41,440 --> 00:14:44,980
 Quindi l'interfaccia in entrata è seriale
 zero uno zero e l'ha appena copiata

206
00:14:44,980 --> 00:14:55,700
 questo quaggiù. Ok, cosa significa la J?

207
00:14:55,700 --> 00:15:02,200
 La bandiera J significa che ho inviato
 un join in questa direzione.

208
00:15:02,200 --> 00:15:06,120
 Quindi in questo caso particolare, poiché questo
 è l'albero del percorso più breve, quello

209
00:15:06,120 --> 00:15:13,540
 significa che ho inviato una S, la virgola G
 si unisce all'albero del percorso più breve.

210
00:15:13,540 --> 00:15:20,240
 Ora, la bandiera J di per sé non è la prova che
 ne abbiamo effettivamente ricevuta alcuna

211
00:15:20,240 --> 00:15:23,860
 dati multicast da quella direzione.

212
00:15:23,860 --> 00:15:34,000
 Significa solo che abbiamo provato
 ad aprire quella direzione.

213
00:15:34,000 --> 00:15:39,160
 Quello che normalmente vorremmo vedere
 dopo la bandiera J, e lo farò

214
00:15:39,160 --> 00:15:44,900
 indagare su questo qui,
 sarebbe la bandiera T.

215
00:15:44,900 --> 00:15:49,940
 Normalmente vedremmo la bandiera T dopo
 la bandiera J, e in realtà la bandiera T

216
00:15:49,940 --> 00:15:57,100
 significa che ho ricevuto dati multicast effettivi
 dall'albero del percorso più breve.

217
00:15:57,100 --> 00:16:00,200
 Ora, perché non lo vediamo
 in questo caso particolare?

218
00:16:00,200 --> 00:16:02,180
 Bene, facciamo un po' di risoluzione
 dei problemi qui.

219
00:16:02,180 --> 00:16:09,420
 Sappiamo che per ricevere traffico
 multicast in questa direzione,

220
00:16:09,420 --> 00:16:14,640
 dobbiamo avere il PIM proprio qui.

221
00:16:14,640 --> 00:16:18,460
 Ok, quindi domanda numero uno: il router
 due ha un vicino PIM sulla seriale

222
00:16:18,460 --> 00:16:22,680
 zero uno zero? Se ha un vicino PIM, allora
 è la prova che lo siamo davvero

223
00:16:22,680 --> 00:16:25,320
 ho abilitato PIM sul router quattro.

224
00:16:25,320 --> 00:16:30,420
 Quindi vediamo, mostra il vicino IP PIM.

225
00:16:30,420 --> 00:16:32,360
 E non lo fa.

226
00:16:32,360 --> 00:16:37,180
 Va bene, quindi abbiamo solo un vicino
 sulla veloce Ethan a zero uno.

227
00:16:37,180 --> 00:16:41,520
 Non ce l'abbiamo sul seriale, ecco
 perché non riceviamo traffico

228
00:16:41,520 --> 00:16:47,400
 quel modo. Quindi diamo un'occhiata
 al router quattro.

229
00:16:47,400 --> 00:16:56,380
 Sì, e Peter, solo per convalidare,
 devi davvero vedere la bandiera T

230
00:16:56,380 --> 00:17:01,180
 questa voce qui per verificare di aver
 ricevuto traffico multicast inattivo

231
00:17:01,180 --> 00:17:03,340
 l'albero del cammino più breve.

232
00:17:03,340 --> 00:17:08,140
 Tutto ciò che la bandiera J significa è che ho tentato
 di unirmi a quell'albero, ma non lo abbiamo fatto

233
00:17:08,140 --> 00:17:08,880
 sapere se funziona già.

234
00:17:08,880 --> 00:17:12,340
 E questo caso particolare chiaramente non
 funziona perché non l'ho nemmeno fatto

235
00:17:12,340 --> 00:17:15,600
 un vicino su quell'interfaccia.

236
00:17:15,600 --> 00:17:21,360
 Quindi perche no? Andiamo
 al router quattro.

237
00:17:21,360 --> 00:17:25,160
 Mostra l'interfaccia di esecuzione
 seriale zero uno zero.

238
00:17:25,160 --> 00:17:26,260
 E ci siamo.

239
00:17:26,260 --> 00:17:28,120
 Non ho abilitato PIM
 su quell'interfaccia.

240
00:17:28,120 --> 00:17:40,340
 Quindi questo spiega tutto.

241
00:17:40,340 --> 00:17:44,400
 Ok, il ping è ancora
 attivo o è terminato?

242
00:17:44,400 --> 00:17:45,960
 Sì, sto ancora andando.

243
00:17:45,960 --> 00:17:51,920
 Quindi ora andiamo al router due.

244
00:17:51,920 --> 00:17:54,080
 E ci siamo.

245
00:17:54,080 --> 00:17:55,840
 Ora abbiamo la bandiera T.

246
00:17:55,840 --> 00:18:00,500
 Va bene. Ciò significa che abbiamo effettivamente
 iniziato a ricevere multicast

247
00:18:00,500 --> 00:18:16,640
 traffico dall'albero del
 percorso più breve.

248
00:18:16,640 --> 00:18:21,240
 Va bene. E solo per il caso in cui stai
 guardando questa registrazione e

249
00:18:21,240 --> 00:18:26,200
 hai saltato la sezione precedente sui
 registri PIM, in quel particolare

250
00:18:26,200 --> 00:18:30,560
 sezione Ho fatto una traccia snipper di
 un PIM S, diamo un'occhiata a quello

251
00:18:30,560 --> 00:18:42,780
 molto velocemente. Ecco come
 appare un'unione S, G.

252
00:18:42,780 --> 00:18:47,700
 Esce comunque come multicast utilizzando
 lo stesso indirizzo di destinazione PIM

253
00:18:47,700 --> 00:18:52,000
 di 2240013. Quindi è un
 salto dopo l'altro.

254
00:18:52,000 --> 00:18:56,320
 Quindi l'indirizzo di origine
 cambierà hop dopo hop.

255
00:18:56,320 --> 00:19:00,500
 E nel corpo del messaggio PIM c'è il
 tipo tre, ancora una volta, join

256
00:19:00,500 --> 00:19:05,540
 fesso. Vicino a monte, a
 chi andrà tutto questo?

257
00:19:05,540 --> 00:19:09,820
 Chi è il mio vicino RPF a cui lo mando?

258
00:19:09,820 --> 00:19:12,600
 E dirà: numero di iscrizioni,
 a quanti gruppi mi unirò?

259
00:19:12,600 --> 00:19:20,320
 Quindi ciò che differenzia realmente una
 stella, G join da una S, G join sono i

260
00:19:20,320 --> 00:19:23,200
 bandiere proprio qui.

261
00:19:23,200 --> 00:19:30,480
 Abbiamo visto nella stella unire la G
 che oltre alla punta S, avevamo la W

262
00:19:30,480 --> 00:19:33,420
 bit e il bit R.

263
00:19:33,420 --> 00:19:38,580
 La parte W era il carattere jolly, il che
 significa che non so quale sia la fonte

264
00:19:38,580 --> 00:19:40,100
 del flusso è.

265
00:19:40,100 --> 00:19:44,700
 Quindi questo indirizzo IP, se la W fosse
 qui, significherebbe questo indirizzo IP

266
00:19:44,700 --> 00:19:47,120
 è il punto d'incontro.

267
00:19:47,120 --> 00:19:51,840
 Ma in base al fatto che manca la
 W, significa che in realtà è così

268
00:19:51,840 --> 00:19:54,920
 l'indirizzo IP della sorgente
 dello stream stesso.

269
00:19:54,920 --> 00:19:59,200
 Inoltre manca il bit R.

270
00:19:59,200 --> 00:20:02,140
 Il bit R è quello che
 viene chiamato bit RP.

271
00:20:02,140 --> 00:20:05,600
 Se guardi effettivamente le specifiche
 PIM, si chiama bit RP.

272
00:20:05,600 --> 00:20:10,420
 E ciò significherebbe che questo messaggio, che
 si tratti di una prune o di un join, sta andando

273
00:20:10,420 --> 00:20:14,780
 sull'albero RP. Sta risalendo l'albero
 condiviso verso il punto d'incontro.

274
00:20:14,780 --> 00:20:17,700
 Ancora una volta, questo manca qui, perché
 non si tratta di una cosa condivisa

275
00:20:17,700 --> 00:20:22,140
 albero. Questo è destinato a salire
 sull'albero del percorso più breve.

276
00:20:22,140 --> 00:20:27,280
 Quindi, a parte questo, sembrano fondamentalmente
 uguali, una stella, G si uniscono e

277
00:20:27,280 --> 00:20:29,440
 un'unione S, G. Il corpo
 sembra lo stesso.

278
00:20:29,440 --> 00:20:31,660
 Devi davvero guardare le
 bandiere qui per vedere.

279
00:20:31,660 --> 00:20:35,380
 La W nella R è qui o manca?

280
00:20:35,380 --> 00:20:40,700
 Questo è ciò che differenzia i due.

281
00:20:40,700 --> 00:20:49,040
 Ora, ho menzionato che una delle cose
 che potrebbero causare lo stato S, G

282
00:20:49,040 --> 00:20:55,300
 il router è se stai effettivamente ricevendo
 il traffico multicast stesso.

283
00:20:55,300 --> 00:20:58,660
 C'è un'altra situazione che
 potrebbe causare questo.

284
00:20:58,660 --> 00:21:08,860
 Se ricevi un join S, G da un router
 downstream, ad esempio, let's

285
00:21:08,860 --> 00:21:11,900
 non usare questo.

286
00:21:11,900 --> 00:21:23,040
 Diciamo, ad esempio, che ci troviamo
 in questa situazione.

287
00:21:23,040 --> 00:21:34,280
 Questo tizio è l'RP.

288
00:21:34,280 --> 00:21:40,040
 Chiameremo questo ragazzo semplicemente
 router uno, router due e router tre.

289
00:21:40,040 --> 00:21:58,400
 Metteremo il nostro ricevitore proprio qui,
 e metteremo la nostra fonte proprio qui.

290
00:21:58,400 --> 00:22:04,420
 Va bene, quindi sappiamo che inizialmente
 non appena inizia il multicast

291
00:22:04,420 --> 00:22:10,400
 scorrendo, andrà in questa direzione
 fino al punto d'incontro, giù

292
00:22:10,400 --> 00:22:13,020
 all'albero condiviso e
 poi al destinatario.

293
00:22:13,020 --> 00:22:17,660
 Quindi in questo momento il router
 due non ha alcuno stato.

294
00:22:17,660 --> 00:22:19,620
 Non ha lo stato del percorso
 M per il flusso.

295
00:22:19,620 --> 00:22:23,720
 Nessuno glielo ha mai chiesto,
 né l'IGMP né il PIM.

296
00:22:23,720 --> 00:22:26,540
 Quindi se mostrasse il percorso
 IPM, non vedremmo nulla.

297
00:22:26,540 --> 00:22:29,620
 Niente relativo allo streaming.

298
00:22:29,620 --> 00:22:36,360
 Ma quando il router cerca di unirsi
 al percorso più breve, se presumiamo

299
00:22:36,360 --> 00:22:50,480
 che questo è il percorso più breve,
 invierà un join PIM S, G a monte.

300
00:22:50,480 --> 00:22:55,040
 E come abbiamo visto nel corpo del
 messaggio, dirà router vicino

301
00:22:55,040 --> 00:22:59,780
 due, l'indirizzo IP del router due, quindi
 fornirà la sorgente e la destinazione,

302
00:22:59,780 --> 00:23:00,880
 Giusto? Egli darà la fonte del flusso.

303
00:23:00,880 --> 00:23:04,460
 Diciamo solo che questo è xxx.

304
00:23:04,460 --> 00:23:13,640
 Qui avrà sorgente uguale a xxx, gruppo
 uguale, sai, qualunque cosa

305
00:23:13,640 --> 00:23:21,600
 è. Quindi ora, anche se il router due inizialmente
 non aveva lo stato del percorso M

306
00:23:21,600 --> 00:23:29,820
 tutto, una volta ottenuta questa unione S,
 G, ciò creerà effettivamente lo stato S, G

307
00:23:29,820 --> 00:23:32,420
 nella sua tabella dei percorsi M.

308
00:23:32,420 --> 00:23:36,340
 E poi sarà in grado di creare il
 proprio join S, G e inviarlo

309
00:23:36,340 --> 00:23:42,400
 Da questa parte. Un altro componente chiave,
 potresti essere testato su questo su alcuni