1
00:00:08,840 --> 00:00:12,040
 Así que ahora tenemos el árbol
 compartido construido.

2
00:00:12,040 --> 00:00:17,660
 En este punto, si la multidifusión alguna
 vez comienza, una vez que llegue al RP,

3
00:00:17,660 --> 00:00:22,560
 vaya del enrutador 3 al enrutador 8, del enrutador
 8 al enrutador 2 y luego al enrutador

4
00:00:22,560 --> 00:00:26,320
 1. Así que estamos listos
 para empezar.

5
00:00:26,320 --> 00:00:30,920
 Está bien, déjame, está bien, mantendré
 esto como está por ahora.

6
00:00:30,920 --> 00:00:34,620
 Está empezando a estar un poco desordenado,
 pero haré lo mejor que pueda aquí.

7
00:00:34,620 --> 00:00:40,680
 Bien, ahora, ya sabes, un minuto después,
 una hora después, la fuente finalmente

8
00:00:40,680 --> 00:00:43,940
 pone en marcha. Comienza a enviar
 su flujo de multidifusión.

9
00:00:43,940 --> 00:00:57,440
 Así que ahí está. Router 4 en la
 parte posterior de la cabeza.

10
00:00:57,440 --> 00:01:03,880
 ¿Qué acción tomará el enrutador 4 como
 resultado de recibir este primer

11
00:01:03,880 --> 00:01:05,940
 paquete de multidifusión?

12
00:01:05,940 --> 00:01:08,540
 De hecho, va a hacer muchas cosas,
 así que hay más de una correcta.

13
00:01:08,540 --> 00:01:21,240
 responde aquí. Bueno, antes de que haga
 nada, ya sabes, la regla de PIM

14
00:01:21,240 --> 00:01:28,000
 es que cuando recibe algo, no puede
 crear ningún paquete PIM.

15
00:01:28,000 --> 00:01:33,380
 No puede reenviar ningún paquete de multidifusión
 hasta que cree el estado en el

16
00:01:33,380 --> 00:01:37,660
 Tabla de rutas M. Sin el estado de
 la ruta M, no puede hacer nada.

17
00:01:37,660 --> 00:01:41,500
 Entonces, lo primero que tiene que hacer
 este tipo es crear un estado de ruta M.

18
00:01:41,500 --> 00:01:46,160
 Entonces él dice, está bien, bueno, porque
 en realidad he recibido tráfico del

19
00:01:46,160 --> 00:01:54,060
 fuente, voy a crear el estado s-coma-g,
 que es 4.5.4.5 a 39.999.

20
00:01:54,060 --> 00:01:55,500
 Así que ese es nuestro s-coma-g.

21
00:01:55,500 --> 00:02:03,140
 Bien, entonces en este caso particular,
 interfaz entrante, ¿qué está haciendo?

22
00:02:03,140 --> 00:02:12,020
 tener como su interfaz de entrada?

23
00:02:12,020 --> 00:02:14,560
 Bueno, va a ser la interfaz donde
 esta multidifusión realmente

24
00:02:14,560 --> 00:02:16,360
 entrando. Exacto.

25
00:02:16,360 --> 00:02:18,080
 Ethernet rápido, 0 barra 1.

26
00:02:18,080 --> 00:02:21,700
 Así es. Así que eso es
 lo que tendremos aquí.

27
00:02:21,700 --> 00:02:28,920
 ¿Cuál va a ser el vecino
 RPF para esta entrada?

28
00:02:28,920 --> 00:02:34,580
 ¿Qué dirección IP pondremos allí?

29
00:02:34,580 --> 00:02:41,020
 Exacto, Pedro. Así es.

30
00:02:41,020 --> 00:02:42,780
 Él dice, mira, soy el enrutador
 de último salto.

31
00:02:42,780 --> 00:02:45,560
 Estoy conectado directamente
 a la fuente.

32
00:02:45,560 --> 00:02:48,400
 Esto no me llegó a través
 de ningún otro enrutador.

33
00:02:48,400 --> 00:02:51,280
 Entonces, el vecino del próximo
 salto será todo ceros.

34
00:02:51,280 --> 00:02:54,480
 Estoy donde comienza justo aquí.

35
00:02:54,480 --> 00:02:58,880
 Ahora, en este momento, ¿qué va a estar en la
 lista de interfaces salientes a medida que

36
00:02:58,880 --> 00:03:15,800
 crea esto? La lista de interfaces
 salientes será nula.

37
00:03:15,800 --> 00:03:18,940
 Porque él va a decir, mira, aunque
 estoy recibiendo este multicast,

38
00:03:18,940 --> 00:03:20,460
 nunca nadie me lo ha pedido.

39
00:03:20,460 --> 00:03:24,740
 Nunca he recibido ningún tipo de
 solicitud IGMP o PIM para esto.

40
00:03:24,740 --> 00:03:31,760
 Entonces es nulo. Ahora, si hice una ruta de IPM
 para mostrar, ahora mismo esto es todo lo que

41
00:03:31,760 --> 00:03:37,320
 vería, esta entrada de energía
 s para este estado?

42
00:03:37,320 --> 00:03:44,400
 Tienes un 50% de posibilidades
 de hacerlo bien.

43
00:03:44,400 --> 00:03:52,620
 ¿Sí o no? No. La respuesta es no,
 esto no es todo lo que verías.

44
00:03:52,620 --> 00:03:58,960
 Porque si bien los enrutadores de aquí pueden
 tener comedias estelares por sí mismos,

45
00:03:58,960 --> 00:04:02,700
 un s-coma-g no puede
 ser por sí mismo.

46
00:04:02,700 --> 00:04:06,320
 Un s-coma-g es, ¿recuerdas la analogía
 del hermano pequeño, el hermano mayor?

47
00:04:06,320 --> 00:04:08,820
 Dije que la comedia estrella
 es el hermano mayor.

48
00:04:08,820 --> 00:04:12,040
 Él puede salir. Puede pasear
 por el vecindario solo.

49
00:04:12,040 --> 00:04:15,100
 Pero el s-coma-g es el hermanito
 de siete años.

50
00:04:15,100 --> 00:04:18,240
 No lo queremos fuera solo porque
 le puede pasar algo.

51
00:04:18,240 --> 00:04:20,960
 Así que tiene que ir junto
 con el hermano mayor.

52
00:04:20,960 --> 00:04:25,920
 Así que tenemos que crear la entrada
 de comedia estrella si aún no existe.

53
00:04:25,920 --> 00:04:29,080
 En este caso, uno no existió.

54
00:04:29,080 --> 00:04:33,220
 Así que lo completaremos.

55
00:04:33,220 --> 00:04:38,160
 Estoy un poco desordenado aquí,
 pero intentaré encajar todo.

56
00:04:38,160 --> 00:04:39,900
 La interfaz entrante será rápida.

57
00:04:39,900 --> 00:04:43,300
 Ethernet 0 barra oblicua 0 punto 34 porque
 esa es la interfaz que conduce a la

58
00:04:43,300 --> 00:04:44,600
 punto de encuentro.

59
00:04:44,600 --> 00:04:50,040
 Nuestro vecino PF será 3
 punto 4 punto 3 punto 3.

60
00:04:50,040 --> 00:04:55,040
 Una lista de interfaces salientes,
 una vez más, será nula.

61
00:04:55,040 --> 00:04:58,520
 Porque solo llenamos la lista de
 interfaces salientes con algo si

62
00:04:58,520 --> 00:05:01,220
 recibimos una solicitud
 de algún tipo.

63
00:05:01,220 --> 00:05:03,520
 Y nunca hemos recibido
 una solicitud.

64
00:05:03,520 --> 00:05:06,260
 Bien, ahora hemos creado
 MROUT STATE.

65
00:05:06,260 --> 00:05:08,740
 Pero aún no hemos respondido a la
 pregunta, ¿qué hacemos con esto?

66
00:05:08,740 --> 00:05:10,820
 primer paquete de multidifusión?

67
00:05:10,820 --> 00:05:15,340
 Ahora que se crea el ESTADO MROUT,
 ¿qué vamos a hacer con eso?

68
00:05:15,340 --> 00:05:24,840
 Lo vamos a registrar.

69
00:05:24,840 --> 00:05:26,020
 vamos a enviarlo.

70
00:05:26,020 --> 00:05:31,780
 Vamos a encapsularlo dentro de
 un paquete de registro PIM.

71
00:05:31,780 --> 00:05:35,800
 Así que aquí va, y eso
 va a ser unidifundido.

72
00:05:35,800 --> 00:05:41,420
 Entonces, veamos si puedo
 hacer justicia aquí.

73
00:05:41,420 --> 00:05:51,580
 Entonces, esto se transmitirá
 desde R4 hasta R3.

74
00:05:51,580 --> 00:05:58,280
 Y un rastro de sniffer
 dirá REGISTRO DE PIM.

75
00:05:58,280 --> 00:06:03,580
 Ahora, una vez que R3 obtiene ese REGISTRO
 PIM, al igual que R4 hizo un montón de

76
00:06:03,580 --> 00:06:06,340
 cosas simultáneamente cuando recibió
 el primer paquete, creó todos los

77
00:06:06,340 --> 00:06:10,220
 estado y lo registró, bueno
 R3, va a hacer un montón de

78
00:06:10,220 --> 00:06:13,080
 cosas simultáneamente una vez
 que obtiene este registro.

79
00:06:13,080 --> 00:06:18,280
 Debido a que finalmente ve la fuente real,
 puede crear una entrada S-comaG.

80
00:06:18,280 --> 00:06:20,560
 No me voy a quedar sin espacio
 aquí, así que solo voy a poner

81
00:06:20,560 --> 00:06:22,200
 solo lo básico.

82
00:06:22,200 --> 00:06:27,520
 4.5.4.5, 2.39.999.

83
00:06:27,520 --> 00:06:32,040
 Esa es mi entrada S-comaG.

84
00:06:32,040 --> 00:06:38,100
 Y si tiene alguna pregunta sobre
 cuál es la interfaz entrante o

85
00:06:38,100 --> 00:06:44,180
 algo así, así que en esta entrada particular
 de S-comaG, seguiré adelante

86
00:06:44,180 --> 00:06:48,740
 y pon esto. Cuando lo cree, dirá, está
 bien, bueno, si ya lo he hecho

87
00:06:48,740 --> 00:06:53,620
 obtuve un star-comaG existente, solo
 estaba dando vueltas y esperando.

88
00:06:53,620 --> 00:06:56,940
 Y ahora creo un S-comaG porque en
 realidad veo la multidifusión.

89
00:06:56,940 --> 00:07:00,520
 Volveré a mi star-comaG y lo que sea
 que esté en mi interfaz de salida

90
00:07:00,520 --> 00:07:05,080
 lista allí, lo copiaré
 en mi S-comaG.

91
00:07:05,080 --> 00:07:11,100
 La única situación en la que eso no
 sucedería es si al hacerlo, usted

92
00:07:11,100 --> 00:07:14,840
 tendría un duplicado de dónde está
 la interfaz de entrada S-comaG

93
00:07:14,840 --> 00:07:17,580
 igual que la lista de
 interfaces salientes.

94
00:07:17,580 --> 00:07:18,800
 No puedes tener eso.

95
00:07:18,800 --> 00:07:21,280
 No puede tener una interfaz en la lista
 de interfaces salientes que sea la

96
00:07:21,280 --> 00:07:22,800
 igual que la interfaz de entrada.

97
00:07:22,800 --> 00:07:24,360
 Eso va en contra de
 las reglas de PIM.

98
00:07:24,360 --> 00:07:30,080
 Pero en este caso, no tenemos
 que preocuparnos por eso.

99
00:07:30,080 --> 00:07:32,540
 Así que alguien en la audiencia
 en vivo hizo una buena pregunta.

100
00:07:32,540 --> 00:07:34,440
 Dicen que es un mensaje
 de unidifusión, ¿verdad?

101
00:07:34,440 --> 00:07:36,020
 Ese registro PIM es unidifusión.

102
00:07:36,020 --> 00:07:41,420
 Entonces, si tuviera dos, tres o cuatro enrutadores
 entre el enrutador tres y el enrutador

103
00:07:41,420 --> 00:07:44,900
 cuatro, ¿tendrían algún
 estado de multidifusión?

104
00:07:44,900 --> 00:07:46,040
 No, no lo harían.

105
00:07:46,040 --> 00:07:48,460
 Porque si hubiera algún enrutador
 en el medio, solo verían

106
00:07:48,460 --> 00:07:53,500
 un paquete de unidifusión con una dirección
 de origen de cuatro, destino de tres,

107
00:07:53,500 --> 00:07:54,360
 y simplemente lo enrutarían.

108
00:07:54,360 --> 00:07:58,560
 Al igual que están enrutando un telnet o
 una solicitud de navegador web o un FTP.

109
00:07:58,560 --> 00:08:02,520
 Entonces, si hubiera algún enrutador aquí
 en el medio en este momento, su ruta M

110
00:08:02,520 --> 00:08:03,800
 el estado no mostraría nada.

111
00:08:03,800 --> 00:08:06,820
 No son conscientes de que la multidifusión en
 realidad está viajando a través de ellos.

112
00:08:06,820 --> 00:08:14,440
 como unidifusión. Bien, entonces el enrutador
 tres crea el estado S-comaG, y luego

113
00:08:14,440 --> 00:08:18,240
 él usa eso para reenviarlo
 por el árbol.

114
00:08:18,240 --> 00:08:21,560
 Así que dice, está bien, voy a desencapsular
 este registro, revelando

115
00:08:21,560 --> 00:08:29,320
 la multidifusión en el interior, y voy
 a reenviarla por el árbol, y luego

116
00:08:29,320 --> 00:08:33,340
 enrutador ocho, cuando lo obtenga, bueno,
 eso creará el estado S-comaG en

117
00:08:33,340 --> 00:08:41,700
 a él. Voy a poner eso, porque nos
 estamos quedando sin espacio.

118
00:08:41,700 --> 00:08:45,600
 Luego lo reenviará por el árbol
 compartido al enrutador dos.

119
00:08:45,600 --> 00:08:47,200
 Ahora retrocedamos aquí
 por un segundo.

120
00:08:47,200 --> 00:08:50,300
 Antes de hablar sobre lo que sucede en
 el enrutador dos, volvamos a la cita

121
00:08:50,300 --> 00:08:55,980
 punto. Exacto, Brandon, el registro
 pin es básicamente un túnel unicast.

122
00:08:55,980 --> 00:08:58,640
 para el paquete de multidifusión.

123
00:08:58,640 --> 00:09:03,120
 En realidad, es un poco interesante
 que menciones eso.

124
00:09:03,120 --> 00:09:08,500
 Una vez que ingresa al enrutador y primero
 configura el RP en él, usted

125
00:09:08,500 --> 00:09:12,660
 dile quien es el RP, mira esto.

126
00:09:12,660 --> 00:09:15,540
 Me iré, realmente no importa qué
 enrutador elija, pero todo por

127
00:09:15,540 --> 00:09:18,100
 por el bien de los propósitos,
 iré al enrutador cuatro.

128
00:09:18,100 --> 00:09:26,020
 Mira este. En realidad, crea
 una interfaz de túnel.

129
00:09:26,020 --> 00:09:33,440
 Sí, y si muestra el túnel de interfaz
 cero, en realidad dice, pem

130
00:09:33,440 --> 00:09:35,400
 túnel de registro.

131
00:09:35,400 --> 00:09:40,400
 Cada enrutador tendrá eso, porque en
 un momento dado un enrutador nunca

132
00:09:40,400 --> 00:09:43,120
 sabe, voy a necesitar registrarme?

133
00:09:43,120 --> 00:09:45,840
 ¿Alguna vez habrá una multidifusión
 que me golpee que voy a necesitar?

134
00:09:45,840 --> 00:09:47,360
 registrarse al RP?

135
00:09:47,360 --> 00:09:53,160
 Entonces, tan pronto como un enrutador sabe
 quién es el RP, crea dinámicamente este

136
00:09:53,160 --> 00:09:54,440
 túnel de registro.

137
00:09:54,440 --> 00:09:57,820
 Así que está listo y esperando para ser utilizado
 en caso de que alguna vez necesite registrarse

138
00:09:57,820 --> 00:10:00,900
 cualquier cosa. Sí, así
 que eso es genial.

139
00:10:00,900 --> 00:10:07,880
 Bien, el enrutador tres acaba de reenviar
 el paquete de multidifusión.

140
00:10:07,880 --> 00:10:12,760
 Ahora mencioné que el problema con estos
 paquetes de registro es que consume

141
00:10:12,760 --> 00:10:17,360
 un poco más de recursos de CPU en el enrutador
 que está realizando el registro,

142
00:10:17,360 --> 00:10:22,720
 el enrutador que está desencapsulando
 o desencapsulando el registro.

143
00:10:22,720 --> 00:10:25,920
 Entonces, el enrutador tres dice, está bien,
 no quiero seguir recibiendo estos registros

144
00:10:25,920 --> 00:10:28,580
 paquetes si esto me hace
 trabajar más duro.

145
00:10:28,580 --> 00:10:33,680
 Preferiría recibir la multidifusión nativa
 tal como es, pura multidifusión.

146
00:10:33,680 --> 00:10:37,900
 Él dice, así que para hacer eso, tengo
 que avisar a mis vecinos río arriba

147
00:10:37,900 --> 00:10:42,500
 en la dirección del árbol del camino
 más corto que eso es lo que quiero.

148
00:10:42,500 --> 00:10:47,720
 Entonces, el enrutador tres dice, está bien, ahora
 que obtuve este estado de s-comage, y de acuerdo

149
00:10:47,720 --> 00:10:53,460
 para mí, mi árbol de ruta más corto es la
 interfaz de muerte rápida y en cero cero.

150
00:10:53,460 --> 00:10:57,620
 Correcto, dice, cuando hago una búsqueda
 RPF en la fuente, cuatro, cinco, cuatro,

151
00:10:57,620 --> 00:11:01,660
 cinco, mi búsqueda de RPF dice que mi
 ruta más corta es salir rápido y en

152
00:11:01,660 --> 00:11:08,240
 cero cero. Entonces, el enrutador tres
 enviará otro tipo de paquete PIM.

153
00:11:08,240 --> 00:11:12,180
 ¿Qué tipo de paquete PIM enviará el enrutador
 tres en este punto en orden?

154
00:11:12,180 --> 00:11:23,780
 para abrir su camino más corto?

155
00:11:23,780 --> 00:11:31,820
 Enviará un PIM s-comagee
 join, un s-comagee join.

156
00:11:31,820 --> 00:11:35,280
 Y si hubiera algún enrutador en el
 medio aquí entre estos dos tipos

157
00:11:35,280 --> 00:11:40,360
 que no tenía previamente ningún estado de
 multidifusión porque el registro estaba

158
00:11:40,360 --> 00:11:43,900
 simplemente pasándolos de forma transparente,
 si hubiera algún enrutador, vamos a

159
00:11:43,900 --> 00:11:47,140
 solo pon uno falso aquí por el
 momento, digamos enrutador

160
00:11:47,140 --> 00:11:49,500
 x estaba justo aquí.

161
00:11:49,500 --> 00:11:56,200
 Ahora, al recibir esta unión s-comagee,
 el enrutador x crearía s-comagee

162
00:11:56,200 --> 00:11:59,140
 estado en su tabla de ruta m.

163
00:11:59,140 --> 00:12:03,940
 Y crearía un estado de estrella-comagee
 porque el s-comagee no puede vivir

164
00:12:03,940 --> 00:12:07,400
 por sí mismo. Está demasiado asustado
 para andar solo por el mundo.

165
00:12:07,400 --> 00:12:09,020
 Tiene que tener un hermano
 mayor junto con él.

166
00:12:09,020 --> 00:12:12,040
 Por lo tanto, también crea un
 estado de cómputo estelar.

167
00:12:12,040 --> 00:12:16,780
 Y luego reenviaría el s-comagee río
 arriba y eventualmente lo haría

168
00:12:16,780 --> 00:12:18,500
 llegar al enrutador cuatro.

169
00:12:18,500 --> 00:12:23,280
 Una vez que el enrutador cuatro recibe este
 s-comagee, dice, oh, alguien está realmente

170
00:12:23,280 --> 00:12:25,400
 pidiéndome por este multicast.

171
00:12:25,400 --> 00:12:33,100
 Así que ahora en mi entrada s-comagee, puedo
 eliminar mi interfaz de salida nula

172
00:12:33,100 --> 00:12:38,960
 y lo reemplazaré con la interfaz donde
 acabo de recibir la solicitud,

173
00:12:38,960 --> 00:12:45,040
 la solicitud de s-comagee,
 que es fast-eathonet00.34.

174
00:12:45,040 --> 00:12:50,800
 Eso ahora le da permiso al enrutador cuatro
 para comenzar a reenviar la multidifusión

175
00:12:50,800 --> 00:12:55,620
 de forma nativa hacia abajo
 fast-eathonet00.34.

176
00:12:55,620 --> 00:13:04,340
 Pero recuerde, cuando entró esa unión s-comagee,
 el enrutador cuatro no necesariamente

177
00:13:04,340 --> 00:13:08,120
 sé que fue porque el punto
 de encuentro lo inició.

178
00:13:08,120 --> 00:13:10,140
 Él no necesariamente sabe eso.

179
00:13:10,140 --> 00:13:13,440
 Todo lo que sabe es que hay un vecino
 río abajo que quiere abrir

180
00:13:13,440 --> 00:13:17,820
 la multidifusión. Entonces, el enrutador cuatro
 dice, está bien, enviaré la multidifusión en su

181
00:13:17,820 --> 00:13:22,840
 forma nativa pura por este enlace,
 pero no sé si el punto de encuentro

182
00:13:22,840 --> 00:13:24,780
 incluso ha recibido mi registro.

183
00:13:24,780 --> 00:13:26,740
 Porque recuerda, no es como TCP.

184
00:13:26,740 --> 00:13:28,400
 Aquí no hay agradecimientos
 ni nada.

185
00:13:28,400 --> 00:13:31,800
 Cuando el enrutador cuatro envió el registro,
 simplemente lo envió al vacío y

186
00:13:31,800 --> 00:13:35,400
 no tenía idea de si el RP realmente
 lo entendió o no.

187
00:13:35,400 --> 00:13:39,420
 Entonces dice, bueno, además de enviar
 el multicast en su forma nativa.

188
00:13:39,420 --> 00:13:44,340
 de esta manera al enrutador X, también
 necesito seguir registrándome.

189
00:13:44,340 --> 00:13:45,620
 No puedo detener eso.

190
00:13:45,620 --> 00:13:48,720
 Porque hasta que el punto de encuentro
 confirme que ha recibido mi registro,

191
00:13:48,720 --> 00:13:50,220
 Tengo que seguir.

192
00:13:50,220 --> 00:13:55,580
 Así que ahora la multidifusión desciende por
 este árbol y el enrutador tres recibe dos

193
00:13:55,580 --> 00:14:00,520
 copias de la misma. Obtiene la multidifusión
 nativa porque ahora este camino ha sido

194
00:14:00,520 --> 00:14:06,060
 Abrió. Y recibe exactamente el mismo
 paquete de multidifusión encapsulado

195
00:14:06,060 --> 00:14:08,120
 dentro de un registro.

196
00:14:08,120 --> 00:14:10,980
 Ahora, el enrutador tres
 dice, está bien, genial.

197
00:14:10,980 --> 00:14:14,860
 Sé que mi camino más corto a
 la fuente está funcionando.

198
00:14:14,860 --> 00:14:16,380
 Sé que está abierto.

199
00:14:16,380 --> 00:14:19,880
 Porque si no funcionaba, no hubiera
 recibido el multicast normal,

200
00:14:19,880 --> 00:14:21,780
 la verdadera multidifusión nativa.

201
00:14:21,780 --> 00:14:25,100
 Él dice, así que desde que obtuve la multidifusión
 real, que continúa reenviando

202
00:14:25,100 --> 00:14:30,940
 río abajo, dice, ahora puedo enviar
 un mensaje de parada de registro.

203
00:14:30,940 --> 00:14:36,280
 Que me estoy quedando sin espacio aquí,
 pero él puede enviar un registro PIM

204
00:14:36,280 --> 00:14:43,620
 detener. Y eso, tal como dice, hará
 que el enrutador cuatro se detenga

205
00:14:43,620 --> 00:14:47,820
 registrándose Y ahora solo enviará la multidifusión
 nativa en su estado puro.

206
00:14:47,820 --> 00:14:52,620
 forma hasta el enrutador
 tres y se irá.

207
00:14:52,620 --> 00:14:56,040
 Ahora, mencioné cuando el primer paquete
 de multidifusión, cuando ese primer

208
00:14:56,040 --> 00:15:00,820
 el registro fue desencapsulado, desencapsulado
 y finalmente hizo su

209
00:15:00,820 --> 00:15:03,320
 camino al enrutador dos, dije, hagamos
 una pausa por un segundo.

210
00:15:03,320 --> 00:15:05,320
 Volvamos al punto de encuentro porque
 el enrutador dos va a hacer

211
00:15:05,320 --> 00:15:06,380
 un montón de cosas

212
00:15:06,380 --> 00:15:08,840
 Así que retrocedamos en el tiempo.

213
00:15:08,840 --> 00:15:12,820
 Retrocedamos el reloj como un segundo
 o dos para cuando ese mismo

214
00:15:12,820 --> 00:15:15,840
 el primer paquete de multidifusión
 llega al enrutador dos.

215
00:15:15,840 --> 00:15:17,120
 ¿Bien adivina que?

216
00:15:17,120 --> 00:15:26,300
 Enrutador dos, cuando lo obtiene, crea
 el estado S, coma G, porque ahora

217
00:15:26,300 --> 00:15:28,100
 ha visto el paquete.

218
00:15:28,100 --> 00:15:32,840
 Y él dice, está bien, vuelve a su
 entrada de estrella, coma G, y ve

219
00:15:32,840 --> 00:15:35,640
 una pequeña bandera allí.

220
00:15:35,640 --> 00:15:42,240
 La bandera C, que dice, oh, recuerdo
 que creé la estrella, coma G estado

221
00:15:42,240 --> 00:15:46,320
 porque un directamente conectado, eso es
 lo que significa la C, un directamente

222
00:15:46,320 --> 00:15:49,580
 receptor conectado me pidió
 esta multidifusión.

223
00:15:49,580 --> 00:15:51,300
 Tengo un informe de membresía.

224
00:15:51,300 --> 00:15:55,700
 Entonces él dice, eso significa que soy
 lo que PIM llama un enrutador de hoja.

225
00:15:55,700 --> 00:15:57,900
 Estoy al final de la rama.

226
00:15:57,900 --> 00:16:03,140
 Y debido a que soy un enrutador de hojas,
 tengo la autoridad para abrir el más corto

227
00:16:03,140 --> 00:16:08,960
 árbol de ruta Por mí mismo, puedo alejarme
 del árbol compartido y tratar de

228
00:16:08,960 --> 00:16:12,020
 obtener estos paquetes de
 una manera más eficiente.

229
00:16:12,020 --> 00:16:15,640
 Entonces, si asumimos aquí que este enlace
 serial es en realidad el camino más corto

230
00:16:15,640 --> 00:16:19,960
 árbol desde la perspectiva del enrutador dos,
 básicamente va a hacer exactamente lo mismo

231
00:16:19,960 --> 00:16:22,460
 Lo mismo que hizo el
 punto de encuentro.

232
00:16:22,460 --> 00:16:29,100
 Él va a enviar una S, coma
 G unirse a la corriente.

233
00:16:29,100 --> 00:16:36,560
 Y cuando el enrutador cuatro obtenga eso,
 lo hará en su lista de interfaz saliente

234
00:16:36,560 --> 00:16:43,600
 ahora agregue serial 010
 a esa interfaz saliente.

235
00:16:43,600 --> 00:16:47,960
 Y ahora la multidifusión nativa comenzará
 a fluir hacia abajo de esta manera.

236
00:16:47,960 --> 00:16:53,580
 Una vez que el enrutador dos obtiene esa multidifusión
 nativa, ahora dice, está bien, increíble.

237
00:16:53,580 --> 00:16:56,920
 Ahora obtengo la multidifusión nativa
 en mi árbol de ruta más corto.

238
00:16:56,920 --> 00:17:02,020
 Pero hmm, también recibo copias de
 ese paquete en el árbol compartido.

239
00:17:02,020 --> 00:17:04,620
 Ya no necesito esos paquetes
 en el árbol compartido.

240
00:17:04,620 --> 00:17:05,780
 No quiero esos.

241
00:17:05,780 --> 00:17:12,240
 Entonces revise la pregunta, ¿qué hace el
 enrutador dos para tratar de detener el

242
00:17:12,240 --> 00:17:17,540
 paquetes de bajar el
 árbol compartido?

243
00:17:17,540 --> 00:17:29,200
 Así es. Envía un mensaje
 de poda PIM.

244
00:17:29,200 --> 00:17:34,300
 Exactamente un mensaje de eliminación de PIM, que tiene
 exactamente el mismo formato que una unión de PIM

245
00:17:34,300 --> 00:17:38,480
 mensaje. Solo que en lugar de decir el número
 de grupos que se unieron, dice el número

246
00:17:38,480 --> 00:17:40,440
 de grupos podados.

247
00:17:40,440 --> 00:17:45,520
 Así que envía una
 ciruela pasa PIM.

248
00:17:45,520 --> 00:17:51,480
 En este caso particular, en realidad
 tendrá la fuente, 4.5.4.5.

249
00:17:51,480 --> 00:17:54,500
 Tendrá el grupo.

250
00:17:54,500 --> 00:18:00,920
 Pero ahí dentro, tendrá el bit RP establecido,
 que le dice a su upstream

251
00:18:00,920 --> 00:18:04,660
 vecino, oye, no reenvíes
 esto a la fuente.

252
00:18:04,660 --> 00:18:07,180
 Aunque estoy listando la dirección de
 la fuente aquí, no es ahí donde esta

253
00:18:07,180 --> 00:18:09,000
 el mensaje finalmente va.

254
00:18:09,000 --> 00:18:11,760
 Necesito que envíes esto
 al punto de encuentro.

255
00:18:11,760 --> 00:18:16,060
 Entonces, el enrutador ocho eliminará
 cero barra uno de su interfaz saliente

256
00:18:16,060 --> 00:18:22,880
 lista. Creará un mensaje de poda,
 que luego enviará al enrutador

257
00:18:22,880 --> 00:18:28,180
 tres. El enrutador tres eliminará
 su lista de interfaces salientes.

258
00:18:28,180 --> 00:18:34,780
 Y ahora el enrutador tres dirá, está bien,
 bueno, nadie necesita la multidifusión

259
00:18:34,780 --> 00:18:38,820
 para mi mas No tengo más interfaces
 en mi lista de interfaces salientes.

260
00:18:38,820 --> 00:18:40,140
 Entonces, ¿adivinen qué hará?

261
00:18:40,140 --> 00:18:43,300
 Enviará una ciruela
 hacia la fuente.

262
00:18:43,300 --> 00:18:47,460
 Y eventualmente, después de un segundo
 o dos, el tráfico dejará de

263
00:18:47,460 --> 00:18:51,200
 más tiempo, dejará de pasar por
 el punto de encuentro, y solo

264
00:18:51,200 --> 00:18:57,140
 irá por el árbol de ruta de origen
 directamente al enrutador dos.

265
00:18:57,140 --> 00:19:02,560
 Entonces, ¿qué preguntas tienes?

266
00:19:02,560 --> 00:19:06,740
 Eso completa mi revisión de este
 proceso en la audiencia en vivo.

267
00:19:06,740 --> 00:19:22,160
 ¿Tiene usted alguna pregunta?

268
00:19:22,160 --> 00:19:23,900
 Pedro hace una buena pregunta.

269
00:19:23,900 --> 00:19:26,460
 Él dice, oye, recuerdo algo
 llamado registro nulo.

270
00:19:26,460 --> 00:19:29,640
 ¿Quién envía eso y en qué
 condiciones se envía?

271
00:19:29,640 --> 00:19:32,540
 Bien, así que aquí estamos
 en el presente.

272
00:19:32,540 --> 00:19:36,460
 En este momento, la multidifusión está
 llegando al enrutador cuatro y el único

273
00:19:36,460 --> 00:19:42,300
 La interfaz que tiene el enrutador cuatro
 es serial cero barra uno tamaño cero.

274
00:19:42,300 --> 00:19:45,320
 Así que lo está enviando directamente
 de esa manera.

275
00:19:45,320 --> 00:19:51,520
 Pero el enrutador cuatro, dice, bueno, cada
 pocos segundos tiene su pensamiento.

276
00:19:51,520 --> 00:19:55,900
 El enrutador cuatro, cada pocos segundos,
 dice, bueno, existe la posibilidad de que

277
00:19:55,900 --> 00:20:01,160
 alguien más en los últimos segundos puede
 haberse unido a la transmisión y enviado

278
00:20:01,160 --> 00:20:03,740
 su solicitud al punto
 de encuentro.

279
00:20:03,740 --> 00:20:06,360
 Y tal vez el punto de encuentro sentado
 allí ahora mismo, jugando con su

280
00:20:06,360 --> 00:20:09,300
 pulgar diciendo, hombre, desearía que la transmisión
 comenzara porque tengo a alguien

281
00:20:09,300 --> 00:20:10,800
 nuevo quien lo quiere.

282
00:20:10,800 --> 00:20:13,680
 Pero recuerda, el punto de encuentro puede
 haberse olvidado de la corriente.

283
00:20:13,680 --> 00:20:15,800
 Puede que ya no tenga estado.

284
00:20:15,800 --> 00:20:20,560
 Entonces, cuando alguien más se unió, creó
 una nueva estrella, estado de coma G

285
00:20:20,560 --> 00:20:22,060
 y el punto de encuentro.

286
00:20:22,060 --> 00:20:25,600
 Pero se olvidó de su anterior
 estado S, coma G.

287
00:20:25,600 --> 00:20:30,140
 Eso se ha ido. Entonces, el enrutador cuatro
 dice, en caso de que eso haya sucedido,

288
00:20:30,140 --> 00:20:32,160
 Voy a enviar un registro nulo.

289
00:20:32,160 --> 00:20:33,540
 Es aproximadamente cada
 cinco segundos.

290
00:20:33,540 --> 00:20:36,240
 Cada cinco segundos más o menos, voy a
 enviar un registro nulo al enrutador

291
00:20:36,240 --> 00:20:40,900
 tres, que en realidad no tiene el
 paquete de multidifusión dentro.

292
00:20:40,900 --> 00:20:43,420
 Básicamente dice, hey,
 punto de encuentro.

293
00:20:43,420 --> 00:20:47,920
 Solo quiero recordarles que tengo esta
 transmisión de multidifusión en marcha.

294
00:20:47,920 --> 00:20:49,840
 Lo estoy reenviando
 a otras personas.

295
00:20:49,840 --> 00:20:53,840
 Y si lo quieres, quizás
 quieras pedírmelo.

296
00:20:53,840 --> 00:20:55,460
 Así que eso es lo que
 es un registro nulo.

297
00:20:55,460 --> 00:20:57,240
 Se apaga cada cinco segundos.

298
00:20:57,240 --> 00:21:00,820
 Es generado por el enrutador cuatro porque
 él es el que está conectado directamente

299
00:21:00,820 --> 00:21:04,760
 a la fuente Y es su forma de recordar
 el punto de encuentro, ey,

300
00:21:04,760 --> 00:21:05,880
 ¿quieres esto?

301
00:21:05,880 --> 00:21:10,060
 Ahora, si el punto de encuentro lo quiere,
 enviará una S, coma G unirse

302
00:21:10,060 --> 00:21:12,400
 reabrir ese camino.

303
00:21:12,400 --> 00:21:16,800
 Si el punto de encuentro no lo quiere,
 enviará otra parada de registro.

304
00:21:16,800 --> 00:21:18,080
 Él dirá, no necesito esto.

305
00:21:18,080 --> 00:21:19,080
 Y así sucederá.

306
00:21:19,080 --> 00:21:20,600
 Cada cinco segundos.

307
00:21:20,600 --> 00:21:25,940
 Entonces, sí, ese registro nulo siempre
 lo genera el enrutador de primer salto.

308
00:21:25,940 --> 00:21:30,820
 El enrutador que está directamente conectado
 a la fuente de multidifusión.

309
00:21:30,820 --> 00:21:35,420
 ¿Hay alguna otra pregunta?

310
00:21:35,420 --> 00:21:43,240
 Y sí, Josh hizo una
 buena pregunta.

311
00:21:43,240 --> 00:21:46,920
 Dijo, volviendo al enrutador dos,
 cuando el enrutador dos cambió al

312
00:21:46,920 --> 00:21:49,840
 camino más corto, solo Josh
 solo quiere confirmación.

313
00:21:49,840 --> 00:21:51,080
 Tiene toda la razón.

314
00:21:51,080 --> 00:21:54,380
 La forma en que el enrutador determina
 el camino más corto es una vez que mira

315
00:21:54,380 --> 00:21:58,620
 en la dirección de origen de esa multidifusión,
 que en este caso es cuatro, cinco,

316
00:21:58,620 --> 00:21:59,460
 cuatro, cinco, cinco, cuatro.

317
00:21:59,460 --> 00:22:01,500
 Él hace una verificación RPF.

318
00:22:01,500 --> 00:22:04,620
 Entra en su tabla de enrutamiento de unidifusión
 y dice cuál es la mejor ruta

319
00:22:04,620 --> 00:22:07,580
 Tengo de vuelta a esa fuente?

320
00:22:07,580 --> 00:22:12,180
 Y podría tener una ruta estática o
 una ruta EI-JRP o una ruta OSPF.

321
00:22:12,180 --> 00:22:15,360
 Pero en este caso, tenía algún tipo
 de ruta que decía la mejor manera de

322
00:22:15,360 --> 00:22:19,920
 volver a la red cuatro, cinco, cuatro
 es a través de la serie 010.

323
00:22:19,920 --> 00:22:22,860
 Así fue como determinó cuál
 sería su camino más corto.