1
00:00:08,340 --> 00:00:11,320
 Ok, abbiamo già parlato un po'
 di questo concetto di condiviso

2
00:00:11,320 --> 00:00:16,200
 albero, che è il percorso dal punto di
 incontro fino al punto in cui si trova

3
00:00:16,200 --> 00:00:21,360
 i ricevitori sono. Quindi potenzialmente esiste
 più di un albero condiviso, giusto?

4
00:00:21,360 --> 00:00:25,680
 Se avessi 50 ricevitori sparsi nella
 mia rete, potrei potenzialmente

5
00:00:25,680 --> 00:00:30,760
 avere 50 diversi alberi condivisi, 50 percorsi
 diversi da quello RP principale

6
00:00:30,760 --> 00:00:33,620
 fino ai vari ricevitori in cui vivono.

7
00:00:33,620 --> 00:00:38,100
 Andiamo ora un po' più nel dettaglio
 su come è costruito tutto questo.

8
00:00:38,100 --> 00:00:42,960
 Quindi prima ti mostrerò alcuni dei
 comandi iniziali così possiamo

9
00:00:42,960 --> 00:00:46,040
 costruiamolo e poi torneremo
 alla teoria e vedremo

10
00:00:46,040 --> 00:00:47,220
 come funziona tutta questa roba.

11
00:00:47,220 --> 00:00:52,240
 Quindi ho detto che il routing multicast deve essere
 abilitato a livello globale, quindi IP, multicast,

12
00:00:52,240 --> 00:00:58,880
 instradamento del trattino. E quindi la modalità sparsa
 PIMS deve essere abilitata per interfaccia,

13
00:00:58,880 --> 00:01:04,800
 quindi questa è la modalità trattino sparse IP
 PIMS e quindi è necessaria solo un'altra cosa.

14
00:01:04,800 --> 00:01:06,740
 Come trovi il punto d'incontro?

15
00:01:06,740 --> 00:01:08,420
 Quindi lo faremo in modo
 carino e semplice.

16
00:01:08,420 --> 00:01:12,660
 Configureremo staticamente un
 punto d'incontro con il global

17
00:01:12,660 --> 00:01:17,340
 comando IP PIM RP indirizzo
 trattino e poi l'indirizzo.

18
00:01:17,340 --> 00:01:22,420
 Quindi quello che sta facendo qui è dire
 che qualsiasi multicast ovunque,

19
00:01:22,420 --> 00:01:28,420
 che siano 224, 239, 228, qualunque cosa,
 vanno tutti da questo ragazzo,

20
00:01:28,420 --> 00:01:31,720
 questo punto d'incontro, 777.

21
00:01:31,720 --> 00:01:39,260
 Ok, quindi andiamo avanti e iniziamo
 a crearlo, e poi inizieremo

22
00:01:39,260 --> 00:01:41,420
 parlandone mentre procediamo.

23
00:01:41,420 --> 00:01:49,140
 Quindi tornando al mio diagramma qui,
 come puoi vedere, router tre a

24
00:01:49,140 --> 00:01:52,580
 il fondo sarà il mio RP.

25
00:01:52,580 --> 00:01:57,840
 E quindi avrò solo il suo indirizzo
 sulle specifiche tecniche.

26
00:01:57,840 --> 00:02:01,020
 Sai, normalmente probabilmente selezioneresti
 un loopback su quel router, ma

27
00:02:01,020 --> 00:02:03,820
 poiché non fa parte del mio diagramma, sceglierò
 semplicemente il suo indirizzo

28
00:02:03,820 --> 00:02:11,620
 su ethernet veloce 00, quindi 343, quello
 sarà l'indirizzo dell'appuntamento

29
00:02:11,620 --> 00:02:16,000
 punto. Quindi lasciatemi brevemente parlare
 di questi quattro router, router

30
00:02:16,000 --> 00:02:23,580
 due, otto, quattro e tre e abilitarli
 rapidamente per PIM.

31
00:02:23,580 --> 00:02:34,740
 Quindi, a partire dal router due, routing
 dash multicast IP, interfaccia veloce

32
00:02:34,740 --> 00:02:38,220
 ethernet zero barra uno, l'interfaccia
 va a monte di

33
00:02:38,220 --> 00:02:48,140
 RP, IP PIM, modalità sparse dash e poi
 fornirgli informazioni su chi è l'RP

34
00:02:48,140 --> 00:02:54,040
 è, e parlerò di tutta questa faccenda
 DR in arrivo, IP PIM, trattino RP

35
00:02:54,040 --> 00:02:56,860
 indirizzo, 3.4.3.3.

36
00:02:56,860 --> 00:03:01,020
 Ora un'altra cosa, diamo uno
 sguardo al nostro diagramma.

37
00:03:01,020 --> 00:03:08,520
 Quello che ho appena fatto è aver abilitato
 il routing multicast su R2 e l'ho fatto

38
00:03:08,520 --> 00:03:11,680
 abilitato PIM su questa interfaccia.

39
00:03:11,680 --> 00:03:14,140
 Probabilmente vorrò farlo anche sull'interfaccia
 seriale, quindi andiamo

40
00:03:14,140 --> 00:03:16,900
 vai avanti e fallo anche sul
 seriale zero barra uno.

41
00:03:16,900 --> 00:03:21,600
 Ma non dimenticare, dovrai abilitarlo
 anche in questo particolare

42
00:03:21,600 --> 00:03:25,840
 caso sull'interfaccia che
 porta al mio ricevitore.

43
00:03:25,840 --> 00:03:27,760
 Ora potresti dire, perché ne ho bisogno?

44
00:03:27,760 --> 00:03:30,380
 Voglio dire, non ci sono router
 PIM in quella direzione.

45
00:03:30,380 --> 00:03:33,140
 Non formerà alcun rapporto
 di vicinato o altro.

46
00:03:33,140 --> 00:03:34,880
 Ecco il motivo per cui
 ne abbiamo bisogno.

47
00:03:34,880 --> 00:03:40,920
 Numero uno, se stai utilizzando la modalità
 sparsa PIM come routing multicast

48
00:03:40,920 --> 00:03:47,100
 protocollo, al router non sarà consentito
 ricevere alcun multicast in entrata

49
00:03:47,100 --> 00:03:54,780
 o trasmettere qualsiasi multicast in uscita
 su un'interfaccia non in esecuzione

50
00:03:54,780 --> 00:04:00,600
 PIM. Quindi, se non avessi abilitato PIM
 su Ethernet veloce zero zero, router

51
00:04:00,600 --> 00:04:04,600
 primo, il mio ricevitore qui potrebbe richiedere
 il multicast per tutto il giorno.

52
00:04:04,600 --> 00:04:08,260
 Non verrà mai inoltrato via
 Ethernet veloce zero zero.

53
00:04:08,260 --> 00:04:10,420
 Ecco l'altro motivo.

54
00:04:10,420 --> 00:04:16,400
 Abbiamo parlato di come i destinatari utilizzano
 IGMP per indicare il loro interesse

55
00:04:16,400 --> 00:04:21,940
 un gruppo multicast al router
 connesso direttamente.

56
00:04:21,940 --> 00:04:24,180
 Bene, i router non eseguono IGMP
 per impostazione predefinita.

57
00:04:24,180 --> 00:04:26,020
 Non lo ascoltano.

58
00:04:26,020 --> 00:04:32,240
 Ma abilitiamo PIM su questa interfaccia che
 abilita anche IGMP come sottoprodotto.

59
00:04:32,240 --> 00:04:35,420
 Quindi, affinché questo router se ne
 renda conto, okay, devo inviare query

60
00:04:35,420 --> 00:04:39,620
 ogni paio di minuti e ho bisogno di ascoltare
 i rapporti sui membri dell'IGMP,

61
00:04:39,620 --> 00:04:42,840
 Devo abilitare PIM su questa interfaccia.

62
00:04:42,840 --> 00:04:51,400
 Quindi andiamo avanti e facciamolo.

63
00:04:51,400 --> 00:04:58,520
 L'interfaccia fast ethernet zero zero inserisce
 qui la modalità sparsa PIM e l'interfaccia

64
00:04:58,520 --> 00:05:01,020
 seriale zero uno zero.

65
00:05:01,020 --> 00:05:04,540
 Metti anche il PIM lì.

66
00:05:04,540 --> 00:05:16,680
 Ok, andiamo avanti, ora entriamo in R3.

67
00:05:16,680 --> 00:05:23,480
 Ok, e anche il punto d'incontro
 stesso deve sapere di essere lui

68
00:05:23,480 --> 00:05:24,420
 punto d'incontro.

69
00:05:24,420 --> 00:05:28,040
 Quindi gli do esattamente lo stesso
 comando che do agli altri ragazzi.

70
00:05:28,040 --> 00:05:31,300
 Dico che sei l'RP e dico oh,
 quello è il mio indirizzo IP.

71
00:05:31,300 --> 00:05:33,900
 Ok, immagino che sia il mio lavoro.

72
00:05:33,900 --> 00:05:48,360
 E il mio RP sarà su zero zero e zero uno.

73
00:05:48,360 --> 00:05:50,520
 Ok, questo è tutto ciò che
 mi serve su quel ragazzo.

74
00:05:50,520 --> 00:05:59,620
 Quindi ho fatto R2, R3, passiamo a R8.

75
00:05:59,620 --> 00:06:01,480
 Ora guarda un paio di cose.

76
00:06:01,480 --> 00:06:06,120
 Prima di fare qualsiasi cosa qui
 su R8, mostra il percorso IPM.

77
00:06:06,120 --> 00:06:09,080
 Questo è il modo per controllare
 la tabella di routing multicast.

78
00:06:09,080 --> 00:06:13,860
 Bene, non ho ancora abilitato il routing
 multicast su questo ragazzo.

79
00:06:13,860 --> 00:06:15,600
 Quindi non c'è niente lì.

80
00:06:15,600 --> 00:06:18,100
 Assolutamente, sai, in realtà è piuttosto
 interessante anche questo che si vede

81
00:06:18,100 --> 00:06:20,800
 spiegarci le varie bandiere e il
 materiale che verrà utilizzato.

82
00:06:20,800 --> 00:06:23,920
 Ma al momento la tabella di routing
 multicast non esiste.

83
00:06:23,920 --> 00:06:30,740
 Se mostro l'interfaccia IPPIM, non ottengo
 nulla perché non l'ho abilitata

84
00:06:30,740 --> 00:06:35,640
 PIM ancora. Ora, routing
 dash multicast IP.

85
00:06:35,640 --> 00:06:42,060
 Ora, se è tutto quello che faccio, ancora
 nessun PIM, mostra il percorso IPM.

86
00:06:42,060 --> 00:06:44,160
 Eppure non fa molto.

87
00:06:44,160 --> 00:06:47,640
 Ma ora ho abilitato questo router
 a popolare questa tabella.

88
00:06:47,640 --> 00:06:52,160
 Prima non aveva modo di popolarlo
 senza quel comando.

89
00:06:52,160 --> 00:06:56,180
 Va bene, ora andiamo avanti e abilitiamolo
 su Ethernet veloce zero zero

90
00:06:56,180 --> 00:07:14,400
 e poi le mie interfacce secondarie.

91
00:07:14,400 --> 00:07:28,500
 E fagli anche sapere qual
 è il punto d'incontro.

92
00:07:28,500 --> 00:07:32,140
 OK, quindi ora a questo punto, lasciami
 andare avanti e finirlo

93
00:07:32,140 --> 00:07:51,560
 Qui. Abbiamo un altro router,
 il router quattro.

94
00:07:51,560 --> 00:07:54,880
 Quindi non avrei dovuto farlo su zero
 zero perché zero zero è un sottotitolo

95
00:07:54,880 --> 00:08:22,020
 interfaccia. Trentaquattro
 e ottantaquattro.

96
00:08:22,020 --> 00:08:30,340
 E infine, diamogli la conoscenza
 di IPPIM, indirizzo trattino RP.

97
00:08:30,340 --> 00:08:42,200
 OK, quindi in questo particolare router,
 andiamo da qualcuno nel mezzo.

98
00:08:42,200 --> 00:08:46,080
 Andiamo al router otto.

99
00:08:46,080 --> 00:08:51,240
 Quindi in questo momento questo ragazzo
 sta eseguendo PIM sulla sua interfaccia.

100
00:08:51,240 --> 00:08:55,660
 E posso verificarlo con l'interfaccia
 show IPPIM.

101
00:08:55,660 --> 00:09:00,800
 E mi mostra ogni interfaccia
 in cui ho abilitato PIM.

102
00:09:00,800 --> 00:09:03,360
 Mi mostra la versione.

103
00:09:03,360 --> 00:09:06,180
 S in questo caso significa che è
 in esecuzione in modalità sparsa.

104
00:09:06,180 --> 00:09:09,780
 Mi mostra quanti vicini ho imparato.

105
00:09:09,780 --> 00:09:14,140
 Invia Sto inviando un messaggio
 PIM ogni 30 secondi.

106
00:09:14,140 --> 00:09:16,580
 Parleremo del router designato
 tra un secondo.

107
00:09:16,580 --> 00:09:21,440
 Ed ecco gli indirizzi IP del router
 designato dal PIM, che vedremo

108
00:09:21,440 --> 00:09:31,160
 raggiungere. Se mostro il percorso IPM, ora
 prima di premere Invio qui, questo router,

109
00:09:31,160 --> 00:09:37,000
 poiché è nel mezzo, non riceverà
 mai alcun I GMP perché

110
00:09:37,000 --> 00:09:40,580
 Il GMP avviene solo tra il ricevitore
 e il suo gateway predefinito.

111
00:09:40,580 --> 00:09:43,560
 Non va oltre questo.

112
00:09:43,560 --> 00:09:46,200
 Il curatore non ha ancora chiesto nulla.

113
00:09:46,200 --> 00:09:48,820
 Non ha aderito a nulla.

114
00:09:48,820 --> 00:09:55,140
 Assicuriamoci solo che sia vero, prima
 che io mi trasformi in un bugiardo.

115
00:09:55,140 --> 00:10:01,240
 Esatto, quindi non ha chiesto nulla.

116
00:10:01,240 --> 00:10:07,160
 Quindi, quando entro, non ci sono stati rapporti
 sull'appartenenza a I GMP, quindi

117
00:10:07,160 --> 00:10:10,460
 ci aspetteremmo che non
 ci siano join PIM.

118
00:10:10,460 --> 00:10:13,340
 Nessuno ha ancora chiesto
 di iscriversi a qualcosa.

119
00:10:13,340 --> 00:10:15,920
 E la mia fonte non ha
 ancora inviato nulla.

120
00:10:15,920 --> 00:10:16,900
 Tutto è inattivo.

121
00:10:16,900 --> 00:10:18,680
 Non è ancora iniziato nulla.

122
00:10:18,680 --> 00:10:22,980
 Quindi ci si aspetterebbe che la mia tabella
 di routing multicast fosse vuota.

123
00:10:22,980 --> 00:10:27,800
 Dovrebbe essere vuoto, giusto?

124
00:10:27,800 --> 00:10:31,560
 Mostra percorso IPM. Cos'è questo?

125
00:10:31,560 --> 00:10:34,020
 Da dove viene?

126
00:10:34,020 --> 00:10:39,340
 Bene, più avanti, quando ci arriveremo, quando parleremo
 di RP automatico, questo in particolare

127
00:10:39,340 --> 00:10:42,640
 l'indirizzo multicast viene
 utilizzato da Auto RP.

128
00:10:42,640 --> 00:10:46,280
 Questo è in realtà un indirizzo multicast riservato
 utilizzato dal proprietario di Cisco

129
00:10:46,280 --> 00:10:52,660
 RP automatico. E i router Cisco, per impostazione
 predefinita, si uniscono a quel gruppo.

130
00:10:52,660 --> 00:10:56,820
 Quindi questo router sostanzialmente dice che
 sono pronto per apprendere dinamicamente chi

131
00:10:56,820 --> 00:11:01,520
 l'RP è, se l'RP automatico
 viene mai invocato.

132
00:11:01,520 --> 00:11:03,900
 Ecco a cosa serve quando lo vedi.

133
00:11:03,900 --> 00:11:09,700
 Ok, quindi tutto è impostato
 e pronto per l'uso ora.

134
00:11:09,700 --> 00:11:15,240
 Continuiamo con la nostra teoria.

135
00:11:15,240 --> 00:11:20,200
 Quindi ho detto che PIM non consentirà
 l'inoltro o la ricezione di multicast

136
00:11:20,200 --> 00:11:24,900
 traffico sulle interfacce a meno che
 una delle due cose non sia vera.

137
00:11:24,900 --> 00:11:29,580
 È stato scoperto un altro PIM vicino
 su quell'interfaccia o direttamente

138
00:11:29,580 --> 00:11:37,660
 la sorgente slash del ricevitore connesso
 risiede su quell'interfaccia.

139
00:11:37,660 --> 00:11:42,920
 Quindi tornerò al mio diagramma
 qui come esempio.

140
00:11:42,920 --> 00:12:00,620
 Diciamo che avevo abilitato il
 PIM su tutte queste interfacce.

141
00:12:00,620 --> 00:12:02,060
 Ok, diciamolo.

142
00:12:02,060 --> 00:12:06,480
 Ora notate le interfacce che non ho
 cerchiato e l'ho fatto apposta.

143
00:12:06,480 --> 00:12:13,440
 Non ho abilitato il PIM qui su questa
 interfaccia secondaria o proprio qui.

144
00:12:13,440 --> 00:12:19,220
 In questo caso particolare, il traffico
 multicast non scorrerà mai.

145
00:12:19,220 --> 00:12:24,260
 Se il mio ricevitore invia un rapporto di
 adesione IGMP, abbiamo abilitato il PIM

146
00:12:24,260 --> 00:12:27,200
 su ogni interfaccia per arrivare all'RP.

147
00:12:27,200 --> 00:12:29,340
 Quindi in realtà formeremo
 un albero condiviso.

148
00:12:29,340 --> 00:12:33,800
 Questo ramo qui sarà pronto e in
 attesa di trasmettere multicast

149
00:12:33,800 --> 00:12:34,880
 se mai dovesse succedere.

150
00:12:34,880 --> 00:12:36,820
 Ma ecco il problema.

151
00:12:36,820 --> 00:12:48,340
 Se la fonte inizia a inviare, beh,
 R4 non riceverà mai una richiesta

152
00:12:48,340 --> 00:12:50,880
 per quel traffico.

153
00:12:50,880 --> 00:12:56,140
 Affinché R4 possa inoltrare nativamente il multicast,
 basta inoltrarlo sull'interfaccia,

154
00:12:56,140 --> 00:12:58,160
 qualcuno deve chiederglielo.

155
00:12:58,160 --> 00:13:01,140
 Deve ricevere un'iscrizione al PIM.

156
00:13:01,140 --> 00:13:05,160
 Beh, non riceverà un'iscrizione PIM in questo
 modo a causa di questa interfaccia

157
00:13:05,160 --> 00:13:07,100
 non ha PIM su di esso.

158
00:13:07,100 --> 00:13:08,340
 E non lo riceverà.

159
00:13:08,340 --> 00:13:12,960
 Se un membro del PIM arriva qui
 o qui, lo lascerà cadere perché

160
00:13:12,960 --> 00:13:14,700
 non ha PIM abilitato
 su queste interfacce.

161
00:13:14,700 --> 00:13:16,520
 Non può ricevere PIM.

162
00:13:16,520 --> 00:13:21,260
 Questa è una dimostrazione del motivo per cui il
 PIM deve essere abilitato su entrambi i lati

163
00:13:21,260 --> 00:13:25,540
 un collegamento. Anche sull'interfaccia collegata
 al ricevitore e all'interfaccia

164
00:13:25,540 --> 00:13:30,220
 collegato alla fonte in
 modo che tutto fluisca.

165
00:13:30,220 --> 00:13:32,740
 Quindi questa può essere una fonte di
 risoluzione dei problemi multicast.

166
00:13:32,740 --> 00:13:36,180
 Se il multicast non scorre da qualche parte
 nella tua rete, potrebbe essere così

167
00:13:36,180 --> 00:13:41,220
 semplice come il fatto che ti sei dimenticato di abilitare
 PIM su qualche collegamento da qualche parte.

168
00:13:41,220 --> 00:13:48,620
 Alcune interfacce e alcune sottointerfacce
 non hanno il PIM abilitato.

169
00:13:48,620 --> 00:13:52,300
 Quindi i pacchetti PIM Hello vengono
 utilizzati per scoprire i vicini PIM.

170
00:13:52,300 --> 00:13:54,460
 E se stai guardando questa
 registrazione, mi scuso.

171
00:13:54,460 --> 00:13:58,360
 Nella registrazione precedente ho indicato erroneamente
 l'indirizzo multicast di questi

172
00:13:58,360 --> 00:14:04,580
 PIM Salve. L'indirizzo
 corretto è 2240013.

173
00:14:04,580 --> 00:14:09,880
 Quindi 2240013 è l'indirizzo a cui
 vengono inviati i PIM Hello.

174
00:14:09,880 --> 00:14:12,680
 Quindi facciamo effettivamente una traccia snipper
 di questi Hello in questo momento perché

175
00:14:12,680 --> 00:14:14,120
 abbiamo il PIM abilitato.

176
00:14:14,120 --> 00:14:16,160
 Ne sceglierò uno proprio qui.

177
00:14:16,160 --> 00:14:20,060
 Quindi sappiamo che la topologia fisica
 effettiva in questo caso è proprio qui.

178
00:14:20,060 --> 00:14:22,940
 PIM è abilitato su R2, R8, R4.

179
00:14:22,940 --> 00:14:24,520
 Quindi facciamo semplicemente
 una traccia dello snipper.

180
00:14:24,520 --> 00:14:30,480
 Catturerò i saluti che stanno arrivando
 con l'etano veloce a 0 barra

181
00:14:30,480 --> 00:14:32,420
 4 su questo interruttore.

182
00:14:32,420 --> 00:14:42,740
 Quindi utilizzerò la funzione span sullo
 switch per raggiungere questo obiettivo.

183
00:14:42,740 --> 00:14:46,600
 Non entrerò davvero nei dettagli
 su come configurare span o

184
00:14:46,600 --> 00:14:52,300
 cosa fa span perché non è realmente
 rilevante per questa presentazione.

185
00:14:52,300 --> 00:14:56,900
 Ok, quindi a questo punto, qualunque
 cosa accada, vediamola qui,

186
00:14:56,900 --> 00:14:58,820
 Ho fatto 0 barra 7.

187
00:14:58,820 --> 00:15:00,580
 Quindi sarebbe proprio qui.

188
00:15:00,580 --> 00:15:06,280
 Ok, R4. Quindi, quando R4 invia
 PIM Hello, dovremmo catturarli e

189
00:15:06,280 --> 00:15:09,380
 il mio squalo filo dovrebbe raccoglierli.

190
00:15:09,380 --> 00:15:17,980
 Escono ogni 30 secondi quindi non
 dovremmo aspettare troppo a lungo.

191
00:15:17,980 --> 00:15:34,560
 Eccoci qua. Quindi userò il mio portatile
 o un bug con lo squalo filo.

192
00:15:34,560 --> 00:15:39,060
 Ma molte volte lo squalo del filo non
 mi lascia premere i pulsanti qui sopra

193
00:15:39,060 --> 00:15:44,020
 fermare qualcosa. Quindi
 espandiamo questo.

194
00:15:44,020 --> 00:15:49,440
 Quindi ecco il nostro PIM Ciao.

195
00:15:49,440 --> 00:15:56,640
 Quindi nota la destinazione 2240013 e quando
 la mappiamo fino alla nostra destinazione

196
00:15:56,640 --> 00:16:02,600
 L'indirizzo MAC 01005E e D è 13.

197
00:16:02,600 --> 00:16:06,100
 È trasportato in IP.

198
00:16:06,100 --> 00:16:12,400
 Ha un time to live di 1 perchè va
 bene solo sul collegamento locale.

199
00:16:12,400 --> 00:16:14,580
 E ha un DSCP piuttosto alto.

200
00:16:14,580 --> 00:16:18,900
 Ha una precedenza IP pari a 6.

201
00:16:18,900 --> 00:16:21,140
 E puoi andare più in alto
 solo arrivando a 7.

202
00:16:21,140 --> 00:16:24,240
 Quindi, per quanto riguarda le priorità,
 un pacchetto con priorità piuttosto alta.

203
00:16:24,240 --> 00:16:27,640
 Protocollo 103 per PIM.

204
00:16:27,640 --> 00:16:35,200
 E qui vediamo che la fonte è,
 in questo caso, il router 8.

205
00:16:35,200 --> 00:16:37,740
 Sembra. Router 8.

206
00:16:37,740 --> 00:16:39,320
 E destinazioni PIM.

207
00:16:39,320 --> 00:16:43,720
 E poi ecco in realtà l'organismo del PIM.

208
00:16:43,720 --> 00:16:50,320
 PIM versione 2, il codice tipo è
 0, il che significa che è Hello.

209
00:16:50,320 --> 00:16:52,620
 E l'opzione che dice il tempo di attesa.

210
00:16:52,620 --> 00:16:59,020
 Quindi 105 secondi, ovvero circa tre
 volte la priorità, ovvero tre volte

211
00:16:59,020 --> 00:17:03,780
 l'intervallo dell'ora di saluto,
 che è ogni 30 secondi.

212
00:17:03,780 --> 00:17:07,920
 E capacità di priorità del router designato
 e aggiornamento dello stato.

213
00:17:07,920 --> 00:17:10,680
 Ne parleremo un po' di più tra un minuto.

214
00:17:10,680 --> 00:17:20,700
 Ma puoi vedere che PIM Hello
 è piuttosto semplice.

215
00:17:20,700 --> 00:17:23,980
 E qui puoi vedere che escono
 abbastanza frequentemente.

216
00:17:23,980 --> 00:17:28,900
 Quindi ecco quello del router 8.

217
00:17:28,900 --> 00:17:36,400
 E si è spento a 42,35 secondi.

218
00:17:36,400 --> 00:17:40,040
 Quindi se andiamo avanti per circa 30 secondi
 in più, dovrebbero essere cinque minuti

219
00:17:40,040 --> 00:17:48,740
 e circa 15 secondi circa.

220
00:17:48,740 --> 00:17:50,800
 Ed ecco il prossimo saluto.

221
00:17:50,800 --> 00:17:53,960
 Circa 30 secondi dopo, cinque
 minuti e 12 secondi.

222
00:17:53,960 --> 00:17:57,940
 E parleremo di queste altre cose,
 uniremo le prugne e cose in arrivo

223
00:17:57,940 --> 00:18:12,680
 su. OK, quindi il PIM si unisce.

224
00:18:12,680 --> 00:18:18,200
 Come ho già detto, PIM non aggiunge un ramo
 all'albero finché qualcuno non lo desidera

225
00:18:18,200 --> 00:18:25,080
 per unirsi ad esso. Quindi PIM in realtà ha qualcosa
 chiamato pacchetto di join per fare questo.

226
00:18:25,080 --> 00:18:28,180
 E vedrai in molte documentazioni,
 ne faranno riferimento come due

227
00:18:28,180 --> 00:18:29,700
 diversi tipi di join.

228
00:18:29,700 --> 00:18:35,900
 Qualcosa chiamato star virgola
 g join e s virgola g join.

229
00:18:35,900 --> 00:18:39,120
 Entreremo nei dettagli cruenti
 di ciascuno di questi.

230
00:18:39,120 --> 00:18:42,560
 Per ora, dirò solo che entrambi sono
 esattamente lo stesso pacchetto.

231
00:18:42,560 --> 00:18:45,980
 Non è che esistano due diversi
 tipi di pacchetti PIM.

232
00:18:45,980 --> 00:18:48,540
 Sono entrambi trasportati nello
 stesso identico pacchetto.

233
00:18:48,540 --> 00:18:51,780
 L'unica differenza è che un piccolo
 campo è diverso tra questi due.

234
00:18:51,780 --> 00:18:55,740
 Ma questa è la struttura dati fondamentale
 utilizzata dal PIM per l'invio

235
00:18:55,740 --> 00:19:00,040
 un messaggio a monte che dice: ehi vicino,
 guardami, mi serve qualcosa.

236
00:19:00,040 --> 00:19:01,480
 Ho bisogno di un gruppo particolare.

237
00:19:01,480 --> 00:19:03,400
 Aggiungimi al tuo albero.

238
00:19:03,400 --> 00:19:13,440
 Questa è l'unione al PIM.

239
00:19:13,440 --> 00:19:17,560
 Quindi l'inoltro multicast è determinato
 dalle voci nella tabella di routing M,

240
00:19:17,560 --> 00:19:19,200
 la tabella di routing multicast.

241
00:19:19,200 --> 00:19:23,100
 Quindi le chiamiamo rotte M.

242
00:19:23,100 --> 00:19:26,920
 Quindi cosa causerebbe il popolamento
 di queste voci nella tabella?

243
00:19:26,920 --> 00:19:29,460
 Beh, una delle tre cose.

244
00:19:29,460 --> 00:19:32,960
 O un router ha ricevuto un'unione PIM.

245
00:19:32,960 --> 00:19:38,100
 Ha ricevuto traffico multicast.

246
00:19:38,100 --> 00:19:41,360
 In realtà ci sono quattro cose.

247
00:19:41,360 --> 00:19:45,540
 Ha ricevuto un rapporto
 di adesione all'IGMP.

248
00:19:45,540 --> 00:19:50,000
 Quindi lasciatemi inserire
 anche quello qui.

249
00:19:50,000 --> 00:20:02,360
 Eccoci qua. Quindi un router ha ricevuto
 un'adesione PIM o un'iscrizione IGMP

250
00:20:02,360 --> 00:20:06,640
 rapporto. Ha ricevuto il traffico
 multicast effettivo stesso.

251
00:20:06,640 --> 00:20:09,980
 Oppure a volte può essere creato
 dinamicamente o automaticamente.

252
00:20:09,980 --> 00:20:16,560
 Abbiamo visto che il 2240140
 era lì per l'RP automatico.

253
00:20:16,560 --> 00:20:18,100
 E non dovevamo fare nulla per questo.

254
00:20:18,100 --> 00:20:21,300
 In realtà non abbiamo ricevuto alcun traffico
 RP automatico che fosse solo dinamico

255
00:20:21,300 --> 00:20:27,080
 mettere lì. Quindi diamo un'occhiata alla
 tabella dei percorsi M per un momento.

256
00:20:27,080 --> 00:20:32,280
 E ne indicherò alcuni
 punti di alto livello.

257
00:20:32,280 --> 00:20:36,420
 E poi parleremo ancora un
 po' di alcuni dettagli.

258
00:20:36,420 --> 00:20:42,880
 Quindi, ad esempio, se entro qui, mostra il percorso
 IPM è il modo in cui vediamo cosa c'è

259
00:20:42,880 --> 00:20:47,200
 lì dentro. Quindi queste sono
 tutte le tue bandiere.

260
00:20:47,200 --> 00:20:52,180
 E queste bandiere appariranno in
 varie parti del tuo percorso M.

261
00:20:52,180 --> 00:20:54,540
 Quindi questo è, ad esempio,
 considerato un percorso M.

262
00:20:54,540 --> 00:20:56,380
 Queste quattro righe proprio qui.

263
00:20:56,380 --> 00:20:59,300
 Ciò indica un percorso multicast.

264
00:20:59,300 --> 00:21:02,440
 E di queste bandiere, ne parleremo molte.

265
00:21:02,440 --> 00:21:06,320
 Ora, molti di questi non hanno nulla a
 che fare con la modalità sparsa PIMS.

266
00:21:06,320 --> 00:21:09,460
 Quindi indicherò quelli più comuni
 che vedrai in PIMS sparse

267
00:21:09,460 --> 00:21:15,220
 modalità. Ma ad alcuni di loro piace la bandiera
 Z e la bandiera Y che non ha nulla

268
00:21:15,220 --> 00:21:16,480
 a che fare con la modalità sparsa PIMS.

269
00:21:16,480 --> 00:21:18,760
 Quindi non ne parleremo.

270
00:21:18,760 --> 00:21:23,420
 Quindi vedrai qui, così puoi vedere
 che questo è il tuo gruppo.

271
00:21:23,420 --> 00:21:24,940
 Questo è il gruppo multicast.

272
00:21:24,940 --> 00:21:27,360
 E parleremo qui tra un secondo
 di cosa significa la stella.

273
00:21:27,360 --> 00:21:33,560
 Alcuni timer su quanto tempo il
 gruppo è attivo e quando scadrà.

274
00:21:33,560 --> 00:21:37,340
 Informazioni su chi è
 il punto d'incontro.

275
00:21:37,340 --> 00:21:42,100
 Interfaccia in entrata, sai, dove mi
 aspetto di ricevere il mio multicast

276
00:21:42,100 --> 00:21:46,200
 traffico? Quando mi arriverà,
 quale interfaccia lo riceverà?

277
00:21:46,200 --> 00:21:49,280
 E da quali interfacce lo inoltrerò?

278
00:21:49,280 --> 00:21:53,720
 A volte l'elenco delle interfacce in uscita dirà
 no, il che significa che non ho nessuno.

279
00:21:53,720 --> 00:21:55,500
 Nessuno mi ha mai chiesto
 questo traffico.

280
00:21:55,500 --> 00:21:58,360
 Non ho un posto dove inviarlo.

281
00:21:58,360 --> 00:22:01,560
 Quindi esamineremo più in dettaglio
 i vari timer e le cose qui

282
00:22:01,560 --> 00:22:11,260
 mentre procediamo. Allora come
 creiamo l'albero condiviso?

283
00:22:11,260 --> 00:22:13,960
 Beh, innanzitutto devi sapere
 qual è il punto d'incontro.

284
00:22:13,960 --> 00:22:15,620
 Devi sapere come raggiungerlo.

285
00:22:15,620 --> 00:22:19,640
 Quindi se non hai un percorso per
 il punto d'incontro, non lo farà

286
00:22:19,640 --> 00:22:20,920
 ti fa molto bene.

287
00:22:20,920 --> 00:22:26,140
 E devi avere almeno una richiesta
 da un ricevitore multicast.

288
00:22:26,140 --> 00:22:31,640
 Il ricevitore multicast, il laptop, il
 PC, una volta inviato un'adesione IGMP

289
00:22:31,640 --> 00:22:35,300
 rapporto, che dà il via
 all'intero processo.

290
00:22:35,300 --> 00:22:37,560
 Questo è ciò che costruisce
 l'albero condiviso.

291
00:22:37,560 --> 00:22:48,500
 Ok, quindi andiamo avanti e costruiamo
 un albero condiviso.

292
00:22:48,500 --> 00:22:51,520
 Quindi quello che faremo in questo
 caso è prendere il mio ricevitore,

293
00:22:51,520 --> 00:22:55,960
 che in realtà è un router, ma gli
 farò inviare un'iscrizione IGMP

294
00:22:55,960 --> 00:22:59,040
 rapporto per un particolare gruppo.

295
00:22:59,040 --> 00:23:02,580
 Ora parliamo del processo che vedremo.

296
00:23:02,580 --> 00:23:07,080
 E poi lo esamineremo in laboratorio.

297
00:23:07,080 --> 00:23:16,300
 Quindi, quando R2 riceve il rapporto di adesione,
 improvvisamente se ne accorgerà

298
00:23:16,300 --> 00:23:19,860
 di una fonte. Quindi andiamo avanti e facciamolo
 effettivamente sulla lavagna

299
00:23:19,860 --> 00:23:26,680
 Qui. Quindi, quando questo ragazzo invia
 un rapporto sull'adesione, inventiamoci

300
00:23:26,680 --> 00:23:33,840
 qualche gruppo. 239.999.

301
00:23:33,840 --> 00:23:40,900
 Bene, con PIM abilitato su Fast Ethernet
 00, il router 2 ora realizzerà,

302
00:23:40,900 --> 00:23:44,560
 ok, ho un ricevitore su questa
 interfaccia per questo gruppo.

303
00:23:44,560 --> 00:23:52,500
 Ora notate quando arriva questo rapporto
 di adesione, quindi non se ne andrà

304
00:23:52,500 --> 00:23:58,700
 essere qualsiasi menzione di 4.5.4.5 perché
 nessuno sa che esiste in questo momento

305
00:23:58,700 --> 00:24:05,300
 punto. Quindi, quando arriva quel rapporto,
 il router 2 ne creerà alcuni

306
00:24:05,300 --> 00:24:10,360
 dichiara nella sua tabella di routing M, la sua
 tabella di routing multicast, e stiamo andando

307
00:24:10,360 --> 00:24:14,460
 per chiamare questa stella,
 virgola, stato g.

308
00:24:14,460 --> 00:24:16,000
 Perché lo chiamiamo così?

309
00:24:16,000 --> 00:24:21,540
 Beh, sarà stella, virgola, g, il che
 significa che la stella è qual è

310
00:24:21,540 --> 00:24:23,460
 Indirizzo IP della fonte?

311
00:24:23,460 --> 00:24:26,880
 Ebbene, non sappiamo quale sia
 l'indirizzo IP della fonte.

312
00:24:26,880 --> 00:24:31,520
 Quindi usiamo semplicemente una stella come segnaposto,
 il che significa che non lo facciamo con qualsiasi fonte

313
00:24:31,520 --> 00:24:33,120
 importa quale sia la fonte.

314
00:24:33,120 --> 00:24:37,160
 E poi g, beh, in questo caso
 particolare, sarà 239.999.

315
00:24:37,160 --> 00:24:39,700
 Questo è il mio gruppo.

316
00:24:39,700 --> 00:24:45,500
 Quindi vedrai qui che R2 ora avrà una voce
 di percorso M che dice stella, virgola,

317
00:24:45,500 --> 00:24:49,880
 239, 999. La chiamiamo voce
 asterisco, virgola, g.

318
00:24:49,880 --> 00:24:54,800
 E fasteetanet00 verrà inserito nell'elenco
 delle interfacce in uscita.

319
00:24:54,800 --> 00:25:00,000
 In altre parole, se mai ricevessi multicast
 per questo gruppo, invierò

320
00:25:00,000 --> 00:25:04,380
 it in uscita su interfaccia
 fasteetanet00.

321
00:25:04,380 --> 00:25:11,440
 Ok, quindi una volta che il router 2 lo avrà
 capito, ora dirà, okay, ne ho bisogno

322
00:25:11,440 --> 00:25:16,460
 per far sapere al punto d'incontro
 del PEM che sono quaggiù.

323
00:25:16,460 --> 00:25:21,380
 E se mai dovesse ricevere il multicast
 a 239.999, dovrà inoltrarlo a

324
00:25:21,380 --> 00:25:26,040
 Me. Ora, in questo caso particolare, abbiamo
 già identificato l'appuntamento

325
00:25:26,040 --> 00:25:28,380
 indicare il router 3.

326
00:25:28,380 --> 00:25:34,260
 Lui è il PEM RP.

327
00:25:34,260 --> 00:25:36,800
 E tutti questi router lo sanno, perché
 l'ho configurato staticamente

328
00:25:36,800 --> 00:25:44,400
 loro per quello. Quindi il router 2, nella
 sua voce stella, virgola, g, lo vedrai

329
00:25:44,400 --> 00:25:48,260
 lo dirà. Dirà, okay, so che
 il punto d'incontro è 3

330
00:25:48,260 --> 00:25:53,640
 .4.3.3. E ora entrerà nella sua
 tabella di routing unicast.

331
00:25:53,640 --> 00:25:56,880
 Dirà: come ci arrivo?

332
00:25:56,880 --> 00:26:08,120
 Bene, se entro nel router 2, se voglio
 verificare che questo router

333
00:26:08,120 --> 00:26:12,640
 in realtà può invertire il percorso
 verso l'RP, a cui sa come tornare

334
00:26:12,640 --> 00:26:14,200
 l'RP, ci sono due modi
 in cui potrei farlo.

335
00:26:14,200 --> 00:26:16,940
 Potrei certamente semplicemente guardare
 la mia tabella di routing.

336
00:26:16,940 --> 00:26:17,700
 Potrei farlo io.

337
00:26:17,700 --> 00:26:25,080
 Mostra percorso IP. E possiamo vedere proprio
 qui che c'è un percorso per la 343

338
00:26:25,080 --> 00:26:28,360
 rete, appresa tramite EIGRP.

339
00:26:28,360 --> 00:26:31,860
 E quindi uscirà tramite Ethernet
 veloce 0 barra 1.

340
00:26:31,860 --> 00:26:37,440
 Oppure, se vuoi farlo nel modo in cui
 lo farebbe PEM, puoi mostrare IP RPF

341
00:26:37,440 --> 00:26:43,140
 e quindi digitare l'indirizzo IP.

342
00:26:43,140 --> 00:26:46,340
 Dice: okay, lo so.

343
00:26:46,340 --> 00:26:49,820
 La mia interfaccia per arrivarci
 è Ethernet veloce 0 1.

344
00:26:49,820 --> 00:26:53,580
 Il mio vicino di casa, in altre parole,
 il vicino che me ne ha parlato

345
00:26:53,580 --> 00:27:01,060
 il percorso è 8288. Ecco il percorso effettivo
 che ho trovato sulla mia tabella di routing.

346
00:27:01,060 --> 00:27:08,240
 E l'ho imparato tramite il processo EIGRP
 100, EIGRP Autonomous System 100.

347
00:27:08,240 --> 00:27:14,540
 Quindi ora che lo sa, torno
 alla mia lavagna qui, vedrai

348
00:27:14,540 --> 00:27:20,780
 nella mia stella, voce G, inserirà qualcosa
 chiamata interfaccia in entrata.

349
00:27:20,780 --> 00:27:22,160
 Interfaccia in entrata.

350
00:27:22,160 --> 00:27:26,760
 E dirà, una volta che l'RP inizierà
 a inviarmi dati multicast, perché

351
00:27:26,760 --> 00:27:31,900
 inizialmente non dovrebbe iniziare a scendere
 dall'albero condiviso dall'RP, dovrebbe

352
00:27:31,900 --> 00:27:35,040
 inizia a venire da Ethernet
 veloce 0 barra 1.

353
00:27:35,040 --> 00:27:39,560
 Perché è l'interfaccia che utilizzo
 per raggiungere il punto d'incontro.

354
00:27:39,560 --> 00:27:48,320
 E poi dirà anche: il mio vicino
 è 8,2 punto 8 punto 8.

355
00:27:48,320 --> 00:27:53,000
 Ora ha tutto ciò di cui ha bisogno.

356
00:27:53,000 --> 00:27:59,480
 Quindi ora il router
 2 creerà un join PEM.

357
00:27:59,480 --> 00:28:03,560
 E noi la chiamiamo stella PEM, unisciti.

358
00:28:03,560 --> 00:28:08,560
 Perché proprio come il rapporto di adesione
 all'IGMP non dava alcuna indicazione su cosa

359
00:28:08,560 --> 00:28:13,120
 l'indirizzo di origine è di questo flusso
 multicast, fornisce anche questo join PEM

360
00:28:13,120 --> 00:28:17,600
 nessuna indicazione del flusso multicast.

361
00:28:17,600 --> 00:28:20,320
 E lo cattureremo nella traccia dello
 snippet in modo che tu possa vederlo.

362
00:28:20,320 --> 00:28:24,040
 Stella, 239 punto 999.

363
00:28:24,040 --> 00:28:31,640
 E in quella stella, G join, avrà effettivamente
 l'indirizzo IP dell'appuntamento

364
00:28:31,640 --> 00:28:39,660
 punto. E in questo modo il router
 8 dirà: okay, so dov'è

365
00:28:39,660 --> 00:28:41,120
 andando, questo andrà all'RP.

366
00:28:41,120 --> 00:28:46,240
 Così indovinate un po? Quando il router 8
 lo ottiene, creerà la stella, lo stato G

367
00:28:46,240 --> 00:28:50,580
 in lui. Perché ricorda la stella, lo stato
 G, viene creato questo stato del percorso M

368
00:28:50,580 --> 00:28:57,000
 basato su un ricevitore effettivo che richiede
 il percorso o su un downstream

369
00:28:57,000 --> 00:28:58,800
 router che chiede il percorso.

370
00:28:58,800 --> 00:29:03,360
 Se un router downstream ti invia
 una stella, G join, crea l'esatto

371
00:29:03,360 --> 00:29:06,080
 stesso stato come se avessi effettivamente
 un ricevitore.

372
00:29:06,080 --> 00:29:09,420
 Non proprio la stessa cosa, ho bisogno di
 alcune bandiere qui che siano diverse, ma

373
00:29:09,420 --> 00:29:11,200
 crea ancora lo Stato.

374
00:29:11,200 --> 00:29:14,660
 Quindi il router 8 creerà
 una stella, voce G.

375
00:29:14,660 --> 00:29:21,340
 Lui sa chi è l'RP.

376
00:29:21,340 --> 00:29:24,980
 Farà una ricerca del percorso inverso
 e presumo praticamente che sia il suo

377
00:29:24,980 --> 00:29:28,060
 il percorso inverso sarà 00.83.

378
00:29:28,060 --> 00:29:32,840
 Basta guardare questo diagramma e sono abbastanza
 sicuro che sia il percorso più veloce.

379
00:29:32,840 --> 00:29:36,860
 E poi il suo prossimo vicino
 sarà in realtà 3.4.3.3.

380
00:29:36,860 --> 00:29:45,840
 E una volta ottenuto questo, inoltrerà
 una stella, G si unirà all'RP.

381
00:29:45,840 --> 00:29:49,440
 E questo creerà lui stesso la stella,
 lo stato G nel punto d'incontro.