1
00:00:08,440 --> 00:00:11,620
 Muy bien, hasta este punto, si
 has estado viendo los videos de

2
00:00:11,620 --> 00:00:15,920
 desde el principio hasta ahora,
 lo he dividido en secciones en

3
00:00:15,920 --> 00:00:19,320
 para resaltar cada sección, dar realmente
 los detalles de lo que está sucediendo

4
00:00:19,320 --> 00:00:24,100
 en cada proceso o cuando ocurre cada
 disparador en el proceso PIM.

5
00:00:24,100 --> 00:00:29,960
 Teníamos una sección sobre, ya sabes, el árbol compartido
 que se está construyendo y los factores desencadenantes

6
00:00:29,960 --> 00:00:33,640
 y los mensajes que suceden con eso,
 luego tuvimos otro video sobre

7
00:00:33,640 --> 00:00:38,180
 el proceso de registro como
 fuente inicia lo que parece.

8
00:00:38,180 --> 00:00:42,240
 Luego tuvimos otra sección sobre cómo
 unirse al árbol del camino más corto.

9
00:00:42,240 --> 00:00:44,300
 Entonces, voy a enfocarlo todo.

10
00:00:44,300 --> 00:00:47,360
 Ahora, solo voy a hacer una revisión
 rápida en la pizarra de todo eso

11
00:00:47,360 --> 00:00:49,060
 cosas como suceden.

12
00:00:49,060 --> 00:00:51,140
 No voy a hacer más rastreos
 o laboratorios de sniffer.

13
00:00:51,140 --> 00:00:54,480
 Ya lo hemos hecho en el rasgo anterior
 en las secciones anteriores.

14
00:00:54,480 --> 00:00:58,600
 Te mostraré en el extremo de la pizarra
 para finalizar todo el proceso como

15
00:00:58,600 --> 00:01:01,540
 sucede Entonces, con suerte, eso
 lo enfocará si fueras amable

16
00:01:01,540 --> 00:01:05,640
 de atascado ahora mismo viendo el bosque a
 través de los árboles como dice el refrán.

17
00:01:05,640 --> 00:01:09,440
 Entonces, volvamos a
 nuestra pizarra aquí.

18
00:01:09,440 --> 00:01:19,960
 Bien, ahora con la multidifusión, una
 de dos cosas podría suceder primero.

19
00:01:19,960 --> 00:01:24,840
 O los receptores podrían comenzar a unirse a
 la multidifusión antes de la multidifusión

20
00:01:24,840 --> 00:01:27,640
 incluso ha comenzado, y eso
 ciertamente podría suceder.

21
00:01:27,640 --> 00:01:30,580
 Ya sabes, por ejemplo, si te enteras
 de que tu CEO va a tener

22
00:01:30,580 --> 00:01:35,560
 un video a las tres en punto de hoy de una
 gran nueva estructura de bonificación en su

23
00:01:35,560 --> 00:01:39,560
 compañía. Bueno, antes de que incluso el video
 comience a salir a las tres en punto,

24
00:01:39,560 --> 00:01:42,820
 las personas en sus cubos probablemente
 comenzarán a unirse, ya sabes, cinco o

25
00:01:42,820 --> 00:01:44,840
 diez minutos antes de
 que comience el video.

26
00:01:44,840 --> 00:01:50,240
 Entonces, eso podría suceder donde, ya sabes,
 tal vez tienes una transmisión de video

27
00:01:50,240 --> 00:01:55,260
 que arranca, que funciona las 24 horas del día, las siete,
 como, ya sabes, el canal de noticias de la CNN

28
00:01:55,260 --> 00:01:59,520
 o el BBN, ya sabes, suministro de noticias,
 algo que está pasando todo el tiempo, y

29
00:01:59,520 --> 00:02:01,540
 puede que ni siquiera
 haya nadie mirándolo.

30
00:02:01,540 --> 00:02:04,840
 Entonces, el proceso de registro podría
 ocurrir primero y luego los receptores

31
00:02:04,840 --> 00:02:06,300
 podría unirse más tarde.

32
00:02:06,300 --> 00:02:10,800
 Entonces, solo para simplificar las cosas,
 voy a comenzar con el primer escenario

33
00:02:10,800 --> 00:02:16,220
 donde el receptor se une primero, y luego
 el video comienza después de eso.

34
00:02:16,220 --> 00:02:20,780
 Entonces, solo como una revisión, el paso número
 uno en este proceso es si el receptor

35
00:02:20,780 --> 00:02:24,480
 se está uniendo, conocemos ese receptor,
 solo vamos a asumir IPv4 para

36
00:02:24,480 --> 00:02:26,020
 ahora sólo para mantenerlo simple.

37
00:02:26,020 --> 00:02:29,620
 Sabemos que el receptor, que es mi computadora
 portátil aquí a la izquierda, va a

38
00:02:29,620 --> 00:02:31,740
 ¿enviar, que? Pregunta
 de revisión.

39
00:02:31,740 --> 00:02:36,120
 ¿Qué tipo de mensaje IgMP enviará ese receptor
 a su puerta de enlace predeterminada?

40
00:02:36,120 --> 00:02:39,420
 diciendo, deseo ser parte
 de esta corriente?

41
00:02:39,420 --> 00:02:42,200
 ¿Quién puede responder eso?

42
00:02:42,200 --> 00:02:51,360
 Bueno, con suerte, la respuesta que se te ocurrió
 fue un informe de membresía de IgMP.

43
00:02:51,360 --> 00:02:54,200
 A veces lo llaman unión IgMP.

44
00:02:54,200 --> 00:02:58,520
 Ese es el tipo de término de argot para
 eso, pero el término técnico es un IgMP

45
00:02:58,520 --> 00:03:00,720
 informe de membresía.

46
00:03:00,720 --> 00:03:04,360
 Y sabemos que la dirección de destino
 de ese informe será cualquiera

47
00:03:04,360 --> 00:03:08,700
 la corriente es que el chico desea
 ver, y también en el cuerpo de la

48
00:03:08,700 --> 00:03:12,740
 informe, el campo GDA, el campo de dirección
 de destino del grupo, también

49
00:03:12,740 --> 00:03:15,120
 ser exactamente lo mismo.

50
00:03:15,120 --> 00:03:22,520
 Bien, ahora si este enrutador aquí no está
 habilitado para PIM, en esa interfaz,

51
00:03:22,520 --> 00:03:26,840
 lo ignorará porque los enrutadores no
 escuchan IgMP de forma predeterminada.

52
00:03:26,840 --> 00:03:29,700
 Ellos lo ignoran. Entonces, esa es una de las
 razones por las que tenemos que habilitar PIM

53
00:03:29,700 --> 00:03:34,680
 de alguna forma, ya sea en modo denso o en
 modo disperso, en esta interfaz, porque

54
00:03:34,680 --> 00:03:39,920
 eso también permite el procesamiento
 de IgMP como un subproducto de eso.

55
00:03:39,920 --> 00:03:43,320
 Entonces, supongamos por el bien
 del argumento que cada interfaz

56
00:03:43,320 --> 00:03:48,040
 que vemos aquí en este dibujo ya tiene
 habilitado el modo disperso PIM.

57
00:03:48,040 --> 00:03:49,560
 Bien, entonces supongamos eso.

58
00:03:49,560 --> 00:03:53,040
 Además, supongamos por el bien del argumento
 que ya hemos predeterminado

59
00:03:53,040 --> 00:03:58,300
 que el punto de encuentro PIM
 será el enrutador tres aquí.

60
00:03:58,300 --> 00:04:03,880
 Y todos los enrutadores, incluido
 el enrutador tres, apuntan a la IP

61
00:04:03,880 --> 00:04:07,600
 dirección en el enrutador tres rápido,
 Ethernet cero cero, que es tres puntos

62
00:04:07,600 --> 00:04:12,260
 cuatro punto tres punto tres
 como la dirección PIM RP.

63
00:04:12,260 --> 00:04:17,920
 Y por si lo olvidaste, el comando
 para eso a nivel global fue IP

64
00:04:17,920 --> 00:04:25,480
 PIM RP dash address, y luego
 pones la dirección.

65
00:04:25,480 --> 00:04:29,480
 E hicimos eso en cada enrutador,
 incluido el propio RP.

66
00:04:29,480 --> 00:04:32,640
 Bien, ese fue el comando para configurar
 estáticamente un RP.

67
00:04:32,640 --> 00:04:37,020
 Bien, entonces PIM
 está habilitado.

68
00:04:37,020 --> 00:04:38,840
 Todo el mundo sabe quién es el RP.

69
00:04:38,840 --> 00:04:41,640
 Y por supuesto, todo el mundo tiene
 que poder alcanzar el RP.

70
00:04:41,640 --> 00:04:44,920
 Entonces, vamos a suponer que hay algún tipo
 de protocolo de enrutamiento como EIGRP

71
00:04:44,920 --> 00:04:48,340
 o RIP o algo así, ejecutándose
 en segundo plano.

72
00:04:48,340 --> 00:04:51,360
 Para que todo el mundo sepa
 cómo llegar a todo.

73
00:04:51,360 --> 00:04:55,980
 Bien, entonces todos esos requisitos
 previos de fondo ya están hechos.

74
00:04:55,980 --> 00:05:00,680
 Muy bien, ahora el informe de membresía
 de IGMP aparece en el enrutador dos.

75
00:05:00,680 --> 00:05:06,680
 Ahora, si lo hice en ese momento, justo después
 de que el enrutador dos recibiera ese IGMP

76
00:05:06,680 --> 00:05:12,100
 informe de membresía, si emití el comando
 show IP em route en el enrutador

77
00:05:12,100 --> 00:05:18,520
 dos, aquí hay una pregunta de revisión,
 ¿qué tipo de entrada de ruta em vería?

78
00:05:18,520 --> 00:05:24,600
 Exactamente. Gracias, Pedro.

79
00:05:24,600 --> 00:05:27,380
 Y para aquellos de ustedes que miran, espero
 que hayan dicho que verían una estrella.

80
00:05:27,380 --> 00:05:29,460
 entrada de coma G. Exactamente.

81
00:05:29,460 --> 00:05:31,780
 Por eso vería una estrella coma G.

82
00:05:31,780 --> 00:05:35,540
 Entonces, en este caso particular,
 si escribo eso, lo mantendré aquí.

83
00:05:35,540 --> 00:05:37,700
 en rojo para indicar cosas PIM.

84
00:05:37,700 --> 00:05:45,660
 Entonces, en el enrutador dos, vería una entrada
 de estrella coma 239.999, que es lo que

85
00:05:45,660 --> 00:05:47,320
 llamamos estrella coma G.

86
00:05:47,320 --> 00:05:51,220
 Ahora junto a eso estaría la
 dirección del RP de 3433.

87
00:05:51,220 --> 00:05:54,640
 Eso indica que en realidad
 sabemos quién es el RP.

88
00:05:54,640 --> 00:05:56,500
 Bien, otra pregunta de revisión.

89
00:05:56,500 --> 00:06:02,440
 Usar este dibujo en particular es nuestra
 guía y suponiendo que el rápido

90
00:06:02,440 --> 00:06:07,020
 Los enlaces Ethernet son una métrica de enrutamiento
 mucho mejor que el enlace serie,

91
00:06:07,020 --> 00:06:12,360
 que la serie es realmente la última ruta
 preferida para llegar a cualquier parte.

92
00:06:12,360 --> 00:06:14,540
 Y lo menciono por una razón.

93
00:06:14,540 --> 00:06:19,060
 En la entrada estrella coma G, tendríamos
 algo llamado interfaz de entrada.

94
00:06:19,060 --> 00:06:21,540
 Solo voy a acortar eso a IIF.

95
00:06:21,540 --> 00:06:34,200
 En el enrutador dos, ¿qué interfaz veríamos
 como la interfaz de entrada?

96
00:06:34,200 --> 00:06:37,740
 Así es. Sería Fast Ethernet
 cero barra uno.

97
00:06:37,740 --> 00:06:40,400
 Y si lo olvidaste, si dijiste,
 bueno, ¿cómo se te ocurrió eso?

98
00:06:40,400 --> 00:06:45,100
 Recuerde con la entrada de estrella
 coma G, todo se basa en la cita

99
00:06:45,100 --> 00:06:47,800
 punto. ¿Quién es el
 punto de encuentro?

100
00:06:47,800 --> 00:06:49,980
 ¿Cómo llegamos al punto
 de encuentro?

101
00:06:49,980 --> 00:06:54,220
 Y en este caso particular, en este
 diagrama, es bastante seguro que

102
00:06:54,220 --> 00:06:57,640
 para que el enrutador dos llegue al punto de
 encuentro, su mejor camino es vía rápida

103
00:06:57,640 --> 00:06:59,840
 Ethernet cero barra uno.

104
00:06:59,840 --> 00:07:03,500
 Así que digamos eso, Fast
 Ethernet cero barra uno.

105
00:07:03,500 --> 00:07:04,980
 Bien, siguiente pregunta.

106
00:07:04,980 --> 00:07:08,580
 También habría allí mismo
 algo llamado vecino RPF.

107
00:07:08,580 --> 00:07:13,500
 ¿Qué dirección IP aparecerá
 en el campo vecino RPF?

108
00:07:13,500 --> 00:07:26,480
 Sí, sería la dirección IP de su
 vecino aguas arriba, que en este

109
00:07:26,480 --> 00:07:27,980
 el caso es el enrutador ocho.

110
00:07:27,980 --> 00:07:32,960
 Ahora recuerda al vecino río arriba
 en relación a cómo llego a la cita

111
00:07:32,960 --> 00:07:38,080
 punto. Eso sería ocho punto cuatro
 punto ocho punto ocho, que no es

112
00:07:38,080 --> 00:07:41,320
 ocho punto cuatro, ocho punto
 dos punto ocho punto ocho.

113
00:07:41,320 --> 00:07:46,180
 Entonces, el enrutador dos es el enrutador
 vecino aguas arriba ocho para llegar al

114
00:07:46,180 --> 00:07:47,740
 punto de encuentro.

115
00:07:47,740 --> 00:07:53,260
 Lo último, también habría algo aquí
 llamado interfaz de salida.

116
00:07:53,260 --> 00:07:58,700
 lista. Qué interfaz, si alguna, estaría
 en la lista de interfaces salientes

117
00:07:58,700 --> 00:08:10,020
 ¿ahora mismo? Sí, con suerte dijo,
 bueno, esa sería la interfaz

118
00:08:10,020 --> 00:08:12,940
 que recibió el informe
 de membresía.

119
00:08:12,940 --> 00:08:17,080
 La interfaz donde si en realidad recibimos
 la multidifusión donde estamos

120
00:08:17,080 --> 00:08:17,640
 va a enviarlo.

121
00:08:17,640 --> 00:08:22,240
 En este caso particular, toda esta estrella,
 la entrada G se creó porque

122
00:08:22,240 --> 00:08:24,580
 recibimos una solicitud.

123
00:08:24,580 --> 00:08:29,380
 Recibimos un informe de membresía de
 IGMP sobre Fast Ethernet cero cero.

124
00:08:29,380 --> 00:08:33,740
 Así que eso es lo que va a estar en nuestra
 lista de interfaces salientes, porque eso es

125
00:08:33,740 --> 00:08:35,220
 donde se ha unido el receptor.

126
00:08:35,220 --> 00:08:39,380
 De acuerdo, todo sucede en una fracción
 de segundo tan pronto como esa membresía

127
00:08:39,380 --> 00:08:40,920
 entra el informe.

128
00:08:40,920 --> 00:08:48,600
 Luego, eso hace que R2 genere y transmita
 un tipo especial de mensaje PIM.

129
00:08:48,600 --> 00:08:52,180
 ¿Cómo llamamos a ese
 tipo de mensaje PIM?

130
00:08:52,180 --> 00:09:02,680
 Bueno, espero que hayas respondido
 que eso se llama unión PIM.

131
00:09:02,680 --> 00:09:05,060
 Así que ese es el tipo
 de término genérico.

132
00:09:05,060 --> 00:09:08,720
 Pero también hablamos de que en realidad
 había dos tipos diferentes de PIM

133
00:09:08,720 --> 00:09:12,980
 Uniones. Toman el mismo formato de paquete,
 pero debido a la presencia o

134
00:09:12,980 --> 00:09:16,820
 falta de ciertas banderas, había
 dos tipos diferentes de uniones.

135
00:09:16,820 --> 00:09:20,500
 ¿Qué tipo de unión
 va a generar R2?

136
00:09:20,500 --> 00:09:31,380
 Así que con suerte dijiste Keith, eso
 va a ser una estrella, G únete, un PIM

137
00:09:31,380 --> 00:09:36,360
 star, G se unen exactamente, porque
 R2 no conoce la fuente.

138
00:09:36,360 --> 00:09:39,080
 Entonces, en esa unión, habrá una
 pequeña bandera llamada comodín.

139
00:09:39,080 --> 00:09:43,700
 bandera, lo que significa que
 no sé cuál es la fuente.

140
00:09:43,700 --> 00:09:48,760
 Y de todas las interfaces que tiene
 R2, ¿cuál interfaz se usará para

141
00:09:48,760 --> 00:09:51,900
 en realidad transmitir esa
 estrella, unirse a G?

142
00:09:51,900 --> 00:10:01,540
 ¿Adónde irá?

143
00:10:01,540 --> 00:10:06,460
 Así es. Entonces, la intención de
 esa estrella, G Join, es enviarla.

144
00:10:06,460 --> 00:10:09,560
 eventualmente para llegar
 al punto de encuentro.

145
00:10:09,560 --> 00:10:12,320
 Queremos que el punto de encuentro
 sepa, oye, tenemos a alguien que

146
00:10:12,320 --> 00:10:13,500
 está interesado aquí.

147
00:10:13,500 --> 00:10:15,700
 Y sí, ustedes en la transmisión en vivo,
 están respondiendo correctamente.

148
00:10:15,700 --> 00:10:19,780
 Todo se basa básicamente en dos cosas,
 la interfaz de entrada, que

149
00:10:19,780 --> 00:10:23,740
 es la interfaz que utilicé para llegar
 al punto de encuentro y al RPF

150
00:10:23,740 --> 00:10:26,560
 vecino. Entonces, en este caso particular,
 en realidad se transmitirá

151
00:10:26,560 --> 00:10:29,780
 fuera en rápido Ethan
 en cero barra uno.

152
00:10:29,780 --> 00:10:34,520
 Y luego, como conocemos a nuestros vecinos
 RPF 8.2.8.8, buscaremos en nuestro

153
00:10:34,520 --> 00:10:38,300
 tabla ARP, averiguaremos cuáles son
 las direcciones MAC de ese tipo.

154
00:10:38,300 --> 00:10:44,160
 Y así es como la siguiente pregunta, en realidad,
 esta es una pregunta de revisión.

155
00:10:44,160 --> 00:10:48,440
 ¿Cuál será la dirección MAC de destino
 de esta trama ethernet que

156
00:10:48,440 --> 00:11:08,500
 llevando esta estrella
 PIM, G unirse?

157
00:11:08,500 --> 00:11:10,700
 Bueno, este fue un
 poco complicado.

158
00:11:10,700 --> 00:11:16,060
 Esto es un poco complicado porque la estrella,
 G se une en la capa tres de la

159
00:11:16,060 --> 00:11:20,960
 la capa de red va exactamente a la misma
 dirección IP de destino que PIM

160
00:11:20,960 --> 00:11:25,760
 hola 224 00 13.

161
00:11:25,760 --> 00:11:29,180
 Ahora que sabemos que el destino de la capa
 tres es una dirección de multidifusión,

162
00:11:29,180 --> 00:11:32,580
 eso debería indicarte que, ah, está
 bien, si el destino de la capa tres

163
00:11:32,580 --> 00:11:38,280
 dirección es una dirección de multidifusión, entonces
 podemos derivar el destino de la capa dos

164
00:11:38,280 --> 00:11:42,700
 dirección MAC de esa dirección
 de multidifusión.

165
00:11:42,700 --> 00:11:46,540
 Entonces, al comienzo de los videos
 de ayer, dije que todos los IPB4

166
00:11:46,540 --> 00:11:51,720
 multicasts van a la dirección
 de 0100 5E.

167
00:11:51,720 --> 00:11:56,540
 Y luego dije, básicamente, asignas
 los últimos 23 bits al MAC

168
00:11:56,540 --> 00:12:02,700
 dirección aquí. Bueno, 13 en hexadecimal
 es lo que 10, 11, 12, 13, ABCD.

169
00:12:02,700 --> 00:12:13,340
 Así que esa es D. Así que
 seré 0100 5E, 0000 D.

170
00:12:13,340 --> 00:12:22,560
 Si tengo eso ahí mismo, 0100 5E,
 y luego D es, sí, D es 13, ABCD,

171
00:12:22,560 --> 00:12:27,320
 10, 11, 12, 13. Esa será en realidad
 la dirección MAC de destino de

172
00:12:27,320 --> 00:12:31,420
 esa estrella, G se une, porque
 va a una multidifusión.

173
00:12:31,420 --> 00:12:38,480
 En el encabezado de IP real, ¿cuál
 será el tiempo de vida en esa IP?

174
00:12:38,480 --> 00:12:47,060
 encabezado para esa unión?

175
00:12:47,060 --> 00:12:49,720
 Así es. va a ser uno

176
00:12:49,720 --> 00:12:54,020
 Recuerde, hablamos sobre cómo las direcciones
 de multidifusión tienen diferentes alcances.

177
00:12:54,020 --> 00:12:57,040
 Y dijimos, según la Autoridad de Números
 Asignados de Internet, cualquier

178
00:12:57,040 --> 00:13:02,800
 la dirección de multidifusión que comienza con
 22400 se denomina alcance local del enlace,

179
00:13:02,800 --> 00:13:06,200
 lo que significa que debe tener
 sólo un tiempo de vida de uno.

180
00:13:06,200 --> 00:13:09,900
 Solo está destinado a su
 vecino del próximo salto.

181
00:13:09,900 --> 00:13:11,020
 Así que déjame preguntarte esto.

182
00:13:11,020 --> 00:13:16,160
 Si esta combinación de coma estrella G solo
 debe ser procesada por el enrutador 8 y

183
00:13:16,160 --> 00:13:28,440
 luego descartado, ¿cómo va a
 llegar al punto de encuentro?

184
00:13:28,440 --> 00:13:31,520
 Bueno, el enrutador 8
 tendrá que replicarlo.

185
00:13:31,520 --> 00:13:34,280
 Exactamente. Tendrá que crear
 uno nuevo él mismo.

186
00:13:34,280 --> 00:13:39,080
 Básicamente, la unión proveniente del enrutador
 2, la dirección de origen será,

187
00:13:39,080 --> 00:13:43,200
 en este caso, 8.2.8.2, dirección
 de origen del enrutador 2.

188
00:13:43,200 --> 00:13:46,620
 El destino será 2240013.

189
00:13:46,620 --> 00:13:49,900
 El enrutador 8 procesará
 eso en su CPU.

190
00:13:49,900 --> 00:13:52,780
 Su CPU dirá, oh, esto es una combinación
 de estrella coma G.

191
00:13:52,780 --> 00:13:57,400
 Tiene el bit RP establecido, lo que
 significa que debe reenviarse al

192
00:13:57,400 --> 00:13:58,300
 punto de encuentro.

193
00:13:58,300 --> 00:14:02,520
 Entonces, el enrutador 8 dirá, OK, voy
 a usar mi interfaz de entrada, que

194
00:14:02,520 --> 00:14:05,980
 es, él dice, oh, oh, así que cuando el
 enrutador 8 recibe eso, ¿adivina qué?

195
00:14:05,980 --> 00:14:10,500
 Eso va a crear un estado de estrella
 coma G en él, que no tenía.

196
00:14:10,500 --> 00:14:14,360
 antes. Así que ahora va a tener
 el estado estrella coma G.

197
00:14:14,360 --> 00:14:18,780
 Se verá muy similar a
 lo que vimos antes.

198
00:14:18,780 --> 00:14:25,820
 Ahora, su interfaz de entrada será rápida
 Ethan a las 00.83, porque eso es

199
00:14:25,820 --> 00:14:29,420
 su interfaz para llegar
 al punto de encuentro.

200
00:14:29,420 --> 00:14:40,460
 Su vecino RPF será en realidad
 8.3.8.3, y su interfaz saliente

201
00:14:40,460 --> 00:14:46,360
 list será la interfaz que recibió
 ese PIM star coma G join, que

202
00:14:46,360 --> 00:14:48,660
 es rápido Ethan en 0 slash 1.

203
00:14:48,660 --> 00:14:52,260
 Así que ahora que ha creado ese estado estrella
 coma G, dice, está bien, necesito

204
00:14:52,260 --> 00:14:55,720
 para ahora crear mi propia
 estrella coma G unirse.

205
00:14:55,720 --> 00:14:57,300
 Y ahí va.

206
00:14:57,300 --> 00:15:03,860
 PIM estrella coma G unirse.

207
00:15:03,860 --> 00:15:09,060
 Eso también irá a la dirección de
 destino de 2240013, pero esto

208
00:15:09,060 --> 00:15:12,840
 tendrá una dirección de origen diferente
 porque se obtiene del enrutador

209
00:15:12,840 --> 00:15:15,980
 8. Entonces, si capturamos eso en un rastreo
 de sniffer, la dirección IP de origen de

210
00:15:15,980 --> 00:15:21,960
 eso sería 8.3.8.8.

211
00:15:21,960 --> 00:15:25,500
 Y luego, una vez que el punto de encuentro obtiene
 eso, ahora eso crea una coma de estrella

212
00:15:25,500 --> 00:15:39,220
 G estado en él. Él sabe que es
 el RP, así que lo verás allí.

213
00:15:39,220 --> 00:15:44,780
 ¿Qué veremos en el estado de estrella
 coma G de la interfaz entrante en

214
00:15:44,780 --> 00:15:54,620
 el punto de encuentro?

215
00:15:54,620 --> 00:15:58,620
 Así es. En este caso particular,
 dirá que no, porque recuerda

216
00:15:58,620 --> 00:16:01,940
 la interfaz entrante es la
 interfaz que conduce al RP.

217
00:16:01,940 --> 00:16:04,940
 Bueno, si el RP tuviera doble personalidad
 y fuera psicótico, podría

218
00:16:04,940 --> 00:16:05,980
 poner algo más allí.

219
00:16:05,980 --> 00:16:09,820
 Pero él dice, mira, soy normal, estoy
 bien, sé que soy el RP, no uso

220
00:16:09,820 --> 00:16:12,340
 cualquier interfaz para
 llegar a mí mismo.

221
00:16:12,340 --> 00:16:13,860
 Así que la interfaz
 de entrada es no.

222
00:16:13,860 --> 00:16:19,020
 ¿Qué tendríamos aquí
 como vecino del RPF?

223
00:16:19,020 --> 00:16:26,860
 Así es, sería 000, 000.

224
00:16:26,860 --> 00:16:31,040
 Una vez más, no utilizo a ningún
 vecino para llegar a mí.

225
00:16:31,040 --> 00:16:34,300
 Y aquí, la lista de interfaces salientes
 sería la interfaz que recibió

226
00:16:34,300 --> 00:16:36,540
 la estrella coma G unirse.