1
00:00:08,460 --> 00:00:12,500
 Entonces, hasta este momento en los videos
 anteriores, hemos hablado sobre

2
00:00:12,500 --> 00:00:18,280
 cómo se construye el árbol compartido,
 hasta el punto de encuentro y

3
00:00:18,280 --> 00:00:19,760
 luego detenerse allí.

4
00:00:19,760 --> 00:00:22,720
 Y luego el último video del que hablamos,
 está bien, una vez que esa fuente, esa

5
00:00:22,720 --> 00:00:27,040
 servidor, comienza a enviar su tráfico
 de multidifusión, el primer enrutador

6
00:00:27,040 --> 00:00:30,960
 está conectado, que consideraría la puerta
 de enlace predeterminada para el

7
00:00:30,960 --> 00:00:36,960
 fuente, tomará esos paquetes de multidifusión
 y los registrará con el PIM

8
00:00:36,960 --> 00:00:38,160
 punto de encuentro.

9
00:00:38,160 --> 00:00:41,020
 Y hablamos sobre cómo eso básicamente
 toma los paquetes de multidifusión

10
00:00:41,020 --> 00:00:45,800
 y envolviéndolos dentro de un encabezado
 PIM y luego envolviéndolos dentro

11
00:00:45,800 --> 00:00:51,340
 de un encabezado IP de unidifusión
 desde el enrutador al RP.

12
00:00:51,340 --> 00:00:58,220
 Así que ahora vamos a ver cómo unirnos
 al árbol del camino más corto.

13
00:00:58,220 --> 00:01:05,960
 Ahora recuerde, mencioné esto en el otro
 video que cada enrutador tiene su

14
00:01:05,960 --> 00:01:10,460
 propia perspectiva sobre cuál es el
 árbol del camino más corto, ¿verdad?

15
00:01:10,460 --> 00:01:14,460
 Tan pronto como un enrutador recibe un paquete
 de multidifusión, de repente tiene

16
00:01:14,460 --> 00:01:18,320
 este despertar, dice ajá, esto es
 lo que he estado buscando y ahora

17
00:01:18,320 --> 00:01:21,840
 Conozco el componente crítico
 que no conocía antes.

18
00:01:21,840 --> 00:01:23,520
 Sé quién es la fuente.

19
00:01:23,520 --> 00:01:29,000
 Entonces ese enrutador, discúlpeme,
 entonces no RP mira hacia arriba.

20
00:01:29,000 --> 00:01:33,160
 Entra en su tabla de enrutamiento de unidifusión
 y dice, para mí, cuál es el más corto

21
00:01:33,160 --> 00:01:35,500
 camino de regreso a esa fuente?

22
00:01:35,500 --> 00:01:39,520
 Ahora, eso podría llevarlo a hacer la pregunta,
 está bien, ¿eso significa que

23
00:01:39,520 --> 00:01:43,940
 en cualquier lugar a lo largo del árbol
 desde la fuente hasta el receptor,

24
00:01:43,940 --> 00:01:48,220
 si hay alguna rama en cualquier lugar que se
 ramifique y en realidad sea la más corta

25
00:01:48,220 --> 00:01:52,000
 ruta, ¿eso significa que cualquier enrutador en cualquier
 lugar a lo largo de esa ruta está permitido

26
00:01:52,000 --> 00:01:56,180
 para cambiar al árbol de la ruta más
 corta y dejar ese árbol central y

27
00:01:56,180 --> 00:01:57,980
 dejar el árbol de puntos
 de encuentro?

28
00:01:57,980 --> 00:02:00,560
 No exactamente. Y entonces
 vamos a hablar de eso aquí.

29
00:02:00,560 --> 00:02:05,780
 Pero en esta situación particular,
 el punto de encuentro tiene permiso

30
00:02:05,780 --> 00:02:09,240
 para hacer eso porque recuerda en este punto,
 el punto de encuentro está recibiendo

31
00:02:09,240 --> 00:02:13,800
 registrar paquetes, lo que hace
 que su CPU trabaje un poco más

32
00:02:13,800 --> 00:02:19,940
 de lo que debería Normalmente, lo que realmente
 queremos es cuando un paquete de multidifusión

33
00:02:19,940 --> 00:02:25,140
 entra, solo queremos buscar la entrada
 en la tabla mRout y reenviar

34
00:02:25,140 --> 00:02:28,720
 en su camino. De hecho, si
 ejecuta SEP, Cisco Express

35
00:02:28,720 --> 00:02:32,440
 Reenvío, incluso puede hacer todo
 eso sin interrumpir potencialmente

36
00:02:32,440 --> 00:02:36,100
 la CPU en absoluto, como por ejemplo,
 en los interruptores.

37
00:02:36,100 --> 00:02:40,640
 Si tiene un conmutador multicapa con
 cámaras T y reenvío A6 y reenvío

38
00:02:40,640 --> 00:02:46,720
 motores y esas cosas, la CPU y el interruptor
 están haciendo todo el procesamiento PIM.

39
00:02:46,720 --> 00:02:51,280
 Entonces, cuando PIM se une, PIM poda,
 PIM registra paquetes, tienen que

40
00:02:51,280 --> 00:02:53,740
 subir a la CPU para ser procesado.

41
00:02:53,740 --> 00:02:58,240
 Entonces, si ese conmutador multicapa,
 que actúa como un enrutador,

42
00:02:58,240 --> 00:03:02,800
 está recibiendo toneladas de paquetes
 de registro, todo eso va a una CPU.

43
00:03:02,800 --> 00:03:06,620
 Mientras que si eso solo llegara como
 multidifusión nativa, todo eso podría

44
00:03:06,620 --> 00:03:10,420
 ser manejado en hardware en sus cámaras
 T y su A6 y esas cosas y sería

45
00:03:10,420 --> 00:03:14,700
 nunca molestar a la CPU, ni siquiera
 ser visto por la CPU.

46
00:03:14,700 --> 00:03:17,300
 Entonces, idealmente, eso
 es lo que queremos.

47
00:03:17,300 --> 00:03:22,460
 Así que queremos detener este proceso de registro
 tan pronto como podamos para que podamos

48
00:03:22,460 --> 00:03:24,440
 no tienes que hacer todo
 ese trabajo extra.

49
00:03:24,440 --> 00:03:29,660
 Así que mencionamos que la forma
 en que eso sucederá es que el PIM

50
00:03:29,660 --> 00:03:38,380
 RP va a enviar un mensaje de unión llamado
 s, g unirse aguas arriba para abrir

51
00:03:38,380 --> 00:03:42,020
 por su propio camino más corto.

52
00:03:42,020 --> 00:03:44,920
 Y esa es su forma de decir, está bien, quiero
 abrirlo para que la multidifusión

53
00:03:44,920 --> 00:03:47,360
 puede fluir hacia abajo
 en su forma nativa.

54
00:03:47,360 --> 00:03:51,580
 Una vez que eso comienza a suceder y
 lo veo, lo he confirmado, entonces el

55
00:03:51,580 --> 00:03:53,780
 RP dice detener el registro.

56
00:03:53,780 --> 00:03:54,840
 Ya no quiero eso.

57
00:03:54,840 --> 00:03:57,940
 Deja de hacer el proceso de registro
 y en realidad envía un registro PIM

58
00:03:57,940 --> 00:04:00,520
 detener. Hablamos de eso.

59
00:04:00,520 --> 00:04:05,000
 Ahora, sé que también en este caso
 particular, R2 se une al más corto

60
00:04:05,000 --> 00:04:09,580
 árbol de ruta Ahora, déjame volver a mi
 dibujo original aquí por un momento.

61
00:04:09,580 --> 00:04:14,980
 Así es nuestra topología actual.

62
00:04:14,980 --> 00:04:23,840
 Ahora, sé que diseñé esto intencionalmente
 para que R8 pudiera

63
00:04:23,840 --> 00:04:28,800
 para llegar directamente al enrutador
 cuatro sin ir al enrutador tres.

64
00:04:28,800 --> 00:04:35,660
 Así que uno podría mirar esto y decir,
 está bien, entonces asumiría que cuando

65
00:04:35,660 --> 00:04:39,260
 el primer paquete de multidifusión, cuando
 el primer paquete de registro, el primero

66
00:04:39,260 --> 00:04:46,080
 el paquete de registro viene aguas abajo al enrutador
 tres y el enrutador tres se encapsula

67
00:04:46,080 --> 00:04:50,620
 eso y lo envía como una multidifusión
 nativa al enrutador ocho, no solo

68
00:04:50,620 --> 00:04:55,340
 ¿el enrutador tres enviaría su unión aguas
 arriba tratando de unirse a su más corto?

69
00:04:55,340 --> 00:05:00,300
 árbol de ruta, ¿no esperaríamos que el
 enrutador ocho también hiciera eso?

70
00:05:00,300 --> 00:05:04,620
 Quiero decir, después de todo, el enrutador
 ocho ahora sabe quién es la fuente y debería

71
00:05:04,620 --> 00:05:08,140
 busque en su tabla de enrutamiento y diga, oh,
 espere, obtuve esta conexión directa BAM

72
00:05:08,140 --> 00:05:10,520
 aquí a la fuente.

73
00:05:10,520 --> 00:05:12,560
 Ese es mi camino más corto.

74
00:05:12,560 --> 00:05:17,540
 ¿No esperaríamos que también se uniera
 al árbol del camino más corto?

75
00:05:17,540 --> 00:05:19,200
 Bueno, vamos a echar un vistazo
 a esto en un rastro de sniffer.

76
00:05:19,200 --> 00:05:22,500
 Te diré exactamente
 lo que dice el RFC.

77
00:05:22,500 --> 00:05:29,160
 El RFC para el modo disperso de PIMS dice
 que las únicas personas que pueden

78
00:05:29,160 --> 00:05:34,980
 para cambiar de un árbol compartido a
 un árbol de ruta más corta son números

79
00:05:34,980 --> 00:05:39,740
 uno, el punto de encuentro, como hemos
 estado hablando, o el último

80
00:05:39,740 --> 00:05:44,580
 enrutador de salto. En otras palabras, el enrutador
 que está conectado directamente al

81
00:05:44,580 --> 00:05:49,200
 receptor. De acuerdo con el RFC, en este
 diagrama en particular, el enrutador

82
00:05:49,200 --> 00:05:53,800
 a ocho no se les permitiría
 iniciar ese proceso.

83
00:05:53,800 --> 00:05:58,100
 Tendría que recibir la multidifusión en
 el árbol compartido y luego simplemente

84
00:05:58,100 --> 00:06:02,060
 Continúe pasándolo aguas
 abajo al enrutador dos.

85
00:06:02,060 --> 00:06:05,500
 Y debido a que el enrutador dos está directamente
 conectado al receptor, recuerde,

86
00:06:05,500 --> 00:06:09,700
 vimos eso con una banderita con una C porque
 recibió el informe de membresía,

87
00:06:09,700 --> 00:06:14,820
 eso significa que sería su responsabilidad
 conectarse al más corto

88
00:06:14,820 --> 00:06:19,220
 árbol de ruta, no responsabilidad
 del enrutador ocho.

89
00:06:19,220 --> 00:06:21,760
 Así que en realidad vamos a echar un vistazo
 a eso en un rastro de sniffer y ver si eso es

90
00:06:21,760 --> 00:06:24,460
 cierto porque sabemos que a veces con
 los enrutadores de Cisco y esas cosas,

91
00:06:24,460 --> 00:06:26,660
 no siga exactamente el RFC.

92
00:06:26,660 --> 00:06:28,620
 Así que vamos a ver
 si eso va a suceder.

93
00:06:28,620 --> 00:06:33,120
 Pero antes de hacer eso, simplemente
 no quiero adelantarme aquí.

94
00:06:33,120 --> 00:06:39,400
 Y, por cierto, este enrutador dos en el RFC,
 es posible que lo vea como término dos

95
00:06:39,400 --> 00:06:39,880
 cosa diferente.

96
00:06:39,880 --> 00:06:44,300
 Lo he visto llamado enrutador de último salto
 y también lo he visto denominado hoja

97
00:06:44,300 --> 00:06:47,040
 enrutadores Es como una hoja
 en el borde del árbol.

98
00:06:47,040 --> 00:06:49,640
 Va, el árbol no va más allá.

99
00:06:49,640 --> 00:06:53,660
 Entonces llamarán enrutadores de hoja
 o enrutadores de último salto.

100
00:06:53,660 --> 00:07:02,020
 Bien, esta es una revisión
 de lo que ya hablamos.

101
00:07:02,020 --> 00:07:04,800
 Así que no necesito entrar allí.

102
00:07:04,800 --> 00:07:09,840
 Y mencioné cómo se usan las uniones
 S, G para abrir el camino más corto

103
00:07:09,840 --> 00:07:13,860
 árbol. Y verá ese acrónimo S P T
 todo el tiempo cuando se habla de

104
00:07:13,860 --> 00:07:16,280
 PIM, árbol de ruta más corta.

105
00:07:16,280 --> 00:07:21,060
 Entonces, ¿qué desencadena
 una unión S, G?

106
00:07:21,060 --> 00:07:26,260
 Bueno, una vez más, hay varias cosas
 que podrían desencadenarlo.

107
00:07:26,260 --> 00:07:30,980
 Si usted es el punto de encuentro y
 recibe un paquete de multidifusión

108
00:07:30,980 --> 00:07:35,920
 y un registro, eso lo activará para
 enviar una combinación S, G.

109
00:07:35,920 --> 00:07:38,460
 Porque como punto de encuentro,
 vas a querer abrir tu más corto

110
00:07:38,460 --> 00:07:41,260
 camino. Así que eso es algo
 que podría desencadenarlo.

111
00:07:41,260 --> 00:07:42,800
 ¿Qué es otra cosa?

112
00:07:42,800 --> 00:07:49,120
 Como hablamos, si usted es un enrutador
 hoja cuando recibe la multidifusión

113
00:07:49,120 --> 00:07:52,440
 paquete. Ahora bien, esto también
 plantea un punto interesante.

114
00:07:52,440 --> 00:07:59,460
 Entonces, podría preguntarse, bueno, ¿el
 enrutador de hoja hace eso de inmediato?

115
00:07:59,460 --> 00:08:04,800
 Solo después de recibir 10 paquetes
 o recibir ciertos bits por segundo.

116
00:08:04,800 --> 00:08:07,400
 Ya sabes, ¿cuándo decide hacer
 eso el enrutador de hoja?

117
00:08:07,400 --> 00:08:10,860
 El RFC real no define eso.

118
00:08:10,860 --> 00:08:15,820
 El RFC real para PIMS Farsmo solo dice
 que el enrutador hoja puede, no

119
00:08:15,820 --> 00:08:17,160
 incluso tiene que hacerlo.

120
00:08:17,160 --> 00:08:22,100
 El enrutador hoja puede cambiar al árbol
 de la ruta más corta una vez que se

121
00:08:22,100 --> 00:08:24,640
 se alcanza el umbral.

122
00:08:24,640 --> 00:08:25,780
 Eso es todo lo que dice.

123
00:08:25,780 --> 00:08:28,400
 Ahora, ¿cómo lo hacen realmente
 los enrutadores Cisco?

124
00:08:28,400 --> 00:08:33,040
 El umbral para los enrutadores
 Cisco es un paquete, solo uno.

125
00:08:33,040 --> 00:08:36,920
 Entonces, cuando el primer paquete de multidifusión
 llega al enrutador dos y al enrutador

126
00:08:36,920 --> 00:08:41,380
 dos aprenden primero cuál es la dirección
 de origen, ese es su disparador

127
00:08:41,380 --> 00:08:44,480
 decir, está bien, ¿tengo
 un camino más corto?

128
00:08:44,480 --> 00:08:49,040
 Déjame unirme. Así que ese es el umbral
 en los enrutadores de Cisco.

129
00:08:49,040 --> 00:08:51,980
 Ahora podrías decir,
 ¿tengo otra opción?

130
00:08:51,980 --> 00:08:53,120
 ¿Hay algo más que pueda hacer?

131
00:08:53,120 --> 00:08:56,560
 Déjame mostrarte cuál es el comando
 para modificar ese comportamiento.

132
00:08:56,560 --> 00:08:59,160
 No tienes muchas opciones.

133
00:08:59,160 --> 00:09:02,300
 En realidad, solo hay dos.

134
00:09:02,300 --> 00:09:05,160
 Solo dos opciones tienes
 disponibles para ti.

135
00:09:05,160 --> 00:09:08,420
 Así que voy a ir en el
 enrutador de hoja aquí.

136
00:09:08,420 --> 00:09:11,020
 Y el comando es IP PIM.

137
00:09:11,020 --> 00:09:18,580
 Y luego es el umbral SPT.

138
00:09:18,580 --> 00:09:20,920
 Entonces, el umbral del
 camino de Shores.

139
00:09:20,920 --> 00:09:23,640
 Y solo tienes dos opciones.

140
00:09:23,640 --> 00:09:30,060
 Cero, que es el predeterminado, o infinito,
 lo que significa nunca cambiar

141
00:09:30,060 --> 00:09:31,500
 al camino más corto.

142
00:09:31,500 --> 00:09:35,220
 Eso es todo. Nada en el medio.

143
00:09:35,220 --> 00:09:41,960
 Para que pueda decidir por sí mismo bajo
 qué circunstancias podría querer

144
00:09:41,960 --> 00:09:44,040
 para seleccionar infinito.

145
00:09:44,040 --> 00:09:52,440
 Pero el valor predeterminado es cambiar tan
 pronto como reciba el primer paquete.

146
00:09:52,440 --> 00:09:55,600
 ¿Qué estado crean en
 la tabla de rutas M?

147
00:09:55,600 --> 00:09:59,640
 Bien, entonces si vuelvo a mi enrutador
 aquí, sigamos adelante y usemos esto

148
00:09:59,640 --> 00:10:04,380
 chico. Mostrar ruta IP M.

149
00:10:04,380 --> 00:10:12,520
 Bien, hasta ahora tenemos nuestra
 entrada de estrella, coma G.

150
00:10:12,520 --> 00:10:19,300
 Ahora la entrada de estrella, coma G se
 crea en función del árbol compartido.

151
00:10:19,300 --> 00:10:24,360
 Donde lo único que conocemos
 es el punto de encuentro.

152
00:10:24,360 --> 00:10:27,620
 Y cómo llegar al punto
 de encuentro.

153
00:10:27,620 --> 00:10:34,600
 Entonces, si los paquetes de multidifusión comienzan a
 fluir hacia abajo en el árbol compartido, este es el

154
00:10:34,600 --> 00:10:40,080
 construcción que vamos a usar para reenviar
 esos paquetes de multidifusión.

155
00:10:40,080 --> 00:10:44,580
 Ahora dices, bueno, si la multidifusión
 realmente comienza a fluir y ahora

156
00:10:44,580 --> 00:10:48,720
 conoce la fuente, ¿también
 vamos a usar esto?

157
00:10:48,720 --> 00:10:50,640
 Bueno, mira un par de cosas aquí.

158
00:10:50,640 --> 00:10:54,320
 Número uno, interfaz entrante.

159
00:10:54,320 --> 00:10:56,160
 Un vecino del RPF.

160
00:10:56,160 --> 00:11:01,140
 Todo esto se basa en nuestro conocimiento
 del punto de encuentro.

161
00:11:01,140 --> 00:11:07,280
 Si en realidad estoy recibiendo los datos reales
 de multidifusión, esto no sería relevante,

162
00:11:07,280 --> 00:11:11,600
 ¿bien? Porque la interfaz entrante
 y el vecino RPF para llegar al

163
00:11:11,600 --> 00:11:15,340
 la fuente real en sí
 podría no ser esta.

164
00:11:15,340 --> 00:11:17,260
 Puede ser algo diferente.

165
00:11:17,260 --> 00:11:23,260
 Además, ya no necesitaría una estrella
 aquí porque ahora sabría lo que

166
00:11:23,260 --> 00:11:25,220
 la dirección de origen es.

167
00:11:25,220 --> 00:11:31,040
 Entonces, en el momento en que un enrutador
 recibe el primer paquete de multidifusión,

168
00:11:31,040 --> 00:11:38,120
 crea una segunda entrada aquí, que
 se denomina entrada S, coma G.

169
00:11:38,120 --> 00:11:39,320
 Así que sigamos adelante
 y hagamos eso.

170
00:11:39,320 --> 00:11:40,880
 Empecemos por el arroyo.

171
00:11:40,880 --> 00:11:54,680
 Básicamente hacer
 mi ping de nuevo.

172
00:11:54,680 --> 00:12:00,120
 Bueno. Y de hecho tengo que ir al enrutador
 ocho porque durante el descanso,

173
00:12:00,120 --> 00:12:05,400
 Agregué algo aquí que podría arruinar
 nuestra demostración.

174
00:12:05,400 --> 00:12:18,960
 Así que solo quiero
 deshacerme de eso.

175
00:12:18,960 --> 00:12:21,380
 Bien, veamos ahora
 el enrutador dos.

176
00:12:21,380 --> 00:12:23,800
 Mostrar IP, ruta M.

177
00:12:23,800 --> 00:12:32,300
 Así que aquí vemos lo que se llama
 una entrada de ruta S, coma G, M.

178
00:12:32,300 --> 00:12:38,200
 S porque bueno, en realidad sabemos
 quién es la fuente allí mismo.

179
00:12:38,200 --> 00:12:43,500
 Entonces, la interfaz entrante y el vecino
 RPF son realmente relevantes ahora

180
00:12:43,500 --> 00:12:47,540
 a la fuente, no al
 punto de encuentro.

181
00:12:47,540 --> 00:12:56,000
 Ahora mi topología particular, en realidad
 lo hice para que en R2, él

182
00:12:56,000 --> 00:13:00,540
 prefiera este enlace serial para llegar a R4
 en lugar de estos enlaces ethernet rápidos.

183
00:13:00,540 --> 00:13:04,920
 Acabo de hacer eso manipulando EIGRP y
 usando listas de compensación y cosas

184
00:13:04,920 --> 00:13:09,640
 como eso. Pero R2 dice que está bien, para
 llegar a la red cuatro cinco, esto es

185
00:13:09,640 --> 00:13:11,260
 el camino preferido.

186
00:13:11,260 --> 00:13:15,660
 Y una vez más, puedo verificar eso, mostrar
 IP RPF, cuatro puntos cinco puntos

187
00:13:15,660 --> 00:13:22,100
 cuatro punto cinco. Y dice, prefiero
 usar serial cero uno cero, y

188
00:13:22,100 --> 00:13:25,140
 eso es a través de EIGRP 100.

189
00:13:25,140 --> 00:13:28,700
 Eso es lo que usamos como
 interfaz de entrada.

190
00:13:28,700 --> 00:13:34,180
 Y el vecino RPF es, bueno, como parece,
 el próximo vecino superior que va

191
00:13:34,180 --> 00:13:36,140
 arriba en esa dirección.

192
00:13:36,140 --> 00:13:45,320
 Ahora, cuando hay muchas reglas que
 rodean esto, tenemos que pasar.

193
00:13:45,320 --> 00:13:57,900
 Entonces, número uno, cuando se forma una S, coma
 G por primera vez, básicamente solo se necesita

194
00:13:57,900 --> 00:14:02,700
 lo que sea que esté en la lista de interfaz saliente
 de la estrella, la coma G, y simplemente

195
00:14:02,700 --> 00:14:05,140
 cópialo aquí abajo.

196
00:14:05,140 --> 00:14:06,800
 Así que normalmente
 son los mismos.

197
00:14:06,800 --> 00:14:10,600
 Hay una circunstancia en la
 que eso no va a suceder.

198
00:14:10,600 --> 00:14:16,620
 Hay una regla de PIM, y esto realmente
 existe tanto para la estrella, coma

199
00:14:16,620 --> 00:14:21,000
 G y la S, coma G, que dice que nunca
 puedes tener tu interfaz de entrada

200
00:14:21,000 --> 00:14:24,060
 en la lista de interfaces
 salientes.

201
00:14:24,060 --> 00:14:28,160
 En otras palabras, su interfaz de entrada
 no puede ser la misma que la de salida.

202
00:14:28,160 --> 00:14:34,560
 interfaz. Entonces, si ve nulo en la lista
 de interfaz de salida, lo que significa

203
00:14:34,560 --> 00:14:38,540
 nada, puede ser por eso.

204
00:14:38,540 --> 00:14:41,440
 Pero en este caso, no tenemos
 que preocuparnos por eso.

205
00:14:41,440 --> 00:14:44,980
 Entonces, la interfaz entrante es serial
 cero uno cero, y él simplemente copió

206
00:14:44,980 --> 00:14:55,700
 esto de aquí abajo. Bien,
 ¿qué significa la J?

207
00:14:55,700 --> 00:15:02,200
 La bandera J significa que he enviado
 una combinación en esta dirección.

208
00:15:02,200 --> 00:15:06,120
 Entonces, en este caso particular, debido a
 que este es el árbol de ruta más corto, eso

209
00:15:06,120 --> 00:15:13,540
 significa que he enviado una S, una coma
 G se unen al árbol de la ruta más corta.

210
00:15:13,540 --> 00:15:20,240
 Ahora, la bandera J por sí sola no es una
 prueba de que en realidad hayamos recibido

211
00:15:20,240 --> 00:15:23,860
 datos de multidifusión
 desde esa dirección.

212
00:15:23,860 --> 00:15:34,000
 Todo lo que significa es que hemos
 tratado de abrir esa dirección.

213
00:15:34,000 --> 00:15:39,160
 Lo que normalmente querríamos ver
 después de la bandera J, y voy a

214
00:15:39,160 --> 00:15:44,900
 investigar esto aquí,
 sería la bandera T.

215
00:15:44,900 --> 00:15:49,940
 Normalmente veríamos la bandera T después de
 la bandera J, y la bandera T en realidad

216
00:15:49,940 --> 00:15:57,100
 significa que he recibido datos de multidifusión
 reales del árbol de ruta más corto.

217
00:15:57,100 --> 00:16:00,200
 Ahora, ¿por qué no estamos viendo
 eso en este caso particular?

218
00:16:00,200 --> 00:16:02,180
 Bueno, vamos a hacer un poco de
 solución de problemas aquí.

219
00:16:02,180 --> 00:16:09,420
 Sabemos que para recibir tráfico
 multicast en esta dirección,

220
00:16:09,420 --> 00:16:14,640
 necesitamos tener PIM aquí mismo.

221
00:16:14,640 --> 00:16:18,460
 De acuerdo, entonces la pregunta número uno, ¿el
 enrutador dos tiene un vecino PIM en serie?

222
00:16:18,460 --> 00:16:22,680
 cero uno cero? Si tiene un vecino PIM,
 eso es prueba de que en realidad

223
00:16:22,680 --> 00:16:25,320
 haber habilitado PIM en
 el enrutador cuatro.

224
00:16:25,320 --> 00:16:30,420
 Entonces, veamos, muestre
 el vecino IP PIM.

225
00:16:30,420 --> 00:16:32,360
 Y no lo hace.

226
00:16:32,360 --> 00:16:37,180
 Muy bien, solo tenemos un vecino
 en Fast Ethan en cero uno.

227
00:16:37,180 --> 00:16:41,520
 No lo tenemos en la serie, por
 eso no recibimos tráfico.

228
00:16:41,520 --> 00:16:47,400
 de esa manera. Así que echemos
 un vistazo al enrutador cuatro.

229
00:16:47,400 --> 00:16:56,380
 Sí, y Peter solo para validar, realmente
 necesitas ver la bandera T en

230
00:16:56,380 --> 00:17:01,180
 esta entrada aquí para verificar que
 ha recibido tráfico de multidifusión

231
00:17:01,180 --> 00:17:03,340
 el árbol del camino más corto.

232
00:17:03,340 --> 00:17:08,140
 Todo lo que significa la bandera J es que
 intenté unirme a ese árbol, pero no

233
00:17:08,140 --> 00:17:08,880
 saber si está funcionando todavía.

234
00:17:08,880 --> 00:17:12,340
 Y este caso particular claramente no
 funciona porque ni siquiera tengo

235
00:17:12,340 --> 00:17:15,600
 un vecino en esa interfaz.

236
00:17:15,600 --> 00:17:21,360
 ¿Entonces por qué no? Vayamos
 al enrutador cuatro.

237
00:17:21,360 --> 00:17:25,160
 Muestra la interfaz de ejecución
 serial cero uno cero.

238
00:17:25,160 --> 00:17:26,260
 Y ahí vamos.

239
00:17:26,260 --> 00:17:28,120
 No habilité PIM en esa interfaz.

240
00:17:28,120 --> 00:17:40,340
 Entonces eso explica eso.

241
00:17:40,340 --> 00:17:44,400
 Vale, ¿sigue funcionando
 el ping o ya está hecho?

242
00:17:44,400 --> 00:17:45,960
 Sí, todavía va.

243
00:17:45,960 --> 00:17:51,920
 Así que ahora vayamos
 al enrutador dos.

244
00:17:51,920 --> 00:17:54,080
 Y ahí vamos.

245
00:17:54,080 --> 00:17:55,840
 Ahora tenemos la bandera T.

246
00:17:55,840 --> 00:18:00,500
 Eso es bueno. Eso significa que en realidad
 hemos comenzado a recibir multidifusión

247
00:18:00,500 --> 00:18:16,640
 tráfico desde el árbol
 de la ruta más corta.

248
00:18:16,640 --> 00:18:21,240
 Bueno. Y solo por si estás
 viendo esta grabación y

249
00:18:21,240 --> 00:18:26,200
 te saltaste la sección anterior sobre
 registros PIM, en ese particular

250
00:18:26,200 --> 00:18:30,560
 sección Hice un seguimiento de recorte
 de un PIM S, echemos un vistazo a eso

251
00:18:30,560 --> 00:18:42,780
 Muy rápido. Así es como
 se ve una unión S, G.

252
00:18:42,780 --> 00:18:47,700
 Todavía sale como una multidifusión usando
 la misma dirección de destino PIM

253
00:18:47,700 --> 00:18:52,000
 de 2240013. Así que
 es salto por salto.

254
00:18:52,000 --> 00:18:56,320
 Entonces, la dirección de origen cambiará
 salto por salto por salto.

255
00:18:56,320 --> 00:19:00,500
 Y en el cuerpo del mensaje PIM,
 es tipo tres, una vez más, únase

256
00:19:00,500 --> 00:19:05,540
 ciruela pasa. Vecino río arriba,
 ¿a quién le va esto?

257
00:19:05,540 --> 00:19:09,820
 ¿Quién es mi vecino RPF
 al que le envío esto?

258
00:19:09,820 --> 00:19:12,600
 Y dirá, número de uniones, ¿a cuántos
 grupos me estoy uniendo?

259
00:19:12,600 --> 00:19:20,320
 Entonces, lo que realmente diferencia una estrella,
 la unión G de una S, la unión G son los

260
00:19:20,320 --> 00:19:23,200
 banderas aquí mismo.

261
00:19:23,200 --> 00:19:30,480
 Vimos en la estrella, la G sumarse que
 además de la S bit, teníamos la W

262
00:19:30,480 --> 00:19:33,420
 bit y el bit R.

263
00:19:33,420 --> 00:19:38,580
 El bit W era el bit comodín, lo que significa
 que no sé cuál es la fuente

264
00:19:38,580 --> 00:19:40,100
 del arroyo es.

265
00:19:40,100 --> 00:19:44,700
 Entonces, esta dirección IP, si la W estuviera
 aquí, eso significaría esta dirección IP

266
00:19:44,700 --> 00:19:47,120
 es el punto de encuentro.

267
00:19:47,120 --> 00:19:51,840
 Pero basado en el hecho de que falta la
 W, eso significa que esto es en realidad

268
00:19:51,840 --> 00:19:54,920
 la dirección IP de la fuente
 de la transmisión en sí.

269
00:19:54,920 --> 00:19:59,200
 Además, falta el bit R.

270
00:19:59,200 --> 00:20:02,140
 El bit R es lo que
 se llama el bit RP.

271
00:20:02,140 --> 00:20:05,600
 Si realmente observa la especificación
 PIM, se llama bit RP.

272
00:20:05,600 --> 00:20:10,420
 Y eso significaría que este mensaje, ya
 sea una ciruela pasa o una unión, va

273
00:20:10,420 --> 00:20:14,780
 hasta el árbol de RP. Está subiendo por el árbol
 compartido hacia el punto de encuentro.

274
00:20:14,780 --> 00:20:17,700
 Una vez más, eso falta aquí, porque
 esto no está subiendo el compartido

275
00:20:17,700 --> 00:20:22,140
 árbol. Esto está destinado a subir
 por el árbol del camino más corto.

276
00:20:22,140 --> 00:20:27,280
 Aparte de eso, se ven fundamentalmente
 iguales, una estrella, G se unen y

277
00:20:27,280 --> 00:20:29,440
 una unión S, G. El
 cuerpo se ve igual.

278
00:20:29,440 --> 00:20:31,660
 Realmente tienes que mirar
 las banderas aquí para ver.

279
00:20:31,660 --> 00:20:35,380
 ¿La W en el bit R está
 aquí o faltan?

280
00:20:35,380 --> 00:20:40,700
 Eso es lo que diferencia
 a los dos.

281
00:20:40,700 --> 00:20:49,040
 Ahora, mencioné que una de las cosas
 que podría causar el estado S, G en

282
00:20:49,040 --> 00:20:55,300
 el enrutador es si realmente está recibiendo
 el tráfico de multidifusión.

283
00:20:55,300 --> 00:20:58,660
 Hay otra situación que
 podría causar esto.

284
00:20:58,660 --> 00:21:08,860
 Si recibe una unión S, G de un enrutador
 descendente, por ejemplo,

285
00:21:08,860 --> 00:21:11,900
 no use este.

286
00:21:11,900 --> 00:21:23,040
 Digamos, por ejemplo, que
 tenemos esta situación.

287
00:21:23,040 --> 00:21:34,280
 Este tipo es el RP.

288
00:21:34,280 --> 00:21:40,040
 Llamaremos a este tipo enrutador uno,
 enrutador dos y enrutador tres.

289
00:21:40,040 --> 00:21:58,400
 Pondremos nuestro receptor justo aquí,
 y pondremos nuestra fuente aquí mismo.

290
00:21:58,400 --> 00:22:04,420
 Muy bien, entonces sabemos que inicialmente una vez
 que comienza la multidifusión por primera vez

291
00:22:04,420 --> 00:22:10,400
 fluyendo, va a ir en esta dirección
 al punto de encuentro, hacia abajo

292
00:22:10,400 --> 00:22:13,020
 el árbol compartido
 y luego al receptor.

293
00:22:13,020 --> 00:22:17,660
 Entonces, en este momento, el enrutador
 dos no tiene ningún estado.

294
00:22:17,660 --> 00:22:19,620
 No tiene un estado de ruta
 M para la corriente.

295
00:22:19,620 --> 00:22:23,720
 Nunca nadie se lo ha pedido,
 ni IGMP ni PIM.

296
00:22:23,720 --> 00:22:26,540
 Entonces, si mostrara la ruta
 IPM, no veríamos nada.

297
00:22:26,540 --> 00:22:29,620
 Nada relacionado con el stream.

298
00:22:29,620 --> 00:22:36,360
 Pero cuando el enrutador uno está tratando
 de unirse al camino más corto, si suponemos

299
00:22:36,360 --> 00:22:50,480
 que este es el camino más corto, enviará
 un PIM S, G unirse a la corriente.

300
00:22:50,480 --> 00:22:55,040
 Y como vimos en el cuerpo del
 mensaje, dirá router vecino

301
00:22:55,040 --> 00:22:59,780
 dos, la dirección IP del enrutador dos,
 y luego dará la fuente y el destino,

302
00:22:59,780 --> 00:23:00,880
 ¿bien? Él dará la fuente
 de la corriente.

303
00:23:00,880 --> 00:23:04,460
 Digamos que esto es xxx.

304
00:23:04,460 --> 00:23:13,640
 Tendrá aquí la fuente es igual a xxx, el
 grupo es igual, ya sabes, lo que sea

305
00:23:13,640 --> 00:23:21,600
 es. Entonces, aunque el enrutador dos inicialmente
 no tenía un estado de ruta M en

306
00:23:21,600 --> 00:23:29,820
 todo, una vez que obtiene esta unión S,
 G, eso realmente creará el estado S, G

307
00:23:29,820 --> 00:23:32,420
 en su tabla de rutas M.

308
00:23:32,420 --> 00:23:36,340
 Y luego podrá crear su propia
 unión S, G y enviarla

309
00:23:36,340 --> 00:23:42,400
 Por aquí. Otro componente clave, es
 posible que lo prueben en algunos