1
00:00:08,440 --> 00:00:11,620
 Va bene, quindi fino a questo punto,
 se hai guardato i video da

2
00:00:11,620 --> 00:00:15,920
 dall'inizio fino ad ora,
 l'ho suddiviso in sezioni

3
00:00:15,920 --> 00:00:19,320
 per evidenziare ogni sezione, fornire realmente
 i dettagli di ciò che sta accadendo

4
00:00:19,320 --> 00:00:24,100
 in ciascun processo o quando si verifica
 ciascun trigger nel processo PIM.

5
00:00:24,100 --> 00:00:29,960
 Avevamo una sezione sull'albero condiviso
 in costruzione e sui trigger

6
00:00:29,960 --> 00:00:33,640
 e i messaggi che ne derivano, abbiamo
 poi realizzato un altro video

7
00:00:33,640 --> 00:00:38,180
 il processo di registrazione come
 fonte avvia quello che sembra.

8
00:00:38,180 --> 00:00:42,240
 Poi abbiamo avuto un'altra sezione su come
 unirsi all'albero del percorso più breve.

9
00:00:42,240 --> 00:00:44,300
 Quindi metterò tutto a fuoco.

10
00:00:44,300 --> 00:00:47,360
 Ora farò solo una rapida revisione
 di tutto ciò sulla lavagna

11
00:00:47,360 --> 00:00:49,060
 le cose come succedono.

12
00:00:49,060 --> 00:00:51,140
 Non farò più tracce sniffate
 o laboratori.

13
00:00:51,140 --> 00:00:54,480
 Lo abbiamo già fatto nel tratto precedente
 nelle sezioni precedenti.

14
00:00:54,480 --> 00:00:58,600
 Ti mostrerò semplicemente sulla lavagna per
 terminare l'intero processo così com'è

15
00:00:58,600 --> 00:01:01,540
 accade. Quindi, spero che questo
 lo metta a fuoco se fossi gentile

16
00:01:01,540 --> 00:01:05,640
 di essere bloccato in questo momento a vedere la foresta
 attraverso gli alberi come dice il proverbio.

17
00:01:05,640 --> 00:01:09,440
 Quindi, torniamo alla nostra lavagna qui.

18
00:01:09,440 --> 00:01:19,960
 Ok, quindi ora con il multicast, potrebbe
 accadere prima una delle due cose.

19
00:01:19,960 --> 00:01:24,840
 Entrambi i ricevitori potrebbero iniziare
 a unirsi al multicast prima del multicast

20
00:01:24,840 --> 00:01:27,640
 è addirittura iniziato, e ciò
 potrebbe certamente accadere.

21
00:01:27,640 --> 00:01:30,580
 Sai, ad esempio, se scopri
 che il tuo CEO avrà

22
00:01:30,580 --> 00:01:35,560
 un video alle tre di oggi di una nuova
 grande struttura di bonus nel tuo

23
00:01:35,560 --> 00:01:39,560
 azienda. Beh, prima ancora che il
 video cominci ad uscire alle tre,

24
00:01:39,560 --> 00:01:42,820
 le persone nei loro cubi probabilmente
 inizieranno ad unirsi, sai, cinque o

25
00:01:42,820 --> 00:01:44,840
 dieci minuti prima ancora
 che il video inizi.

26
00:01:44,840 --> 00:01:50,240
 Quindi, ciò potrebbe accadere dove,
 sai, forse hai uno streaming video

27
00:01:50,240 --> 00:01:55,260
 che si avvia e funziona 24 ore su 24, 7 giorni
 su 7, come, sai, il newsfeed della CNN

28
00:01:55,260 --> 00:01:59,520
 o la Bbn, sai, il newsfeed, qualcosa
 che va in continuazione, e

29
00:01:59,520 --> 00:02:01,540
 potrebbe anche non essere
 nessuno a guardarlo.

30
00:02:01,540 --> 00:02:04,840
 Pertanto, il processo di registrazione potrebbe
 avvenire prima e poi i destinatari

31
00:02:04,840 --> 00:02:06,300
 potrebbe unirsi più tardi.

32
00:02:06,300 --> 00:02:10,800
 Quindi, giusto per semplificare le cose,
 inizierò con il primo scenario

33
00:02:10,800 --> 00:02:16,220
 dove si collega prima il ricevitore
 e poi il video si avvia.

34
00:02:16,220 --> 00:02:20,780
 Quindi, proprio come revisione, il passaggio numero
 uno in questo processo è se il destinatario

35
00:02:20,780 --> 00:02:24,480
 si sta unendo, sappiamo che il ricevitore,
 assumeremo semplicemente IPv4

36
00:02:24,480 --> 00:02:26,020
 ora solo per mantenerlo semplice.

37
00:02:26,020 --> 00:02:29,620
 Sappiamo che il ricevitore, che è il
 mio portatile qui a sinistra, lo farà

38
00:02:29,620 --> 00:02:31,740
 inviare cosa? Domanda di revisione.

39
00:02:31,740 --> 00:02:36,120
 Che tipo di messaggio IgMP il ricevitore
 invierà al suo gateway predefinito

40
00:02:36,120 --> 00:02:39,420
 dicendo: desidero far parte
 di questo flusso?

41
00:02:39,420 --> 00:02:42,200
 Chi può rispondere?

42
00:02:42,200 --> 00:02:51,360
 Bene, si spera che la risposta che hai trovato
 sia stata un rapporto sull'adesione a IgMP.

43
00:02:51,360 --> 00:02:54,200
 A volte lo chiamano join IgMP.

44
00:02:54,200 --> 00:02:58,520
 Questo è un termine gergale per questo,
 ma il termine tecnico è IgMP

45
00:02:58,520 --> 00:03:00,720
 rapporto di adesione.

46
00:03:00,720 --> 00:03:04,360
 E sappiamo che l'indirizzo di destinazione
 di quel rapporto sarà qualunque

47
00:03:04,360 --> 00:03:08,700
 il flusso è che il ragazzo desidera
 guardare, e anche nel corpo del

48
00:03:08,700 --> 00:03:12,740
 report, verrà visualizzato anche il campo GDA, il
 campo dell'indirizzo di destinazione del gruppo

49
00:03:12,740 --> 00:03:15,120
 essere esattamente la stessa cosa.

50
00:03:15,120 --> 00:03:22,520
 Ok, ora se questo router qui non è abilitato
 per PIM, su quell'interfaccia,

51
00:03:22,520 --> 00:03:26,840
 lo ignorerà perché i router non ascoltano
 IgMP per impostazione predefinita.

52
00:03:26,840 --> 00:03:29,700
 Lo ignorano. Quindi, questo è uno dei
 motivi per cui dobbiamo abilitare PIM

53
00:03:29,700 --> 00:03:34,680
 in qualche forma, in modalità densa o
 sparsa, su questa interfaccia, perché

54
00:03:34,680 --> 00:03:39,920
 ciò consente anche l'elaborazione delle
 IgMP come sottoprodotto di ciò.

55
00:03:39,920 --> 00:03:43,320
 Quindi, supponiamo, per amor di discussione,
 che ogni singola interfaccia

56
00:03:43,320 --> 00:03:48,040
 che vediamo qui in questo disegno ha
 già la modalità sparsa PIM abilitata.

57
00:03:48,040 --> 00:03:49,560
 Ok, quindi supponiamolo.

58
00:03:49,560 --> 00:03:53,040
 Inoltre, supponiamo, per amor di discussione,
 di averlo già predeterminato

59
00:03:53,040 --> 00:03:58,300
 che il punto d'incontro del PIM
 sarà il router tre proprio qui.

60
00:03:58,300 --> 00:04:03,880
 E tutti i router, compreso il
 router tre, puntano all'IP

61
00:04:03,880 --> 00:04:07,600
 indirizzo sul router tre veloce, Ethernet
 zero zero, che è tre punti

62
00:04:07,600 --> 00:04:12,260
 quattro punto tre punto tre
 come indirizzo PIM RP.

63
00:04:12,260 --> 00:04:17,920
 E nel caso te ne fossi dimenticato,
 il comando a livello globale era IP

64
00:04:17,920 --> 00:04:25,480
 Indirizzo del trattino PIM RP,
 quindi inserisci l'indirizzo.

65
00:04:25,480 --> 00:04:29,480
 E lo abbiamo fatto su ogni singolo
 router, incluso lo stesso RP.

66
00:04:29,480 --> 00:04:32,640
 Ok, questo era il comando per configurare
 staticamente un RP.

67
00:04:32,640 --> 00:04:37,020
 Ok, quindi il PIM è abilitato.

68
00:04:37,020 --> 00:04:38,840
 Tutti sanno chi è l'RP.

69
00:04:38,840 --> 00:04:41,640
 E, naturalmente, tutti devono
 poter raggiungere l'RP.

70
00:04:41,640 --> 00:04:44,920
 Quindi, supponiamo che esista una sorta
 di protocollo di routing come EIGRP

71
00:04:44,920 --> 00:04:48,340
 o RIP o qualcosa del genere,
 in esecuzione in background.

72
00:04:48,340 --> 00:04:51,360
 Quindi tutti sanno come arrivare a tutto.

73
00:04:51,360 --> 00:04:55,980
 Ok, quindi tutti i prerequisiti di
 base sono già stati completati.

74
00:04:55,980 --> 00:05:00,680
 Va bene, quindi ora arriva il rapporto
 di adesione all'IGMP sul router due.

75
00:05:00,680 --> 00:05:06,680
 Ora, se lo facessi in quel momento, subito
 dopo che il router due ha ricevuto l'IGMP

76
00:05:06,680 --> 00:05:12,100
 rapporto di appartenenza, se ho eseguito
 il comando show IP em route nel router

77
00:05:12,100 --> 00:05:18,520
 due, ecco una domanda di revisione,
 che tipo di voce em route vedrei?

78
00:05:18,520 --> 00:05:24,600
 Esattamente. Grazie, Pietro.

79
00:05:24,600 --> 00:05:27,380
 E per quelli di voi che guardano, spero che
 abbiate detto che avreste visto una stella

80
00:05:27,380 --> 00:05:29,460
 voce virgola G. Esattamente.

81
00:05:29,460 --> 00:05:31,780
 Ecco perché vedrei una stella virgola G.

82
00:05:31,780 --> 00:05:35,540
 Quindi in questo caso particolare,
 se lo scrivo, lo terrò qui

83
00:05:35,540 --> 00:05:37,700
 in rosso per indicare cose PIM.

84
00:05:37,700 --> 00:05:45,660
 Quindi nel router due vedrei la
 voce virgola 239.999, che è cosa

85
00:05:45,660 --> 00:05:47,320
 chiamiamo stella virgola G.

86
00:05:47,320 --> 00:05:51,220
 Accanto a questo ci sarebbe
 l'indirizzo RP 3433.

87
00:05:51,220 --> 00:05:54,640
 Ciò indica che sappiamo effettivamente
 chi è l'RP.

88
00:05:54,640 --> 00:05:56,500
 Ok, un'altra domanda di revisione.

89
00:05:56,500 --> 00:06:02,440
 Usare questo disegno particolare è la nostra
 linea guida e presupporre che sia veloce

90
00:06:02,440 --> 00:06:07,020
 I collegamenti Ethernet rappresentano una metrica di routing
 molto migliore rispetto al collegamento seriale,

91
00:06:07,020 --> 00:06:12,360
 che la seriale è davvero l'ultima via
 preferita per arrivare ovunque.

92
00:06:12,360 --> 00:06:14,540
 E lo dico per un motivo.

93
00:06:14,540 --> 00:06:19,060
 Nella voce stella virgola G, avremmo qualcosa
 chiamato interfaccia in entrata.

94
00:06:19,060 --> 00:06:21,540
 Lo abbrevierò semplicemente in IIF.

95
00:06:21,540 --> 00:06:34,200
 Sul router due, quale interfaccia vedremmo
 come interfaccia in entrata?

96
00:06:34,200 --> 00:06:37,740
 Giusto. Sarebbe Ethernet
 veloce zero barra uno.

97
00:06:37,740 --> 00:06:40,400
 E se te ne sei dimenticato, se hai detto,
 beh, come ti è venuta in mente?

98
00:06:40,400 --> 00:06:45,100
 Ricorda che con la voce stella virgola
 G, è tutto basato sull'appuntamento

99
00:06:45,100 --> 00:06:47,800
 punto. Chi è il punto d'incontro?

100
00:06:47,800 --> 00:06:49,980
 Come arriviamo al punto d'incontro?

101
00:06:49,980 --> 00:06:54,220
 E in questo caso particolare, in questo diagramma,
 è una scommessa abbastanza sicura

102
00:06:54,220 --> 00:06:57,640
 affinché il router due raggiunga il punto
 d'incontro, il percorso migliore è veloce

103
00:06:57,640 --> 00:06:59,840
 Ethernet zero barra uno.

104
00:06:59,840 --> 00:07:03,500
 Quindi diciamolo, Fast Ethernet
 zero barra uno.

105
00:07:03,500 --> 00:07:04,980
 Ok, prossima domanda.

106
00:07:04,980 --> 00:07:08,580
 Ci sarebbe anche qualcosa
 chiamato vicino RPF.

107
00:07:08,580 --> 00:07:13,500
 Quale indirizzo IP verrà elencato
 nel campo vicino RPF?

108
00:07:13,500 --> 00:07:26,480
 Sì, sarebbe l'indirizzo IP del suo
 vicino a monte, che in questo

109
00:07:26,480 --> 00:07:27,980
 il caso è il router otto.

110
00:07:27,980 --> 00:07:32,960
 Ora ricorda il vicino a monte in relazione
 a come arrivo all'appuntamento

111
00:07:32,960 --> 00:07:38,080
 punto. Quindi sarebbe otto punto quattro
 punto otto punto otto, che non lo è

112
00:07:38,080 --> 00:07:41,320
 otto punto quattro, otto punto
 due punto otto punto otto.

113
00:07:41,320 --> 00:07:46,180
 Quindi il router due è il router vicino
 otto a monte per raggiungere

114
00:07:46,180 --> 00:07:47,740
 punto d'incontro.

115
00:07:47,740 --> 00:07:53,260
 Ultima cosa, ci sarebbe anche qualcosa
 qui chiamato interfaccia in uscita

116
00:07:53,260 --> 00:07:58,700
 elenco. Quale interfaccia, se presente, sarà presente
 nell'elenco delle interfacce in uscita

117
00:07:58,700 --> 00:08:10,020
 Proprio adesso? Sì, quindi, si spera,
 beh, quella sarebbe l'interfaccia

118
00:08:10,020 --> 00:08:12,940
 che hanno ricevuto la
 relazione di adesione.

119
00:08:12,940 --> 00:08:17,080
 L'interfaccia dove se effettivamente ricevessimo
 il multicast in cui ci troviamo

120
00:08:17,080 --> 00:08:17,640
 lo invierò.

121
00:08:17,640 --> 00:08:22,240
 In questo caso particolare, tutta questa
 stella, la voce G è stata creata perché

122
00:08:22,240 --> 00:08:24,580
 abbiamo ricevuto una richiesta.

123
00:08:24,580 --> 00:08:29,380
 Abbiamo ricevuto un rapporto di adesione
 all'IGMP su Fast Ethernet zero zero.

124
00:08:29,380 --> 00:08:33,740
 Quindi questo è ciò che sarà nel nostro elenco
 di interfacce in uscita, perché è così

125
00:08:33,740 --> 00:08:35,220
 dove il destinatario si è unito.

126
00:08:35,220 --> 00:08:39,380
 Ok, quindi tutto accade in una frazione di
 secondo non appena si verifica l'adesione

127
00:08:39,380 --> 00:08:40,920
 arriva il rapporto.

128
00:08:40,920 --> 00:08:48,600
 Quindi ciò fa sì che R2 generi e trasmetta
 un tipo speciale di messaggio PIM.

129
00:08:48,600 --> 00:08:52,180
 Come chiamiamo questo
 tipo di messaggio PIM?

130
00:08:52,180 --> 00:09:02,680
 Bene, spero che tu abbia risposto
 che si chiama unione PIM.

131
00:09:02,680 --> 00:09:05,060
 Quindi questo è il tipo
 di termine generico.

132
00:09:05,060 --> 00:09:08,720
 Ma abbiamo anche parlato del fatto che in
 realtà esistono due diversi tipi di PIM

133
00:09:08,720 --> 00:09:12,980
 si unisce. Prendono lo stesso formato di
 pacchetto, ma a causa della presenza o

134
00:09:12,980 --> 00:09:16,820
 mancanza di determinati flag, c'erano
 due diversi tipi di join.

135
00:09:16,820 --> 00:09:20,500
 Che tipo di join genererà R2?

136
00:09:20,500 --> 00:09:31,380
 Quindi spero che tu abbia detto Keith,
 sarà una star, G join, un PIM

137
00:09:31,380 --> 00:09:36,360
 stella, G si unisce esattamente,
 perché R2 non conosce la fonte.

138
00:09:36,360 --> 00:09:39,080
 Quindi in quell'unione ci sarà una
 piccola bandiera chiamata jolly

139
00:09:39,080 --> 00:09:43,700
 flag, il che significa che
 non so quale sia la fonte.

140
00:09:43,700 --> 00:09:48,760
 E tra tutte le interfacce di cui dispone
 R2, quale interfaccia verrà utilizzata

141
00:09:48,760 --> 00:09:51,900
 effettivamente trasmetti
 quella stella, G join?

142
00:09:51,900 --> 00:10:01,540
 Dove andrà?

143
00:10:01,540 --> 00:10:06,460
 Giusto. In modo che l'intenzione di quella
 stella, G join, sia di inviarla

144
00:10:06,460 --> 00:10:09,560
 eventualmente per arrivare
 al punto d'incontro.

145
00:10:09,560 --> 00:10:12,320
 Vogliamo far sapere al punto d'incontro,
 ehi, abbiamo qualcuno che lo fa

146
00:10:12,320 --> 00:10:13,500
 è interessato qui.

147
00:10:13,500 --> 00:10:15,700
 E sì, voi ragazzi del live streaming
 avete risposto correttamente.

148
00:10:15,700 --> 00:10:19,780
 È tutto basato fondamentalmente su due
 cose, l'interfaccia in entrata, che

149
00:10:19,780 --> 00:10:23,740
 è l'interfaccia che ho utilizzato per raggiungere
 il punto d'incontro e l'RPF

150
00:10:23,740 --> 00:10:26,560
 vicino. Quindi, in questo caso particolare,
 verrà effettivamente trasmesso

151
00:10:26,560 --> 00:10:29,780
 fuori dal veloce Ethan a zero barra uno.

152
00:10:29,780 --> 00:10:34,520
 E poi poiché conosciamo i nostri vicini
 RPF 8.2.8.8, guarderemo nel nostro

153
00:10:34,520 --> 00:10:38,300
 Tabella ARP, scopriremo quali sono
 gli indirizzi MAC di quel tizio.

154
00:10:38,300 --> 00:10:44,160
 Ed è così che la prossima domanda, in
 realtà, è una domanda di revisione.

155
00:10:44,160 --> 00:10:48,440
 Quale sarà l'indirizzo MAC di destinazione
 di questo frame Ethernet

156
00:10:48,440 --> 00:11:08,500
 portando questa stella PIM, G si unisce?

157
00:11:08,500 --> 00:11:10,700
 Beh, questo è stato un po' complicato.

158
00:11:10,700 --> 00:11:16,060
 Questo è un po' complicato perché la stella
 G si unisce allo strato tre del

159
00:11:16,060 --> 00:11:20,960
 il livello di rete va esattamente allo stesso
 indirizzo IP di destinazione del PIM

160
00:11:20,960 --> 00:11:25,760
 ciao. 224 00 13.

161
00:11:25,760 --> 00:11:29,180
 Ora che sappiamo che la destinazione del
 livello tre è un indirizzo multicast,

162
00:11:29,180 --> 00:11:32,580
 questo dovrebbe darti un'idea, ah, okay,
 se la destinazione del livello tre

163
00:11:32,580 --> 00:11:38,280
 l'indirizzo è un indirizzo multicast, quindi possiamo
 derivare la destinazione del livello due

164
00:11:38,280 --> 00:11:42,700
 Indirizzo MAC da quell'indirizzo
 multicast.

165
00:11:42,700 --> 00:11:46,540
 Quindi, proprio all'inizio dei video
 di ieri, ho detto che tutto IPB4

166
00:11:46,540 --> 00:11:51,720
 i multicast vanno all'indirizzo 0100 5E.

167
00:11:51,720 --> 00:11:56,540
 E poi ho detto, in pratica, mappare
 gli ultimi 23 bit nel MAC

168
00:11:56,540 --> 00:12:02,700
 indirizzo qui. Bene, 13 in esadecimale
 è ciò che 10, 11, 12, 13, ABCD.

169
00:12:02,700 --> 00:12:13,340
 Quindi questo è D. Quindi
 sarò 0100 5E, 0000 D.

170
00:12:13,340 --> 00:12:22,560
 Se ho capito bene, 0100 5E,
 e poi D è, sì, D è 13, ABCD,

171
00:12:22,560 --> 00:12:27,320
 10, 11, 12, 13. Quindi quello sarà effettivamente
 l'indirizzo MAC di destinazione di

172
00:12:27,320 --> 00:12:31,420
 quella stella, G join, perché
 andrà in multicast.

173
00:12:31,420 --> 00:12:38,480
 Nell'intestazione IP effettiva, quale sarà
 il tempo in cui vivere in quell'IP

174
00:12:38,480 --> 00:12:47,060
 intestazione per quel join?

175
00:12:47,060 --> 00:12:49,720
 Giusto. Sarà uno.

176
00:12:49,720 --> 00:12:54,020
 Ricorda, abbiamo parlato di come gli indirizzi
 multicast hanno ambiti diversi.

177
00:12:54,020 --> 00:12:57,040
 E abbiamo detto, secondo l'Internet Assigned
 Numbers Authority, qualsiasi

178
00:12:57,040 --> 00:13:02,800
 l'indirizzo multicast che inizia con 22400
 è chiamato ambito locale del collegamento,

179
00:13:02,800 --> 00:13:06,200
 il che significa che dovrebbe avere
 solo il tempo di vivere di uno.

180
00:13:06,200 --> 00:13:09,900
 È pensato solo per il tuo vicino di casa.

181
00:13:09,900 --> 00:13:11,020
 Quindi lascia che ti chieda questo.

182
00:13:11,020 --> 00:13:16,160
 Se questo join stella virgola G deve
 essere elaborato solo dal router 8 e

183
00:13:16,160 --> 00:13:28,440
 poi scartato, come farà ad arrivare
 al punto d'incontro?

184
00:13:28,440 --> 00:13:31,520
 Bene, il router 8 dovrà replicarlo.

185
00:13:31,520 --> 00:13:34,280
 Esattamente. Dovrà crearne
 uno nuovo lui stesso.

186
00:13:34,280 --> 00:13:39,080
 Quindi, in pratica, il join proveniente dal
 router 2, l'indirizzo di origine sarà,

187
00:13:39,080 --> 00:13:43,200
 in questo caso, 8.2.8.2, indirizzo
 di origine del router 2.

188
00:13:43,200 --> 00:13:46,620
 La destinazione sarà 2240013.

189
00:13:46,620 --> 00:13:49,900
 Il router 8 lo elaborerà nella sua CPU.

190
00:13:49,900 --> 00:13:52,780
 La sua CPU dirà, oh, questa è una
 virgola G che si unisce a stella.

191
00:13:52,780 --> 00:13:57,400
 Ha il bit RP impostato, il che significa
 che deve essere inoltrato al file

192
00:13:57,400 --> 00:13:58,300
 punto d'incontro.

193
00:13:58,300 --> 00:14:02,520
 Quindi il router 8 dirà, OK, utilizzerò
 la mia interfaccia in entrata, which

194
00:14:02,520 --> 00:14:05,980
 è, dice, oh, oh, quindi quando il router
 8 lo capisce, indovina un po'?

195
00:14:05,980 --> 00:14:10,500
 Questo creerà in lui lo stato stella
 virgola G, che non aveva

196
00:14:10,500 --> 00:14:14,360
 Prima. Quindi ora avrà lo stato
 G della virgola stellare.

197
00:14:14,360 --> 00:14:18,780
 Sembrerà molto simile a quello
 che abbiamo visto prima.

198
00:14:18,780 --> 00:14:25,820
 Ora, la sua interfaccia in entrata sarà
 veloce Ethan a 00.83, perché è così

199
00:14:25,820 --> 00:14:29,420
 la sua interfaccia per raggiungere
 il punto d'incontro.

200
00:14:29,420 --> 00:14:40,460
 Il suo vicino RPF sarà in realtà 8.3.8.3,
 e la sua interfaccia in uscita

201
00:14:40,460 --> 00:14:46,360
 list sarà l'interfaccia che ha ricevuto
 il join PIM stella virgola G, che

202
00:14:46,360 --> 00:14:48,660
 è veloce Ethan a 0 barra 1.

203
00:14:48,660 --> 00:14:52,260
 Quindi ora che ha creato lo stato stella
 virgola G, dice, OK, ne ho bisogno

204
00:14:52,260 --> 00:14:55,720
 per ora creare la mia stella
 virgola G unisciti.

205
00:14:55,720 --> 00:14:57,300
 Ed ecco fatto.

206
00:14:57,300 --> 00:15:03,860
 Unione PIM stella virgola G.

207
00:15:03,860 --> 00:15:09,060
 Anche questo andrà all'indirizzo di
 destinazione 2240013, ma questo

208
00:15:09,060 --> 00:15:12,840
 avrà un indirizzo di origine diverso
 perché proviene dal router

209
00:15:12,840 --> 00:15:15,980
 8. Quindi, se lo acquisiamo in una traccia
 sniffer, l'indirizzo IP di origine di

210
00:15:15,980 --> 00:15:21,960
 sarebbe 8.3.8.8.

211
00:15:21,960 --> 00:15:25,500
 E poi, una volta ottenuto il punto d'incontro,
 ora si crea la virgola stellare

212
00:15:25,500 --> 00:15:39,220
 Stato G in lui. Sa di essere
 l'RP, quindi lo vedrai lì.

213
00:15:39,220 --> 00:15:44,780
 Cosa vedremo nello stato della stella
 virgola G dell'interfaccia in entrata

214
00:15:44,780 --> 00:15:54,620
 il punto d'incontro?

215
00:15:54,620 --> 00:15:58,620
 Giusto. In questo caso particolare
 dirà di no, perché ricordalo

216
00:15:58,620 --> 00:16:01,940
 l'interfaccia in entrata è l'interfaccia
 che porta all'RP.

217
00:16:01,940 --> 00:16:04,940
 Ebbene, se l'RP avesse una doppia personalità
 e fosse psicotico, potrebbe farlo

218
00:16:04,940 --> 00:16:05,980
 metti qualcos'altro lì dentro.

219
00:16:05,980 --> 00:16:09,820
 Ma lui dice, guarda, sono normale, sto
 bene, so di essere l'RP, non uso

220
00:16:09,820 --> 00:16:12,340
 qualsiasi interfaccia per
 arrivare a me stesso.

221
00:16:12,340 --> 00:16:13,860
 Quindi l'interfaccia in entrata è no.

222
00:16:13,860 --> 00:16:19,020
 Cosa avremmo qui come vicini dell'RPF?

223
00:16:19,020 --> 00:16:26,860
 Esatto, sarebbero 000.000.

224
00:16:26,860 --> 00:16:31,040
 Ancora una volta, non utilizzo nessun
 vicino per arrivare a me stesso.

225
00:16:31,040 --> 00:16:34,300
 E qui, l'elenco delle interfacce in uscita
 sarebbe l'interfaccia ricevuta

226
00:16:34,300 --> 00:16:36,540
 la virgola G della stella si unisce.