1
00:00:08,600 --> 00:00:14,560
 Hemos visto todo el tiempo que cuando
 muestra la ruta IPM, es muy posible

2
00:00:14,560 --> 00:00:19,900
 que podrías tener una entrada
 de estrella-comagee, ¿verdad?

3
00:00:19,900 --> 00:00:23,620
 Entonces, si no hay un flujo de multidifusión
 pero ha recibido un cómputo estelar

4
00:00:23,620 --> 00:00:26,640
 únete, tendrás un estado
 estrella-comagee.

5
00:00:26,640 --> 00:00:28,180
 Y eso significa que estoy listo.

6
00:00:28,180 --> 00:00:30,820
 Estoy esperando para reenviar
 este tráfico de multidifusión.

7
00:00:30,820 --> 00:00:33,960
 Alguien me lo ha pedido.

8
00:00:33,960 --> 00:00:38,600
 Una entrada de s-comagee
 no puede estar sola.

9
00:00:38,600 --> 00:00:40,240
 No puede estar solo.

10
00:00:40,240 --> 00:00:45,120
 Entonces, en otras palabras, cuando el enrutador
 2 aquí crea esta entrada s-comagee, él

11
00:00:45,120 --> 00:00:50,820
 también tiene que crear una
 entrada estrella-comagee.

12
00:00:50,820 --> 00:00:53,440
 Los dos tienen que ir juntos.

13
00:00:53,440 --> 00:00:58,060
 Entonces, aunque nunca recibió un informe
 de membresía de IGMP, aunque

14
00:00:58,060 --> 00:01:03,540
 nunca conseguí que una estrella-comagee de PIM se uniera
 con ese conjunto de bits comodín, una vez que él

15
00:01:03,540 --> 00:01:08,120
 crea una entrada s-comagee, tiene que
 crear una entrada star-comagee como

16
00:01:08,120 --> 00:01:10,920
 Bueno. Ambos tienen
 que estar allí.

17
00:01:10,920 --> 00:01:17,120
 Así que s-comagee, la analogía que uso a
 veces es pensar en la estrella-comagee

18
00:01:17,120 --> 00:01:20,860
 como el hermano mayor y el
 s-comagee como el pequeño

19
00:01:20,860 --> 00:01:24,660
 hermano, ¿verdad? El hermano mayor
 que tiene 15 años, puede salir de

20
00:01:24,660 --> 00:01:28,600
 la casa y caminar por el vecindario
 y andar en bicicleta solo.

21
00:01:28,600 --> 00:01:34,540
 El hermano pequeño que es el s-comagee que
 solo tiene 7 años, no está permitido.

22
00:01:34,540 --> 00:01:37,360
 hacer eso a menos que el hermano
 mayor vaya con él.

23
00:01:37,360 --> 00:01:41,360
 Así que no sé si te ayudarán
 o no, pero ahí lo tienes.

24
00:01:41,360 --> 00:01:49,140
 Además, una vez que el tráfico comienza
 a fluir por el camino más corto, es el

25
00:01:49,140 --> 00:01:53,040
 entrada s-comagee que se usa
 para reenviar ese tráfico.

26
00:01:53,040 --> 00:01:56,440
 Entonces, lo que quiero decir es que verás a la
 estrella-comagee que tiene algo de extrovertido

27
00:01:56,440 --> 00:02:00,300
 lista de interfaces y verá el s-comagee
 que tiene una interfaz saliente

28
00:02:00,300 --> 00:02:05,660
 lista. Lo que sea que esté en la lista de
 interfaz saliente del s-comagee, eso es

29
00:02:05,660 --> 00:02:06,940
 el importante

30
00:02:06,940 --> 00:02:09,520
 Eso es lo que se usa para
 reenviar la multidifusión.

31
00:02:09,520 --> 00:02:14,360
 Cuando va por el camino más corto,
 si va por el camino compartido

32
00:02:14,360 --> 00:02:19,220
 camino, entonces la entrada estrella-comagee
 es lo que dicta el reenvío de la

33
00:02:19,220 --> 00:02:36,580
 tráfico. Un par de cosas adicionales
 aquí que quiero mencionar.

34
00:02:36,580 --> 00:02:45,620
 No tengo mucha redundancia en esta
 topología particular aquí.

35
00:02:45,620 --> 00:02:56,900
 ¿Y qué si tuviera algo como esto?

36
00:02:56,900 --> 00:03:00,680
 Vamos a deshacernos
 de esta línea aquí.

37
00:03:00,680 --> 00:03:16,360
 Digamos que teníamos un interruptor y teníamos
 dos vecinos, dos vecinos río arriba.

38
00:03:16,360 --> 00:03:23,080
 Entonces, en otras palabras, en realidad
 ni siquiera se trata del cambio.

39
00:03:23,080 --> 00:03:27,320
 Pongámoslo así.

40
00:03:27,320 --> 00:03:40,900
 El enrutador uno podría usar el enrutador dos
 o el enrutador cuatro para llegar a la fuente.

41
00:03:40,900 --> 00:03:46,080
 Entonces, en este diagrama en particular, es
 de esperar que quede muy claro que pasar por

42
00:03:46,080 --> 00:03:50,280
 el punto de encuentro no es el camino más
 corto porque tenemos cuatro enrutadores

43
00:03:50,280 --> 00:03:53,440
 pasar para llegar a la fuente donde solo
 podemos pasar por dos enrutadores

44
00:03:53,440 --> 00:03:56,220
 si pasamos por el router
 dos o el router cuatro.

45
00:03:56,220 --> 00:03:59,480
 Entonces, la pregunta ahora es, ¿cuándo el enrutador
 necesita abrir su canal más corto?

46
00:03:59,480 --> 00:04:03,620
 camino, va a decir, hmm, tengo
 caminos más cortos redundantes.

47
00:04:03,620 --> 00:04:07,600
 Podría pasar por el vecino
 dos o el vecino cuatro.

48
00:04:07,600 --> 00:04:10,900
 Entonces la pregunta
 es, ¿a dónde va a ir?

49
00:04:10,900 --> 00:04:14,260
 ¿Dónde va a enviar su s, g unirse?

50
00:04:14,260 --> 00:04:18,620
 De acuerdo con las especificaciones,
 esto es lo que verá.

51
00:04:18,620 --> 00:04:21,980
 Es el vecino que tiene la
 dirección IP más alta.

52
00:04:21,980 --> 00:04:24,040
 Eso es básicamente
 a lo que se reduce.

53
00:04:24,040 --> 00:04:29,080
 Entonces, si esto fuera dos puntos dos puntos dos
 puntos dos y esto fuera dos puntos dos puntos

54
00:04:29,080 --> 00:04:36,360
 cuatro, entonces en ese caso particular, la
 unión s, g habría ido a través del enrutador

55
00:04:36,360 --> 00:04:42,360
 cuatro El vecino con la dirección IP
 más alta cuando tiene redundancia

56
00:04:42,360 --> 00:04:47,460
 caminos. Ese también es el caso
 en el árbol compartido, ¿verdad?

57
00:04:47,460 --> 00:04:51,000
 Si fuera un enrutador y tuviera varias
 formas de llegar al punto de encuentro

58
00:04:51,000 --> 00:04:56,440
 y todos tenían la misma distancia
 EIGRP o el mismo costo OSPF, yo

59
00:04:56,440 --> 00:04:59,500
 elegiría el vecino PIM que tuviera
 la dirección IP más alta.

60
00:04:59,500 --> 00:05:22,560
 Ahí es donde enviaría mis uniones
 para llegar al punto de encuentro.

61
00:05:22,560 --> 00:05:26,440
 Entonces sabemos que s, g permanece
 creado pero también debe mantenerse.

62
00:05:26,440 --> 00:05:30,680
 Así que esto no es diferente.

63
00:05:30,680 --> 00:05:35,180
 Tal como hablamos sobre cómo en el árbol compartido,
 una vez que está construido, cada

64
00:05:35,180 --> 00:05:38,800
 minuto, si soy un enrutador que tiene un
 receptor conectado directamente, cada

65
00:05:38,800 --> 00:05:43,980
 minuto voy a enviar otra estrella, g unirse
 a la corriente y así van a ir todo el

66
00:05:43,980 --> 00:05:47,740
 manera de mantener ese estado
 actualizado en el camino.

67
00:05:47,740 --> 00:05:51,020
 Lo mismo ocurre con
 el camino más corto.

68
00:05:51,020 --> 00:05:55,740
 Cada minuto, cada 60 segundos, los enrutadores
 que necesitan que nos muestren la ruta

69
00:05:55,740 --> 00:06:06,060
 enviar s, g se une a la corriente
 para mantenerlo actualizado.

70
00:06:06,060 --> 00:06:09,200
 Entonces, ¿cuándo se elimina
 ese estado s, g?

71
00:06:09,200 --> 00:06:14,140
 Bueno, si esas uniones periódicas del vecino
 descendente se detienen, entonces

72
00:06:14,140 --> 00:06:20,120
 diga que la fuente de multidifusión estaba detrás
 de mí y que soy un enrutador, usted es un

73
00:06:20,120 --> 00:06:23,240
 enrutador, y yo soy el camino más
 corto para llegar a ese tipo.

74
00:06:23,240 --> 00:06:26,920
 Entonces, en este momento, mi lista de interfaces
 salientes está apuntando a usted.

75
00:06:26,920 --> 00:06:31,260
 Me enviaste un s, g unete
 indicando tu interés.

76
00:06:31,260 --> 00:06:33,620
 Te puse en la lista de
 interfaz saliente.

77
00:06:33,620 --> 00:06:38,140
 Así que es tu responsabilidad cada minuto
 enviarme s, g se une para actualizar

78
00:06:38,140 --> 00:06:46,580
 este. Pero, ¿y si hay un interruptor
 o un centro entre nosotros y su

79
00:06:46,580 --> 00:06:49,900
 ¿Se cae la conexión a ese
 conmutador o concentrador?

80
00:06:49,900 --> 00:06:52,000
 no se eso

81
00:06:52,000 --> 00:06:57,720
 En lo que a mí respecta,
 todavía estás vivo.

82
00:06:57,720 --> 00:07:02,300
 Bueno, en ese caso particular, si las uniones
 periódicas se detienen, una vez más,

83
00:07:02,300 --> 00:07:07,340
 ese temporizador de 210 segundos, ese es el
 número mágico, si después de 210 segundos,

84
00:07:07,340 --> 00:07:11,980
 Ya no recibo esas uniones de
 usted, entonces lo eliminaré

85
00:07:11,980 --> 00:07:13,140
 lista de interfaces salientes.

86
00:07:13,140 --> 00:07:17,260
 Ahora, una vez más, en esa situación
 particular, lo más probable es que

87
00:07:17,260 --> 00:07:21,160
 Lo que pasa es que diría, bueno, espera un
 segundo, perdí a mi vecino PIM, ¿verdad?

88
00:07:21,160 --> 00:07:25,920
 Porque en el caso de PIM, también me
 estás enviando saludos de PIM cada 30

89
00:07:25,920 --> 00:07:31,240
 segundos. Y si me perdí tres de esos,
 declaro muerto a un vecino.

90
00:07:31,240 --> 00:07:36,680
 Entonces, uno supondría que si ese vínculo entre
 usted y el interruptor se desvaneciera

91
00:07:36,680 --> 00:07:43,600
 abajo, PIM detectaría al vecino perdido
 en, vimos 105 segundos, eso

92
00:07:43,600 --> 00:07:50,120
 fue ese cronómetro, antes de que expirara
 ese cronómetro de 210 segundos.

93
00:07:50,120 --> 00:07:55,400
 No voy a probar eso ahora.

94
00:07:55,400 --> 00:07:58,360
 Pero solo quiero que sepas, de acuerdo
 con la especificación, si el

95
00:07:58,360 --> 00:08:03,880
 las uniones periódicas se detienen en 210
 segundos, ese es un criterio para eliminar

96
00:08:03,880 --> 00:08:08,960
 esa interfaz de la lista
 de interfaces salientes.

97
00:08:08,960 --> 00:08:15,540
 Si la fuente de multidifusión deja de transmitir,
 una vez más, 210 segundos más tarde,

98
00:08:15,540 --> 00:08:16,640
 Esperaré, ¿verdad?

99
00:08:16,640 --> 00:08:20,000
 Si la fuente de multidifusión deja
 de golpearme en la nuca, 210

100
00:08:20,000 --> 00:08:23,000
 segundos después, eliminaré
 mis interfaces salientes.

101
00:08:23,000 --> 00:08:26,780
 Y eso sucede con cada enrutador
 en el camino.

102
00:08:26,780 --> 00:08:32,240
 Entonces, en esta topología particular aquí,
 si la fuente se detiene, 210 segundos

103
00:08:32,240 --> 00:08:41,820
 más tarde, el enrutador cuatro eliminará
 su interfaz y el enrutador uno eliminará

104
00:08:41,820 --> 00:08:44,660
 su interfaz de la lista
 de interfaces salientes.

105
00:08:44,660 --> 00:08:50,300
 O si recibe un mensaje
 de poda de PIM.

106
00:08:50,300 --> 00:08:54,980
 Entonces, el mensaje de ciruela pasa es una
 forma de decir, hey, ya no quiero esto.

107
00:08:54,980 --> 00:08:59,980
 Como en este caso particular, una vez que
 el enrutador uno se ha abierto con éxito

108
00:08:59,980 --> 00:09:06,260
 hasta su árbol de camino más corto, enviará un
 mensaje de poda hasta el punto de encuentro

109
00:09:06,260 --> 00:09:12,000
 punto, diciendo, ya no necesito
 esta rama del árbol.

110
00:09:12,000 --> 00:09:13,340
 Así que en realidad
 podemos ver eso.

111
00:09:13,340 --> 00:09:16,800
 No creo que nos hayamos centrado en un
 mensaje de ciruelas pasas todavía.

112
00:09:16,800 --> 00:09:19,920
 Pero volvamos a nuestra
 topología original aquí.

113
00:09:19,920 --> 00:09:26,920
 Ahora creo que el enrutador cinco en este punto
 probablemente esté listo, enviando sus pings.

114
00:09:26,920 --> 00:09:32,900
 Sí. Bueno. Y si han transcurrido 210 segundos,
 lo que probablemente haya pasado, deberíamos

115
00:09:32,900 --> 00:09:37,840
 ya no verá el estado s,
 g en ningún enrutador.

116
00:09:37,840 --> 00:09:41,040
 Sí, eso se ha ido.

117
00:09:41,040 --> 00:09:46,400
 Eso está caducado. Así que voy a continuar
 y comenzar de nuevo, el ping.

118
00:09:46,400 --> 00:09:55,500
 Y lo que vamos a buscar específicamente
 ahora es un enrutador

119
00:09:55,500 --> 00:10:04,220
 dos abre este camino, deberíamos verlo
 enviar una poda PIM al enrutador ocho.

120
00:10:04,220 --> 00:10:06,880
 Entonces, sigamos adelante y capturemos esa
 ciruela pasa solo para ver cómo se ve.

121
00:10:06,880 --> 00:10:15,780
 como. Entonces, en el enrutador ocho, quiero que
 la barra cero uno sea su interfaz de entrada.

122
00:10:15,780 --> 00:10:48,100
 Y de acuerdo con esto, será cero
 barra dos en el interruptor.

123
00:10:48,100 --> 00:10:51,540
 Bueno. Así que preparémonos.

124
00:10:51,540 --> 00:10:54,720
 Iré al enrutador cinco.

125
00:10:54,720 --> 00:11:13,400
 Y empecemos a rastrear el snipper.

126
00:11:13,400 --> 00:11:16,800
 Bueno. Esta es probablemente
 la ciruela pasa aquí.

127
00:11:16,800 --> 00:11:22,320
 Vamos a averiguar. Sí.

128
00:11:22,320 --> 00:11:25,660
 Número de ciruelas pasas uno.

129
00:11:25,660 --> 00:11:29,660
 Entonces, una vez más, el bit RP está configurado, lo
 que significa que está subiendo el nivel compartido.

130
00:11:29,660 --> 00:11:32,040
 árbol hasta el punto de encuentro.

131
00:11:32,040 --> 00:11:38,280
 Y estamos diciendo que estoy eliminando
 esta fuente y este grupo.

132
00:11:38,280 --> 00:11:43,220
 Es exactamente el mismo formato de mensaje
 que una unión PIM, excepto que en lugar de

133
00:11:43,220 --> 00:12:00,360
 habiendo unido, tenemos podar.

134
00:12:00,360 --> 00:12:04,760
 Así que ya hemos hablado sobre cómo las ciruelas
 pasas PIM usan el mismo formato que PIM

135
00:12:04,760 --> 00:12:10,960
 uniones utilizadas para alentar a los vecinos
 ascendentes a dejar de reenviar multidifusión

136
00:12:10,960 --> 00:12:17,440
 tráfico hacia nosotros. Ahora, ¿por qué
 dice alentar, por qué no es forzar el

137
00:12:17,440 --> 00:12:20,560
 vecino ascendente para dejar de reenviarnos
 tráfico de multidifusión?

138
00:12:20,560 --> 00:12:25,380
 Bueno, he aquí por qué.

139
00:12:25,380 --> 00:12:30,420
 Si tuviera este tipo de situación en
 la que tuviera, digamos, hagamos

140
00:12:30,420 --> 00:12:48,400
 es fácil, un centro. Bueno.

141
00:12:48,400 --> 00:12:50,640
 Digamos que este es mi RP.

142
00:12:50,640 --> 00:12:55,080
 Tenemos el enrutador uno, el enrutador
 dos y el enrutador tres.

143
00:12:55,080 --> 00:13:02,840
 Me conectaré al mismo hub.

144
00:13:02,840 --> 00:13:15,540
 Bueno. Digamos que en este momento ambas
 PC, PCA y PCB, son de multidifusión

145
00:13:15,540 --> 00:13:18,900
 receptores Y ambos están recibiendo
 exactamente el mismo grupo.

146
00:13:18,900 --> 00:13:23,300
 Sabes, están viendo la presentación
 en video del CEO ahora mismo.

147
00:13:23,300 --> 00:13:25,760
 Así que la multidifusión
 fluye hacia abajo.

148
00:13:25,760 --> 00:13:32,200
 Y en el enrutador tres, tenemos
 estrella y estado.

149
00:13:32,200 --> 00:13:50,040
 Y ethernet rápido cero, cero está
 en la lista de interfaz saliente.

150
00:13:50,040 --> 00:14:00,520
 Bueno. Si de repente el receptor A envía
 un mensaje de salida IGMP porque

151
00:14:00,520 --> 00:14:04,540
 ya no está interesado en esa transmisión,
 eso va a causar que el enrutador

152
00:14:04,540 --> 00:14:10,720
 uno. Él va a decir, está bien,
 voy a eliminar esta interfaz de

153
00:14:10,720 --> 00:14:12,400
 mi lista de interfaz saliente.

154
00:14:12,400 --> 00:14:16,360
 Va a decir, oh, no tengo más interfaces
 en mi interfaz de salida

155
00:14:16,360 --> 00:14:19,340
 lista. Mi lista de interfaces
 salientes es nula.

156
00:14:19,340 --> 00:14:22,380
 Así que eso hará que él diga, está
 bien, ya no necesito esto.

157
00:14:22,380 --> 00:14:27,180
 Entonces va a enviar un mensaje PMPRUN,
 que acabamos de ver en el sniffer

158
00:14:27,180 --> 00:14:31,120
 rastro. Eso va a ir al centro.

159
00:14:31,120 --> 00:14:32,560
 El enrutador dos lo verá.

160
00:14:32,560 --> 00:14:34,160
 El enrutador tres lo verá.

161
00:14:34,160 --> 00:14:38,980
 Ahora bien, si el enrutador tres eliminara inmediatamente
 esta interfaz él mismo, tendríamos

162
00:14:38,980 --> 00:14:44,100
 un problema. Porque PCB dejaría
 de recibir la corriente.

163
00:14:44,100 --> 00:14:45,260
 Y sigue interesado.

164
00:14:45,260 --> 00:14:47,480
 Es un receptor tranquilo
 e interesado.

165
00:14:47,480 --> 00:14:53,140
 Entonces, la forma en que funciona PEM es que,
 en este caso particular, cuando el enrutador

166
00:14:53,140 --> 00:14:57,800
 tres recibe esta ciruela, en realidad
 va a esperar unos segundos.

167
00:14:57,800 --> 00:15:00,980
 Creo que son unos cinco segundos,
 aunque no me citen en eso.

168
00:15:00,980 --> 00:15:01,560
 Pero son unos segundos.

169
00:15:01,560 --> 00:15:06,360
 No es mucho tiempo porque la suposición
 es, oye, si el enrutador dos

170
00:15:06,360 --> 00:15:09,720
 también vi esa ciruela,
 que va a hacer?

171
00:15:09,720 --> 00:15:11,420
 Él va a decir, espera un segundo.

172
00:15:11,420 --> 00:15:14,200
 Todavía tengo a alguien
 que está interesado.

173
00:15:14,200 --> 00:15:19,060
 Y eso lo activará para
 enviar otra unión PEM.

174
00:15:19,060 --> 00:15:22,320
 En este caso particular, probablemente
 serán una unión s-coma-g porque

175
00:15:22,320 --> 00:15:24,000
 él sabe la fuente.

176
00:15:24,000 --> 00:15:27,200
 Y eso anulará la ciruela pasa.

177
00:15:27,200 --> 00:15:32,180
 Y eso mantendrá esta interfaz en
 la lista de interfaces salientes.

178
00:15:32,180 --> 00:15:35,520
 Por eso decimos que las ciruelas pasas
 PEM alientan al vecino río arriba.

179
00:15:35,520 --> 00:15:39,860
 Porque en este caso particular, el enrutador
 no dirá, oh hombre, envío una ciruela,

180
00:15:39,860 --> 00:15:41,700
 pero sigo recibiendo
 esa multidifusión.

181
00:15:41,700 --> 00:15:43,680
 Bueno, realmente no hay nada que
 él pueda hacer al respecto.

182
00:15:43,680 --> 00:15:47,800
 Cada minuto seguirá enviando una ciruela
 pasa y dirá, oye, por favor, poda

183
00:15:47,800 --> 00:15:52,160
 a mí. Y el enrutador dos anulará
 eso enviando una nota, sigue así,

184
00:15:52,160 --> 00:16:01,560
 sigue así. Así que eso es
 lo que los desencadena.

185
00:16:01,560 --> 00:16:06,840
 Se activa una poda PEM cuando
 recibe algún tipo de licencia

186
00:16:06,840 --> 00:16:12,300
 mensaje de su receptor o si una interfaz
 descendente simplemente se agota,

187
00:16:12,300 --> 00:16:16,640
 ¿bien? Tal vez el receptor se vaya, nunca
 envíe una despedida y, finalmente,

188
00:16:16,640 --> 00:16:21,220
 ya sabes, IgMP agota el tiempo de espera de
 esa interfaz, eso desencadenaría una poda

189
00:16:21,220 --> 00:16:27,280
 también. O si recibe una ciruela
 pasa de un vecino río abajo.

190
00:16:27,280 --> 00:16:33,580
 Entonces, en este caso particular, cuando el enrutador
 B, o cuando la PCB, finalmente decide

191
00:16:33,580 --> 00:16:37,260
 que ha hecho, no quiere verlo más.

192
00:16:37,260 --> 00:16:44,120
 Bueno, eso hará que el enrutador dos
 envíe su mensaje de eliminación.

193
00:16:44,120 --> 00:16:55,300
 Eso eliminará esta interfaz de la
 lista de interfaces salientes.

194
00:16:55,300 --> 00:16:58,520
 Y ahora que el enrutador tres se da cuenta
 de que su lista de interfaces salientes es

195
00:16:58,520 --> 00:17:17,140
 null, eso lo activará para enviar
 su propio PEM prune río arriba.

196
00:17:17,140 --> 00:17:24,120
 Así que prácticamente concluye esta
 sección sobre cómo unirse a la

197
00:17:24,120 --> 00:17:25,820
 árbol de ruta más corta.

198
00:17:25,820 --> 00:17:28,580
 Ah, hay otra cosa que queremos
 comprobar antes de que termine.

199
00:17:28,580 --> 00:17:32,400
 Déjame volver. Queremos
 comprobar esto.

200
00:17:32,400 --> 00:17:39,080
 Queremos ver, está bien, cuándo la multidifusión
 comienza a fluir por la red compartida.

201
00:17:39,080 --> 00:17:45,860
 árbol, de acuerdo con el RFC, la primera
 persona en cambiar tiene que

202
00:17:45,860 --> 00:17:47,140
 ser el enrutador de hojas.

203
00:17:47,140 --> 00:17:50,480
 Que este enrutador intermediario del
 enrutador ocho aquí, porque no tiene

204
00:17:50,480 --> 00:17:58,700
 receptores conectados, no se le permite
 hacer ese proceso de cambio.

205
00:17:58,700 --> 00:18:01,200
 Así que vamos a ver si eso
 es realmente cierto.

206
00:18:01,200 --> 00:18:02,600
 Estoy seguro de que probablemente
 lo sea.

207
00:18:02,600 --> 00:18:04,260
 Pero veamos aquí.

208
00:18:04,260 --> 00:18:08,040
 ¿Cómo vamos a probar eso?

209
00:18:08,040 --> 00:18:15,140
 Bueno, esto es lo que
 creo que va a pasar.

210
00:18:15,140 --> 00:18:21,080
 Si todo va de acuerdo con lo que
 dice el RFC, entonces cuando

211
00:18:21,080 --> 00:18:25,700
 enrutador dos, el enrutador hoja obtiene
 el primer paquete de multidifusión, debe

212
00:18:25,700 --> 00:18:27,500
 únete al árbol del
 camino más corto.

213
00:18:27,500 --> 00:18:34,800
 Una vez que se abre el árbol de la ruta
 más corta, debe podar el enrutador ocho.

214
00:18:34,800 --> 00:18:39,340
 El enrutador ocho debe enviar una
 ciruela pasa o el enrutador tres.

215
00:18:39,340 --> 00:18:46,900
 Entonces, en cierto sentido, nunca deberíamos
 ver una unión S, G originada en el enrutador

216
00:18:46,900 --> 00:18:51,860
 ocho. Deberíamos ver que las ciruelas pasas
 se originaron en él, pero no deberíamos ver

217
00:18:51,860 --> 00:18:57,540
 S, G se une con su dirección IP.

218
00:18:57,540 --> 00:19:00,720
 Así es como vamos a probar eso.

219
00:19:00,720 --> 00:19:06,560
 Vayamos al interruptor a cada interfaz
 que esté conectada al enrutador

220
00:19:06,560 --> 00:19:12,880
 ocho, que es cero
 dos y cero trece.

221
00:19:12,880 --> 00:19:18,780
 Capturaremos todo el tráfico entrante
 y saliente, y veremos si alguna vez

222
00:19:18,780 --> 00:19:24,760
 en realidad envía una unión
 S, G, que no deberíamos ver.

223
00:19:24,760 --> 00:19:29,200
 Muy bien, así que esto está hecho.

224
00:19:29,200 --> 00:19:35,300
 Borremos el estado MROUT,
 mostremos IP, MROUT.

225
00:19:35,300 --> 00:19:38,680
 Bien, entonces el estado
 S, G ya se agotó.

226
00:19:38,680 --> 00:19:42,780
 Vamos al interruptor.

227
00:19:42,780 --> 00:19:46,140
 Ahora mismo estamos monitoreando
 cero dos.

228
00:19:46,140 --> 00:20:07,200
 Queremos agregar el cero
 trece a esa lista.

229
00:20:07,200 --> 00:20:14,020
 Muy bien, volvamos
 al enrutador cinco.

230
00:20:14,020 --> 00:20:34,360
 Inicie nuestro rastro de snipper.

231
00:20:34,360 --> 00:20:39,680
 De acuerdo, en este punto, no veo que la
 multidifusión pase por el enrutador.

232
00:20:39,680 --> 00:20:45,460
 ocho más, porque en este momento eso es
 todo lo que estoy viendo son interfaces

233
00:20:45,460 --> 00:20:48,600
 conectado al enrutador ocho, y no veo
 ninguna transmisión multidifusión

234
00:20:48,600 --> 00:20:52,280
 A través de allí. Se
 detuvo justo aquí.

235
00:20:52,280 --> 00:20:55,280
 Así que veamos aquí
 ocho dos ocho dos.

236
00:20:55,280 --> 00:21:02,820
 Ese es el enrutador dos
 ocho cuatro ocho ocho.

237
00:21:02,820 --> 00:21:11,640
 Ese es el enrutador ocho
 ocho cuatro ocho ocho.

238
00:21:11,640 --> 00:21:13,780
 Bien, entonces, ¿qué envió
 el enrutador ocho allí?

239
00:21:13,780 --> 00:21:16,300
 Enrutador ocho ocho
 cuatro ocho ocho.

240
00:21:16,300 --> 00:21:18,500
 Envió una ciruela pasa.

241
00:21:18,500 --> 00:21:24,320
 De acuerdo, este es él enviando una ciruela
 pasa al árbol compartido, y lo hizo.

242
00:21:24,320 --> 00:21:27,240
 en respuesta a la ciruela
 pasa que recibió.

243
00:21:27,240 --> 00:21:31,100
 Así que esta es probablemente
 la ciruela pasa que recibió.

244
00:21:31,100 --> 00:21:35,200
 Así que esto es, sí, así que esta es la ciruela
 pasa del enrutador dos que está conectado

245
00:21:35,200 --> 00:21:39,320
 a nuestro receptor que dijo, oye,
 mira, vecino ocho dos ocho ocho.

246
00:21:39,320 --> 00:21:40,980
 Ya no te necesito.

247
00:21:40,980 --> 00:21:44,400
 Podemos ese árbol compartido
 entre tú y yo.

248
00:21:44,400 --> 00:21:51,120
 Y el enrutador ocho reenvió a esa
 ciruela al punto de encuentro.

249
00:21:51,120 --> 00:22:01,720
 Efectivamente, no vemos ningún mensaje
 de unión del enrutador ocho.

250
00:22:01,720 --> 00:22:07,480
 Aquí se une al RP automático,
 así que eso no cuenta.

251
00:22:07,480 --> 00:22:14,360
 Efectivamente, eso confirma lo que dice
 el RFC, que solo los enrutadores hoja

252
00:22:14,360 --> 00:22:18,320
 o los enrutadores de último salto pueden
 unirse al árbol de ruta más corto.