1
00:00:07,980 --> 00:00:12,560
 En el último video, vimos con bastante
 detalle cómo funciona el proceso.

2
00:00:12,560 --> 00:00:16,460
 se usa cuando estamos creando el árbol
 compartido, cómo la membresía IGMPM

3
00:00:16,460 --> 00:00:21,780
 El informe recibido por la puerta de enlace predeterminada
 inicia un PIM, lo que llamamos estrella,

4
00:00:21,780 --> 00:00:27,420
 G-join, que avanza salto a salto
 hasta el punto de encuentro.

5
00:00:27,420 --> 00:00:31,940
 Y vimos cómo a medida que eso sucede, cada
 enrutador del enrutador, el predeterminado

6
00:00:31,940 --> 00:00:35,260
 puerta de enlace que recibió el informe de membresía,
 y luego cada enrutador a lo largo

7
00:00:35,260 --> 00:00:39,740
 el camino que recibe la estrella, G-únete
 hasta el punto de encuentro,

8
00:00:39,740 --> 00:00:44,440
 que creó lo que llamamos estrella, estado de ruta
 G-em en nuestro enrutamiento de multidifusión

9
00:00:44,440 --> 00:00:55,380
 mesa. Así que una vez que tenemos esa estrella,
 estado de ruta G-em, que es, no

10
00:00:55,380 --> 00:00:59,080
 importa cuál es la fuente, una vez que comienza
 a llegar a ese punto de encuentro,

11
00:00:59,080 --> 00:01:03,420
 tenemos una conexión abierta, un camino
 abierto, hasta el receptor.

12
00:01:03,420 --> 00:01:06,820
 Y eso se basa en lo que se muestra en
 la lista de interfaces salientes.

13
00:01:06,820 --> 00:01:13,180
 Bien, ahora comencemos la multidifusión
 y veamos qué sucede allí.

14
00:01:13,180 --> 00:01:19,800
 Entonces, la línea de guiones verdes en este
 caso particular indica el árbol compartido

15
00:01:19,800 --> 00:01:21,140
 eso ya esta abierto.

16
00:01:21,140 --> 00:01:26,180
 Ahora no estoy mostrando R8 aquí, pero
 sabemos que R8 está entre estos dos.

17
00:01:26,180 --> 00:01:30,160
 Ahora la fuente va a comenzar.

18
00:01:30,160 --> 00:01:34,700
 Y lo que vamos a ver es cuando R4
 recibe esos multicast nativos

19
00:01:34,700 --> 00:01:39,840
 paquetes de la fuente, va a decir,
 eh, tengo un problema aquí.

20
00:01:39,840 --> 00:01:46,820
 Porque solo puedo reenviar estos paquetes
 de multidifusión nativos si

21
00:01:46,820 --> 00:01:51,820
 Tengo alguna entrada en mi tabla de rutas
 M que tiene una interfaz en el saliente

22
00:01:51,820 --> 00:01:56,960
 lista de interfaces Pero va a decir,
 nadie nunca me ha pedido esto.

23
00:01:56,960 --> 00:02:00,140
 Nunca he recibido ningún informe
 de membresía de IGMP.

24
00:02:00,140 --> 00:02:03,060
 Nunca he recibido ningún
 PIM se une a nadie.

25
00:02:03,060 --> 00:02:05,820
 Así que no tengo adónde
 enviar esto.

26
00:02:05,820 --> 00:02:08,140
 Y, sin embargo, podría haber
 receptores por ahí.

27
00:02:08,140 --> 00:02:09,600
 ¿Entonces qué hago?

28
00:02:09,600 --> 00:02:12,940
 Bueno, con el modo disperso de
 PIM, lo que va a hacer es tomar

29
00:02:12,940 --> 00:02:19,280
 ese paquete de multidifusión y lo
 encapsulará dentro de un unicast.

30
00:02:19,280 --> 00:02:22,520
 Y esto estará dentro
 de un paquete PIM.

31
00:02:22,520 --> 00:02:27,300
 Así que va a haber otro tipo de paquete
 PIM llamado registro PIM.

32
00:02:27,300 --> 00:02:29,120
 Y eso es lo que vamos
 a ver a continuación.

33
00:02:29,120 --> 00:02:31,640
 Entonces, el registro
 PIM realmente lleva.

34
00:02:31,640 --> 00:02:36,600
 Es un paquete unicast, unicast
 desde R4 directamente al RP.

35
00:02:36,600 --> 00:02:39,200
 Así que veremos las direcciones
 de origen R4.

36
00:02:39,200 --> 00:02:42,240
 La dirección de destino es
 el punto de encuentro.

37
00:02:42,240 --> 00:02:45,920
 El tipo PIM será un nuevo
 tipo llamado registro.

38
00:02:45,920 --> 00:02:51,240
 Y en el cuerpo de eso en realidad estarán
 nuestros datos de multidifusión.

39
00:02:51,240 --> 00:02:55,840
 Y cuando el punto de encuentro llegue
 a eso, lo desencapsulará, revelando

40
00:02:55,840 --> 00:02:57,780
 el paquete de multidifusión.

41
00:02:57,780 --> 00:03:01,840
 Y entonces el RP dirá, vale,
 ¿tengo estado para esto?

42
00:03:01,840 --> 00:03:04,020
 ¿Alguien me ha pedido
 esto alguna vez?

43
00:03:04,020 --> 00:03:07,200
 Pues en este caso dirás que sí, porque
 nuestro árbol compartido ya está

44
00:03:07,200 --> 00:03:08,740
 listo y esperando.

45
00:03:08,740 --> 00:03:11,460
 Así que lo reenviará
 al árbol compartido.

46
00:03:11,460 --> 00:03:15,220
 Así es como nuestra multidifusión comenzará
 inicialmente registrándose en este

47
00:03:15,220 --> 00:03:26,920
 forma. Así que ahora eso podría continuar
 potencialmente indefinidamente.

48
00:03:26,920 --> 00:03:28,600
 ¿Bien? Quiero decir, funciona.

49
00:03:28,600 --> 00:03:31,640
 Obtiene la multidifusión
 de la fuente al receptor.

50
00:03:31,640 --> 00:03:38,240
 Pero está pidiendo que el enrutador conectado
 a la fuente y el RP funcionen

51
00:03:38,240 --> 00:03:42,940
 un poco más difícil envolver esto
 en un unicast y desenvolverlo

52
00:03:42,940 --> 00:03:45,360
 del unicast en el otro extremo.

53
00:03:45,360 --> 00:03:50,440
 Entonces, aunque funciona, consume
 un poco más de recursos de CPU.

54
00:03:50,440 --> 00:03:54,040
 Y ciertamente, si tuviéramos docenas o cientos
 de flujos de multidifusión haciendo

55
00:03:54,040 --> 00:04:05,320
 esto, que podría ser potencialmente malo para
 el RP que tiene multidifusión en el interior.

56
00:04:05,320 --> 00:04:08,500
 Entonces, ¿qué va a pasar?

57
00:04:08,500 --> 00:04:13,940
 Y veremos esto en el próximo segmento
 con más detalle, es cuando la cita

58
00:04:13,940 --> 00:04:18,400
 el punto obtiene este paquete de registro
 de PIN, en realidad va a hacer un par

59
00:04:18,400 --> 00:04:20,260
 de cosas simultáneamente.

60
00:04:20,260 --> 00:04:23,640
 Número uno, lo desenvolverá y lo
 enviará por el árbol compartido.

61
00:04:23,640 --> 00:04:25,320
 Ya hablamos de eso.

62
00:04:25,320 --> 00:04:36,140
 Lo siguiente, el punto de encuentro, es esta
 multidifusión en su forma nativa pura.

63
00:04:36,140 --> 00:04:38,600
 Entonces puedo reenviarlo
 de acuerdo con mi ruta m.

64
00:04:38,600 --> 00:04:41,700
 Así que no tengo que seguir
 molestando a mi CPU con eso.

65
00:04:41,700 --> 00:04:43,000
 Mira, ¿cómo hago eso?

66
00:04:43,000 --> 00:04:46,540
 Bueno, sé que mi vecino río arriba
 solo lo va a reenviar a

67
00:04:46,540 --> 00:04:48,980
 yo si se lo pido.

68
00:04:48,980 --> 00:04:53,160
 Entonces, el RP realmente enviará
 un mensaje de unión a su vecino.

69
00:04:53,160 --> 00:04:57,560
 Pero esto no es una unión de comedia de estrellas
 porque en realidad conoce la fuente.

70
00:04:57,560 --> 00:05:01,040
 Cuando entra este primer multicast,
 dice, oh, sé quién es la fuente

71
00:05:01,040 --> 00:05:07,240
 es, 4.5.4.5. Así que va a enviar
 lo que se llama una unión S, G.

72
00:05:07,240 --> 00:05:11,280
 Cuando vemos en el trazo del snipper, tiene exactamente
 el mismo formato que una estrella.

73
00:05:11,280 --> 00:05:15,600
 -Únete a la comedia, excepto que enumera
 la dirección de origen allí y un par

74
00:05:15,600 --> 00:05:17,800
 de las banderas también
 son diferentes.

75
00:05:17,800 --> 00:05:24,440
 Y eso abre el árbol del camino más corto
 desde el punto de encuentro hasta

76
00:05:24,440 --> 00:05:29,120
 la fuente. Porque recuerda, hablamos
 sobre cómo hay potencialmente

77
00:05:29,120 --> 00:05:32,080
 múltiples árboles compartidos,
 ¿verdad?

78
00:05:32,080 --> 00:05:35,240
 Si soy un punto de encuentro y hay
 50 receptores diferentes repartidos

79
00:05:35,240 --> 00:05:38,940
 a través de la red, podría haber 50
 árboles compartidos diferentes.

80
00:05:38,940 --> 00:05:44,020
 Bueno, de manera similar, el concepto de un
 árbol de ruta más corta es de un individuo

81
00:05:44,020 --> 00:05:45,880
 perspectiva del enrutador.

82
00:05:45,880 --> 00:05:49,700
 Mi ruta más corta para llegar a esa fuente
 es que un enrutador podría ser diferente

83
00:05:49,700 --> 00:05:54,700
 que tu camino más corto para
 llegar a esa misma fuente.

84
00:05:54,700 --> 00:05:57,360
 Entonces, el punto de encuentro, cuando
 reciba este paquete de registro, irá

85
00:05:57,360 --> 00:06:02,820
 decir, quiero abrir mi camino más
 corto para llegar a esa fuente.

86
00:06:02,820 --> 00:06:06,140
 Porque una vez que esté abierto,
 estos registros se detendrán.

87
00:06:06,140 --> 00:06:09,900
 Comenzaré a obtener la multidifusión
 pura en su forma nativa.

88
00:06:09,900 --> 00:06:15,180
 Entonces, tan pronto como ingrese el registro,
 además de reenviarlo hacia abajo

89
00:06:15,180 --> 00:06:23,900
 de esta manera, este RP va a enviar,
 déjame ampliar esto un poco, él es

90
00:06:23,900 --> 00:06:34,200
 va a enviar una s, G unirse
 a la corriente.

91
00:06:34,200 --> 00:06:39,960
 Y eso, en R4, agregará una firma electrónica
 rápida en cero, cero en su

92
00:06:39,960 --> 00:06:42,320
 lista de interfaces salientes.

93
00:06:42,320 --> 00:06:45,600
 Ahora nuestros cuatro
 dirán, Oh, genial.

94
00:06:45,600 --> 00:06:50,200
 Bien, ahora puedo comenzar a reenviar la multidifusión
 en sentido descendente en su estado puro.

95
00:06:50,200 --> 00:06:55,180
 forma nativa. Pero adivina
 qué, seguirá registrándose.

96
00:06:55,180 --> 00:06:59,540
 Así que ahora vamos a obtener dos copias
 de estos paquetes de multidifusión en el

97
00:06:59,540 --> 00:07:03,400
 RP. Vamos a bajar la
 multidifusión nativa.

98
00:07:03,400 --> 00:07:08,560
 Y vamos a obtener otra copia de eso dentro
 de este paquete de registro de pines.

99
00:07:08,560 --> 00:07:14,380
 Ahora podrías decir,
 ¿por qué sucedió eso?

100
00:07:14,380 --> 00:07:18,360
 ¿Por qué un R4 simplemente
 se detiene en ese punto?

101
00:07:18,360 --> 00:07:20,600
 Bueno, he aquí por qué.

102
00:07:20,600 --> 00:07:24,600
 En esta topología particular, realmente
 no la describe muy bien.

103
00:07:24,600 --> 00:07:40,480
 Pero imagina si tuviera esto.

104
00:07:40,480 --> 00:07:44,140
 Bien, imagina si, ya sabes,
 aquí está mi fuente.

105
00:07:44,140 --> 00:08:00,640
 Bien, tenemos el enrutador
 X y tenemos el PIM RP.

106
00:08:00,640 --> 00:08:02,740
 Y este es el enrutador cinco.

107
00:08:02,740 --> 00:08:08,800
 Bien, aquí mi fuente está enviando su
 multidifusión al enrutador cinco.

108
00:08:08,800 --> 00:08:13,700
 El enrutador cinco toma esa
 multidifusión y la registra.

109
00:08:13,700 --> 00:08:20,020
 A ver si puedo dibujar algo
 aquí para indicar eso.

110
00:08:20,020 --> 00:08:23,060
 Así que ese es el registro.

111
00:08:23,060 --> 00:08:34,020
 Y ahora el enrutador cinco
 obtiene una unión s, g.

112
00:08:34,020 --> 00:08:38,940
 Así que la fuente es, veamos aquí,
 ¿cuál es la fuente del tipo?

113
00:08:38,940 --> 00:08:41,740
 4.5.4.5 en mi ejemplo particular.

114
00:08:41,740 --> 00:08:45,280
 Así que dice, está bien,
 aquí hay una unión PIM.

115
00:08:45,280 --> 00:08:51,320
 Y en realidad enumerará
 la fuente y el grupo.

116
00:08:51,320 --> 00:09:06,140
 De acuerdo, bueno, cuando esto entra,
 si lo hubo, ¿cómo lo expreso?

117
00:09:06,140 --> 00:09:08,960
 En realidad, aquí hay
 un mejor ejemplo.

118
00:09:08,960 --> 00:09:16,180
 Ponga un enrutador
 aquí en el medio.

119
00:09:16,180 --> 00:09:21,680
 Bien, todos estos mensajes PIM tienen
 un tiempo de vida de uno.

120
00:09:21,680 --> 00:09:26,020
 Correcto, vimos como el PIM star comma
 g join salió al mismo multicast

121
00:09:26,020 --> 00:09:30,200
 dirección como el hola, 2240013.

122
00:09:30,200 --> 00:09:33,360
 Ahora bien, en realidad no lo señalé en el
 rastro del sniffer, pero al igual que el

123
00:09:33,360 --> 00:09:44,720
 PIM hola tiene un tiempo de vida de uno,
 PIM se une y digamos su direccion

124
00:09:44,720 --> 00:09:55,220
 es 55555. Cuando la combinación de PIM va
 justo aquí, en el encabezado IP real,

125
00:09:55,220 --> 00:10:01,160
 la fuente va a venir de ese tipo.

126
00:10:01,160 --> 00:10:06,060
 Y el destino va a ser así.

127
00:10:06,060 --> 00:10:09,120
 Bueno, en realidad va
 a ser el enrutador.

128
00:10:09,120 --> 00:10:11,820
 Este tipo de aquí, 4.5.4.4.

129
00:10:11,820 --> 00:10:18,040
 Solo digamos eso, digamos que es el
 enrutador 4 para hacerlo simple.

130
00:10:18,040 --> 00:10:24,100
 Por lo tanto, no hay necesariamente ninguna forma
 de que el enrutador 4 sepa que esta unión

131
00:10:24,100 --> 00:10:28,800
 en realidad se originó en el
 RP porque es salto por salto.

132
00:10:28,800 --> 00:10:43,360
 Cuando el RP lo envió por primera vez, el RP
 lo envió al enrutador Z porque está en coma

133
00:10:43,360 --> 00:10:48,720
 g join tenía la misma información.

134
00:10:48,720 --> 00:10:51,700
 La fuente era 4.5.4.5.

135
00:10:51,700 --> 00:10:56,500
 El grupo fue 239.999.

136
00:10:56,500 --> 00:11:04,380
 Y el paquete aquí tenía una fuente
 de IP del RP y el destino de

137
00:11:04,380 --> 00:11:12,800
 enrutador 4. Pongamos esto aquí.

138
00:11:12,800 --> 00:11:18,440
 En realidad, no, tenía como destino el
 enrutador Z porque es salto por salto.

139
00:11:18,440 --> 00:11:22,540
 Es un solo salto.

140
00:11:22,540 --> 00:11:27,040
 La fuente IP es RP.

141
00:11:27,040 --> 00:11:32,480
 El destino es igual
 al enrutador Z.

142
00:11:32,480 --> 00:11:36,820
 Así que envió este s comma g join porque
 el RP dijo, está bien, sé quién es el

143
00:11:36,820 --> 00:11:44,580
 fuente es. Mi próximo vecino
 superior es el enrutador Z.

144
00:11:44,580 --> 00:11:49,440
 Así que voy a enviar un PIM s comma
 g join a ese vecino diciendo, hey

145
00:11:49,440 --> 00:11:52,140
 vecino, ¿puedes abrirme
 este camino?

146
00:11:52,140 --> 00:11:55,660
 Luego, cuando el enrutador Z
 lo obtiene, hace lo mismo.

147
00:11:55,660 --> 00:11:59,660
 Él dice, mi ruta segura a la
 fuente es el enrutador 4.

148
00:11:59,660 --> 00:12:04,360
 Así que voy a crear una combinación de
 comas de PIM y enviarla al enrutador 4.

149
00:12:04,360 --> 00:12:07,520
 Entonces eso se abre a medida
 que avanza por el camino aquí.

150
00:12:07,520 --> 00:12:11,120
 Esta interfaz se abre en la lista
 de interfaces salientes.

151
00:12:11,120 --> 00:12:14,460
 Esta interfaz se abre en la lista
 de interfaces salientes.

152
00:12:14,460 --> 00:12:19,600
 Pero cuando el enrutador 4 recibe esto, no
 tiene idea de la razón por la que recibe

153
00:12:19,600 --> 00:12:23,600
 es porque el RP inició el proceso.

154
00:12:23,600 --> 00:12:27,120
 Todo lo que sabe es que obtuvo una combinación
 s comma g para el enrutador Z.

155
00:12:27,120 --> 00:12:32,080
 No tiene idea de por qué el
 enrutador Z le envió eso.

156
00:12:32,080 --> 00:12:36,360
 Solo este enrutador Z lo obtuvo,
 ese enrutador Z lo inició.

157
00:12:36,360 --> 00:12:41,400
 Entonces él dice, bueno, el enrutador Z me
 envió esto s comma g join, pero estoy en el

158
00:12:41,400 --> 00:12:43,120
 proceso de registro.

159
00:12:43,120 --> 00:12:44,780
 Los dos son totalmente diferentes.

160
00:12:44,780 --> 00:12:48,700
 El hecho de que un chico me haya enviado un registro
 no significa que deba detener el registro.

161
00:12:48,700 --> 00:12:51,300
 proceso con otro chico.

162
00:12:51,300 --> 00:12:54,380
 Todavía voy a seguir registrándome
 porque no he tenido noticias del

163
00:12:54,380 --> 00:13:05,700
 RP todavía. Todo lo que escuché del enrutador
 Z, el RP obtendría dos copias de

164
00:13:05,700 --> 00:13:06,900
 el mismo paquete.

165
00:13:06,900 --> 00:13:09,880
 Cuando el paquete de multidifusión comience a fluir
 hacia abajo, fluirá hacia abajo de forma nativa.

166
00:13:09,880 --> 00:13:15,240
 de 4 a Z a RP porque este camino
 ahora se ha abierto.

167
00:13:15,240 --> 00:13:19,240
 Y al mismo tiempo, cuando el enrutador 4
 obtuvo ese paquete de multidifusión, creó

168
00:13:19,240 --> 00:13:25,240
 una copia de él y lo encapsuló en
 unicast y lo unicast directamente

169
00:13:25,240 --> 00:13:31,700
 al RP. Así que ahora el RP dice,
 eh, está bien, buenas noticias.

170
00:13:31,700 --> 00:13:37,400
 Acabo de recibir el paquete de multidifusión
 real en su forma nativa pura en mi

171
00:13:37,400 --> 00:13:38,840
 árbol de ruta más corta.

172
00:13:38,840 --> 00:13:42,160
 Ahora sé que mi camino más corto
 hacia la fuente está abierto.

173
00:13:42,160 --> 00:13:44,340
 esta fluyendo Esta funcionando.

174
00:13:44,340 --> 00:13:47,240
 Él dice, ya no necesito estos
 mensajes de registro.

175
00:13:47,240 --> 00:13:50,380
 Eso me está haciendo trabajar
 más duro de lo que necesito.

176
00:13:50,380 --> 00:14:00,520
 Entonces, el RP realmente enviará lo que se
 llama un mensaje de parada de registro PIM

177
00:14:00,520 --> 00:14:05,060
 al enrutador 4. Eso es lo que
 está buscando el enrutador 4.

178
00:14:05,060 --> 00:14:09,820
 Eso hará que detenga el
 proceso de registro.

179
00:14:09,820 --> 00:14:14,320
 Así que sé que en este diagrama
 no estaba del todo claro.

180
00:14:14,320 --> 00:14:22,400
 Es posible que hayas dicho, está bien, bueno,
 cuando la aplicación detenga el registro,

181
00:14:22,400 --> 00:14:23,860
 Quiero mostrarte que no.

182
00:14:23,860 --> 00:14:28,920
 Eso no es. El registro continuará hasta
 que el RP diga explícitamente,

183
00:14:28,920 --> 00:14:32,900
 por favor deje de. No quiero
 ver más estos registros.

184
00:14:32,900 --> 00:14:40,100
 Así que usa un mensaje de parada
 de registro para cambiar.

185
00:14:40,100 --> 00:14:44,780
 En realidad, no lo usa para cambiar
 a su árbol de ruta más corto.

186
00:14:44,780 --> 00:14:50,500
 Lo hace después de que su árbol de
 ruta más corta ya se haya abierto.

187
00:14:50,500 --> 00:15:05,720
 Así que en realidad, estoy
 dispuesto a cambiar eso.

188
00:15:05,720 --> 00:15:10,380
 Allí, el RP usa mensajes de parada de registro
 después de su árbol de ruta más corta

189
00:15:10,380 --> 00:15:17,480
 está confirmado y abierto.

190
00:15:17,480 --> 00:15:20,320
 Ese es el proceso de
 registro de PIM.

191
00:15:20,320 --> 00:15:26,420
 Así que sigamos adelante y echemos un
 vistazo a eso y veamos cómo funciona.

192
00:15:26,420 --> 00:15:32,340
 Así que creo que en este momento, nuestro
 árbol compartido está actualmente abierto.

193
00:15:32,340 --> 00:15:35,280
 Solo confirmemos, vayamos al enrutador
 3 a RP y asegurémonos de que todavía

194
00:15:35,280 --> 00:15:46,720
 Tiene una estrella, entrada.

195
00:15:46,720 --> 00:15:48,680
 Oh, está bien, no lo hace.

196
00:15:48,680 --> 00:15:53,640
 Volvamos a nuestra fuente,
 nuestro receptor aquí.

197
00:15:53,640 --> 00:16:11,540
 Vale, por eso, porque no
 se ha unido al grupo.

198
00:16:11,540 --> 00:16:14,500
 Bien, entonces ahora
 deberíamos tenerlo.

199
00:16:14,500 --> 00:16:23,440
 Bien, ahí está nuestra
 estrella, la entrada.

200
00:16:23,440 --> 00:16:27,680
 Y también, en lo que respecta a estos temporizadores,
 este temporizador aquí es como

201
00:16:27,680 --> 00:16:28,900
 la vida de este.

202
00:16:28,900 --> 00:16:30,620
 Esto seguirá contando hacia atrás.

203
00:16:30,620 --> 00:16:35,240
 Y si alguna vez la cuenta regresiva llega a
 cero, eso significa que voy a eliminar esto.

204
00:16:35,240 --> 00:16:38,580
 interfaz de la lista de
 interfaces salientes.

205
00:16:38,580 --> 00:16:43,640
 Pero sabemos que mientras ese
 receptor siga activo, mientras

206
00:16:43,640 --> 00:16:48,120
 todavía hay consultas saliendo e informes
 regresando, enrutador 2 cada

207
00:16:48,120 --> 00:16:54,420
 60 segundos, enviaremos otra estrella,
 únase aquí para actualizar ese estado.

208
00:16:54,420 --> 00:16:59,720
 Y el enrutador 8 también se sentará cuando
 lo obtenga, enviaremos su propia estrella,

209
00:16:59,720 --> 00:17:02,780
 unirse para actualizar ese estado.

210
00:17:02,780 --> 00:17:12,280
 Entonces, por ejemplo, en este
 momento estamos en 233.

211
00:17:12,280 --> 00:17:14,080
 Y está de vuelta.

212
00:17:14,080 --> 00:17:19,580
 Mira, empezamos a los tres
 minutos y 23 segundos.

213
00:17:19,580 --> 00:17:24,520
 Y bajamos a alrededor
 de un minuto.

214
00:17:24,520 --> 00:17:27,980
 Y luego no lo vimos, pero en el
 fondo, recibió una estrella,

215
00:17:27,980 --> 00:17:31,500
 cuánto se unió a una actualización,
 y volvió a subir a esto.

216
00:17:31,500 --> 00:17:38,740
 Esto aquí, este temporizador, es cuánto tiempo
 en total esta interfaz ha estado en

217
00:17:38,740 --> 00:17:40,220
 la lista de interfaces salientes.

218
00:17:40,220 --> 00:17:44,100
 Así que ha pasado un minuto y cuatro segundos
 desde que recibimos por primera vez nuestro

219
00:17:44,100 --> 00:17:51,160
 primera estrella, unión que hizo que esta
 entrada de ruta m se creara originalmente.

220
00:17:51,160 --> 00:17:53,940
 Así que esta vez seguiremos
 aumentando.