1
00:00:08,480 --> 00:00:10,780
 Quindi ora, congratulazioni.

2
00:00:10,780 --> 00:00:13,200
 Se hai guardato questa
 serie dall'inizio, sì

3
00:00:13,200 --> 00:00:16,140
 è arrivato all'ultimo video.

4
00:00:16,140 --> 00:00:19,480
 Se a questo punto non ti gira la testa,
 i tuoi occhi non sono vitrei,

5
00:00:19,480 --> 00:00:24,340
 buon lavoro. Quindi ora faremo la nostra
 ultima cosa, ovvero tornare indietro

6
00:00:24,340 --> 00:00:25,680
 al router di bootstrap.

7
00:00:25,680 --> 00:00:28,900
 E l'ultimo video con cui ho concluso, beh, cosa
 succede se un router ha ricevuto un file

8
00:00:28,900 --> 00:00:30,960
 messaggio di bootstrap?

9
00:00:30,960 --> 00:00:37,120
 Vede più RP lì dentro, tutti con la stessa
 priorità, tutti in manutenzione

10
00:00:37,120 --> 00:00:41,700
 o tutti offrono i loro servizi
 per la stessa gamma di gruppi.

11
00:00:41,700 --> 00:00:46,460
 In che modo il singolo router decide
 quale verrà selezionato?

12
00:00:46,460 --> 00:00:53,220
 Quindi sappiamo che i singoli router
 prendono questa decisione.

13
00:00:53,220 --> 00:00:55,620
 Quindi ecco il nostro altro inizio.

14
00:00:55,620 --> 00:01:00,300
 Vince chi ha la priorità più bassa.

15
00:01:00,300 --> 00:01:03,700
 E se la priorità è la stessa, viene
 eseguita una funzione hash.

16
00:01:03,700 --> 00:01:07,800
 Ed è qui che le cose diventano
 davvero complesse.

17
00:01:07,800 --> 00:01:14,120
 Quindi ricorda come quando stavo configurando
 il candidato BSR, quello c'era

18
00:01:14,120 --> 00:01:17,940
 un campo lì dentro che in un certo senso veniva
 nascosto e veniva chiamato maschera di hash

19
00:01:17,940 --> 00:01:21,880
 lunghezza. E ho detto che il
 valore predefinito era zero.

20
00:01:21,880 --> 00:01:26,560
 Bene, questo è specifico per
 l'uso in questo scenario.

21
00:01:26,560 --> 00:01:29,080
 Quindi parliamone.

22
00:01:29,080 --> 00:01:32,220
 Quindi, prima di passare alla diapositiva successiva,
 tieni presente questo punto elenco

23
00:01:32,220 --> 00:01:37,960
 giusto qui. Con una lunghezza della maschera hash
 predefinita pari a zero, un singolo appuntamento

24
00:01:37,960 --> 00:01:43,200
 punto verrà sempre selezionato per ogni
 indirizzo di destinazione del gruppo.

25
00:01:43,200 --> 00:01:50,440
 Quindi quello che sta dicendo è che, per impostazione
 predefinita, questi rendezvous tutto nel file

26
00:01:50,440 --> 00:01:53,100
 gamma di classe D, voglio farlo.

27
00:01:53,100 --> 00:01:58,520
 Quindi, se ho saputo di, diciamo, quattro
 punti d'incontro, sarebbero tutti

28
00:01:58,520 --> 00:02:02,780
 così nel mio messaggio bootstrap, con una
 lunghezza della maschera hash pari a zero

29
00:02:02,780 --> 00:02:07,460
 Ho imparato dal BSR che, come router
 individuale, selezionerò solo

30
00:02:07,460 --> 00:02:12,440
 uno di quegli RP dalla lista
 e lo userò per tutto.

31
00:02:12,440 --> 00:02:17,720
 Cambiando quel numero da zero
 a qualcos'altro, ti dà il

32
00:02:17,720 --> 00:02:19,880
 capacità di bilanciare
 leggermente il carico.

33
00:02:19,880 --> 00:02:23,140
 Ad esempio, modificando quel numero in
 qualcos'altro, il tuo router locale

34
00:02:23,140 --> 00:02:33,060
 potrei dire, ok, per l'intervallo del
 gruppo da 225.001 a 225.008, lo farò

35
00:02:33,060 --> 00:02:35,260
 seleziona RP numero uno.

36
00:02:35,260 --> 00:02:42,020
 Da 225.009 a 225.012, selezionerò
 RP numero due.

37
00:02:42,020 --> 00:02:47,600
 Ciò può accadere modificando la lunghezza
 della maschera hash sul BSR stesso.

38
00:02:47,600 --> 00:02:51,500
 Ma se lasci il valore predefinito pari a
 zero, verrà utilizzato solo un singolo RP

39
00:02:51,500 --> 00:02:53,540
 per tutto. E forse non ti interessa.

40
00:02:53,540 --> 00:02:57,080
 Forse per te va bene.

41
00:02:57,080 --> 00:03:04,600
 Ok, quindi lo inserisco qui solo
 come una sorta di riferimento.

42
00:03:04,600 --> 00:03:10,520
 L'algoritmo è in realtà un po' sgradevole
 e complesso, ma fondamentalmente ecco

43
00:03:10,520 --> 00:03:18,780
 l'idea è che quando un router riceve
 un messaggio di bootstrap, se vedi

44
00:03:18,780 --> 00:03:21,980
 due RP lì dentro, prendiamone
 solo due come esempio.

45
00:03:21,980 --> 00:03:25,420
 Due RP che hanno lo stesso peso, la
 stessa priorità, dicono entrambi:

46
00:03:25,420 --> 00:03:27,560
 Voglio essere il RP per lo
 stesso identico gruppo.

47
00:03:27,560 --> 00:03:29,520
 Ok, ecco cosa farà questo router locale.

48
00:03:29,520 --> 00:03:32,640
 Creerà un hash, che è un numero lungo.

49
00:03:32,640 --> 00:03:35,580
 Lo farà dicendo, okay, prenderò il

50
00:03:35,580 --> 00:03:38,360
 numero del gruppo che voi ragazzi
 state dicendo di voler fare.

51
00:03:38,360 --> 00:03:43,360
 Prenderò il tuo nome, il tuo indirizzo
 IP e prenderò il file

52
00:03:43,360 --> 00:03:48,440
 la lunghezza della maschera hash fornita
 tramite BSR è leggermente più alta

53
00:03:48,440 --> 00:03:51,240
 Messaggio. E combinerò tutte queste
 cose in questo davvero complesso

54
00:03:51,240 --> 00:03:54,900
 formula, e questo sputerà fuori questo
 numero, questo valore hash.

55
00:03:54,900 --> 00:04:01,400
 Selezionerò chiunque alla fine
 otterrà l'hash più alto.

56
00:04:01,400 --> 00:04:09,260
 Ora, è molto improbabile che due RP abbiano
 esattamente lo stesso numero,

57
00:04:09,260 --> 00:04:14,100
 ma se in teoria ciò accadesse, il che è teoricamente
 possibile, qualunque cosa accada

58
00:04:14,100 --> 00:04:17,760
 RP avesse l'indirizzo IP più
 alto sarebbe il vincitore.

59
00:04:17,760 --> 00:04:21,460
 Ok, quindi in cosa si traduce
 veramente tutto questo?

60
00:04:21,460 --> 00:04:23,540
 Prima di tutto, come faccio
 a sapere chi è il vincitore?

61
00:04:23,540 --> 00:04:28,020
 Perché quando sono tornato a, torniamo
 a questo comando qui, show

62
00:04:28,020 --> 00:04:34,520
 Mappatura IP PIM, non me l'ha detto, ha solo
 detto, okay, queste sono le potenzialità

63
00:04:34,520 --> 00:04:36,620
 RP che potrei usare.

64
00:04:36,620 --> 00:04:40,080
 Bene, ecco un comando davvero carino
 che puoi usare per capire davvero,

65
00:04:40,080 --> 00:04:43,760
 anche prima che avvenga il multicast,
 si potrebbe dire, beh, se il multicast

66
00:04:43,760 --> 00:04:52,240
 di, oh, diciamo che 228.8.8 accadrà
 mai in futuro, che è il PMI in corso

67
00:04:52,240 --> 00:04:55,440
 usare? Cosa, chi avrà l'hash più alto?

68
00:04:55,440 --> 00:05:03,160
 Bene, puoi usare questo simpatico comando
 per questo, mostra IP PIM RP dash hash.

69
00:05:03,160 --> 00:05:06,160
 E poi il numero, come ad esempio,
 per questo particolare gruppo, 228

70
00:05:06,160 --> 00:05:14,300
 .70.87.65, potete vedere che 2.7.22, ha concluso
 con un valore leggermente più alto

71
00:05:14,300 --> 00:05:17,560
 valore hash superiore a 3733.

72
00:05:17,560 --> 00:05:23,900
 Quindi il 2722 verrà selezionato come punto
 d'incontro per questo particolare gruppo.

73
00:05:23,900 --> 00:05:26,140
 Facciamolo qui sul mio vero router.

74
00:05:26,140 --> 00:05:30,920
 Mostra l'hash del trattino IP PIM RP.

75
00:05:30,920 --> 00:05:34,360
 Scegliamo semplicemente
 un numero, 227.777.

76
00:05:34,360 --> 00:05:41,300
 E puoi vedere qui che 2424
 sarà il vincitore.

77
00:05:41,300 --> 00:05:43,320
 Ha il valore di hash più grande.

78
00:05:43,320 --> 00:05:57,740
 Ora, qualsiasi numero che inserisco in questo
 comando dovrebbe sempre risultare 2424

79
00:05:57,740 --> 00:06:00,980
 il vincitore. Non dovrebbe
 davvero avere importanza.

80
00:06:00,980 --> 00:06:04,040
 Sì, è il vincitore per questo.

81
00:06:04,040 --> 00:06:08,200
 Sì, è il vincitore per questo.

82
00:06:08,200 --> 00:06:12,540
 Quindi puoi vedere che sta praticamente eseguendo
 l'hashing allo stesso identico valore.

83
00:06:12,540 --> 00:06:17,920
 Perché ciò a cui si riferisce la lunghezza della
 maschera hash è una specie di sottorete

84
00:06:17,920 --> 00:06:19,940
 maschera o una maschera
 con caratteri jolly.

85
00:06:19,940 --> 00:06:24,020
 E ciò che maschera è il gruppo.

86
00:06:24,020 --> 00:06:29,320
 Ma quando la maschera è tutta zero, in
 pratica significa non pensarci nemmeno

87
00:06:29,320 --> 00:06:31,640
 il gruppo durante la creazione dell'hash.

88
00:06:31,640 --> 00:06:35,100
 Nessuno dei pezzi del
 gruppo ha importanza.

89
00:06:35,100 --> 00:06:44,680
 Basta eseguire l'hash
 contro l'indirizzo IP.

90
00:06:44,680 --> 00:06:50,080
 E ora puoi dire, OK, beh, voglio
 iniziare a fare un po' di carico

91
00:06:50,080 --> 00:06:53,580
 rimbalzando come hai detto tu, Keith, voglio
 fare un po' di hashish di gruppo

92
00:06:53,580 --> 00:06:57,920
 all'RP numero uno, gli altri gruppi
 eseguono l'hash sull'RP numero due.

93
00:06:57,920 --> 00:06:59,700
 Come lo faccio?

94
00:06:59,700 --> 00:07:04,820
 Bene, è lì che diventa più una forma
 d'arte che una scienza, a meno che

95
00:07:04,820 --> 00:07:08,500
 ti piacciono molto gli algoritmi e
 la matematica, cosa che a me no.

96
00:07:08,500 --> 00:07:16,900
 Quindi, in questo caso particolare,
 cambierò la maschera.

97
00:07:16,900 --> 00:07:22,420
 OK, era il router otto, otto punto
 due punto otto punto otto.

98
00:07:22,420 --> 00:07:25,180
 Ora lasciami andare da lui.

99
00:07:25,180 --> 00:07:32,720
 Quindi quello che farò è cambiare la
 lunghezza della sua maschera hash.

100
00:07:32,720 --> 00:07:35,260
 E questo comando proprio qui da zero.

101
00:07:35,260 --> 00:07:41,060
 Qualcos'altro. Dirò di quel 32 bit.

102
00:07:41,060 --> 00:07:45,060
 Indirizzo multicast.

103
00:07:45,060 --> 00:07:53,960
 Voglio che tu ne estragga
 31, 31 di quei pezzi.

104
00:07:53,960 --> 00:07:57,300
 Quindi, in teoria, cosa dovrebbe fare,
 visto che è rimasto solo un pezzettino,

105
00:07:57,300 --> 00:08:00,620
 beh, quel bit può essere solo
 uno zero o uno, giusto?

106
00:08:00,620 --> 00:08:05,540
 Quindi, in teoria, ciò che dovrebbe fare
 è dividere equamente il carico tra

107
00:08:05,540 --> 00:08:09,160
 i due RP. E non sono sicuro
 di come lo farà, ma dovrebbe

108
00:08:09,160 --> 00:08:12,660
 in un certo senso dividilo
 tra entrambi gli RP ora.

109
00:08:12,660 --> 00:08:18,420
 Scopriamolo. Torniamo al router due.

110
00:08:18,420 --> 00:08:21,520
 Ha saputo della nuova
 lunghezza dell'hash?

111
00:08:21,520 --> 00:08:24,860
 Sì. Quindi proprio qui, ha saputo
 della nuova lunghezza.

112
00:08:24,860 --> 00:08:27,040
 Quindi ora iniziamo a testarlo.

113
00:08:27,040 --> 00:08:34,660
 226, 888. OK, sembra che 2424
 sarà l'RP per quello.

114
00:08:34,660 --> 00:08:43,140
 E l'889? Sembra ancora R4, 881.

115
00:08:43,140 --> 00:08:49,060
 Ora troviamo dei numeri leggermente
 diversi, ma è pur sempre R4,

116
00:08:49,060 --> 00:08:55,060
 888.11. Ad un certo punto, eccoci qua.

117
00:08:55,060 --> 00:09:02,520
 OK, quindi 888.12. Ora abbiamo il secondo
 RP, 8383 in arrivo con il più alto

118
00:09:02,520 --> 00:09:06,360
 numero. Quindi, come ho detto,
 è una specie di forma d'arte.

119
00:09:06,360 --> 00:09:10,060
 Devi solo giocare sul BSR
 con numeri diversi per il

120
00:09:10,060 --> 00:09:11,760
 lunghezza della maschera hash.

121
00:09:11,760 --> 00:09:16,840
 Ma penso che sia praticamente impossibile
 prevedere in anticipo cosa accadrà

122
00:09:16,840 --> 00:09:21,340
 con un numero dove puoi prevedere,
 ok, se uso 31 o se uso 30, questo

123
00:09:21,340 --> 00:09:24,400
 Verranno utilizzati RP o verrà
 utilizzato quell'RP.

124
00:09:24,400 --> 00:09:27,180
 Sai, se entri nella formula nelle
 specifiche PIM, potresti

125
00:09:27,180 --> 00:09:28,540
 essere in grado di capirlo.

126
00:09:28,540 --> 00:09:32,540
 Ma questo è molto più lavoro
 di quanto mi piacerebbe fare.

127
00:09:32,540 --> 00:09:38,600
 Ed ecco come vengono selezionati gli RP in
 base a questi messaggi di bootstrap che

128
00:09:38,600 --> 00:09:40,280
 sono stati ricevuti.

129
00:09:40,280 --> 00:09:44,120
 Quindi riassumiamo tutto questo
 e poi avremo finito.

130
00:09:44,120 --> 00:09:47,700
 Quindi il router bootstrap PIM, numero
 uno, è uno standard Internet

131
00:09:47,700 --> 00:09:51,660
 sviluppato per la versione due del PIM.

132
00:09:51,660 --> 00:09:57,320
 Numero due, hai ancora il concetto
 di RP candidati e BSR.

133
00:09:57,320 --> 00:09:59,620
 La BSR deve essere scoperta prima.

134
00:09:59,620 --> 00:10:02,220
 È eletto. Ce n'è solo uno.

135
00:10:02,220 --> 00:10:05,900
 Tutti scoprono chi è il BSR.

136
00:10:05,900 --> 00:10:10,360
 E poi tutti gli RP candidati gli
 hanno trasmesso i loro messaggi.

137
00:10:10,360 --> 00:10:15,900
 Successivamente, quel BSR crea quello che viene
 chiamato messaggio bootstrap, che ha un file

138
00:10:15,900 --> 00:10:20,420
 elenco completo di ogni singolo RP di cui
 ha mai sentito parlare e del gruppo e

139
00:10:20,420 --> 00:10:26,000
 la priorità per quell'RP che viene
 disperso nell'intera rete.

140
00:10:26,000 --> 00:10:31,980
 E infine, quando un singolo router ha effettivamente
 bisogno di utilizzare un RP perché

141
00:10:31,980 --> 00:10:36,420
 deve registrare qualcosa e
 deve inviare un join, entra

142
00:10:36,420 --> 00:10:40,260
 quel messaggio di bootstrap, ovvero lo
 ha archiviato in memoria, come noi

143
00:10:40,260 --> 00:10:44,840
 Vedere qui. Esegue il valore hash, la
 funzione hash e quindi qualunque cosa

144
00:10:44,840 --> 00:10:48,880
 RP finisce con l'hash più alto, quello
 utilizzato in questo momento

145
00:10:48,880 --> 00:10:53,800
 per questa specifica necessità di registrare
 qualcosa o di inviare un join.

146
00:10:53,800 --> 00:10:58,620
 E questo riassume il concetto
 del router bootstrap PIM.