1
00:00:08,400 --> 00:00:11,420
 Quindi, a questo punto del processo,
 se hai guardato questi video

2
00:00:11,420 --> 00:00:15,800
 dall'inizio fino ad ora, abbiamo praticamente
 coperto la stragrande maggioranza

3
00:00:15,800 --> 00:00:21,340
 dei dettagli del processo PIM e di
 come funziona nel 90% dei casi.

4
00:00:21,340 --> 00:00:24,640
 Ma ci sono ancora un paio di altri dettagli
 che potrebbero esserti sfuggiti

5
00:00:24,640 --> 00:00:27,020
 che è importante sapere ed
 è di questo che parleremo

6
00:00:27,020 --> 00:00:30,820
 ora c'è questo concetto di router designati
 e spedizionieri designati.

7
00:00:30,820 --> 00:00:35,040
 Non è proprio necessario sapere se i PIM
 funzionano perfettamente, ma è così

8
00:00:35,040 --> 00:00:37,900
 laddove le cose non funzionano come previsto, potrebbe
 essere necessario risolvere il problema

9
00:00:37,900 --> 00:00:42,960
 cose, devi assolutamente sapere cosa
 sono questi router, a quale scopo

10
00:00:42,960 --> 00:00:48,260
 servono e perché sono stati eletti
 in questi ruoli particolari.

11
00:00:48,260 --> 00:00:50,300
 Stando così le cose.

12
00:00:50,300 --> 00:00:53,820
 Ho un paio di domande per te.

13
00:00:53,820 --> 00:00:57,240
 Quindi, se lo stai guardando come una
 registrazione, pensaci e sfocalo

14
00:00:57,240 --> 00:01:00,200
 la tua risposta verbalmente, non aver paura
 che le persone nei cubi siano le prossime

15
00:01:00,200 --> 00:01:03,580
 potresti pensare che sei un po' pazzo,
 ma vedi se riesci a rispondere a queste

16
00:01:03,580 --> 00:01:06,740
 domande. Sono fondamentalmente
 domande sì o no.

17
00:01:06,740 --> 00:01:10,180
 Quindi guardando questo diagramma proprio
 qui, abbiamo la nostra fonte in alto

18
00:01:10,180 --> 00:01:15,280
 angolo sinistro e abbiamo due ricevitori,
 il ricevitore X e il ricevitore Y.

19
00:01:15,280 --> 00:01:20,780
 Quindi la mia prima domanda è che supponiamo che
 il ricevitore Y si unisca per primo allo stream

20
00:01:20,780 --> 00:01:23,760
 inviando un rapporto
 di adesione all'IGMP.

21
00:01:23,760 --> 00:01:28,040
 Bene, perché i router tre e quattro sono
 entrambi collegati alla stessa LAN

22
00:01:28,040 --> 00:01:30,800
 segmento, ecco la mia domanda.

23
00:01:30,800 --> 00:01:33,420
 Avrebbe senso logico?

24
00:01:33,420 --> 00:01:37,540
 Ci sarebbe uno scopo dietro entrambi
 i router, router tre e

25
00:01:37,540 --> 00:01:41,720
 quattro, quando entrambi ricevono il rapporto
 di adesione, entrambi lo inviano

26
00:01:41,720 --> 00:01:45,980
 una star, IG si unisce
 al punto d'incontro?

27
00:01:45,980 --> 00:01:51,780
 Beh, si spera che la risposta sia no, non
 ci sarebbe uno scopo dietro questo.

28
00:01:51,780 --> 00:01:55,880
 In effetti, sarebbe una brutta
 cosa perché se entrambi fossero

29
00:01:55,880 --> 00:02:01,740
 i router lo hanno fatto, hanno inviato join
 in questo modo e in questo modo, beh

30
00:02:01,740 --> 00:02:06,720
 indovina un po? Ora, quando il traffico multicast
 inizia effettivamente a verificarsi,

31
00:02:06,720 --> 00:02:11,420
 usa un colore diverso proprio qui
 e inizia a scendere, beh, router

32
00:02:11,420 --> 00:02:14,660
 cinque ha due interfacce e non verrà inserito
 nell'elenco delle interfacce.

33
00:02:14,660 --> 00:02:18,400
 Quindi copierà il traffico multicast
 e alla fine avremo due copie

34
00:02:18,400 --> 00:02:22,600
 dello stesso pacchetto sulla LAN C.

35
00:02:22,600 --> 00:02:23,580
 Non lo vogliamo.

36
00:02:23,580 --> 00:02:27,280
 Non vogliamo copie doppie perché chissà
 come router, come ricevitore

37
00:02:27,280 --> 00:02:28,720
 Y risponderà a questo.

38
00:02:28,720 --> 00:02:32,960
 Il video potrebbe essere davvero discontinuo,
 potrebbe avere un effetto specchio.

39
00:02:32,960 --> 00:02:34,100
 Non lo vogliamo.

40
00:02:34,100 --> 00:02:37,780
 Quindi no, anche se due ore nella
 stessa LAN vedremo l'appartenenza

41
00:02:37,780 --> 00:02:42,840
 report, non vogliamo che entrambi inviino
 il join a monte del rendezvous

42
00:02:42,840 --> 00:02:47,360
 punto. Prossima domanda.

43
00:02:47,360 --> 00:02:54,620
 La sorgente si avvia, invia il suo
 primo pacchetto sulla LAN A.

44
00:02:54,620 --> 00:02:58,740
 Sia i router uno che i router
 due vedono quel pacchetto.

45
00:02:58,740 --> 00:03:03,740
 Una domanda simile è prima, ha
 senso per entrambi i router e

46
00:03:03,740 --> 00:03:09,780
 due per registrare lo stesso pacchetto e
 inviare quei due registri al rendezvous

47
00:03:09,780 --> 00:03:16,560
 punto? Ancora una volta, spero che tu
 abbia detto di no, non ha molto senso

48
00:03:16,560 --> 00:03:20,840
 perché non abbiamo bisogno
 di entrambi per farlo.

49
00:03:20,840 --> 00:03:23,480
 Il numero uno aggiungerà ulteriore
 lavoro al punto d'incontro.

50
00:03:23,480 --> 00:03:28,220
 Ora il punto d'incontro è due volte
 più difficile da ricevere e

51
00:03:28,220 --> 00:03:38,480
 deincapsulare è sufficiente inviare
 un pacchetto alla LAN A.

52
00:03:38,480 --> 00:03:40,720
 Non è necessario inviarne due.

53
00:03:40,720 --> 00:03:44,320
 Quindi, ancora una volta, proprio come non era necessario
 che entrambi i router inviassero star,

54
00:03:44,320 --> 00:03:49,600
 join, non c'è motivo per cui sia il router
 uno che i router due debbano inviare

55
00:03:49,600 --> 00:03:52,940
 registrare i pacchetti sul router sei.

56
00:03:52,940 --> 00:03:57,400
 Solo uno di loro deve farlo.

57
00:03:57,400 --> 00:04:00,140
 E l'ultima domanda.

58
00:04:00,140 --> 00:04:02,880
 Diciamo che il multicast scorre.

59
00:04:02,880 --> 00:04:07,500
 Quindi sta andando da questa parte
 lungo l'albero condiviso.

60
00:04:07,500 --> 00:04:11,240
 Ora anche il ricevitore X
 si è unito a quel flusso.

61
00:04:11,240 --> 00:04:14,900
 Quindi passa anche attraverso
 il router due sulla LAN B.

62
00:04:14,900 --> 00:04:19,040
 E ricorda che i router tre e quattro hanno
 visto entrambi il rapporto di adesione

63
00:04:19,040 --> 00:04:21,080
 dal ricevitore Y.

64
00:04:21,080 --> 00:04:24,640
 Quindi il router tre ha inserito questa interfaccia
 nella sua lista delle interfacce in uscita.

65
00:04:24,640 --> 00:04:28,220
 Il router quattro ha inserito questa interfaccia
 nella sua lista delle interfacce in uscita.

66
00:04:28,220 --> 00:04:32,440
 Quindi il router quattro quando riceve
 i pacchetti, li inoltrerà alla LAN

67
00:04:32,440 --> 00:04:38,780
 C. Quando il router tre vede questi pacchetti
 arrivare alla LAN B, li inoltrerà

68
00:04:38,780 --> 00:04:42,340
 lo stesso pacchetto anche sulla LAN C.

69
00:04:42,340 --> 00:04:43,960
 Lo vogliamo?

70
00:04:43,960 --> 00:04:49,340
 No, non lo facciamo. Ancora una volta abbiamo
 ricevuto pacchetti multicast duplicati

71
00:04:49,340 --> 00:04:53,080
 LAN C. Probabilmente non renderà il
 ricevitore molto felice di vederlo

72
00:04:53,080 --> 00:04:58,700
 Quello. Allora come possiamo evitare questi
 problemi relativi a più router?

73
00:04:58,700 --> 00:05:02,020
 invio di un join per lo stesso
 flusso e la stessa LAN?

74
00:05:02,020 --> 00:05:06,620
 Più router inviano un registro per
 lo stesso flusso sulla stessa LAN.

75
00:05:06,620 --> 00:05:10,280
 Più router inoltrano pacchetti
 duplicati sulla stessa LAN.

76
00:05:10,280 --> 00:05:12,900
 Questo è esattamente ciò di
 cui tratta questo segmento.

77
00:05:12,900 --> 00:05:13,840
 Come possiamo evitarlo?

78
00:05:13,840 --> 00:05:17,220
 Bene PIM, fortunatamente le persone che hanno
 progettato PIM erano molto più intelligenti di

79
00:05:17,220 --> 00:05:20,800
 Me. Hanno pensato in anticipo a questi
 problemi e ne hanno inventati alcuni

80
00:05:20,800 --> 00:05:26,580
 soluzioni. Quindi, come funziona?

81
00:05:26,580 --> 00:05:30,200
 Router ben designato dal PIM.

82
00:05:30,200 --> 00:05:33,920
 Quando due router condividono la stessa LAN,
 uno di essi verrà eletto come router

83
00:05:33,920 --> 00:05:35,820
 Router designato dal PIM.

84
00:05:35,820 --> 00:05:39,220
 Questo viene fatto semplicemente tramite
 uno scambio di saluti PIM.

85
00:05:39,220 --> 00:05:42,880
 È un po' come pensare allo spanning tree,
 se hai familiarità con lo spanning

86
00:05:42,880 --> 00:05:47,720
 albero. Esistono messaggi elettorali speciali
 per eleggere il ponte radicale?

87
00:05:47,720 --> 00:05:52,140
 Nessun diritto? Lo spanning tree
 utilizza solo un formato di BPDU.

88
00:05:52,140 --> 00:05:54,860
 Quel formato di pacchetto viene
 utilizzato per tutto.

89
00:05:54,860 --> 00:05:59,040
 Pertanto, quando due switch inoltrano reciprocamente
 le BPDU, si vedono a vicenda

90
00:05:59,040 --> 00:06:03,220
 nomi e un ragazzo dice, okay, so
 che sei il ponte principale.

91
00:06:03,220 --> 00:06:05,560
 In realtà non lo dice, lo
 pensa nella sua mente.

92
00:06:05,560 --> 00:06:07,540
 Ok, ho perso, è migliore di me.

93
00:06:07,540 --> 00:06:10,000
 Quindi lo considererò semplicemente
 come il ponte principale.

94
00:06:10,000 --> 00:06:12,800
 L'altro ragazzo laggiù dirà: oh,
 ho visto il suo pacchetto.

95
00:06:12,800 --> 00:06:14,340
 Non è bravo quanto me.

96
00:06:14,340 --> 00:06:18,560
 Quindi sarò solo il ponte radice e
 presumo che lui conosca la radice

97
00:06:18,560 --> 00:06:20,800
 ponte. Stesso genere di cose qui con PIM.

98
00:06:20,800 --> 00:06:23,160
 Questi router si scambiano saluti.

99
00:06:23,160 --> 00:06:30,380
 Quando vedono i reciproci saluti sulla
 stessa LAN, guarderanno i loro,

100
00:06:30,380 --> 00:06:32,360
 beh, in realtà sono due cose.

101
00:06:32,360 --> 00:06:34,380
 Numero uno, esiste una priorità PIM.

102
00:06:34,380 --> 00:06:38,300
 Quindi esiste una priorità dell'interfaccia proprio
 come OSPF ha una priorità dell'interfaccia.

103
00:06:38,300 --> 00:06:42,020
 C'è una priorità PIM inclusa
 nel pacchetto hello.

104
00:06:42,020 --> 00:06:46,400
 Quindi chiunque abbia la priorità di interfaccia
 più alta, quella persona lo farà automaticamente

105
00:06:46,400 --> 00:06:48,920
 essere eletto router designato.

106
00:06:48,920 --> 00:06:53,860
 Se le loro priorità sono le stesse, cosa che faranno
 per impostazione predefinita, allora chiunque

107
00:06:53,860 --> 00:06:58,400
 ha l'indirizzo IP più alto verrà
 eletto router designato.

108
00:06:58,400 --> 00:07:03,780
 Va bene? Quindi, una volta eletto il router
 designato, torniamo al nostro disegno

109
00:07:03,780 --> 00:07:11,920
 ecco, questo risolve un paio di
 problemi che stiamo esaminando.

110
00:07:11,920 --> 00:07:15,080
 I numeri dei router rappresentano
 i loro indirizzi IP.

111
00:07:15,080 --> 00:07:19,020
 Quindi il router quattro su LANC ha un
 indirizzo IP più alto del router tre.

112
00:07:19,020 --> 00:07:24,840
 Quindi in quel caso particolare, in realtà
 ho una diapositiva che anima tutto

113
00:07:24,840 --> 00:07:36,340
 di questo. Quindi, in questo caso particolare,
 diamo un'occhiata alla LAN A per un secondo.

114
00:07:36,340 --> 00:07:40,740
 Quando arriva il pacchetto multicast, quando
 arriva il primo pacchetto multicast

115
00:07:40,740 --> 00:07:45,200
 LAN A, solo il router designato sarà
 responsabile della registrazione

116
00:07:45,200 --> 00:07:47,560
 quel pacchetto con l'RP.

117
00:07:47,560 --> 00:07:51,420
 Quindi, in questo caso particolare,
 quale router pensi che lo farà?

118
00:07:51,420 --> 00:07:55,120
 Chi sarà il router designato sulla LAN A?

119
00:07:55,120 --> 00:08:03,280
 Bene, spero che tu abbia detto router uno,
 perché il router uno ha il più alto

120
00:08:03,280 --> 00:08:07,560
 Indirizzo IP. Quindi sarà lui il router
 designato, sarà lui il responsabile

121
00:08:07,560 --> 00:08:12,040
 per registrare quei pacchetti.

122
00:08:12,040 --> 00:08:20,520
 E su LANC, beh, quando il ricevitore Y invia il
 suo rapporto di adesione all'IGMP, entrambi

123
00:08:20,520 --> 00:08:25,320
 i router tre e quattro lo vedranno,
 ma il router quattro è designato

124
00:08:25,320 --> 00:08:27,200
 router in virtù del suo
 indirizzo IP più alto.

125
00:08:27,200 --> 00:08:33,840
 Quindi sarà lui a mandare la stella
 del PIM, virgola G unita a monte del

126
00:08:33,840 --> 00:08:35,140
 punto d'incontro.

127
00:08:35,140 --> 00:08:40,040
 Questo risponde a due delle
 tre domande che avevamo.

128
00:08:40,040 --> 00:08:41,860
 Quindi avevamo tre domande.

129
00:08:41,860 --> 00:08:44,980
 Ricorda che il numero uno era se due router visualizzavano
 un rapporto di appartenenza, che

130
00:08:44,980 --> 00:08:46,900
 si invia il join all'RP?

131
00:08:46,900 --> 00:08:49,080
 Bene, quello è il router designato.

132
00:08:49,080 --> 00:08:51,600
 Quindi qualcosa va all'RP.

133
00:08:51,600 --> 00:08:55,600
 La seconda domanda era se due router ricevessero
 il pacchetto multicast, chi lo invia

134
00:08:55,600 --> 00:08:57,920
 l'iscrizione al RP?

135
00:08:57,920 --> 00:09:00,000
 Questo è il router designato.

136
00:09:00,000 --> 00:09:05,000
 Quindi ricorda, router designato, forse
 puoi pensare a R in DR come se fosse

137
00:09:05,000 --> 00:09:08,900
 questo è qualcosa responsabile dell'andare
 al punto d'incontro, qualcuno

138
00:09:08,900 --> 00:09:11,840
 chi sta inviando qualcosa
 al punto d'incontro.

139
00:09:11,840 --> 00:09:17,660
 Ora ho detto che avevamo un altro problema
 in questo scenario, ovvero quello

140
00:09:17,660 --> 00:09:24,160
 avevamo più pacchetti duplicati inseriti
 nella stessa LAN da più pacchetti

141
00:09:24,160 --> 00:09:28,960
 router. E ho detto che non
 è compito del DR capirlo.

142
00:09:28,960 --> 00:09:33,860
 Questo è il lavoro dello
 spedizioniere designato.

143
00:09:33,860 --> 00:09:39,060
 Quindi, se sono presenti più pacchetti, se
 ho due o tre router tutti in manutenzione

144
00:09:39,060 --> 00:09:44,960
 la stessa LAN e due o più di essi inseriscono
 esattamente lo stesso multi

145
00:09:44,960 --> 00:09:50,740
 -trasmettere pacchetti su quella LAN, quindi
 uno di essi verrà eletto come designato

146
00:09:50,740 --> 00:09:56,380
 spedizioniere. Questo è in realtà
 un processo un po' più complesso

147
00:09:56,380 --> 00:10:00,300
 piuttosto che guardare semplicemente
 i pacchetti di saluto.

148
00:10:00,300 --> 00:10:06,480
 Per capirlo, esiste in realtà uno
 speciale messaggio PIM chiamato

149
00:10:06,480 --> 00:10:10,140
 afferma il PIM. Quindi questo è un nuovo
 messaggio di cui non abbiamo parlato.

150
00:10:10,140 --> 00:10:14,860
 Finora abbiamo parlato del join prune,
 che è un pacchetto, semplicemente

151
00:10:14,860 --> 00:10:18,240
 dipende dal corpo del pacchetto, che si tratti
 di un join o di una prune, ma lo è

152
00:10:18,240 --> 00:10:19,980
 lo stesso codice tipo nel PIM.

153
00:10:19,980 --> 00:10:23,860
 Avevamo un altro codice tipo, che era
 "ciao", e avevamo un terzo tipo

154
00:10:23,860 --> 00:10:26,160
 codice, che era il registro.

155
00:10:26,160 --> 00:10:29,860
 E abbiamo avuto una fermata alla cassa,
 e ora questo è un altro tipo.

156
00:10:29,860 --> 00:10:32,840
 Questo è un messaggio di asserzione PIM.

157
00:10:32,840 --> 00:10:37,940
 Ed ecco un'animazione per mostrare
 sostanzialmente come funzionerebbe.

158
00:10:37,940 --> 00:10:46,960
 Quindi, in questo caso particolare, la sorgente
 inizia a funzionare e i pacchetti lo sono

159
00:10:46,960 --> 00:10:51,080
 scendendo entrambi lungo l'albero condiviso,
 quindi il router 4 li mette sulla LAN

160
00:10:51,080 --> 00:10:57,320
 C e il router 3 li riceve tramite LAN
 B, quindi li inserisce anche lui

161
00:10:57,320 --> 00:11:02,440
 sulla LAN C. Quindi i router 3 e 4 vedranno
 arrivare questi pacchetti duplicati

162
00:11:02,440 --> 00:11:03,740
 l'uno dall'altro.

163
00:11:03,740 --> 00:11:08,120
 Si renderanno conto che questa è una brutta cosa,
 abbiamo bisogno di uno spedizioniere designato.

164
00:11:08,120 --> 00:11:14,220
 Quindi entrambi si invieranno
 messaggi di asserzione PIM.

165
00:11:14,220 --> 00:11:19,500
 E in questo caso particolare, lo farà effettivamente
 il ragazzo con l'indirizzo IP più basso

166
00:11:19,500 --> 00:11:22,360
 essere eletto spedizioniere designato.

167
00:11:22,360 --> 00:11:27,380
 Quindi, una volta che entrambi i router sanno che
 il router 3 è uno spedizioniere designato, lo è

168
00:11:27,380 --> 00:11:32,360
 ora è compito del router 3 continuare a
 inoltrare questo multicast sulla LAN.

169
00:11:32,360 --> 00:11:36,900
 Il Router 4 dice, okay, non sono più davvero
 necessario su questa LAN, perché

170
00:11:36,900 --> 00:11:38,660
 non è mio compito inoltrare i pacchetti.

171
00:11:38,660 --> 00:11:44,560
 Quindi nel suo, in risposta, invierà un messaggio
 di prugna a monte, e ciò accadrà

172
00:11:44,560 --> 00:11:47,720
 finiscono per causare il taglio
 di quell'albero condiviso.

173
00:11:47,720 --> 00:11:51,660
 E ora il multicast verrà inoltrato
 solo sulla LAN C tramite il

174
00:11:51,660 --> 00:11:58,340
 spedizioniere designato,
 che è il router 3.

175
00:11:58,340 --> 00:12:03,340
 In questo modo si completa questo particolare
 argomento del router designato dal PIM e

176
00:12:03,340 --> 00:12:04,480
 spedizioniere designato.

177
00:12:04,480 --> 00:12:07,980
 In realtà puoi vederlo anche
 quando entri in un router.

178
00:12:07,980 --> 00:12:11,480
 Non so se abbiamo dei segmenti qui
 che giustificherebbero un designato

179
00:12:11,480 --> 00:12:14,220
 spedizioniere, ma vediamo un po' qui.

180
00:12:14,220 --> 00:12:19,580
 Mostra il vicino IP PIM.

181
00:12:19,580 --> 00:12:25,620
 Bene, qui il DR ti mostra se qualcuno
 è un router designato o meno, quindi

182
00:12:25,620 --> 00:12:28,960
 come te per un particolare segmento,
 chi è il router designato.

183
00:12:28,960 --> 00:12:40,680
 E penso che potremmo anche realizzare
 un'interfaccia IP PIM per mostrare.

184
00:12:40,680 --> 00:12:45,680
 Questo ti mostra ancora una volta
 chi è il router designato.

185
00:12:45,680 --> 00:12:50,000
 Ha una priorità predefinita pari a uno, quindi
 è un livello di priorità predefinito attivo

186
00:12:50,000 --> 00:12:52,620
 l'interfaccia, ma puoi cambiarla.

187
00:12:52,620 --> 00:13:07,300
 Vediamo qui. Questo ti mostra i gruppi
 particolari a cui abbiamo aderito

188
00:13:07,300 --> 00:13:14,440
 su un'interfaccia, il comando
 show IP Interface.

189
00:13:14,440 --> 00:13:19,840
 Non so quale comando useremmo.

190
00:13:19,840 --> 00:13:25,120
 O forse un dettaglio.

191
00:13:25,120 --> 00:13:34,040
 Eccoci qua. Dovrebbe essere qui.

192
00:13:34,040 --> 00:13:39,720
 Vediamo qui. PIM abilita
 la versione che è il DR.

193
00:13:39,720 --> 00:13:45,640
 Aggiornamento dello stato. Sì, penso che
 il motivo per cui non lo vediamo è perché

194
00:13:45,640 --> 00:13:51,760
 questo sarebbe uno spedizioniere designato che
 verrebbe eletto solo quando entrambi i router

195
00:13:51,760 --> 00:13:57,420
 vedere lo stesso pacchetto multicast proveniente
 dai pacchetti duplicati in arrivo.

196
00:13:57,420 --> 00:14:00,720
 Ma se non si verifica mai una situazione
 in cui si verificano pacchetti duplicati

197
00:14:00,720 --> 00:14:04,700
 una LAN, non è necessario eleggere
 uno spedizioniere designato.

198
00:14:04,700 --> 00:14:08,200
 E nella mia particolare topologia, non penso
 che abbiamo avuto quella situazione

199
00:14:08,200 --> 00:14:10,940
 dove è necessario eleggere uno
 spedizioniere designato.

200
00:14:10,940 --> 00:14:15,420
 Mi aspetterei che, se ce ne fosse uno, dovrebbe
 essere qui nell'IP dello spettacolo

201
00:14:15,420 --> 00:14:17,580
 Output dei dettagli dell'interfaccia PIM.

202
00:14:17,580 --> 00:14:21,260
 Ok, quindi Josh fa una bella domanda.

203
00:14:21,260 --> 00:14:26,840
 Vorrei tornare al concetto
 di router designato.

204
00:14:26,840 --> 00:14:28,460
 Avevamo questo proprio qui.

205
00:14:28,460 --> 00:14:30,820
 Ops. Proprio qui.

206
00:14:30,820 --> 00:14:35,820
 Quindi chiede, in questo caso particolare,
 dove è designato il router quattro

207
00:14:35,820 --> 00:14:38,140
 il router e il router tre no.

208
00:14:38,140 --> 00:14:41,680
 Dice che se il router designato si blocca,
 quindi se il router quattro si blocca

209
00:14:41,680 --> 00:14:47,800
 e muore o viene rimosso, in che modo il router
 tre costruisce o ricostruisce il suo multicast

210
00:14:47,800 --> 00:14:49,980
 tabella di routing e quanto
 tempo ci vuole?

211
00:14:49,980 --> 00:14:57,300
 Ok, tieni presente che anche se il router
 quattro è un router designato,

212
00:14:57,300 --> 00:15:03,620
 quando il destinatario Y ha inviato il suo rapporto
 di adesione IGMP, sia il router tre che

213
00:15:03,620 --> 00:15:05,580
 il router quattro l'ha visto.

214
00:15:05,580 --> 00:15:10,140
 Quindi, anche se il router tre si rende
 conto che non è suo compito unirsi al

215
00:15:10,140 --> 00:15:14,440
 albero condiviso, non ignorerà
 quel rapporto.

216
00:15:14,440 --> 00:15:21,500
 Creerà comunque la stella, stato nella sua
 tabella di routing M proprio come il router

217
00:15:21,500 --> 00:15:26,360
 quattro sì. È solo che quando creerà
 quello stato, non farà nulla

218
00:15:26,360 --> 00:15:42,320
 a proposito. Ora, se il multicast sta attualmente
 scorrendo in questo modo, giù

219
00:15:42,320 --> 00:15:50,240
 l'albero condiviso, ci aspetteremmo che
 fosse il primo pacchetto multicast

220
00:15:50,240 --> 00:15:55,780
 succede, il router quattro direbbe che sono
 il router foglia, quindi è mio compito farlo

221
00:15:55,780 --> 00:16:00,060
 passare all'albero del percorso più breve
 con la sola ricezione di un pacchetto.

222
00:16:00,060 --> 00:16:05,600
 Quindi guarda questo diagramma qui, il router
 quattro direbbe bene, dal mio punto di vista,

223
00:16:05,600 --> 00:16:10,760
 il percorso più breve è in realtà
 tramite il router tre.

224
00:16:10,760 --> 00:16:17,980
 Questo è il mio albero del percorso più breve, andare in quella
 direzione, in quella direzione e in quella direzione.

225
00:16:17,980 --> 00:16:23,720
 Quindi il router quattro creerà effettivamente
 il join S, G e il router tre lo farà

226
00:16:23,720 --> 00:16:29,860
 ricevetelo, quindi ora, in
 realtà è un po' strano qui.

227
00:16:29,860 --> 00:16:34,080
 Non ne sono sicuro quando il primo pacchetto
 multicast raggiungerà questo cavo

228
00:16:34,080 --> 00:16:35,200
 il tempismo delle cose.

229
00:16:35,200 --> 00:16:38,300
 Sappiamo che il router tre
 creerà lo stato S, G.

230
00:16:38,300 --> 00:16:40,760
 Non so proprio cosa succederà prima.

231
00:16:40,760 --> 00:16:44,700
 Vedrà questo primissimo pacchetto
 multicast e questo creerà S, G

232
00:16:44,700 --> 00:16:50,880
 stato? Oppure vedrà prima il PIM
 S, G unirsi e questo creerà S,

233
00:16:50,880 --> 00:17:05,120
 Stato G? Quindi inoltrerà il proprio
 join S, G a monte, quindi dopo

234
00:17:05,120 --> 00:17:10,240
 ci aspetteremmo che arrivasse solo
 un pacchetto in meno di un secondo

235
00:17:10,240 --> 00:17:16,540
 il flusso multicast ora arriverà da
 questa parte tramite il router tre.

236
00:17:16,540 --> 00:17:21,260
 E poi, una volta che il router quattro vede
 quel pacchetto multicast, lo sfoglierà

237
00:17:21,260 --> 00:17:27,640
 spento. Quindi, anche se il router quattro muore,
 ne avevamo davvero bisogno solo per uno

238
00:17:27,640 --> 00:17:32,100
 pacchetto, solo per mettere un pacchetto
 sul cavo, e poi lo ha fatto il router tre

239
00:17:32,100 --> 00:17:35,480
 tutto il lavoro rimanente per aprire l'albero
 del percorso più breve, e ora il

240
00:17:35,480 --> 00:17:39,220
 i pacchetti venivano inoltrati alla destinazione
 C e il router quattro non era necessario

241
00:17:39,220 --> 00:17:44,620
 più. Ora, sai, qui possiamo entrare
 in tutti i tipi di casi limite

242
00:17:44,620 --> 00:17:50,460
 tipo, okay, bene, e se viene visualizzato
 il rapporto di adesione, entrambi i router

243
00:17:50,460 --> 00:17:58,740
 tre e il router quattro lo ottengono, ma prima che
 il router quattro abbia la possibilità di creare

244
00:17:58,740 --> 00:18:02,220
 l'unione, muore.

245
00:18:02,220 --> 00:18:05,080
 In questo momento, è davvero un nocciolo della
 questione, perché stiamo parlando di

246
00:18:05,080 --> 00:18:08,180
 meno di un secondo qui dal momento in
 cui riceve il rapporto di adesione

247
00:18:08,180 --> 00:18:12,120
 prima che abbia la possibilità
 di inviare il join.