1
00:00:11,240 --> 00:00:13,780
 Ora la sua star, lo stato della commedia.

2
00:00:13,780 --> 00:00:16,380
 Lasciami andare avanti e riempire
 il resto di questo qui.

3
00:00:16,380 --> 00:00:21,240
 Quindi nel router due, l'elenco delle interfacce
 in uscita dirÃ  fast etanet zero

4
00:00:21,240 --> 00:00:24,900
 zero perchÃ© Ã¨ lÃ¬ che ha ricevuto
 il verbale di adesione.

5
00:00:24,900 --> 00:00:28,420
 Ecco dove inoltrerÃ  il traffico
 multicast quando si tratterÃ 

6
00:00:28,420 --> 00:00:34,160
 lui. Router otto, la lista delle sue interfacce
 in uscita dirÃ  etano veloce zero

7
00:00:34,160 --> 00:00:39,760
 barrarne uno perchÃ© ha ricevuto il collegamento
 PIM su quell'interfaccia.

8
00:00:39,760 --> 00:00:47,280
 Ora, router tre, salterÃ²
 un paio di campi qui.

9
00:00:47,280 --> 00:00:51,080
 Il suo elenco di interfacce in uscita dirÃ 
 veloce etanet zero barra uno perchÃ©

10
00:00:51,080 --> 00:00:53,600
 Ã¨ lÃ¬ che ha ricevuto l'adesione al PIM.

11
00:00:53,600 --> 00:00:58,660
 Ora nel campo RP vedrai qualcosa
 di piuttosto interessante.

12
00:00:58,660 --> 00:01:03,200
 Lo dirÃ  perchÃ© Ã¨ l'RP.

13
00:01:03,200 --> 00:01:06,360
 Ã il suo modo di dire, okay,
 lo so al punto d'incontro.

14
00:01:06,360 --> 00:01:13,200
 Quindi quello sono io. E la sua interfaccia
 in entrata dirÃ  di no perchÃ© dirÃ :

15
00:01:13,200 --> 00:01:15,600
 ehi, io sono la radice
 dell'albero condiviso.

16
00:01:15,600 --> 00:01:19,780
 Inizia con me.

17
00:01:19,780 --> 00:01:24,740
 E anche il suo prossimo massimo, il
 suo vicino RPF, sarÃ  tutto zero.

18
00:01:24,740 --> 00:01:28,200
 Ma lui dirÃ : guarda, non uso nessun vicino
 di casa per arrivare a me stesso.

19
00:01:28,200 --> 00:01:29,060
 Non sono psicotico.

20
00:01:29,060 --> 00:01:30,120
 So di essere qui.

21
00:01:30,120 --> 00:01:32,560
 So di essere il punto d'incontro.

22
00:01:32,560 --> 00:01:33,740
 Quindi Ã¨ quello che vedremo.

23
00:01:33,740 --> 00:01:36,860
 Quindi andiamo avanti e avviamo
 questo processo qui.

24
00:01:36,860 --> 00:01:40,900
 Quindi andrÃ² avanti e attiverÃ²
 R1 per inviare il join.

25
00:01:40,900 --> 00:01:43,480
 E andiamo avanti e avviamo la traccia dello
 sniffer in modo da poterli catturare tutti

26
00:01:43,480 --> 00:01:50,160
 Questo. Quindi cattureremo solo due cose.

27
00:01:50,160 --> 00:01:57,000
 Cattureremo il report di adesione in arrivo
 e l'adesione al PIM in partenza

28
00:01:57,000 --> 00:01:59,380
 dal router due al router otto.

29
00:01:59,380 --> 00:02:10,640
 Quindi per farlo, quindi voglio R2,
 00 in entrata e voglio 01 in uscita.

30
00:02:10,640 --> 00:02:18,580
 Quindi guardando il mio diagramma qui.

31
00:02:18,580 --> 00:02:21,820
 Ok, quindi vorrÃ² R2.

32
00:02:21,820 --> 00:02:25,480
 Quindi voglio 0 barra 3.

33
00:02:25,480 --> 00:02:36,740
 Ricevi e voglio 0 barra 1 fuori.

34
00:02:36,740 --> 00:02:38,560
 Questa Ã¨ la tua barra 4.

35
00:02:38,560 --> 00:02:42,300
 FarÃ² entrambe le cose per quelli.

36
00:02:42,300 --> 00:03:23,820
 Quindi andiamo avanti e facciamolo.

37
00:03:23,820 --> 00:03:51,940
 Va bene. Prepariamo la traccia dello
 sniffer e la prepariamo a partire.

38
00:03:51,940 --> 00:03:58,300
 Non so perchÃ© Wire Shark non mi lascia
 premere nessuno dei pulsanti

39
00:03:58,300 --> 00:04:00,580
 nel menu qui.

40
00:04:00,580 --> 00:04:03,180
 Questo Ã¨ irritante oltre
 ogni immaginazione.

41
00:04:03,180 --> 00:04:08,660
 Eccoci qua. Finalmente.

42
00:04:08,660 --> 00:04:13,020
 Va bene. Quindi fermati. Eccoci qui.

43
00:04:13,020 --> 00:04:16,940
 Quindi ora andiamo al mio ricevitore.

44
00:04:16,940 --> 00:04:21,540
 E forse ti starai chiedendo come faccio a far
 sÃ¬ che un router si comporti come un PC?

45
00:04:21,540 --> 00:04:24,040
 Come posso convincerlo a inviare
 un rapporto di adesione all'IGMP?

46
00:04:24,040 --> 00:04:25,720
 Non Ã¨ un laptop.

47
00:04:25,720 --> 00:04:29,500
 Davvero facile. Quindi vediamo
 quale interfaccia vogliamo qui.

48
00:04:29,500 --> 00:04:33,600
 Vogliamo Ethernet veloce 00.

49
00:04:33,600 --> 00:04:40,460
 Quindi digito semplicemente
 IP, IGMP, join-group.

50
00:04:40,460 --> 00:04:44,260
 Ops, devo andare alla mia interfaccia.

51
00:04:44,260 --> 00:04:49,740
 Unisciti al gruppo e farÃ² 239.

52
00:04:49,740 --> 00:04:51,940
 Vediamo. Cosa abbiamo fatto
 con i miei esempi qui?

53
00:04:51,940 --> 00:05:01,080
 9.9.9. SÃ. In realtÃ  prima di
 farlo, posso fare un debug.

54
00:05:01,080 --> 00:05:10,600
 Va bene. IP, IGMP, unione
 al gruppo 239.999.

55
00:05:10,600 --> 00:05:15,520
 Ed eccolo lÃ¬.

56
00:05:15,520 --> 00:05:21,240
 Ha inviato una versione
 IGMP per riferire.

57
00:05:21,240 --> 00:05:23,840
 Tuttavia, non credo di aver avviato
 la traccia dello snipper.

58
00:05:23,840 --> 00:05:26,680
 Quindi andiamo avanti e chiudiamolo.

59
00:05:26,680 --> 00:05:34,500
 Andiamo a R2. Cancella lo
 stato del mio percorso M.

60
00:05:34,500 --> 00:05:35,620
 Quindi posso iniziare da zero.

61
00:05:35,620 --> 00:05:38,480
 Cancella stella IP M-route.

62
00:05:38,480 --> 00:05:46,620
 Questo eliminerÃ  tutte le tue rotte M.

63
00:05:46,620 --> 00:05:50,060
 Ok, quindi sono tornato ad avere solo
 il percorso M con RP automatico.

64
00:05:50,060 --> 00:05:52,840
 Facciamolo anche in R8.

65
00:05:52,840 --> 00:06:02,100
 Ok, torniamo al router uno.

66
00:06:02,100 --> 00:06:05,900
 E questa volta iniziamo la traccia del cecchino
 in modo da poter catturare tutto questo

67
00:06:05,900 --> 00:06:33,340
 roba buona. L'IJRP Ã¨ formato e penso di
 avere ancora il debug in esecuzione.

68
00:06:33,340 --> 00:06:51,120
 Quindi ha ricevuto una query
 IJMP ed eccola lÃ¬.

69
00:06:51,120 --> 00:06:54,700
 Ok, ecco l'IJMP.

70
00:06:54,700 --> 00:07:00,960
 No, questo non lo Ã¨, questo Ã¨ diverso.

71
00:07:00,960 --> 00:07:02,420
 Vediamo qui, eccolo.

72
00:07:02,420 --> 00:07:11,700
 Ecco il rapporto sull'adesione
 all'IJMP dal router uno.

73
00:07:11,700 --> 00:07:15,160
 Dovrei dire il mio ricevitore.

74
00:07:15,160 --> 00:07:22,840
 E puoi vedere qui la versione due dell'IJMP
 e si sta unendo all'indirizzo di

75
00:07:22,840 --> 00:07:31,580
 239.999. Quindi nel momento in cui torniamo
 qui, nel momento in cui il router

76
00:07:31,580 --> 00:07:36,140
 Se lo avessero capito, avrebbe
 creato un PIM Star Coma-G Join.

77
00:07:36,140 --> 00:07:41,100
 E utilizzerÃ  il suo indirizzo
 di origine 8.2.8.2.

78
00:07:41,100 --> 00:07:45,620
 Ed Ã¨ quello che vediamo proprio qui.

79
00:07:45,620 --> 00:07:49,380
 Quindi, proprio sotto il nostro rapporto sull'adesione,
 c'Ã¨ l'iscrizione PIM star coma-g

80
00:07:49,380 --> 00:07:51,740
 lasciando quel router.

81
00:07:51,740 --> 00:07:54,220
 Approfondiamo i dettagli qui.

82
00:07:54,220 --> 00:07:57,360
 Quindi Ã¨ il tipo tre, ricorda
 che il tipo zero era il ciao.

83
00:07:57,360 --> 00:08:00,120
 Quindi il tipo tre Ã¨ la
 barra di unione prugna.

84
00:08:00,120 --> 00:08:01,520
 Anche questa non Ã¨ una cosa da poco qui.

85
00:08:01,520 --> 00:08:05,820
 Questo messaggio qui viene utilizzato sia
 per unire i rami all'albero che per

86
00:08:05,820 --> 00:08:10,040
 potare i rami dell'albero.

87
00:08:10,040 --> 00:08:12,600
 Ora scaviamo nel profondo
 della questione.

88
00:08:12,600 --> 00:08:16,720
 Dice, okay, questo Ã¨ destinato
 al mio vicino a monte.

89
00:08:16,720 --> 00:08:18,900
 Ora, perchÃ© Ã¨ quello lÃ¬ dentro?

90
00:08:18,900 --> 00:08:19,560
 Un paio di cose.

91
00:08:19,560 --> 00:08:23,520
 Notare che questo verrÃ  inviato proprio come
 verrÃ  inviato il messaggio di saluto PIM

92
00:08:23,520 --> 00:08:34,240
 l'indirizzo multicast di 2240013.

93
00:08:34,240 --> 00:08:38,060
 Quindi diciamo che in realtÃ  questa era
 una terra condivisa e ce n'erano altre

94
00:08:38,060 --> 00:08:41,340
 router su questo terreno oltre
 ai router due e otto.

95
00:08:41,340 --> 00:08:43,680
 Diciamo che c'erano i router X e Y.

96
00:08:43,680 --> 00:08:46,860
 Dove il router due vuole che tutti questi router
 sappiano, ehi, questo PIM si unisce a me

97
00:08:46,860 --> 00:08:50,460
 l'invio procede lungo il ramo fino all'albero
 condiviso, il che significa che Ã¨ necessario

98
00:08:50,460 --> 00:08:52,640
 dirigersi verso il router otto.

99
00:08:52,640 --> 00:08:55,920
 Quindi, anche se Ã¨ in multicasting, il che
 significa qualsiasi altro router qui

100
00:08:55,920 --> 00:08:56,000
 voglio dirigermi verso il router otto.

101
00:08:56,000 --> 00:09:00,440
 E lo vedremo qui perchÃ© ha questo
 indirizzo del vicino upstream

102
00:09:00,440 --> 00:09:04,300
 ciÃ² garantisce che il prossimo router
 otto presterÃ  attenzione a questo

103
00:09:04,300 --> 00:09:07,260
 e dire: oh, okay, questo Ã¨ per me.

104
00:09:07,260 --> 00:09:10,460
 E cosÃ¬ dice, dice, okay, numero di join.

105
00:09:10,460 --> 00:09:13,100
 Mi unisco a un gruppo.

106
00:09:13,100 --> 00:09:16,360
 Questo Ã¨ il gruppo a cui mi unisco.

107
00:09:16,360 --> 00:09:22,740
 E questo non Ã¨ l'indirizzo della
 fonte, ma del punto d'incontro.

108
00:09:22,740 --> 00:09:28,220
 L'indirizzo del RP.

109
00:09:28,220 --> 00:09:29,600
 E non stiamo potando nulla.

110
00:09:29,600 --> 00:09:30,560
 Non taglieremo nessun ramo.

111
00:09:30,560 --> 00:09:33,320
 Ci uniamo ad una filiale.

112
00:09:33,320 --> 00:09:39,320
 E cos'altro abbiamo qui?

113
00:09:39,320 --> 00:09:44,200
 Penso che sia tutto ciÃ² che
 abbiamo a questo punto.

114
00:09:44,200 --> 00:09:49,760
 Non ho catturato nient'altro.

115
00:09:49,760 --> 00:09:55,240
 Ok, diamo ora un'occhiata allo stato
 del percorso m in questi router.

116
00:09:55,240 --> 00:09:58,940
 Quindi iniziamo andando al router due
 e vediamo se tutto corrisponde a cosa

117
00:09:58,940 --> 00:10:01,380
 Ho disegnato proprio qui.

118
00:10:01,380 --> 00:10:10,620
 Mostra il percorso IP m.

119
00:10:10,620 --> 00:10:18,040
 Ok, ci siamo.

120
00:10:18,040 --> 00:10:24,200
 Quindi, se lo vedi nel tuo percorso m in
 qualsiasi router, conosci uno dei tre

121
00:10:24,200 --> 00:10:26,800
 le cose sono successe.

122
00:10:26,800 --> 00:10:28,060
 Una delle tre cose.

123
00:10:28,060 --> 00:10:31,820
 O hai ricevuto la certificazione I.G.M.P.

124
00:10:31,820 --> 00:10:35,120
 rapporto di appartenenza da un ricevitore
 collegato direttamente.

125
00:10:35,120 --> 00:10:36,640
 In questo caso Ã¨ vero.

126
00:10:36,640 --> 00:10:39,560
 E lo sappiamo grazie alla bandiera C.

127
00:10:39,560 --> 00:10:46,180
 Il flag C significa che sono connesso al
 ricevitore che mi ha inviato il join,

128
00:10:46,180 --> 00:10:48,580
 il rapporto di adesione
 che ha causato ciÃ².

129
00:10:48,580 --> 00:10:53,200
 L'altro motivo per cui potresti averlo Ã¨
 perchÃ© hai ricevuto un'iscrizione PIM.

130
00:10:53,200 --> 00:10:58,280
 Quindi, per esempio, il flag C proprio qui,
 quando andiamo al router otto, siamo

131
00:10:58,280 --> 00:11:08,700
 vedremo esattamente la stessa stella,
 C, ma mancherÃ  la bandiera C.

132
00:11:08,700 --> 00:11:14,040
 Vedi, S significa che questa Ã¨
 una voce in modalitÃ  sparsa.

133
00:11:14,040 --> 00:11:16,640
 Stiamo eseguendo la modalitÃ 
 sparsa sull'interfaccia.

134
00:11:16,640 --> 00:11:20,180
 Quindi entrambi, quindi questo Ã¨
 il router otto, nessun flag C.

135
00:11:20,180 --> 00:11:27,320
 Quindi questo Ã¨ stato creato perchÃ©
 ha ricevuto la stella, PIM join.

136
00:11:27,320 --> 00:11:32,780
 Oppure come questo Ã¨ stato creato, perchÃ©
 abbiamo ricevuto il marchio I.G.M.P.

137
00:11:32,780 --> 00:11:39,040
 rapporto di adesione.

138
00:11:39,040 --> 00:11:43,800
 E il nostro RP Ã¨ indicato proprio qui.

139
00:11:43,800 --> 00:11:49,400
 343.3. L'interfaccia in entrata Ã¨ Ethernet
 veloce zero barra uno, il che Ã¨ vero

140
00:11:49,400 --> 00:11:55,240
 l'interfaccia che porta a
 monte al punto d'incontro.

141
00:11:55,240 --> 00:11:58,220
 Vicino dell'RPF 8288.

142
00:11:58,220 --> 00:12:02,160
 E l'abbiamo ottenuto perchÃ© quando abbiamo eseguito
 una ricerca del percorso inverso per capirlo

143
00:12:02,160 --> 00:12:05,160
 come faccio ad arrivare al punto d'incontro,
 lo abbiamo trovato nella tabella di routing

144
00:12:05,160 --> 00:12:07,720
 questo era il ragazzo che
 era il prossimo top.

145
00:12:07,720 --> 00:12:11,380
 Il nostro percorso EIGRP ci ha detto
 che questo Ã¨ il prossimo massimo.

146
00:12:11,380 --> 00:12:12,860
 E l'elenco delle interfacce in uscita.

147
00:12:12,860 --> 00:12:15,540
 Questa Ã¨ l'interfaccia dove riceviamo
 il certificato I.G.M.P.

148
00:12:15,540 --> 00:12:26,060
 rapporto di adesione.

149
00:12:26,060 --> 00:12:28,560
 Ed ecco quella che sembra una R8.

150
00:12:28,560 --> 00:12:34,220
 Praticamente esattamente la stessa cosa,
 tranne che manca la bandiera C.

151
00:12:34,220 --> 00:12:36,680
 E ora diamo un'occhiata alla differenza
 tra come appare nella realtÃ 

152
00:12:36,680 --> 00:12:49,480
 punto d'incontro lui stesso.

153
00:12:49,480 --> 00:12:53,060
 Ok, quindi nota che si elenca come RP.

154
00:12:53,060 --> 00:12:57,560
 Dice: so di essere l'RP, ma il suo
 vicino dell'RPF Ã¨ tutto zero.

155
00:12:57,560 --> 00:13:01,660
 Non ha bisogno di risalire la corrente
 per raggiungere se stesso.

156
00:13:01,660 --> 00:13:04,840
 E l'interfaccia in entrata Ã¨ nulla.

157
00:13:04,840 --> 00:13:08,520
 E l'interfaccia in uscita Fast Ethernet
 00, dice che la inoltrerÃ²

158
00:13:08,520 --> 00:13:10,480
 in modalitÃ  sparsa.

159
00:13:10,480 --> 00:13:18,540
 Quindi ora il nostro albero condiviso da
 uno a due a otto a tre, questo percorso Ã¨

160
00:13:18,540 --> 00:13:22,800
 ora aperto. Quindi se il multicast
 inizia a fluire, Ã¨ pronto.

161
00:13:22,800 --> 00:13:34,160
 Il punto d'incontro Ã¨ pronto.

162
00:13:34,160 --> 00:13:36,840
 Quindi abbiamo esaminato quale
 stato del percorso M creano.

163
00:13:36,840 --> 00:13:42,280
 Ora solo un paio di cose aggiuntive
 su queste stelle, G si unisce.

164
00:13:42,280 --> 00:13:47,720
 Sono recenti ogni 60 secondi.

165
00:13:47,720 --> 00:13:51,260
 PerchÃ©? Bene, diamo un'occhiata
 di nuovo a questo.

166
00:13:51,260 --> 00:13:53,080
 La mia fonte non sta inviando
 in questo momento.

167
00:13:53,080 --> 00:13:55,460
 Quindi non c'Ã¨ davvero
 alcun flusso multicast.

168
00:13:55,460 --> 00:13:57,540
 Non sappiamo quanto tempo ci vorrÃ .

169
00:13:57,540 --> 00:14:01,440
 E se ci volessero, sai, dieci minuti
 perchÃ© questo ragazzo inizi davvero?

170
00:14:01,440 --> 00:14:06,200
 su? Forse questo Ã¨ un flusso multicast
 a cui il nostro CEO darÃ  una risposta

171
00:14:06,200 --> 00:14:07,800
 alle tre di oggi.

172
00:14:07,800 --> 00:14:10,680
 E questo ragazzo si unirÃ 
 dieci minuti prima.

173
00:14:10,680 --> 00:14:14,660
 Beh, non vogliamo che questa cosa finisca
 in timeout su questo ramo dell'albero

174
00:14:14,660 --> 00:14:17,520
 eliminare e andare via.

175
00:14:17,520 --> 00:14:22,520
 Quindi quello che sappiamo Ã¨ che queste cose
 hanno un timer di tre minuti, dopo 210

176
00:14:22,520 --> 00:14:27,940
 secondi di inattivitÃ , questi
 rami verranno abbattuti.

177
00:14:27,940 --> 00:14:30,560
 Quindi, per evitarlo, stanno
 accadendo un paio di cose.

178
00:14:30,560 --> 00:14:35,380
 Numero uno, sappiamo che ogni 60 secondi
 ci sono due che inviano una query IGMP

179
00:14:35,380 --> 00:14:41,140
 sul segmento, dicendo, ehi, qualche ricevitore
 laggiÃ¹ sta guardando qualcosa?

180
00:14:41,140 --> 00:14:43,620
 E Rader one risponderÃ  con
 un rapporto di adesione.

181
00:14:43,620 --> 00:14:47,860
 Questo mantiene aperto questo segmento,
 lo scambio di domande e rapporti

182
00:14:47,860 --> 00:14:55,040
 per l'IGMP. E sappiamo che quando verrÃ  pubblicato
 il rapporto sui membri dell'IGMP,

183
00:14:55,040 --> 00:15:02,400
 questo indurrÃ  i nostri due a inviare
 un'altra stella PIM, G join.

184
00:15:02,400 --> 00:15:06,760
 Ora, potresti dire, beh, cosa
 succede se, sai, nel corso

185
00:15:06,760 --> 00:15:13,580
 di un minuto, 25 o 65 rapporti di adesione
 provenienti da diversi ricevitori

186
00:15:13,580 --> 00:15:15,760
 entrare su questa interfaccia?

187
00:15:15,760 --> 00:15:19,300
 CiÃ² significa che ogni volta che
 riceve un rapporto di adesione,

188
00:15:19,300 --> 00:15:21,660
 invierÃ  una stella, G unisciti?

189
00:15:21,660 --> 00:15:24,240
 No, sarebbe eccessivo.

190
00:15:24,240 --> 00:15:28,840
 Quindi questo ragazzo qui invierÃ  una stella
 PIM, G si unirÃ  per mantenere lo stato

191
00:15:28,840 --> 00:15:32,540
 aggiornato ogni minuto, ogni 60 secondi.

192
00:15:32,540 --> 00:15:38,540
 Ora, se si rende conto che non sono rimasti
 piÃ¹ ricevitori, se IGMP scade

193
00:15:38,540 --> 00:15:42,780
 o riceve un mazzo di foglie e dice, okay, non
 sono rimasti piÃ¹ ricevitori, in realtÃ ,

194
00:15:42,780 --> 00:15:43,840
 andiamo avanti e diamo
 un'occhiata a questo.

195
00:15:43,840 --> 00:15:44,800
 Cosa farÃ ?

196
00:15:44,800 --> 00:15:49,260
 Quindi andrÃ² avanti e rimuoverÃ² il
 mio comando IGMP su Rader one.

197
00:15:49,260 --> 00:15:53,700
 Dovrebbe inviare un congedo IGMP, anche
 se non Ã¨ obbligatorio nelle specifiche,

198
00:15:53,700 --> 00:15:56,680
 questa Ã¨ una di quelle cose da fare.

199
00:15:56,680 --> 00:16:00,880
 E quando invia un congedo IGMP, dovremmo
 vedere Rader due inviare una prugna PIM

200
00:16:00,880 --> 00:16:04,540
 messaggio a monte, eliminando
 questo ramo.

201
00:16:04,540 --> 00:16:06,540
 Quindi andiamo avanti e facciamolo.

202
00:16:06,540 --> 00:16:22,260
 Preparo il ricevitore.

203
00:16:22,260 --> 00:16:25,240
 Ok, iniziamo la traccia dello sniffer.

204
00:16:25,240 --> 00:16:39,980
 Va bene, ecco il mio messaggio
 di uscita dal gruppo.

205
00:16:39,980 --> 00:16:41,380
 Questo Ã¨ quello che volevamo vedere.

206
00:16:41,380 --> 00:16:47,400
 Ok, quindi ecco il messaggio
 di congedo IGMP.

207
00:16:47,400 --> 00:16:52,180
 Quindi in realtÃ  ha un proprio codice
 tipo e dice, lascio questo gruppo,

208
00:16:52,180 --> 00:16:57,760
 e questo ha dato il via al suo gateway predefinito
 per inviare un messaggio di potatura.

209
00:16:57,760 --> 00:17:01,200
 Nota che Ã¨ esattamente lo stesso messaggio
 dell'unione PIM, ma in questo caso

210
00:17:01,200 --> 00:17:06,260
 il join Ã¨ ora pari a zero e
 la prune Ã¨ impostata su uno.

211
00:17:06,260 --> 00:17:13,420
 E questo dice che poterÃ² quest'albero
 e lascerÃ² l'appuntamento

212
00:17:13,420 --> 00:17:15,480
 punto lo so.

213
00:17:15,480 --> 00:17:23,400
 A proposito, SWR, nel caso ti stia chiedendo
 di cosa si tratta, quelli lo sono in realtÃ 

214
00:17:23,400 --> 00:17:26,520
 alcuni flag all'interno
 di questo messaggio.

215
00:17:26,520 --> 00:17:32,020
 La R Ã¨ chiamata bit RP
 in questo messaggio.

216
00:17:32,020 --> 00:17:36,520
 CiÃ² significa che questo messaggio deve salire
 sull'albero condiviso verso l'appuntamento

217
00:17:36,520 --> 00:17:40,020
 punto. Quella Ã¨ la destinazione finale.

218
00:17:40,020 --> 00:17:43,400
 Ed Ã¨ per questo che qui abbiamo
 l'indirizzo dei punti d'incontro

219
00:17:43,400 --> 00:17:47,340
 campo proprio qui a causa di quel bit RP.

220
00:17:47,340 --> 00:17:51,460
 La W significa che Ã¨ il jolly.

221
00:17:51,460 --> 00:17:55,560
 CiÃ² significa che non so quale sia l'effettivo
 indirizzo di origine di questo multicast

222
00:17:55,560 --> 00:18:00,380
 flusso. Ed Ã¨ ciÃ² che crea la stella,
 lo stato G in questi router.

223
00:18:00,380 --> 00:18:03,660
 Questo Ã¨ ciÃ² che crea
 la stella, il jolly.

224
00:18:03,660 --> 00:18:06,660
 Non ho idea di chi sia la fonte.

225
00:18:06,660 --> 00:18:10,720
 E S, il che significa che si tratta
 di un join in modalitÃ  sparsa.

226
00:18:10,720 --> 00:18:23,340
 Ecco cosa significano quei
 pezzi, quelle bandiere.

227
00:18:23,340 --> 00:18:28,020
 Cosa succede se le informazioni
 RPF sull'RP cambiano?

228
00:18:28,020 --> 00:18:35,900
 Quindi sappiamo che esiste la possibilitÃ 
 che le rotte possano cambiare.

229
00:18:35,900 --> 00:18:40,800
 Voglio dire, le interfacce potrebbero non funzionare,
 potrebbero nascere nuove interfacce e forse

230
00:18:40,800 --> 00:18:45,600
 il percorso EIGRP che ho per raggiungere il punto
 d'incontro in questo momento non funziona

231
00:18:45,600 --> 00:18:48,920
 essere valido tra un paio
 di secondi da adesso.

232
00:18:48,920 --> 00:18:52,740
 Allora come lo tiene conto il PIM?

233
00:18:52,740 --> 00:19:04,940
 Beh, il PIM ha un timer e fondamentalmente
 Ã¨ un, se entri nelle specifiche,

234
00:19:04,940 --> 00:19:07,560
 se questo ti incuriosisce, il nome del
 timer, anche se non lo saprai mai

235
00:19:07,560 --> 00:19:11,420
 essere testato su questo, si chiama
 Random Delay Join Timeout.

236
00:19:11,420 --> 00:19:14,560
 Ritardo casuale Partecipa al timeout, per quelli
 di voi a cui piace conoscere questo tipo

237
00:19:14,560 --> 00:19:19,680
 di cosa. Ma fondamentalmente, Ã¨ un timeout
 che dice, okay, controlla per vedere

238
00:19:19,680 --> 00:19:25,660
 se l'RPF di una fonte
 o di un RP Ã¨ cambiato.

239
00:19:25,660 --> 00:19:31,700
 E quel timer, secondo la RFC, non dovrebbe
 essere superiore a 4,5 secondi.

240
00:19:31,700 --> 00:19:38,500
 Pertanto, se l'RPF verso una fonte nota
 o l'RP cambia, i router funzionano

241
00:19:38,500 --> 00:19:43,560
 I PIM dovrebbero rilevarlo
 entro 4,5 secondi o meno.

242
00:19:43,560 --> 00:19:47,060
 E se lo rilevano, invieranno
 un altro join.

243
00:19:47,060 --> 00:19:56,840
 Invieranno quello che viene chiamato trigger
 join sul nuovo percorso verso l'RP.

244
00:19:56,840 --> 00:20:01,320
 E cosa cancella questo
 stato del percorso M?

245
00:20:01,320 --> 00:20:04,440
 Bene, abbiamo appena visto che
 Ã¨ arrivato un congedo IGMP.

246
00:20:04,440 --> 00:20:07,740
 Torniamo al router due.

247
00:20:07,740 --> 00:20:11,540
 Mostra il percorso IP M.

248
00:20:11,540 --> 00:20:16,820
 Vedi, non c'Ã¨ piÃ¹. Ora, Ã¨
 successo immediatamente?

249
00:20:16,820 --> 00:20:18,680
 Bene, scopriamolo.

250
00:20:18,680 --> 00:20:36,900
 Creiamo di nuovo il join.

251
00:20:36,900 --> 00:20:40,520
 Ok, ora abbiamo lo stato
 g comune delle stelle.

252
00:20:40,520 --> 00:20:44,500
 E abbiamo solo un ricevitore che
 vive sulla Ethernet veloce 00.

253
00:20:44,500 --> 00:20:47,160
 Ora, facciamo in modo che il destinatario invii
 un messaggio di congedo e vediamo se Ã¨ cosÃ¬

254
00:20:47,160 --> 00:20:49,500
 uccide immediatamente lo stato.

255
00:20:49,500 --> 00:20:53,020
 PerchÃ© a quel punto, quando arriva il messaggio
 di congedo, quello verrÃ  rimosso

256
00:20:53,020 --> 00:20:55,820
 questa interfaccia dall'elenco
 delle interfacce in uscita.

257
00:20:55,820 --> 00:20:58,160
 L'elenco delle interfacce
 in uscita sarÃ  nullo.

258
00:20:58,160 --> 00:21:01,900
 E la nostra domanda Ã¨: una volta che l'elenco delle
 interfacce in uscita Ã¨ nullo in una stella

259
00:21:01,900 --> 00:21:04,480
 comune g entra, significa BAM, POOF?

260
00:21:04,480 --> 00:21:05,900
 E' sparito immediatamente?

261
00:21:05,900 --> 00:21:21,680
 Oppure rimane lÃ¬ per un po' di tempo?

262
00:21:21,680 --> 00:21:23,720
 Ok, Ã¨ ancora lÃ¬.

263
00:21:23,720 --> 00:21:28,360
 L'elenco delle interfacce
 in uscita Ã¨ nullo.

264
00:21:28,360 --> 00:21:32,960
 E credo che questo resterÃ  qui per
 circa, vediamo, c'Ã¨ un tempo

265
00:21:32,960 --> 00:21:35,900
 Ã¨ il conto alla rovescia?

266
00:21:35,900 --> 00:21:37,820
 SÃ¬, questo timer proprio qui.

267
00:21:37,820 --> 00:21:40,080
 Due minuti e 20 secondi.

268
00:21:40,080 --> 00:21:42,060
 Ora siamo scesi a due
 minuti e 11 secondi.

269
00:21:42,060 --> 00:21:47,140
 E quando il timer conta fino a zero,
 un minuto e 56 secondi, lo sono

270
00:21:47,140 --> 00:21:47,900
 non aspetterÃ².

271
00:21:47,900 --> 00:21:52,680
 Ma quando il conto alla rovescia
 arriva a zero, questo scadrÃ .

272
00:21:52,680 --> 00:21:59,140
 Se ne andrÃ . Ma notiamo che ora abbiamo il
 flag P, che significa il nostro shared

273
00:21:59,140 --> 00:22:04,100
 il sentiero, il nostro percorso a monte fino
 al punto d'incontro, Ã¨ stato tagliato.

274
00:22:04,100 --> 00:22:07,200
 Ho inviato un messaggio di prune all'RP.

275
00:22:07,200 --> 00:22:12,880
 Ed Ã¨ questo che lo indica proprio qui.

276
00:22:12,880 --> 00:22:17,400
 Inoltre, in questo caso particolare,
 vediamo che questo scomparirÃ 

277
00:22:17,400 --> 00:22:21,060
 tra due minuti. E se andassimo
 al router al centro?

278
00:22:21,060 --> 00:22:25,580
 Router otto. PerchÃ© ha
 ricevuto quella prugna.

279
00:22:25,580 --> 00:22:32,580
 Vedere? L'ha anche potato.

280
00:22:32,580 --> 00:22:34,640
 E sta anche facendo il
 conto alla rovescia.

281
00:22:34,640 --> 00:22:42,140
 Quindi questo conterÃ  fino a zero
 e poi finirÃ  per essere eliminato.

282
00:22:42,140 --> 00:22:46,240
 Qualcuno ha chiesto, devo assolutamente
 avere un punto d'incontro in ordine

283
00:22:46,240 --> 00:22:50,720
 per far sÃ¬ che il multicast fluisca
 dalla sorgente al ricevitore?

284
00:22:50,720 --> 00:22:54,180
 La risposta breve Ã¨ in modalitÃ 
 PIM sparsa, sÃ¬.

285
00:22:54,180 --> 00:22:58,240
 Ora, se stessimo utilizzando la modalitÃ 
 densa PIM, che inonda tutto, no,

286
00:22:58,240 --> 00:23:00,040
 non avremmo bisogno di
 un punto d'incontro.

287
00:23:00,040 --> 00:23:02,660
 Ma la modalitÃ  sparsa sta cercando
 di allontanarsi da questo.

288
00:23:02,660 --> 00:23:05,740
 E quindi, se non vogliamo allagare
 tutto, dobbiamo averlo

289
00:23:05,740 --> 00:23:07,080
 punto d'incontro.

290
00:23:07,080 --> 00:23:10,440
 Quindi quali sono alcune cose che potrebbero
 interrompere tutto questo?

291
00:23:10,440 --> 00:23:14,200
 Beh, certamente, sai, deve essere
 configurato un punto d'incontro.

292
00:23:14,200 --> 00:23:17,880
 Se tutti i router sapessero chi Ã¨ il
 punto di incontro, ma il rendezvous

293
00:23:17,880 --> 00:23:21,700
 Point stesso non sa che dovrebbe
 interpretare quel ruolo,

294
00:23:21,700 --> 00:23:23,880
 non funzionerÃ .

295
00:23:23,880 --> 00:23:26,860
 La gente gli invierÃ  join e cose
 del genere, ma non saprÃ  cosa

296
00:23:26,860 --> 00:23:29,880
 a che fare con loro perchÃ© non
 Ã¨ lui il punto d'incontro.

297
00:23:29,880 --> 00:23:35,060
 Se un particolare router non sa chi Ã¨
 il punto di incontro, questo Ã¨ tutto

298
00:23:35,060 --> 00:23:37,160
 fallirÃ . Ora, come fai a saperlo?

299
00:23:37,160 --> 00:23:42,700
 Bene, come abbiamo visto qui, quando mostri
 il percorso IPM, lasciami ingrandire questo

300
00:23:42,700 --> 00:23:49,900
 un po. Ogni singolo router, anche lo
 stesso RP, dovrebbe avere il file

301
00:23:49,900 --> 00:23:52,300
 Indirizzo IP dell'RP.

302
00:23:52,300 --> 00:23:56,640
 Se mai esegui questo comando e vedi una stella,
 la voce G dove si trova il campo RP

303
00:23:56,640 --> 00:24:00,800
 dice solo 0.0.0.0, non va bene.

304
00:24:00,800 --> 00:24:04,500
 CiÃ² significa che il router non Ã¨ a
 conoscenza del punto di incontro.

305
00:24:04,500 --> 00:24:07,940
 Potrebbe essercene uno lÃ  fuori, ma questo
 particolare router su cui ti trovi

306
00:24:07,940 --> 00:24:09,900
 non sa chi sia.

307
00:24:09,900 --> 00:24:12,240
 Quindi sarebbe un male.

308
00:24:12,240 --> 00:24:17,220
 Un'altra cosa, non solo deve esistere
 l'RP, non solo i router

309
00:24:17,220 --> 00:24:22,940
 devono sapere chi Ã¨, ma devono avere un
 percorso unicast valido verso il quale

310
00:24:22,940 --> 00:24:27,080
 raggiungilo. Quale sarebbe unâindicazione
 che ciÃ² sta fallendo?

311
00:24:27,080 --> 00:24:33,160
 Bene, se l'elenco delle interfacce in entrata
 Ã¨ nullo e il vicino RPF Ã¨ 0.0.0

312
00:24:33,160 --> 00:24:34,880
 .0. Questo Ã¨ il tuo piÃ¹
 grande indicatore.

313
00:24:34,880 --> 00:24:42,580
 Se ho un indirizzo qui, 3, 4, 3,
 3, beh, per esempio, facciamolo.

314
00:24:42,580 --> 00:24:46,740
 Adesso, router, andiamo al router 2.

315
00:24:46,740 --> 00:24:53,460
 Mostra percorso IPM. Va bene.

316
00:24:53,460 --> 00:24:56,600
 Quindi qui abbiamo conoscenza dell'RP.

317
00:24:56,600 --> 00:25:01,220
 Mostra IP RPF 3.4.3.3.

318
00:25:01,220 --> 00:25:03,920
 E sappiamo che l'ha appreso
 tramite l'EIGRP.

319
00:25:03,920 --> 00:25:05,300
 Quindi ecco cosa farÃ².

320
00:25:05,300 --> 00:25:08,800
 DisattivarÃ² questa interfaccia sull'RP.

321
00:25:08,800 --> 00:25:15,880
 Fondamentalmente eliminerÃ² il percorso
 verso 3.4.3 sul router 3.

322
00:25:15,880 --> 00:25:25,340
 Va bene. Quindi router 2,
 mostra il percorso IP.

323
00:25:25,340 --> 00:25:28,920
 Quel percorso dovrebbe scomparire dalla
 tabella di routing molto presto.

324
00:25:28,920 --> 00:25:32,780
 C'Ã¨ ancora, ma l'EIGRP dovrebbe apprendere
 che se n'Ã¨ andato in un attimo.

325
00:25:32,780 --> 00:25:37,100
 Potrei aver bisogno di chiuderlo
 anche dall'altra parte.

326
00:25:37,100 --> 00:25:41,200
 In realtÃ  lo faccio perchÃ© questi due
 router sono collegati a uno switch.

327
00:25:41,200 --> 00:25:43,440
 In realtÃ  non sono direttamente
 collegati.

328
00:25:43,440 --> 00:25:46,500
 Quindi spegnerÃ² questa sottointerfaccia
 qui su...

329
00:25:46,500 --> 00:25:50,460
 Quindi facciamolo in questo modo.

330
00:25:50,460 --> 00:25:52,780
 Andiamo quindi al router 3.

331
00:25:52,780 --> 00:25:58,760
 Vediamo. Ora passiamo al router 4.

332
00:25:58,760 --> 00:26:04,500
 Interfaccia veloce alla 0.0.34.

333
00:26:04,500 --> 00:26:09,000
 Chiudilo. Ok, quindi ora
 Ã¨ davvero sparito.

334
00:26:09,000 --> 00:26:15,160
 E sÃ¬, ok, quindi la rete
 3.4.3 non c'Ã¨ piÃ¹.

335
00:26:15,160 --> 00:26:21,400
 Quindi ora quando mostro il percorso IPM,
 puoi vedere che sa ancora chi Ã¨ l'RP

336
00:26:21,400 --> 00:26:24,780
 Ã¨ perchÃ© l'ho configurato staticamente.

337
00:26:24,780 --> 00:26:27,600
 Ma il vicino dell'RPF Ã¨ tutto zero.

338
00:26:27,600 --> 00:26:30,320
 L'elenco delle interfacce
 in entrata Ã¨ nullo.

339
00:26:30,320 --> 00:26:32,020
 CiÃ² significa che non so come arrivarci.

340
00:26:32,020 --> 00:26:35,680
 Non ho modo di raggiungere
 il punto d'incontro.

341
00:26:35,680 --> 00:26:38,900
 Quindi, per la modalitÃ  sparsa,
 queste sono le tre condizioni.

342
00:26:38,900 --> 00:26:40,860
 Bene, c'Ã¨ di piÃ¹, ma queste sono
 le tre condizioni principali.

343
00:26:40,860 --> 00:26:45,240
 RP deve esistere, deve avere un percorso
 verso di lui e tutti i router lo hanno

344
00:26:45,240 --> 00:26:49,220
 per sapere qual Ã¨ il punto d'incontro.

345
00:26:49,220 --> 00:26:51,360
 Vediamo qui. Ci sono altre domande.

346
00:26:51,360 --> 00:26:55,120
 Vediamo qui. E se anche R8 fosse l'RP?

347
00:26:55,120 --> 00:26:57,560
 Si formerÃ  anche lâalbero condiviso?

348
00:26:57,560 --> 00:27:04,020
 SÃ¬, quindi la domanda qui Ã¨: e se
 R8 fosse il punto d'incontro?

349
00:27:04,020 --> 00:27:07,220
 Bene, in quel caso particolare, l'albero
 condiviso sarebbe molto piÃ¹ corto.

350
00:27:07,220 --> 00:27:11,120
 L'albero condiviso sarebbe solo
 questo salto tra R8 e R2, e poi

351
00:27:11,120 --> 00:27:14,420
 da R2 fino al ricevitore.

352
00:27:14,420 --> 00:27:16,620
 E se R2 fosse il punto d'incontro?

353
00:27:16,620 --> 00:27:17,820
 Potresti farlo.

354
00:27:17,820 --> 00:27:22,100
 Bene, allora praticamente non ci sarebbe
 un albero condiviso se R2 lo fosse

355
00:27:22,100 --> 00:27:25,400
 l'RP, quindi l'albero condiviso sarebbe
 solo questa connessione diretta qui

356
00:27:25,400 --> 00:27:26,920
 al ricevitore.

357
00:27:26,920 --> 00:27:30,600
 Quindi, nella mia particolare topologia, ho intenzionalmente
 stabilito il punto d'incontro

358
00:27:30,600 --> 00:27:34,680
 un po' piÃ¹ lontano in modo da poter vedere
 i salti piÃ¹ distinti di ciÃ² che era

359
00:27:34,680 --> 00:27:38,880
 andando avanti, ma ognuno di questi router
 avrebbe potuto essere l'appuntamento PIM
