1
00:00:08,080 --> 00:00:12,180
 Quindi a questo punto abbiamo praticamente
 finito con la teoria dei PIMS sparsi

2
00:00:12,180 --> 00:00:16,320
 modalità e prima di entrare nei concetti
 di scoperta dinamica degli RP

3
00:00:16,320 --> 00:00:21,540
 tramite auto-RP o il router bootstrap PIM,
 voglio solo concludere questo argomento

4
00:00:21,540 --> 00:00:25,000
 della modalità sparsa PIMS
 tornando ai comandi.

5
00:00:25,000 --> 00:00:27,820
 Alcuni dei comandi li hai già
 visti poiché ne ho parlato e

6
00:00:27,820 --> 00:00:31,180
 li hai visualizzati in laboratorio
 e alcuni comandi ti saranno nuovi.

7
00:00:31,180 --> 00:00:34,340
 Volevo solo mostrarti quelli più familiari
 che molto probabilmente ti sono familiari

8
00:00:34,340 --> 00:00:43,200
 usare. Ok, quindi verifica che la
 modalità sparsa PIMS funzioni.

9
00:00:43,200 --> 00:00:45,460
 Certamente puoi mostrare
 l'interfaccia IP PIM.

10
00:00:45,460 --> 00:00:51,680
 Farò ognuno di questi mentre
 andiamo avanti qui.

11
00:00:51,680 --> 00:01:01,280
 Quindi mostra l'interfaccia IP PIM e come
 puoi vedere ti mostra l'indirizzo di

12
00:01:01,280 --> 00:01:06,580
 la tua interfaccia. Quindi in questo caso
 454, questo è in realtà l'indirizzo del ns

13
00:01:06,580 --> 00:01:08,460
 interfaccia a quattro zampe.

14
00:01:08,460 --> 00:01:13,380
 Quindi questo conferma sostanzialmente che
 PIMS è abilitato su queste interfacce

15
00:01:13,380 --> 00:01:14,780
 con questi indirizzi IP.

16
00:01:14,780 --> 00:01:19,320
 Ti mostro anche quale versione di
 PIMS, se sei in sparse o dense

17
00:01:19,320 --> 00:01:24,160
 modalità. C'è anche una modalità chiamata
 sparse dense e ne parleremo

18
00:01:24,160 --> 00:01:27,760
 prossimamente quando parleremo
 di RP automatico.

19
00:01:27,760 --> 00:01:30,520
 Quanti vicini hai, se ce ne sono?

20
00:01:30,520 --> 00:01:36,060
 La frequenza con cui invii pacchetti
 PIM Hello che chiamano query

21
00:01:36,060 --> 00:01:40,580
 Qui. La priorità del router designato che
 è una per impostazione predefinita e

22
00:01:40,580 --> 00:01:42,220
 chi è il router designato.

23
00:01:42,220 --> 00:01:45,860
 E alcune interfacce non ne hanno bisogno
 come le interfacce punto a punto come

24
00:01:45,860 --> 00:01:50,420
 HDLC e PPP. Non è necessario un router
 designato su questo tipo di

25
00:01:50,420 --> 00:02:03,940
 un'interfaccia. Mostra IP PIM vicino
 ti dà qualche dettaglio in più.

26
00:02:03,940 --> 00:02:07,760
 Vale a dire quello che ottieni da
 questo qui sono questi timer.

27
00:02:07,760 --> 00:02:09,980
 Da quanto tempo in totale
 sono stato vicino di casa?

28
00:02:09,980 --> 00:02:13,620
 Quindi con questo vicino in particolare sono
 quasi 22 ore che sono vicino di casa

29
00:02:13,620 --> 00:02:21,760
 con questo ragazzo. E questo ti sta dimostrando
 che va bene se perdo un Ciao, se non lo faccio

30
00:02:21,760 --> 00:02:25,560
 continua a ricevere PIM Ciao tra
 un minuto e 37 secondi lo farò

31
00:02:25,560 --> 00:02:27,720
 demolire quel quartiere.

32
00:02:27,720 --> 00:02:33,800
 Poi abbiamo anche show IP PIM RP.

33
00:02:33,800 --> 00:02:39,460
 Ora questo particolare comando
 mostra IP PIM RP.

34
00:02:39,460 --> 00:02:46,220
 Questo comando è davvero utile solo se
 hai configurato staticamente un RP

35
00:02:46,220 --> 00:02:48,500
 come ho fatto fino a questo punto.

36
00:02:48,500 --> 00:02:53,100
 Fondamentalmente conferma solo che hai
 effettivamente configurato staticamente

37
00:02:53,100 --> 00:02:59,560
 un RP e quali gruppi particolari quell'RP
 sta servendo in questo momento.

38
00:02:59,560 --> 00:03:04,020
 In questo caso dice non scade
 mai perché non scadrà mai.

39
00:03:04,020 --> 00:03:05,280
 È un RP statico.

40
00:03:05,280 --> 00:03:10,440
 Non esiste alcun meccanismo qui per verificare
 che l'RP esista e lo sia effettivamente

41
00:03:10,440 --> 00:03:16,280
 raggiungibile. Il comando successivo
 mostra la mappatura IP PIM RP.

42
00:03:16,280 --> 00:03:19,620
 Questo è davvero se utilizzerai
 una sorta di scoperta dinamica

43
00:03:19,620 --> 00:03:24,020
 dell'RP come auto RP o PIM BSR.

44
00:03:24,020 --> 00:03:26,560
 Questo è il comando che vorrai utilizzare
 per verificare di averlo fatto

45
00:03:26,560 --> 00:03:30,920
 in realtà appreso in modo dinamico di un RP
 e di quali gruppi particolari lo compongono

46
00:03:30,920 --> 00:03:32,380
 RP è in assistenza.

47
00:03:32,380 --> 00:03:39,120
 In questo caso particolare
 non c'è molto output qui.

48
00:03:39,120 --> 00:03:45,040
 Dice statico, chi è l'RP e lui è
 l'RP per ogni singolo gruppo ma

49
00:03:45,040 --> 00:03:48,880
 otterresti molto più output da questo se lo
 avessimo imparato dinamicamente tramite

50
00:03:48,880 --> 00:03:55,360
 RP o BSR automatici. Lo vedremo
 nella prossima serie di video.

51
00:03:55,360 --> 00:04:00,660
 Ok, ci sono alcuni modi per modificare
 il comportamento di PIM.

52
00:04:00,660 --> 00:04:03,540
 Accetta-registrazione IP PIM.

53
00:04:03,540 --> 00:04:09,520
 Quindi ciò di cui stiamo parlando è che per impostazione
 predefinita lo sarà il punto d'incontro

54
00:04:09,520 --> 00:04:12,960
 accettare qualsiasi tipo di messaggio
 di registro proveniente da chiunque.

55
00:04:12,960 --> 00:04:16,900
 Non esiste un elenco autorizzato
 di router autorizzati a farlo

56
00:04:16,900 --> 00:04:21,040
 Registrati. Qualsiasi router può registrarsi
 e sicuramente potrebbe introdurre il file

57
00:04:21,040 --> 00:04:22,320
 concetto di router canaglia.

58
00:04:22,320 --> 00:04:25,760
 Forse qualcuno inserisce un router non autorizzato
 nella rete e intenzionalmente

59
00:04:25,760 --> 00:04:32,440
 martella il PIM RP con queste masse di messaggi
 di registro in modo intenzionale

60
00:04:32,440 --> 00:04:36,240
 tentativo di abbattere l'RP.

61
00:04:36,240 --> 00:04:40,220
 Quindi in questo particolare comando qui
 potresti dire bene solo RP, l'unico,

62
00:04:40,220 --> 00:04:47,420
 sì, in realtà lo sono solo i router RP collegati
 a fonti che corrispondono a questo elenco

63
00:04:47,420 --> 00:04:49,340
 ha permesso di registrarsi con me.

64
00:04:49,340 --> 00:04:52,980
 Quindi, se un registro arriva da qualsiasi
 altro router, lo scarterai silenziosamente

65
00:04:52,980 --> 00:05:01,020
 Esso. Limite di velocità del registro IP PIM, quindi
 se sei preoccupato anche per quello autorizzato

66
00:05:01,020 --> 00:05:06,340
 i router là fuori inviano troppe registrazioni,
 troppe sessioni multicast

67
00:05:06,340 --> 00:05:10,420
 si stanno avviando contemporaneamente, puoi
 valutarlo utilizzando questo comando

68
00:05:10,420 --> 00:05:12,300
 qui con bit al secondo.

69
00:05:12,300 --> 00:05:16,100
 Origine registro IP PIM.

70
00:05:16,100 --> 00:05:19,140
 Questo è un comando che eseguiresti effettivamente
 su qualsiasi router che sia

71
00:05:19,140 --> 00:05:22,700
 darà origine al messaggio di registro.

72
00:05:22,700 --> 00:05:27,780
 Ora normalmente un router quando dice
 ok devo registrarmi con l'RP.

73
00:05:27,780 --> 00:05:30,700
 Ciò che farà quel router è entrare nella
 sua tabella di routing, lo farà

74
00:05:30,700 --> 00:05:34,960
 uno sguardo all'RPF e lui dirà okay, qual
 è l'interfaccia che userei, cos'è

75
00:05:34,960 --> 00:05:39,460
 effettivamente l'interfaccia in entrata
 che utilizzerei per tornare all'RP?

76
00:05:39,460 --> 00:05:43,540
 Dice oh, secondo la mia tabella di routing,
 il mio percorso migliore verso l'RP è veloce

77
00:05:43,540 --> 00:05:48,180
 Ethernet 00. Bene, a quel punto avrebbe
 estratto velocemente quell'indirizzo IP

78
00:05:48,180 --> 00:05:53,920
 Ethernet 00 e utilizzarlo come indirizzo di
 origine per i suoi messaggi di registro.

79
00:05:53,920 --> 00:05:57,740
 Potrebbero esserci alcuni scenari
 in cui non vuoi che lo faccia.

80
00:05:57,740 --> 00:06:01,700
 Indipendentemente dall'interfaccia che
 usa per raggiungere l'RP, forse tu

81
00:06:01,700 --> 00:06:05,400
 voglio sempre che usi il suo loopback
 come indirizzo di origine.

82
00:06:05,400 --> 00:06:12,660
 Bene, questo sarebbe il comando che utilizzeresti
 per modificare quel comportamento.

83
00:06:12,660 --> 00:06:16,300
 PIM IP, Soglia SPT, non ne parleremo,
 ne abbiamo già parlato

84
00:06:16,300 --> 00:06:21,480
 che penso in modo molto dettagliato
 in alcuni degli altri video.

85
00:06:21,480 --> 00:06:27,940
 E i PIM IP sparsi SG-scadenza-timer.

86
00:06:27,940 --> 00:06:38,780
 Allora di cosa stiamo parlando?

87
00:06:38,780 --> 00:06:43,740
 Non rimane lì per sempre, deve essere
 rinfrescato e ce ne sono un paio

88
00:06:43,740 --> 00:06:45,600
 di cose che potrebbero rinfrescarlo.

89
00:06:45,600 --> 00:06:50,260
 Ogni volta che arriva un pacchetto multicast
 effettivo che corrisponde a quello s-coma

90
00:06:50,260 --> 00:06:53,420
 -g voce che aggiorna lo stato.

91
00:06:53,420 --> 00:06:58,600
 Oppure, se sappiamo, sappiamo anche che i router,
 anche dopo aver aderito al più breve

92
00:06:58,600 --> 00:07:03,940
 albero del percorso, se desiderano ancora quel
 multicast, lo faranno periodicamente una volta

93
00:07:03,940 --> 00:07:08,900
 un minuto invia un altro s-coma-g join
 per aggiornare l'albero, e quello

94
00:07:08,900 --> 00:07:13,920
 aggiornerà anche lo stato s-coma-g in
 qualsiasi router che riceve quel tipo

95
00:07:13,920 --> 00:07:17,480
 di un'unione. Quindi, se ciò non
 accade, se c'è un router qui con

96
00:07:17,480 --> 00:07:21,960
 una voce s-coma-g e diciamo che il multicast si interrompe,
 anche per impostazione predefinita dopo

97
00:07:21,960 --> 00:07:26,180
 poco più di tre minuti dopo 210
 secondi quella voce s-coma-g

98
00:07:26,180 --> 00:07:28,940
 svanirà, se ne andrà.

99
00:07:28,940 --> 00:07:33,660
 Beh, forse hai uno scenario
 in cui dici, sai una cosa?

100
00:07:33,660 --> 00:07:39,180
 Una volta creati gli s-coma-g nel mio
 router, voglio che rimangano lì

101
00:07:39,180 --> 00:07:43,120
 per molto tempo, anche se smetto
 di ricevere il multicast.

102
00:07:43,120 --> 00:07:46,380
 È solo che non voglio dover continuare a
 ricreare la situazione ancora e ancora

103
00:07:46,380 --> 00:07:49,480
 Ancora. Non riesco davvero a pensare
 a grandi linee perché vorresti farlo

104
00:07:49,480 --> 00:07:52,140
 quello, ma questo comando ti consentirebbe
 effettivamente di farlo.

105
00:07:52,140 --> 00:07:54,240
 Ecco di cosa stiamo parlando.

106
00:07:54,240 --> 00:08:00,640
 Se imposti questo comando al suo massimo,
 ovvero 57.600 secondi, è così

107
00:08:00,640 --> 00:08:02,620
 pari a 16 ore.

108
00:08:02,620 --> 00:08:06,660
 Quindi in sostanza quello che significa è:
 okay, una volta creata una voce s-coma-g,

109
00:08:06,660 --> 00:08:11,440
 anche se non è aggiornato, conservalo
 lì fino a 16 ore prima

110
00:08:11,440 --> 00:08:16,520
 lo scadi. Quindi, se hai una situazione
 in cui ciò potrebbe essere utile

111
00:08:16,520 --> 00:08:19,840
 tu, ecco dove quel comando aiuterebbe.

112
00:08:19,840 --> 00:08:25,480
 E poi l'ultimo comando qui
 è la modalità IPPIM NBMA.

113
00:08:25,480 --> 00:08:27,040
 Quindi immagina questo scenario.

114
00:08:27,040 --> 00:08:29,680
 In realtà, lasciatemi andare avanti
 e disegnarlo qui per un momento.

115
00:08:29,680 --> 00:08:34,220
 Diciamo che avevamo una WAN.

116
00:08:34,220 --> 00:08:37,560
 Utilizzerò semplicemente Frame Relay come esempio
 perché Frame Relay viene utilizzato a

117
00:08:37,560 --> 00:08:41,500
 lotto sul CCNA e sul CCNP.

118
00:08:41,500 --> 00:08:47,120
 E su questa WAN abbiamo uno
 scenario hub and speak.

119
00:08:47,120 --> 00:08:56,240
 Dove abbiamo il router A come hub
 e i router B e C come raggi.

120
00:08:56,240 --> 00:09:04,160
 Ok, quindi l'unico modo in cui B e C possono
 comunicare tra loro è tramite router

121
00:09:04,160 --> 00:09:09,320
 R. In realtà non hanno alcun PVC frame
 Relay direttamente collegato tra loro.

122
00:09:09,320 --> 00:09:12,200
 Bene, lo sappiamo come nel caso dei protocolli
 di routing, se stessimo parlando

123
00:09:12,200 --> 00:09:17,260
 su OSPF o EIGRP o qualcosa del genere,
 molti protocolli di routing, se router

124
00:09:17,260 --> 00:09:22,540
 B, e diciamo solo che sul router A,
 la sua interfaccia seriale fisica

125
00:09:22,540 --> 00:09:25,960
 sta facendo tutto.

126
00:09:25,960 --> 00:09:29,320
 Ok, quindi il nostro indirizzo IP è qui.

127
00:09:29,320 --> 00:09:30,840
 Non abbiamo interfacce secondarie.

128
00:09:30,840 --> 00:09:32,720
 Questa è un'interfaccia multipunto.

129
00:09:32,720 --> 00:09:38,360
 Si tratta di un'interfaccia
 multiasse non trasmessa.

130
00:09:38,360 --> 00:09:41,300
 Bene, in questo particolare scenario con
 i protocolli di routing, molte volte

131
00:09:41,300 --> 00:09:43,540
 dovresti disabilitare
 Split Horizon, giusto?

132
00:09:43,540 --> 00:09:45,900
 Poiché l'orizzonte diviso è la regola che
 dice, guarda, se si aggiorna il routing

133
00:09:45,900 --> 00:09:50,940
 arriva sulla seriale 0-0, per evitare
 loop di routing, tu non lo sei

134
00:09:50,940 --> 00:09:55,180
 permesso di voltarsi e riflettere
 quel percorso esattamente indietro

135
00:09:55,180 --> 00:09:57,620
 stessa interfaccia da cui è arrivato.

136
00:09:57,620 --> 00:10:00,160
 Quindi dovresti farlo, quell'orizzonte
 diviso lo impedisce.

137
00:10:00,160 --> 00:10:02,560
 Quindi dovresti disattivare
 l'orizzonte diviso.

138
00:10:02,560 --> 00:10:05,560
 Ebbene, lo stesso genere di cose
 accade qui per i multicast.

139
00:10:05,560 --> 00:10:12,600
 E per i join e cose del genere, se
 arriva un multicast proprio qui,

140
00:10:12,600 --> 00:10:18,460
 o ricorda, la regola generale del PIMS
 dice che l'interfaccia in entrata

141
00:10:18,460 --> 00:10:22,040
 non può essere visualizzato nell'elenco
 delle interfacce in uscita.

142
00:10:22,040 --> 00:10:26,040
 Ebbene, se quella regola fosse vera, allora quando
 questa interfaccia, quando il multicast

143
00:10:26,040 --> 00:10:30,240
 arrivasse qui sul seriale 0-0, non saremmo
 in grado di inserire esattamente lo stesso

144
00:10:30,240 --> 00:10:34,220
 interfaccia nell'elenco delle interfacce
 in uscita e il router C non lo sarebbe

145
00:10:34,220 --> 00:10:35,900
 in grado di ottenere quel multicast.

146
00:10:35,900 --> 00:10:40,680
 Quindi, per consentirlo, dovresti
 usare questo comando proprio qui

147
00:10:40,680 --> 00:10:44,220
 su quell'interfaccia non trasmessa
 e ad accesso multiplo.

148
00:10:44,220 --> 00:10:49,340
 Quindi è fondamentalmente come disattivare
 l'orizzonte diviso, ma per il multicast

149
00:10:49,340 --> 00:10:52,240
 traffico. Questo è ciò
 che fa quel comando.

150
00:10:52,240 --> 00:10:58,140
 E voglio solo concludere un po'
 qui spiegando solo un po'

151
00:10:58,140 --> 00:11:01,780
 qualcosa in più sui flag che potresti
 vedere nelle voci del percorso M.

152
00:11:01,780 --> 00:11:05,080
 Ne abbiamo parlato molto, ma
 di alcuni non ne ho parlato.

153
00:11:05,080 --> 00:11:07,960
 Quindi la bandiera C. Ne abbiamo parlato.

154
00:11:07,960 --> 00:11:11,400
 Se vedi la bandiera C, significa
 una delle due cose.

155
00:11:11,400 --> 00:11:15,660
 O questo router ha effettivamente ricevuto
 un rapporto di adesione IGMP, oppure

156
00:11:15,660 --> 00:11:20,680
 un rapporto di ascolto MLDP, il che significa
 che è direttamente collegato a un ricevitore,

157
00:11:20,680 --> 00:11:22,540
 a un laptop, a un PC.

158
00:11:22,540 --> 00:11:28,540
 Oppure ha effettivamente ricevuto il pacchetto
 multicast e ne realizza la fonte

159
00:11:28,540 --> 00:11:31,340
 di quel multicast è direttamente
 connesso a quel router.

160
00:11:31,340 --> 00:11:34,140
 Quindi c'è un ricevitore connesso
 o una sorgente connessa.

161
00:11:34,140 --> 00:11:36,920
 Questo è ciò che significa C.

162
00:11:36,920 --> 00:11:41,460
 La bandiera L non ne ha veramente parlato,
 ma sa come nel mio particolare

163
00:11:41,460 --> 00:11:46,320
 lab, quello che ho fatto è stato prendere un
 router, router uno, e usare quel comando,

164
00:11:46,320 --> 00:11:49,620
 Gruppo di unione IGMP su quel router.

165
00:11:49,620 --> 00:11:54,440
 Ed è così che ho trasformato il router in un
 ricevitore, perché i router non lo fanno

166
00:11:54,440 --> 00:11:56,400
 normalmente inviano rapporti
 sull'adesione.

167
00:11:56,400 --> 00:11:59,040
 Questo è il lavoro di laptop e PC.

168
00:11:59,040 --> 00:12:03,540
 Quindi, per replicare quel comportamento,
 ho usato questo comando.

169
00:12:03,540 --> 00:12:08,080
 Bene, se quel router eseguisse anche
 PIM, cosa che non è, allora nel file

170
00:12:08,080 --> 00:12:12,240
 Alla voce M-ROT avrebbe avuto il flag L, il
 che significa che sono anche un ricevitore

171
00:12:12,240 --> 00:12:13,160
 di questo multicast.

172
00:12:13,160 --> 00:12:15,760
 Quando arriva il multicast, non
 lo inoltrerò semplicemente.

173
00:12:15,760 --> 00:12:18,820
 In realtà lo invierò alla mia CPU per
 l'elaborazione, perché lo voglio

174
00:12:18,820 --> 00:12:23,740
 per vederlo. La bandiera F.

175
00:12:23,740 --> 00:12:27,980
 Quindi questo è chiamato
 flag del registro PIM.

176
00:12:27,980 --> 00:12:30,580
 A volte le persone si sentono un po'
 confuse su questo, perché vedono il

177
00:12:30,580 --> 00:12:35,060
 F, e pensano, oh, ciò significa che la registrazione
 sta avvenendo correttamente

178
00:12:35,060 --> 00:12:39,960
 Ora. E poi mostrano il percorso IPM, mostrano
 il percorso IPM, continuano a farlo

179
00:12:39,960 --> 00:12:43,760
 e per i successivi 30-40 secondi, minuto-5
 minuti, la bandiera F resta ferma

180
00:12:43,760 --> 00:12:46,480
 Là. E dicono, oh, ho un problema.

181
00:12:46,480 --> 00:12:50,680
 La registrazione dovrebbe avvenire solo per
 un secondo o due, e poi dovrebbe avvenire

182
00:12:50,680 --> 00:12:54,140
 fermare. Perché vedo
 ancora la bandiera F?

183
00:12:54,140 --> 00:12:59,000
 Bene, se sei effettivamente in procinto
 di registrarti in questo momento quando

184
00:12:59,000 --> 00:13:03,200
 esegui questo comando, vedrai effettivamente
 nella stella, la voce G la parola

185
00:13:03,200 --> 00:13:05,180
 registrazione. Lo dirà.

186
00:13:05,180 --> 00:13:08,300
 Quindi hai la bandiera F
 e dirà "registrazione".

187
00:13:08,300 --> 00:13:12,400
 Come dice qui, se vedi solo la bandiera
 F, ma non vedi la parola

188
00:13:12,400 --> 00:13:17,720
 registrazione, ciò significa che questo router
 ha precedentemente registrato questo flusso.

189
00:13:17,720 --> 00:13:22,000
 È un po' come se un indicatore storico dicesse:
 Mi sono registrato con successo

190
00:13:22,000 --> 00:13:25,340
 lo faceva in passato, ma non lo fa più.

191
00:13:25,340 --> 00:13:29,340
 Questo è ciò che significherebbe
 la bandiera F.

192
00:13:29,340 --> 00:13:35,260
 La bandiera J. Quindi questo significa che un
 router ha tentato di unirsi al rispettivo

193
00:13:35,260 --> 00:13:41,580
 albero. Quindi, ad esempio, se vedi la
 bandiera J nella stella, uscita G, tu

194
00:13:41,580 --> 00:13:44,760
 potrei essere tentato di pensare, e penso di
 aver effettivamente parlato male su questo

195
00:13:44,760 --> 00:13:45,340
 un video precedente.

196
00:13:45,340 --> 00:13:48,280
 Penso di aver detto, beh, quando vedi
 la bandiera J, significa questo router

197
00:13:48,280 --> 00:13:53,160
 ha inviato un PIM join su quell'albero.

198
00:13:53,160 --> 00:13:54,700
 Beh, non necessariamente.

199
00:13:54,700 --> 00:13:59,400
 Ciò che il flag J significa realmente è che
 il router vuole unirsi a quell'albero.

200
00:13:59,400 --> 00:14:04,540
 Non è davvero una prova che un'unione
 sia effettivamente avvenuta.

201
00:14:04,540 --> 00:14:08,840
 Quindi, ad esempio, se vedi la bandiera
 J nella stella, uscita G, significa che

202
00:14:08,840 --> 00:14:14,620
 okay, il router, qualcosa ha fatto
 credere al router di averne bisogno

203
00:14:14,620 --> 00:14:16,960
 per unirsi all'albero.

204
00:14:16,960 --> 00:14:22,200
 E quindi è necessario creare una stella, unirla
 a G e inviarla su quell'albero verso

205
00:14:22,200 --> 00:14:23,380
 il punto d'incontro.

206
00:14:23,380 --> 00:14:25,760
 Ora, ci è riuscito davvero?

207
00:14:25,760 --> 00:14:27,460
 Forse sì forse no.

208
00:14:27,460 --> 00:14:31,420
 Non lo sappiamo. La bandiera J dice semplicemente
 che sapeva di dover farlo.

209
00:14:31,420 --> 00:14:34,700
 Come in uno dei miei laboratori precedenti
 che stavo facendo, se torno al

210
00:14:34,700 --> 00:14:41,400
 disegnando qui per un secondo,
 portiamo questo qui.

211
00:14:41,400 --> 00:14:48,020
 Quindi avevo un laboratorio, se ricordi,
 diversi video fa che avevo dimenticato

212
00:14:48,020 --> 00:14:53,080
 per configurare PIM su questa
 interfaccia proprio qui su R4.

213
00:14:53,080 --> 00:14:57,480
 Non c'era nessun PIM qui.

214
00:14:57,480 --> 00:15:01,540
 Eppure c'era il PIM su questa
 interfaccia di R2.

215
00:15:01,540 --> 00:15:06,800
 E quello che ho notato è stato quando il multicast ha
 iniziato a scorrere verso il basso, questo ragazzo

216
00:15:06,800 --> 00:15:08,640
 ha creato S, G, E e R2.

217
00:15:08,640 --> 00:15:11,720
 Ed era la voce per questo.

218
00:15:11,720 --> 00:15:16,860
 Ed elencava il seriale 010 come
 interfaccia in entrata.

219
00:15:16,860 --> 00:15:20,080
 Diceva, okay, se il multicast scende lungo
 l'albero del percorso più breve, allora

220
00:15:20,080 --> 00:15:22,340
 dovrebbe arrivare in serie.

221
00:15:22,340 --> 00:15:25,680
 E aveva la bandiera J.

222
00:15:25,680 --> 00:15:29,840
 E inizialmente ho pensato, okay, beh, questo
 significa che ha inviato un messaggio

223
00:15:29,840 --> 00:15:33,380
 Là. Ma se ricordi quel video,
 ho detto, eh, manca qualcosa.

224
00:15:33,380 --> 00:15:40,700
 Se il traffico multicast sta effettivamente
 scorrendo lungo il percorso più breve

225
00:15:40,700 --> 00:15:45,980
 albero, oltre alla bandiera J, dovrei
 vedere anche la bandiera T.

226
00:15:45,980 --> 00:15:48,820
 E questo è il prossimo punto
 della diapositiva.

227
00:15:48,820 --> 00:15:54,040
 Il flag T indica che ho effettivamente
 ricevuto almeno un pacchetto multicast

228
00:15:54,040 --> 00:15:56,660
 lungo l'albero del percorso più breve.

229
00:15:56,660 --> 00:15:58,160
 Quindi funziona.

230
00:15:58,160 --> 00:15:58,980
 Ma non l'ho visto.

231
00:15:58,980 --> 00:16:05,280
 Nel mio caso particolare, tutto ciò che ho
 visto è stata la bandiera J e non la T.

232
00:16:05,280 --> 00:16:09,180
 E questo mi ha fatto pensare, okay, quindi ha provato
 a unirsi a questo albero, ma in multicast

233
00:16:09,180 --> 00:16:10,300
 non scorre ancora giù.

234
00:16:10,300 --> 00:16:11,200
 Cosa sta succedendo?

235
00:16:11,200 --> 00:16:15,680
 Ed è stato allora che ho scoperto che il
 PIM non era configurato sul router 4.

236
00:16:15,680 --> 00:16:21,400
 Quindi ho pensato che il router 2 avesse inviato
 il suo join, ma non è successo nulla

237
00:16:21,400 --> 00:16:24,660
 perché d'altro canto il router
 non è riuscito a elaborarlo.

238
00:16:24,660 --> 00:16:26,560
 Ma in realtà ho fatto un po' di debug.

239
00:16:26,560 --> 00:16:31,380
 Si scopre che si è reso conto
 di non avere un vicino PIM.

240
00:16:31,380 --> 00:16:35,620
 Il Router 2 si rese conto che anche se aveva
 il PIM sul suo seriale, non lo aveva

241
00:16:35,620 --> 00:16:38,960
 appreso di un vicino dall'altra
 parte della serie.

242
00:16:38,960 --> 00:16:42,560
 E così quando ho eseguito il debug, mi sono reso
 conto che non aveva nemmeno creato il join

243
00:16:42,560 --> 00:16:45,540
 in primo luogo perché era abbastanza intelligente
 da capire, ehi, cosa sta succedendo

244
00:16:45,540 --> 00:16:50,140
 lo scopo di creare un join S-coma G per
 inviare questo collegamento, se presente

245
00:16:50,140 --> 00:16:54,280
 nessuno all'altra estremità del collegamento
 nemmeno per riceverlo ed elaborarlo?

246
00:16:54,280 --> 00:16:58,820
 Ecco perché dico che la bandiera J significa
 semplicemente che vuole unirsi a quel ramo

247
00:16:58,820 --> 00:17:03,840
 dell'albero, ma se sia effettivamente
 riuscito o meno a inviare un join,

248
00:17:03,840 --> 00:17:05,900
 non puoi dirlo solo da quella bandiera.

249
00:17:05,900 --> 00:17:10,000
 Dovresti fare un po' più di risoluzione
 dei problemi per capirlo.

250
00:17:10,000 --> 00:17:15,180
 E poi, come ho detto, infine, abbiamo
 la bandiera T, che è proprio questo

251
00:17:15,180 --> 00:17:16,200
 vuoi vedere, vero?

252
00:17:16,200 --> 00:17:19,240
 Se la bandiera T si trova sul percorso
 più breve tre, va bene.

253
00:17:19,240 --> 00:17:22,780
 Ciò significa che ho effettivamente ricevuto
 almeno un pacchetto di dati multicast su

254
00:17:22,780 --> 00:17:24,220
 il percorso più breve tre.

255
00:17:24,220 --> 00:17:29,560
 C'è un'altra bandiera di cui voglio
 parlare, che è la bandiera R.

256
00:17:29,560 --> 00:17:31,760
 E questo mi ha confuso un po'.

257
00:17:31,760 --> 00:17:34,980
 Ho dovuto approfondire la RFC
 e pensarci davvero un po'.

258
00:17:34,980 --> 00:17:43,600
 Quindi il flag R è, lo vedrai solo
 sui router nell'albero condiviso.

259
00:17:43,600 --> 00:17:48,600
 Quindi, se pensi al percorso dal
 router foglia fino all'RP, lo è

260
00:17:48,600 --> 00:17:56,900
 solo da qualche parte su quel percorso
 vedrai in una voce S, G, la bandiera R.

261
00:17:56,900 --> 00:17:58,340
 Ora, qual è questo significato?

262
00:17:58,340 --> 00:18:01,500
 Torniamo a questo per un secondo.

263
00:18:01,500 --> 00:18:12,020
 Questo. Ok, quindi lo sappiamo inizialmente,
 una volta multicast, se lo sappiamo

264
00:18:12,020 --> 00:18:17,100
 che questo ragazzo è l'RP proprio
 qui, oops, che cos'è?

265
00:18:17,100 --> 00:18:24,440
 Va bene. Una volta che il multicast inizierà
 a fluire qui dall'RP, partirà

266
00:18:24,440 --> 00:18:27,640
 andare in questa direzione, e poi andrà
 in questa direzione, e poi andrà

267
00:18:27,640 --> 00:18:32,820
 andare in questa direzione. Quindi nel router otto
 proprio qui, mi sto concentrando su di lui

268
00:18:32,820 --> 00:18:37,260
 il momento. Quando riceverà effettivamente
 quel traffico multicast, lo farà

269
00:18:37,260 --> 00:18:42,980
 hanno entrambi la stella, G,
 da lui creata molto tempo fa.

270
00:18:42,980 --> 00:18:45,700
 E poi quando vedi quel pacchetto
 multicast, creerà una S,

271
00:18:45,700 --> 00:18:52,680
 Anche G. E in questo caso particolare, l'elenco
 delle interfacce in uscita del file

272
00:18:52,680 --> 00:18:58,180
 S, G sarà Ethernet veloce zero barra uno.

273
00:18:58,180 --> 00:19:00,240
 Ok, va bene.

274
00:19:00,240 --> 00:19:02,780
 Ma sappiamo anche che non appena il router
 due, lo ottiene il router foglia

275
00:19:02,780 --> 00:19:07,220
 primo pacchetto multicast, proverà
 a passare al più breve

276
00:19:07,220 --> 00:19:12,320
 albero del sentiero. E se assumiamo che
 abbia successo e ora stia ricevendo

277
00:19:12,320 --> 00:19:17,680
 traffico lungo l'SPT, allora sappiamo
 che manderà una prugna

278
00:19:17,680 --> 00:19:23,300
 Messaggio. Manderà quella che viene
 chiamata una prugna S, G.

279
00:19:23,300 --> 00:19:28,500
 E come sarà?

280
00:19:28,500 --> 00:19:32,600
 Bene, nel corpo di quel pacchetto
 di prugne ci sarà la fonte,

281
00:19:32,600 --> 00:19:34,860
 quattro punto cinque punto
 quattro punto cinque.

282
00:19:34,860 --> 00:19:37,960
 Avrà il gruppo, qualunque esso sia.

283
00:19:37,960 --> 00:19:41,680
 E poi avrà anche la parte RP.

284
00:19:41,680 --> 00:19:46,160
 Questo è un flag, il bit RP impostato.

285
00:19:46,160 --> 00:19:49,100
 Verrà impostato su uno.

286
00:19:49,100 --> 00:19:52,680
 E lo invierà al router otto.

287
00:19:52,680 --> 00:19:57,980
 Quando il router otto lo capirà,
 dirà, okay, questa prugna, perché

288
00:19:57,980 --> 00:20:03,280
 ha il bit RP, significa che devo
 eliminare questa interfaccia.

289
00:20:03,280 --> 00:20:07,920
 Quindi smetterà di inoltrare il
 multicast su quel collegamento.

290
00:20:07,920 --> 00:20:14,920
 Rimuoverà quell'interfaccia dall'elenco
 delle interfacce in uscita.

291
00:20:14,920 --> 00:20:18,940
 E quindi ora finirà per essere nullo.

292
00:20:18,940 --> 00:20:22,460
 E poi creerà il suo pacchetto
 di prugne e lo invierà qui

293
00:20:22,460 --> 00:20:28,760
 modo, che poi finirà per eliminare
 tutto questo proprio qui.

294
00:20:28,760 --> 00:20:31,800
 Allora cosa c'entra con la bandiera R?

295
00:20:31,800 --> 00:20:36,800
 Bene, se entro nella tabella di routing M del
 router otto dopo che questo è stato fatto,

296
00:20:36,800 --> 00:20:44,840
 ora possiamo supporre che dopo questo
 momento, ricordiamo se uno stato S, G

297
00:20:44,840 --> 00:20:48,880
 ha un elenco di interfacce in uscita
 che non è niente, è vuoto, nullo.

298
00:20:48,880 --> 00:20:50,560
 Beh, ha questo timer per il
 conto alla rovescia, giusto?

299
00:20:50,560 --> 00:20:52,440
 Va bene solo per 210 secondi.

300
00:20:52,440 --> 00:20:57,500
 E dopo 210 secondi, se nessuno avrà
 bisogno di usarlo, lo cancellerà

301
00:20:57,500 --> 00:21:02,300
 Esso. Quindi diciamo che vado sul router
 otto prima che scada il tempo.

302
00:21:02,300 --> 00:21:07,500
 Quindi subito dopo aver ricevuto la
 prugna, ma prima dei 210 secondi

303
00:21:07,500 --> 00:21:13,480
 trascorso, quello che vedrò in questo
 stato S, G è la lettera R.

304
00:21:13,480 --> 00:21:15,220
 Vedrò anche un P.

305
00:21:15,220 --> 00:21:19,200
 Quindi dirà, in realtà, penso che la P potrebbe
 venire prima della R, ma fondamentalmente

306
00:21:19,200 --> 00:21:22,920
 la P dirà, questa è potata.

307
00:21:22,920 --> 00:21:24,340
 Non lo userò.

308
00:21:24,340 --> 00:21:25,680
 L'ho eliminato.

309
00:21:25,680 --> 00:21:31,360
 E la R dirà: L'ho sfoltito
 perché qualcuno a valle da

310
00:21:31,360 --> 00:21:37,640
 impostami una prugna S, G con
 la punta RP impostata su uno.

311
00:21:37,640 --> 00:21:40,100
 Ora non lo vedrai nel punto d'incontro.

312
00:21:40,100 --> 00:21:44,320
 Lo vedrete solo nei router qui in mezzo.

313
00:21:44,320 --> 00:21:47,300
 Quindi, come il router otto, se avessimo
 un altro router proprio qui, lo vedremmo.

314
00:21:47,300 --> 00:21:49,660
 Se avessimo un altro router
 proprio qui, lo vedremmo.

315
00:21:49,660 --> 00:21:52,800
 Ma i router nel mezzo che hanno ricevuto
 la prugna e l'hanno inoltrata

316
00:21:52,800 --> 00:21:56,460
 acceso, avranno un elenco di interfacce
 in uscita null e lo faranno

317
00:21:56,460 --> 00:21:59,840
 dì RP e nota che è solo nella voce S, G.

318
00:21:59,840 --> 00:22:04,040
 Non lo vedrai nella stella
 G, solo nella S, G.

319
00:22:04,040 --> 00:22:08,960
 E posso effettivamente replicarlo abbastanza
 facilmente qui, nel caso lo desideri

320
00:22:08,960 --> 00:22:11,460
 per vederlo. Farò esattamente
 la stessa cosa.

321
00:22:11,460 --> 00:22:17,240
 Vado avanti e avvierò lo streaming
 multicast dal router cinque.

322
00:22:17,240 --> 00:22:20,480
 E quando arriverò al router otto,
 circa due secondi dopo, lo farà

323
00:22:20,480 --> 00:22:22,440
 già essere sfoltito.

324
00:22:22,440 --> 00:22:30,080
 E vedrai che in realtà ha
 la bandiera R lì dentro.

325
00:22:30,080 --> 00:22:32,780
 Facciamolo e basta.

326
00:22:32,780 --> 00:22:38,560
 Andiamo qui al router cinque.

327
00:22:38,560 --> 00:22:46,680
 Facciamo il nostro ping.

328
00:22:46,680 --> 00:22:51,220
 Ok, lo streaming è già stato
 cambiato e possiamo vederlo

329
00:22:51,220 --> 00:22:55,640
 il router due, il router foglia,
 mostra il percorso IPM.

330
00:22:55,640 --> 00:23:02,240
 Possiamo vedere che ha la voce S, G.

331
00:23:02,240 --> 00:23:05,040
 Si è unito o ha tentato
 di unirsi all'albero.

332
00:23:05,040 --> 00:23:06,180
 Ha avuto successo?

333
00:23:06,180 --> 00:23:08,480
 Sì, ha avuto successo perché
 ha la bandiera T.

334
00:23:08,480 --> 00:23:13,360
 In realtà sta ricevendo traffico multicast
 lungo l'albero del percorso più breve.

335
00:23:13,360 --> 00:23:16,880
 Ora, se andiamo al router otto, chi
 è nel mezzo, chi non è più coinvolto

336
00:23:16,880 --> 00:23:23,600
 in questo traffico, in ogni caso, è stato
 sfoltito, lo possiamo vedere dalla sua S,

337
00:23:23,600 --> 00:23:29,120
 La voce G, dice P, è stata potata
 e perché è stata potata a causa di

338
00:23:29,120 --> 00:23:34,100
 R? Perché abbiamo ricevuto un messaggio
 sfoltito con il bit RP, che ha causato

339
00:23:34,100 --> 00:23:37,860
 il nostro elenco di interfacce
 in uscita per diventare n.

340
00:23:37,860 --> 00:23:42,320
 Quindi questo adesso andrà bene solo per
 un altro, beh, proprio adesso dice

341
00:23:42,320 --> 00:23:43,560
 due minuti e 28 secondi.

342
00:23:43,560 --> 00:23:46,760
 Se lo faccio di nuovo, vedremo
 il conto alla rovescia.

343
00:23:46,760 --> 00:23:48,260
 Adesso va bene solo per due minuti.

344
00:23:48,260 --> 00:23:53,760
 Quindi tra due minuti questa voce
 sparirà, e poi anche questa voce

345
00:23:53,760 --> 00:23:56,900
 svaniranno anche loro perché nessuno
 dei due sarà necessario in quel caso