1
00:00:08,320 --> 00:00:11,580
 Quindi iniziamo a scavare un po' più
 a fondo nei dettagli della spilla

2
00:00:11,580 --> 00:00:17,760
 protocollo del router bootstrap, a
 partire dal processo elettorale.

3
00:00:17,760 --> 00:00:23,820
 Quindi sappiamo che solo un router può effettivamente
 essere il router bootstrap,

4
00:00:23,820 --> 00:00:27,160
 ed è compito del router bootstrap farlo
 sapere a tutti gli altri router

5
00:00:27,160 --> 00:00:28,980
 quali sono i punti d'incontro.

6
00:00:28,980 --> 00:00:32,140
 Allora come viene eletto?

7
00:00:32,140 --> 00:00:35,560
 Ebbene, viene eletto da questa inondazione
 di messaggi bootstrap.

8
00:00:35,560 --> 00:00:36,880
 Lo vedremo davvero tra un minuto.

9
00:00:36,880 --> 00:00:39,600
 Questo è il tipo effettivo
 di messaggio PIM.

10
00:00:39,600 --> 00:00:43,200
 Quindi prima di vedere i registri PIM, abbiamo
 visto i saluti PIM, abbiamo visto

11
00:00:43,200 --> 00:00:47,460
 Il PIM aderisce. Ora vedremo un altro tipo
 di messaggio PIM nel nostro sniffer

12
00:00:47,460 --> 00:00:49,680
 trace chiamato messaggio di bootstrap.

13
00:00:49,680 --> 00:00:55,080
 Questi vanno agli stessi
 indirizzi, ciao 2240013.

14
00:00:55,080 --> 00:00:56,960
 Quindi è perché ha l'ambito
 locale del collegamento.

15
00:00:56,960 --> 00:01:01,340
 Deve essere replicato da ciascun router lungo
 il salto in modo che possa ottenere tutto

16
00:01:01,340 --> 00:01:06,860
 l'uscita. E così il router bootstrap,
 se ci sono due o più router

17
00:01:06,860 --> 00:01:09,040
 che sono candidati BSR.

18
00:01:09,040 --> 00:01:11,900
 Quello che è il vincitore è quello
 con la priorità più alta,

19
00:01:11,900 --> 00:01:15,760
 ora la priorità è 0 per impostazione predefinita,
 ma puoi aumentarla completamente

20
00:01:15,760 --> 00:01:20,720
 a 255 se vuoi, oppure quello
 con l'indirizzo IP più alto.

21
00:01:20,720 --> 00:01:22,680
 Quello sarà il vincitore.

22
00:01:22,680 --> 00:01:26,640
 Ora con PIM BSR, la prelazione è attiva
 per impostazione predefinita.

23
00:01:26,640 --> 00:01:31,220
 Ciò significa che se attualmente
 ho un router che funge da BSR,

24
00:01:31,220 --> 00:01:34,260
 e diciamo che il suo indirizzo
 IP è 2.2.2.2.

25
00:01:34,260 --> 00:01:37,520
 E ha prestato servizio come
 BSR negli ultimi sei mesi.

26
00:01:37,520 --> 00:01:41,700
 Se inserisco un altro router nella
 rete, configuralo come candidato

27
00:01:41,700 --> 00:01:47,180
 BSR, e il suo indirizzo IP è più
 alto, assumerà il ruolo di essere

28
00:01:47,180 --> 00:01:54,140
 la BSR. Non è che si attacchi
 a un router in particolare.

29
00:01:54,140 --> 00:01:57,400
 Ecco come configuriamo il candidato BSR.

30
00:01:57,400 --> 00:02:04,640
 Candidato IPPIM BSR, e quindi proprio come il
 nostro RP automatico, vogliamo specificare

31
00:02:04,640 --> 00:02:09,840
 un'interfaccia che verrebbe utilizzata come
 indirizzo IP di origine dei nostri messaggi.

32
00:02:09,840 --> 00:02:12,480
 Quindi è possibile specificare la
 lunghezza della maschera hash.

33
00:02:12,480 --> 00:02:14,840
 Ne parlerò nell'ultimo video qui.

34
00:02:14,840 --> 00:02:17,960
 Ne parleremo un po', ma per impostazione
 predefinita è 0.

35
00:02:17,960 --> 00:02:20,540
 E poi facoltativamente puoi
 specificare la priorità.

36
00:02:20,540 --> 00:02:25,320
 Come ho detto, la priorità
 è 0 se la lasci stare.

37
00:02:25,320 --> 00:02:29,880
 Ecco come si configura il candidato BSR.

38
00:02:29,880 --> 00:02:32,900
 Come configuro gli RP candidati?

39
00:02:32,900 --> 00:02:36,120
 Beh, un'auto RP, quella era, ricordi?

40
00:02:36,120 --> 00:02:40,100
 Qual era il comando in Auto RP per
 specificare il candidato RP?

41
00:02:40,100 --> 00:02:51,080
 Bene, si spera che il comando che ti è venuto
 in mente sia IPPIM RP-send-announce.

42
00:02:51,080 --> 00:02:52,700
 Annuncio di invio RP.

43
00:02:52,700 --> 00:02:56,320
 Ecco come configuri il candidato
 RP nel mondo dell'auto RP.

44
00:02:56,320 --> 00:03:03,000
 Ebbene, nel mondo della BSR,
 è il candidato RP dell'IPPIM.

45
00:03:03,000 --> 00:03:06,760
 Quindi posso sicuramente vedere questa
 come una domanda su qualche test.

46
00:03:06,760 --> 00:03:10,560
 Possono darti entrambi e dire quale
 è utilizzato da Auto RP e quale

47
00:03:10,560 --> 00:03:12,960
 uno è utilizzato da BSR.

48
00:03:12,960 --> 00:03:15,800
 Quindi sicuramente quando
 avrò capito bene.

49
00:03:15,800 --> 00:03:16,940
 Stessa cosa qui.

50
00:03:16,940 --> 00:03:20,060
 Il candidato RP deve specificare un'interfaccia
 per dire quale sia la sua fonte

51
00:03:20,060 --> 00:03:23,600
 L'indirizzo IP sarà.

52
00:03:23,600 --> 00:03:27,380
 E a quel punto, potresti semplicemente
 premere Invio e lasciarlo stare.

53
00:03:27,380 --> 00:03:31,600
 E annuncerà la sua candidatura RP come
 candidato per tutti i multicast

54
00:03:31,600 --> 00:03:36,060
 gruppi. Ma proprio come l'RP automatico, potresti
 fare riferimento a un elenco di accesso da dire

55
00:03:36,060 --> 00:03:40,260
 per quali gruppi particolari
 annuncerà la sua candidatura.

56
00:03:40,260 --> 00:03:43,460
 E puoi specificare una priorità.

57
00:03:43,460 --> 00:03:46,920
 E tra poco parlerò ancora
 un po' della priorità

58
00:03:46,920 --> 00:03:54,020
 morso. Ora come posso monitorarlo?

59
00:03:54,020 --> 00:03:57,940
 Mostra IPPIM BSR e mostra
 la mappatura IPPIM RP.

60
00:03:57,940 --> 00:04:02,020
 Lo stesso comando mostra la mappatura IPPIM RP
 è anche ciò che abbiamo usato per monitorare

61
00:04:02,020 --> 00:04:04,140
 anche l'RP automatico.

62
00:04:04,140 --> 00:04:06,660
 Quindi quel comando funziona
 in entrambe le direzioni.

63
00:04:06,660 --> 00:04:11,800
 Ora, prima di configurarlo effettivamente
 e di farlo funzionare, in realtà,

64
00:04:11,800 --> 00:04:14,420
 bene, andiamo avanti e facciamolo.

65
00:04:14,420 --> 00:04:18,020
 Farò una traccia con lo snipper,
 poi lo esamineremo e torneremo

66
00:04:18,020 --> 00:04:27,180
 a queste diapositive qui.

67
00:04:27,180 --> 00:04:31,940
 Va bene, quindi entreremo, vediamo qui.

68
00:04:31,940 --> 00:04:35,840
 Togliamo subito un po' del nostro materiale
 RP automatico perché non ne abbiamo bisogno

69
00:04:35,840 --> 00:04:46,940
 Entrambi. Quindi inizierò riconvertendo
 tutte le mie interfacce in

70
00:04:46,940 --> 00:04:54,060
 modalità sparsa, che elimina tutto quel potenziale
 allagamento che mi preoccupava

71
00:04:54,060 --> 00:05:20,160
 Di. 0001. Va bene.

72
00:05:20,160 --> 00:05:22,320
 Cosa abbiamo qui?

73
00:05:22,320 --> 00:05:24,940
 Questo è zero barra zero.

74
00:05:24,940 --> 00:05:33,640
 Va bene. E questo ragazzo qui mostra
 la sezione di esecuzione PIM.

75
00:05:33,640 --> 00:05:38,900
 Eliminiamolo perché non utilizziamo
 più l'RP automatico.

76
00:05:38,900 --> 00:05:55,080
 Ok, andiamo al router otto.

77
00:05:55,080 --> 00:05:58,380
 E in questo momento questo ragazzo, credo, stia
 configurando il nostro agente di mappatura.

78
00:05:58,380 --> 00:06:02,820
 Quindi eliminiamolo perché
 è per l'RP automatico.

79
00:06:02,820 --> 00:06:20,120
 Ora non ci resta che andare
 al router quattro.

80
00:06:20,120 --> 00:06:23,560
 Ok, a questo punto siamo
 tutti configurati.

81
00:06:23,560 --> 00:06:29,160
 Siamo tornati alla modalità sparsa, ma non abbiamo
 ancora configurato alcun elemento BSR.

82
00:06:29,160 --> 00:06:34,000
 Quindi iniziamo con la configurazione,
 vediamo qui.

83
00:06:34,000 --> 00:06:41,120
 Perché non abbiamo il router quattro e il router
 otto che contendono entrambi di essere BSR.

84
00:06:41,120 --> 00:06:48,100
 Quindi configureremo entrambi
 i router come BSR candidati.

85
00:06:48,100 --> 00:06:52,300
 E faremo semplicemente affidamento su, utilizzeremo
 la priorità per prendere la decisione

86
00:06:52,300 --> 00:06:53,140
 chi è il vincitore.

87
00:06:53,140 --> 00:06:57,620
 Quindi darò al router quattro la priorità
 più alta rispetto al router otto.

88
00:06:57,620 --> 00:07:00,460
 Sul router otto non configurerò
 nemmeno la priorità.

89
00:07:00,460 --> 00:07:03,220
 Quindi iniziamo con il router
 quattro visto che siamo qui.

90
00:07:03,220 --> 00:07:08,100
 Candidato trattino IP PIM BSR.

91
00:07:08,100 --> 00:07:13,180
 E selezioneremo semplicemente, non lo
 so, seriale zero barra uno barra zero

92
00:07:13,180 --> 00:07:16,240
 come indirizzo IP di origine.

93
00:07:16,240 --> 00:07:18,360
 Lasceremo la maschera hash predefinita.

94
00:07:18,360 --> 00:07:21,940
 E nota che se vuoi ottenere la
 priorità, devi specificarlo

95
00:07:21,940 --> 00:07:25,780
 la maschera hash. Ora so che in questo
 momento stai dicendo cos'è un hash

96
00:07:25,780 --> 00:07:27,360
 maschera? Non lo hai ancora spiegato.

97
00:07:27,360 --> 00:07:29,500
 Bene, ci arriveremo.

98
00:07:29,500 --> 00:07:37,140
 Ma ora farò l'elenco delle priorità,
 farò una priorità 40.

99
00:07:37,140 --> 00:07:40,540
 Ok, e prima di fare qualsiasi cosa del genere,
 voglio iniziare a fare qualche sniffer

100
00:07:40,540 --> 00:07:50,940
 tracce qui. Quindi continuiamo a catturare,
 cosa vogliamo catturare qui?

101
00:07:50,940 --> 00:07:59,540
 La velocità dei nostri quattro è a zero zero,
 ovvero zero sette sull'interruttore.

102
00:07:59,540 --> 00:08:04,700
 Ok, tutto ciò che entra o esce da lì.

103
00:08:04,700 --> 00:08:11,200
 Che ne dici dei nostri otto
 zero zero e zero uno?

104
00:08:11,200 --> 00:08:19,860
 Saranno zero due e zero tredici.

105
00:08:19,860 --> 00:08:24,600
 E così dovrebbe andare.

106
00:08:24,600 --> 00:08:29,440
 Vediamo qui. E avremo il
 router tre come candidato

107
00:08:29,440 --> 00:08:32,980
 RP. Sto già catturando su zero zero, quindi
 dovrebbe catturare i suoi messaggi

108
00:08:32,980 --> 00:08:35,540
 anche quando arriviamo a lui.

109
00:08:35,540 --> 00:08:38,020
 Va bene, allora andiamo
 all'interruttore qui.

110
00:08:38,020 --> 00:08:40,600
 Prima di farlo.

111
00:08:40,600 --> 00:09:00,200
 Andiamo all'interruttore.

112
00:09:00,200 --> 00:09:03,820
 Ok, quindi sarà zero barra due,
 velocità a zero barra sette

113
00:09:03,820 --> 00:09:10,220
 e fastione a zero barra tredici.

114
00:09:10,220 --> 00:09:26,440
 Ok, torniamo al router quattro.

115
00:09:26,440 --> 00:09:41,660
 Ok, iniziamo la traccia dello sniffer.

116
00:09:41,660 --> 00:09:45,180
 Ok, quindi possiamo vedere un sacco
 di messaggi di bootstrap.

117
00:09:45,180 --> 00:09:48,100
 E il motivo per cui ne vediamo così
 tanti è perché li sto catturando

118
00:09:48,100 --> 00:09:51,200
 su più interfacce, quindi
 li vediamo arrivare.

119
00:09:51,200 --> 00:09:52,740
 Li stiamo vedendo uscire.

120
00:09:52,740 --> 00:09:55,740
 Stiamo vedendoli inoltrati.

121
00:09:55,740 --> 00:09:58,320
 In realtà è solo un messaggio però.

122
00:09:58,320 --> 00:10:04,520
 Quindi se lo apro un po'.

123
00:10:04,520 --> 00:10:09,660
 Nota quindi che è trasportato nel PIM perché
 questo è un altro tipo di messaggio PIM,

124
00:10:09,660 --> 00:10:11,600
 bootstrap di tipo messaggio quattro.

125
00:10:11,600 --> 00:10:17,740
 Ed è piuttosto semplice in questo caso.

126
00:10:17,740 --> 00:10:20,740
 Sta dicendo che questo
 è il router bootstrap.

127
00:10:20,740 --> 00:10:22,060
 Desidero essere il router bootstrap.

128
00:10:22,060 --> 00:10:24,500
 Questo è il router quattro in questo momento,
 due punto quattro punto due punto quattro.

129
00:10:24,500 --> 00:10:29,480
 E gli abbiamo dato una
 priorità di quaranta.

130
00:10:29,480 --> 00:10:35,680
 E ora andremo avanti e configureremo
 un comando simile sul router otto.

131
00:10:35,680 --> 00:10:39,180
 Ma gli daremo semplicemente
 una priorità inferiore.

132
00:10:39,180 --> 00:10:51,220
 Lo lasceremo così e basta.

133
00:10:51,220 --> 00:10:55,080
 Quindi ora entrambi inviano messaggi
 BSR e continueranno a farlo

134
00:10:55,080 --> 00:10:57,900
 fare così. Non è che uno si fermerà.

135
00:10:57,900 --> 00:11:02,580
 Nel mondo di alcuni protocolli come lo spanning
 tree, ad esempio, una volta che tutti

136
00:11:02,580 --> 00:11:06,220
 sa chi è il root bridge, è solo
 compito del root bridge inviare

137
00:11:06,220 --> 00:11:09,700
 periodicamente escono le BPDU e
 tutti gli altri stanno zitti.

138
00:11:09,700 --> 00:11:12,760
 Non è così con la BSR.

139
00:11:12,760 --> 00:11:18,240
 In questo caso particolare, continuiamo
 a catturarne alcuni qui.

140
00:11:18,240 --> 00:11:27,220
 Probabilmente è sufficiente.

141
00:11:27,220 --> 00:11:29,440
 Non abbiamo ancora ricevuto alcun
 messaggio di bootstrap.

142
00:11:29,440 --> 00:11:32,740
 Andiamo avanti.

143
00:11:32,740 --> 00:11:48,100
 Ok, ecco alcuni messaggi di bootstrap.

144
00:11:48,100 --> 00:11:51,620
 Due quattro, due quattro, due quattro.

145
00:11:51,620 --> 00:12:02,120
 Quindi quello che succede in questo caso particolare
 è che sembra che ci siamo persi,

146
00:12:02,120 --> 00:12:07,420
 Non ho catturato il messaggio di bootstrap
 inviato dal router otto.

147
00:12:07,420 --> 00:12:11,540
 Ma è molto probabile che non appena
 premo il comando sul router otto,

148
00:12:11,540 --> 00:12:16,420
 prima ancora di avere la possibilità di creare
 il proprio messaggio bootstrap, potrebbe farlo

149
00:12:16,420 --> 00:12:20,260
 hanno ricevuto il messaggio di bootstrap
 in entrata dal router quattro e lui

150
00:12:20,260 --> 00:12:22,980
 potrei aver appena realizzato, oh,
 il router quattro è migliore di me.

151
00:12:22,980 --> 00:12:27,240
 Ha una priorità più alta della mia,
 quindi non creerò nemmeno il mio

152
00:12:27,240 --> 00:12:29,880
 Proprio. Inoltrerò semplicemente il suo.

153
00:12:29,880 --> 00:12:37,420
 Quindi tutti questi hanno il nome o l'ID
 del router quattro nel campo BSR.

154
00:12:37,420 --> 00:12:39,600
 Ma potrei cambiare la situazione.

155
00:12:39,600 --> 00:12:43,160
 In realtà, andiamo al router otto
 e diamogli una priorità di 50, e

156
00:12:43,160 --> 00:12:50,880
 vedremo come cambierà la situazione.

157
00:12:50,880 --> 00:12:56,860
 Va bene, ricominciamo da capo.

158
00:12:56,860 --> 00:13:01,560
 Andiamo, squalo del filo.

159
00:13:01,560 --> 00:13:04,580
 Va bene, e tutti questi falliscono.

160
00:13:04,580 --> 00:13:37,800
 Ricominciare da capo. Va bene.

161
00:13:37,800 --> 00:13:40,620
 Ora non riesco nemmeno a fermare
 la traccia dello snipper.

162
00:13:40,620 --> 00:13:44,760
 Carino. Eccoci qua.

163
00:13:44,760 --> 00:13:51,420
 Ok, qui vediamo che il router bootstrap
 viene pubblicizzato come otto

164
00:13:51,420 --> 00:13:52,940
 punto due punto otto punto otto.

165
00:13:52,940 --> 00:13:57,500
 Ora, poiché sto catturando su più interfacce,
 non lo sappiamo davvero

166
00:13:57,500 --> 00:14:03,740
 se questo è il messaggio di bootstrap
 originato dal router otto o se

167
00:14:03,740 --> 00:14:05,260
 questo è solo uno che andava bene.

168
00:14:05,260 --> 00:14:07,580
 Quindi veniamo inoltrati
 da un altro router.

169
00:14:07,580 --> 00:14:18,620
 Ma non vediamo nemmeno che qui c'è un, beh,
 ecco il router quattro, tre punto quattro

170
00:14:18,620 --> 00:14:19,560
 punto tre punto quattro.

171
00:14:19,560 --> 00:14:21,400
 Questo è l'indirizzo IP
 del router quattro.

172
00:14:21,400 --> 00:14:25,280
 Quindi, basandoci sul fatto che quello è il suo
 indirizzo di origine, possiamo vedere che lo è

173
00:14:25,280 --> 00:14:30,320
 inoltrando il messaggio di
 bootstrap dal router otto.

174
00:14:30,320 --> 00:14:33,720
 Quindi non vediamo più nemmeno il messaggio
 di bootstrap dal router quattro.

175
00:14:33,720 --> 00:14:37,780
 Ha cancellato il suo nome da lì e tutti
 ora si rendono conto di quel router

176
00:14:37,780 --> 00:14:41,600
 otto è il BSR, in virtù
 della priorità più alta.

177
00:14:41,600 --> 00:14:46,520
 Ora l'ultimo pezzo del puzzle è
 rendere un router un candidato

178
00:14:46,520 --> 00:14:55,740
 RP. Quindi torneremo al
 nostro amico router tre.

179
00:14:55,740 --> 00:15:04,940
 E lo faremo IPPIM RP-Canada, ethernet
 veloce zero barra uno.

180
00:15:04,940 --> 00:15:10,020
 E non cambierò la priorità
 o qualcosa del genere.

181
00:15:10,020 --> 00:15:15,840
 Cambierò l'intervallo in modo
 che escano più frequentemente.

182
00:15:15,840 --> 00:15:30,700
 Ricominciamo daccapo.

183
00:15:30,700 --> 00:15:46,260
 Ok, questo è ciò che volevo sottolineare.

184
00:15:46,260 --> 00:15:49,120
 Eccoci qua. Va bene.

185
00:15:49,120 --> 00:15:59,740
 Quindi un router che funge da candidato
 RP in PIMBSR non parlerà nemmeno.

186
00:15:59,740 --> 00:16:03,820
 Non invierà nemmeno un annuncio
 RP, e lo vediamo qui, si chiama

187
00:16:03,820 --> 00:16:05,340
 un candidato RP.

188
00:16:05,340 --> 00:16:07,460
 Annuncio del candidato RP.

189
00:16:07,460 --> 00:16:11,940
 Non lo invierà nemmeno finché non
 saprà chi è il router bootstrap.

190
00:16:11,940 --> 00:16:13,900
 Ora, perché?

191
00:16:13,900 --> 00:16:16,120
 Bene perché, dai un'occhiata
 a questo messaggio.

192
00:16:16,120 --> 00:16:18,740
 Questo non è multicast.

193
00:16:18,740 --> 00:16:20,720
 Questo è unicast.

194
00:16:20,720 --> 00:16:25,160
 Quindi i candidati RP, una volta che sanno
 chi è il BSR, lo inviano effettivamente

195
00:16:25,160 --> 00:16:29,960
 un annuncio RP unicast
 direttamente al BSR.

196
00:16:29,960 --> 00:16:34,800
 E chiaramente non potrebbero farlo
 se non sapessero in anticipo chi

197
00:16:34,800 --> 00:16:40,780
 la BSR lo è. Quindi eccolo qui
 che lo sta inviando alla BSR.

198
00:16:40,780 --> 00:16:43,040
 E possiamo vedere che dice,
 ecco il mio nome.

199
00:16:43,040 --> 00:16:47,060
 Voglio essere il RP per tutto.

200
00:16:47,060 --> 00:16:57,640
 E poi... Quindi vediamo,
 ecco il primissimo.

201
00:16:57,640 --> 00:17:03,020
 E così adesso, quindi ora il nostro messaggio
 di bootstrap dal BSR non contiene solo

202
00:17:03,020 --> 00:17:08,380
 il suo identificatore, il suo nome, ma contiene
 anche le informazioni a riguardo

203
00:17:08,380 --> 00:17:10,620
 punto d'incontro.

204
00:17:10,620 --> 00:17:15,060
 Ora, prima di andare oltre, torniamo
 alle diapositive perché

205
00:17:15,060 --> 00:17:17,820
 Non voglio andare troppo avanti
 rispetto a me stesso.

206
00:17:17,820 --> 00:17:27,280
 Ok, abbiamo visto che il BSR invia
 i cosiddetti messaggi di bootstrap.

207
00:17:27,280 --> 00:17:31,140
 Ora ecco una grande differenza
 tra questo e l'RP automatico.

208
00:17:31,140 --> 00:17:36,380
 Nel mondo dell'auto RP, l'agente cartografico
 era responsabile della raccolta

209
00:17:36,380 --> 00:17:41,200
 tutti i messaggi annunciati da RP e l'agente
 di mappatura hanno eletto il migliore

210
00:17:41,200 --> 00:17:43,480
 RP per ogni dato gruppo.

211
00:17:43,480 --> 00:17:46,820
 Quindi tutti gli altri router là fuori
 non necessariamente ne sapevano tutto

212
00:17:46,820 --> 00:17:51,060
 gamma di RP. Tutto quello che sapevano
 erano gli RP dell'agente di mappatura

213
00:17:51,060 --> 00:17:55,500
 aveva eletto. PIMBSR non è così.

214
00:17:55,500 --> 00:18:01,920
 In PIMBSR, l'idea è che tutte le informazioni
 unicastor dell'RP arrivino al BSR,

215
00:18:01,920 --> 00:18:07,300
 il BSR li raccoglie tutti in un elenco combinato
 in quel messaggio di bootstrap

216
00:18:07,300 --> 00:18:08,520
 e poi lo invia.

217
00:18:08,520 --> 00:18:13,760
 Quindi ogni router nella rete
 conosce ogni singolo BSR.

218
00:18:13,760 --> 00:18:17,980
 Non ogni singolo BSR, ogni
 singolo punto d'incontro.

219
00:18:17,980 --> 00:18:22,320
 Quindi, se sono un router seduto da qualche
 parte nella rete e dico, okay, l'ho fatto

220
00:18:22,320 --> 00:18:26,520
 ho appena ricevuto un messaggio di
 bootstrap dal BSR e lì dentro c'è

221
00:18:26,520 --> 00:18:32,300
 un elenco di quattro diversi punti d'incontro,
 che servono tutti esattamente lo stesso

222
00:18:32,300 --> 00:18:35,880
 gruppo. Bene, sappiamo che il nostro,
 quel PIM non può farlo.

223
00:18:35,880 --> 00:18:37,720
 Il PIM può usarne solo uno.

224
00:18:37,720 --> 00:18:42,020
 Quindi, invece di un RP automatico in cui
 un router prendeva quella decisione, il

225
00:18:42,020 --> 00:18:45,020
 l'agente di mappatura ha detto:
 ti dirò chi dovresti usare.

226
00:18:45,020 --> 00:18:48,560
 In questo caso la decisione spetta
 a ciascun router individualmente.

227
00:18:48,560 --> 00:18:51,660
 Ogni router quando riceve questi messaggi
 di bootstrap in arrivo, se lo fanno

228
00:18:51,660 --> 00:18:55,400
 vedere due o più router che servono
 lo stesso gruppo, ciascun router

229
00:18:55,400 --> 00:19:01,020
 sceglieranno autonomamente per
 quale RP desiderano utilizzare

230
00:19:01,020 --> 00:19:02,640
 qualsiasi dato gruppo.

231
00:19:02,640 --> 00:19:05,140
 Ora, tra poco entrerò più in dettaglio
 a riguardo, ma abbiamo visto

232
00:19:05,140 --> 00:19:11,500
 un po', un po' un'anteprima di quello
 perché quando abbiamo guardato

233
00:19:11,500 --> 00:19:14,120
 al nostro, torniamo indietro.

234
00:19:14,120 --> 00:19:16,360
 Anzi, andiamo un po' avanti.

235
00:19:16,360 --> 00:19:17,500
 Quindi questo è il messaggio
 di bootstrap.

236
00:19:17,500 --> 00:19:19,780
 L'abbiamo visto nella
 traccia dello snipper.

237
00:19:19,780 --> 00:19:24,500
 Generato dai BSR arriva a 220.000, 13.

238
00:19:24,500 --> 00:19:28,920
 Contiene un elenco di tutti i
 punti d'incontro conosciuti.

239
00:19:28,920 --> 00:19:30,480
 Quindi la BSR non discrimina.

240
00:19:30,480 --> 00:19:35,220
 Li raccoglie tutti e li inserisce
 in quel messaggio di bootstrap.

241
00:19:35,220 --> 00:19:40,640
 Quindi notalo in questo particolare messaggio
 qui, e questo mi salverà da

242
00:19:40,640 --> 00:19:41,960
 doverlo fare in laboratorio.

243
00:19:41,960 --> 00:19:45,540
 Si noti che in questo particolare messaggio,
 il router bootstrap dice, okay,

244
00:19:45,540 --> 00:19:48,380
 Ti sto parlando di due BSR.

245
00:19:48,380 --> 00:19:55,500
 Quindi entrambi questi BSR servono
 esattamente lo stesso gruppo.

246
00:19:55,500 --> 00:19:58,960
 220, sai, l'intera gamma multicast.

247
00:19:58,960 --> 00:20:05,000
 Quindi ci sono due punti d'incontro
 di cui ti sto parlando.

248
00:20:05,000 --> 00:20:10,640
 E dice, okay, la priorità per il
 primo punto d'incontro, 2722, è

249
00:20:10,640 --> 00:20:15,640
 20. La priorità per il secondo
 punto d'incontro è 30.

250
00:20:15,640 --> 00:20:17,520
 Quindi penso che questo ti dia
 un piccolo suggerimento.

251
00:20:17,520 --> 00:20:20,980
 In questo caso particolare
 vince la priorità.

252
00:20:20,980 --> 00:20:25,120
 La priorità più alta, quindi tutti i router
 che la ricevono sceglieranno autonomamente

253
00:20:25,120 --> 00:20:30,900
 3.7.3.3 come punto d'incontro
 perché ha la priorità più alta

254
00:20:30,900 --> 00:20:45,120
 rispetto a 2.7.2. E ho cercato questo
 perché ero solo curioso, sai,

255
00:20:45,120 --> 00:20:48,040
 ogni volta che vedo tracce di sniffer, sono sempre
 curioso di ogni singolo piccolo dettaglio

256
00:20:48,040 --> 00:20:51,600
 campo e cosa significa, probabilmente
 non avrai mai bisogno di saperlo

257
00:20:51,600 --> 00:20:55,260
 per qualsiasi tipo di test
 o altro, tranne FRP.

258
00:20:55,260 --> 00:20:58,800
 Che cos'è? Per quelli di voi come me a
 cui piace sapere questo genere di cose,

259
00:20:58,800 --> 00:21:02,180
 che sta per conteggio RP dei frammenti.

260
00:21:02,180 --> 00:21:08,220
 Ciò a cui si riferisce è che dovresti
 avere molti RP per realizzarlo

261
00:21:08,220 --> 00:21:11,900
 accadere, ma c'è la possibilità
 che diciamo che hai, non lo so,

262
00:21:11,900 --> 00:21:16,320
 100 RP o 100 potenziali
 RP nella tua rete.

263
00:21:16,320 --> 00:21:22,200
 E il loro elenco completo non può essere
 contenuto in un singolo bootstrap

264
00:21:22,200 --> 00:21:27,120
 Messaggio. Bene, in tal caso, il messaggio
 di bootstrap potrebbe essere frammentato,

265
00:21:27,120 --> 00:21:32,700
 inserito in più pacchetti IP, quindi il conteggio
 FRP fornisce una sorta di indizio

266
00:21:32,700 --> 00:21:35,940
 quanto a, okay, stanno arrivando
 altri frammenti.

267
00:21:35,940 --> 00:21:40,300
 Ci sono più RP di quelli che ti
 mando solo in questo bootstrap

268
00:21:40,300 --> 00:21:43,000
 Messaggio. Cercatene anche degli altri.

269
00:21:43,000 --> 00:21:46,880
 Quindi questo è una sorta di indicatore
 per i router riceventi a riguardo.

270
00:21:46,880 --> 00:21:50,700
 Probabilmente non lo vedrai usato molto spesso,
 perché come ho detto, lo avresti fatto

271
00:21:50,700 --> 00:21:52,680
 avere molti potenziali RP.

272
00:21:52,680 --> 00:21:57,480
 Per riempirlo così tanto che non
 entrerà in un unico pacchetto.

273
00:21:57,480 --> 00:22:08,600
 E il tag frammento viene utilizzato
 dalla stessa cosa.

274
00:22:08,600 --> 00:22:13,880
 Quindi un tag frammento è un po' come
 pensare all'intestazione IP di un IPv4

275
00:22:13,880 --> 00:22:16,900
 pacchetto. C'è il campo ID, giusto?

276
00:22:16,900 --> 00:22:20,740
 Quindi, se il pacchetto IP deve essere frammentato,
 ogni singolo frammento lo sarà

277
00:22:20,740 --> 00:22:24,280
 avere lo stesso identico numero
 ID del pacchetto originale.

278
00:22:24,280 --> 00:22:27,440
 In questo modo possono essere tutti una specie di,
 quando i riceventi ricevono questi frammenti,

279
00:22:27,440 --> 00:22:30,920
 possono dire, oh, okay, so che fa
 tutto parte di un tutto coerente

280
00:22:30,920 --> 00:22:33,340
 pacchetto. Questo è lo
 stesso tipo di cose.

281
00:22:33,340 --> 00:22:37,320
 Se un messaggio di bootstrap deve essere
 frammentato, conterranno tutti il ​​file

282
00:22:37,320 --> 00:22:39,020
 stesso tag del frammento.

283
00:22:39,020 --> 00:22:49,960
 Va bene? Ok, quindi questi sono
 i messaggi dei candidati RP.

284
00:22:49,960 --> 00:22:51,460
 Lo abbiamo esaminato nella
 traccia dello snippet.

285
00:22:51,460 --> 00:22:54,040
 Abbiamo visto come sono unicast.

286
00:22:54,040 --> 00:22:56,500
 Include una priorità.

287
00:22:56,500 --> 00:23:00,600
 Utilizza PIM come protocollo
 di trasporto.

288
00:23:00,600 --> 00:23:04,220
 Quindi dietro l'intestazione IP abbiamo
 visto che veniva trasportata nel PIM.

289
00:23:04,220 --> 00:23:08,600
 E ancora una volta, ecco un
 esempio di uno di questi.

290
00:23:08,600 --> 00:23:14,180
 E lo abbiamo già visto nella cattura
 dello squalo da cecchino.

291
00:23:14,180 --> 00:23:20,700
 Adesso andiamo a questo punto,
 perché ho tutto configurato,

292
00:23:20,700 --> 00:23:29,800
 andiamo al router due, che ha ricevuto
 questi messaggi di bootstrap.

293
00:23:29,800 --> 00:23:35,920
 E utilizzeremo lo stesso comando che abbiamo
 usato in auto RP, mostra IP PIM

294
00:23:35,920 --> 00:23:42,160
 Mappatura RP. E possiamo vedere.

295
00:23:42,160 --> 00:23:46,160
 Dice che in questo caso ho solo
 un RP, quindi non c'è molto

296
00:23:46,160 --> 00:23:50,780
 Qui. Ma se avessi configurato due o tre
 o quattro RP candidati, così come

297
00:23:50,780 --> 00:23:51,960
 è un dato di fatto, facciamolo.

298
00:23:51,960 --> 00:23:57,140
 Perché un router bootstrap potrebbe anche
 essere un candidato RP allo stesso tempo.

299
00:23:57,140 --> 00:24:04,760
 Andiamo quindi al router quattro e configuriamo
 anche lui come candidato RP.

300
00:24:04,760 --> 00:24:20,900
 Candidato RP. Ok, quindi ora
 andiamo al router due.

301
00:24:20,900 --> 00:24:32,320
 Ok, ora vediamo tutti i punti
 d'incontro, giusto?

302
00:24:32,320 --> 00:24:37,600
 Perché erano tutti contenuti in quell'unico
 messaggio di bootstrap.

303
00:24:37,600 --> 00:24:42,460
 E dice che uno di questi potrebbe
 essere un potenziale candidato

304
00:24:42,460 --> 00:24:44,900
 l'intera gamma multicast.

305
00:24:44,900 --> 00:24:50,680
 Ora, guardando solo questo risultato in questo
 momento, non c'è modo di prevederlo

306
00:24:50,680 --> 00:24:54,760
 proprio da questo comando, quale router
 verrà effettivamente utilizzato.

307
00:24:54,760 --> 00:24:59,380
 Quindi, se questo ragazzo ha bisogno di inviare un messaggio
 di registrazione o di partecipazione, andrà

308
00:24:59,380 --> 00:25:02,600
 per usare due quattro o due quattro,
 oppure userà otto tre, otto

309
00:25:02,600 --> 00:25:05,000
 tre, perché entrambi hanno esattamente
 la stessa priorità?

310
00:25:05,000 --> 00:25:07,360
 Beh, da questo non si può dire.