1 00:00:08,320 --> 00:00:11,580 Entonces, comencemos a profundizar un poco más en los detalles del pin. 2 00:00:11,580 --> 00:00:17,760 protocolo de enrutador de arranque, comenzando con el proceso de elección. 3 00:00:17,760 --> 00:00:23,820 Entonces sabemos que solo un enrutador puede ser en realidad el enrutador de arranque, 4 00:00:23,820 --> 00:00:27,160 y el trabajo del enrutador de arranque es informar a todos los demás enrutadores 5 00:00:27,160 --> 00:00:28,980 quiénes son los puntos de encuentro. 6 00:00:28,980 --> 00:00:32,140 Entonces, ¿cómo se elige eso? 7 00:00:32,140 --> 00:00:35,560 Bueno, es elegido por esta inundación de mensajes de arranque. 8 00:00:35,560 --> 00:00:36,880 De hecho, veremos esto en solo un minuto. 9 00:00:36,880 --> 00:00:39,600 Ese es el tipo real de mensaje PIM. 10 00:00:39,600 --> 00:00:43,200 Entonces, antes de ver los registros de PIM, hemos visto los saludos de PIM, hemos visto 11 00:00:43,200 --> 00:00:47,460 PIM se une. Ahora vamos a ver otro tipo de mensaje PIM en nuestro sniffer 12 00:00:47,460 --> 00:00:49,680 trace llamado mensaje de arranque. 13 00:00:49,680 --> 00:00:55,080 Estos salen a las mismas direcciones, hola 2240013. 14 00:00:55,080 --> 00:00:56,960 Entonces es porque tiene ese alcance local de enlace. 15 00:00:56,960 --> 00:01:01,340 Tiene que ser replicado por cada enrutador a lo largo del salto para que pueda obtener todos 16 00:01:01,340 --> 00:01:06,860 el camino de salida. Entonces, el enrutador de arranque, si hay dos o más enrutadores 17 00:01:06,860 --> 00:01:09,040 que son candidatos a BSR. 18 00:01:09,040 --> 00:01:11,900 El que es el ganador es el que tiene la prioridad más alta, 19 00:01:11,900 --> 00:01:15,760 ahora la prioridad es 0 de forma predeterminada, pero puede aumentarla al máximo 20 00:01:15,760 --> 00:01:20,720 a 255 si lo desea, o el que tenga la dirección IP más alta. 21 00:01:20,720 --> 00:01:22,680 Ese será el ganador. 22 00:01:22,680 --> 00:01:26,640 Ahora, con PIM BSR, la prioridad está activada de forma predeterminada. 23 00:01:26,640 --> 00:01:31,220 Entonces, lo que eso significa es que si actualmente tengo un enrutador que funciona como mi BSR, 24 00:01:31,220 --> 00:01:34,260 y digamos que su dirección IP es 2.2.2.2. 25 00:01:34,260 --> 00:01:37,520 Y se ha desempeñado como BSR durante los últimos seis meses. 26 00:01:37,520 --> 00:01:41,700 Si pongo otro router en la red configurarlo como candidato 27 00:01:41,700 --> 00:01:47,180 BSR, y su dirección IP es más alta, asumirá el papel de ser 28 00:01:47,180 --> 00:01:54,140 la BSR. No es como si se quedara con un enrutador en particular. 29 00:01:54,140 --> 00:01:57,400 Así es como configuramos el BSR candidato. 30 00:01:57,400 --> 00:02:04,640 IPPIM BSR-candidato, y luego, al igual que nuestro RP automático, queremos especificar 31 00:02:04,640 --> 00:02:09,840 una interfaz que se usaría como la dirección IP de origen de nuestros mensajes. 32 00:02:09,840 --> 00:02:12,480 Luego puede especificar una longitud de máscara hash. 33 00:02:12,480 --> 00:02:14,840 Voy a entrar en eso en el último video aquí. 34 00:02:14,840 --> 00:02:17,960 Hablaremos un poco sobre eso, pero por defecto en 0. 35 00:02:17,960 --> 00:02:20,540 Y luego, opcionalmente, puede especificar la prioridad. 36 00:02:20,540 --> 00:02:25,320 Como dije, la prioridad es 0 si lo dejas solo. 37 00:02:25,320 --> 00:02:29,880 Así es como se configura el BSR candidato. 38 00:02:29,880 --> 00:02:32,900 ¿Cómo configuro los RP candidatos? 39 00:02:32,900 --> 00:02:36,120 Bueno, un auto RP, eso fue, ¿te acuerdas? 40 00:02:36,120 --> 00:02:40,100 ¿Cuál fue el comando en el RP automático para especificar el RP candidato? 41 00:02:40,100 --> 00:02:51,080 Bueno, espero que el comando que te haya venido a la mente sea IPPIM RP-send-announce. 42 00:02:51,080 --> 00:02:52,700 RP-enviar-anunciar. 43 00:02:52,700 --> 00:02:56,320 Así es como se configura el RP candidato en el mundo del RP automático. 44 00:02:56,320 --> 00:03:03,000 Bueno, en el mundo de BSR, es IPPIM RP-candidato. 45 00:03:03,000 --> 00:03:06,760 Así que definitivamente puedo ver esto como una pregunta en algún examen. 46 00:03:06,760 --> 00:03:10,560 Pueden darte ambos y decir cuál usa el RP automático, cuál 47 00:03:10,560 --> 00:03:12,960 uno es utilizado por BSR. 48 00:03:12,960 --> 00:03:15,800 Así que definitivamente cuando tenga eso claro. 49 00:03:15,800 --> 00:03:16,940 Lo mismo aqui. 50 00:03:16,940 --> 00:03:20,060 El candidato RP, tiene que especificar una interfaz para decir cuál es su fuente 51 00:03:20,060 --> 00:03:23,600 La dirección IP va a ser. 52 00:03:23,600 --> 00:03:27,380 Y en ese punto, podría simplemente presionar enter y dejarlo solo. 53 00:03:27,380 --> 00:03:31,600 Y anunciará su candidatura de RP como candidato a todos los multicast 54 00:03:31,600 --> 00:03:36,060 grupos Pero al igual que el RP automático, podría hacer referencia a una lista de acceso para decir 55 00:03:36,060 --> 00:03:40,260 para qué grupos en particular va a anunciar su candidatura. 56 00:03:40,260 --> 00:03:43,460 Y puede especificar una prioridad. 57 00:03:43,460 --> 00:03:46,920 Y hablaré un poco más sobre la prioridad aquí en un momento 58 00:03:46,920 --> 00:03:54,020 poco. Ahora, ¿cómo controlo esto? 59 00:03:54,020 --> 00:03:57,940 Muestre IPPIM BSR y muestre el mapeo de IPPIM RP. 60 00:03:57,940 --> 00:04:02,020 Ese mismo comando muestra el mapeo de IPPIM RP también es lo que usamos para monitorear 61 00:04:02,020 --> 00:04:04,140 RP automático también. 62 00:04:04,140 --> 00:04:06,660 Entonces ese comando funciona en ambos sentidos. 63 00:04:06,660 --> 00:04:11,800 Ahora, antes de configurar esto y ponerlo en marcha, en realidad, 64 00:04:11,800 --> 00:04:14,420 Bueno, sigamos adelante y hagámoslo. 65 00:04:14,420 --> 00:04:18,020 Haré un rastreo de snipper y luego lo miraremos y volveremos. 66 00:04:18,020 --> 00:04:27,180 a estas diapositivas aquí. 67 00:04:27,180 --> 00:04:31,940 Muy bien, entonces vamos a entrar, veamos aquí. 68 00:04:31,940 --> 00:04:35,840 Quitemos algunas de nuestras cosas de RP automático ahora mismo porque no necesitamos 69 00:04:35,840 --> 00:04:46,940 ambos. Así que voy a empezar convirtiendo todas mis interfaces de nuevo a 70 00:04:46,940 --> 00:04:54,060 modo disperso, que elimina todas las inundaciones potenciales que me preocupaban 71 00:04:54,060 --> 00:05:20,160 acerca de. 0001. Está bien. 72 00:05:20,160 --> 00:05:22,320 ¿Qué tenemos aquí? 73 00:05:22,320 --> 00:05:24,940 Esto es cero barra cero. 74 00:05:24,940 --> 00:05:33,640 Bueno. Y este tipo aquí muestra la sección de ejecución PIM. 75 00:05:33,640 --> 00:05:38,900 Deshagámonos de esto porque ya no estamos haciendo RP automático. 76 00:05:38,900 --> 00:05:55,080 Bien, vayamos al enrutador ocho. 77 00:05:55,080 --> 00:05:58,380 Y ahora mismo creo que este tipo está configurando nuestro agente de mapeo. 78 00:05:58,380 --> 00:06:02,820 Así que deshagámonos de eso porque es para auto RP. 79 00:06:02,820 --> 00:06:20,120 Ahora solo tenemos que ir al enrutador cuatro. 80 00:06:20,120 --> 00:06:23,560 Bien, entonces todos están configurados en este punto. 81 00:06:23,560 --> 00:06:29,160 Volvimos al modo disperso, pero aún no hemos configurado nada de BSR. 82 00:06:29,160 --> 00:06:34,000 Así que empecemos configurando, veamos aquí. 83 00:06:34,000 --> 00:06:41,120 ¿Por qué no tenemos el enrutador cuatro y el enrutador ocho que ambos compiten por ser BSR? 84 00:06:41,120 --> 00:06:48,100 Así que configuraremos ambos enrutadores como BSR candidatos. 85 00:06:48,100 --> 00:06:52,300 Y solo confiaremos en, usaremos la prioridad para tomar la decisión sobre 86 00:06:52,300 --> 00:06:53,140 quien es el ganador. 87 00:06:53,140 --> 00:06:57,620 Así que le daré al enrutador cuatro la prioridad más alta que al enrutador ocho. 88 00:06:57,620 --> 00:07:00,460 En el enrutador ocho, ni siquiera configuraré la prioridad. 89 00:07:00,460 --> 00:07:03,220 Entonces, comencemos con el enrutador cuatro ya que estamos aquí. 90 00:07:03,220 --> 00:07:08,100 Candidato de guión IP PIM BSR. 91 00:07:08,100 --> 00:07:13,180 Y simplemente seleccionaremos, no sé, serie cero barra uno barra cero 92 00:07:13,180 --> 00:07:16,240 como una dirección IP de origen. 93 00:07:16,240 --> 00:07:18,360 Dejaremos la máscara hash predeterminada. 94 00:07:18,360 --> 00:07:21,940 Y observe que si desea llegar a la prioridad, debe especificar 95 00:07:21,940 --> 00:07:25,780 la máscara de hachís. Ahora sé que ahora mismo estás diciendo lo que es un hachís 96 00:07:25,780 --> 00:07:27,360 ¿mascarilla? Aún no lo has explicado. 97 00:07:27,360 --> 00:07:29,500 Bueno, llegaremos a eso. 98 00:07:29,500 --> 00:07:37,140 Pero ahora voy a hacer la lista de prioridades, hacer una prioridad de 40. 99 00:07:37,140 --> 00:07:40,540 De acuerdo, y antes de hacer nada de esto, quiero comenzar a hacer algo de sniffer. 100 00:07:40,540 --> 00:07:50,940 rastros aquí. Así que capturemos, ¿qué queremos capturar aquí? 101 00:07:50,940 --> 00:07:59,540 El acelerón de nuestros cuatro en cero cero, que es cero siete en el interruptor. 102 00:07:59,540 --> 00:08:04,700 Bien, cualquier cosa que entre o salga de eso. 103 00:08:04,700 --> 00:08:11,200 ¿Qué tal nuestro ocho cero cero y cero uno? 104 00:08:11,200 --> 00:08:19,860 Eso va a ser cero dos y cero trece. 105 00:08:19,860 --> 00:08:24,600 Y eso debería hacerlo. 106 00:08:24,600 --> 00:08:29,440 Veamos aquí. Y vamos a hacer que el enrutador tres sea el candidato 107 00:08:29,440 --> 00:08:32,980 RP. Ya estoy capturando en cero cero, por lo que debería capturar sus mensajes. 108 00:08:32,980 --> 00:08:35,540 también cuando nos acercamos a él. 109 00:08:35,540 --> 00:08:38,020 Muy bien, vayamos al interruptor aquí. 110 00:08:38,020 --> 00:08:40,600 Antes de hacer esto. 111 00:08:40,600 --> 00:09:00,200 Vamos al interruptor. 112 00:09:00,200 --> 00:09:03,820 De acuerdo, va a ser cero barra dos, aceleración en cero barra siete 113 00:09:03,820 --> 00:09:10,220 y fastion en cero barra trece. 114 00:09:10,220 --> 00:09:26,440 Bien, volvamos al enrutador cuatro. 115 00:09:26,440 --> 00:09:41,660 Bien, comencemos el rastreo del rastreador. 116 00:09:41,660 --> 00:09:45,180 Bien, entonces podemos ver un montón de mensajes de arranque. 117 00:09:45,180 --> 00:09:48,100 Y la razón por la que vemos muchos de estos es porque estoy capturando 118 00:09:48,100 --> 00:09:51,200 en múltiples interfaces, así que los estamos viendo entrar. 119 00:09:51,200 --> 00:09:52,740 Los estamos viendo salir. 120 00:09:52,740 --> 00:09:55,740 Los estamos viendo siendo reenviados. 121 00:09:55,740 --> 00:09:58,320 Sin embargo, en realidad es solo un mensaje. 122 00:09:58,320 --> 00:10:04,520 Así que si lo abro un poco. 123 00:10:04,520 --> 00:10:09,660 Tenga en cuenta que se lleva en PIM porque este es otro tipo de mensaje PIM, 124 00:10:09,660 --> 00:10:11,600 mensaje de tipo cuatro bootstrap. 125 00:10:11,600 --> 00:10:17,740 Y es bastante simple en este caso. 126 00:10:17,740 --> 00:10:20,740 Dice que este es el enrutador de arranque. 127 00:10:20,740 --> 00:10:22,060 Deseo ser el enrutador de arranque. 128 00:10:22,060 --> 00:10:24,500 Este es el enrutador cuatro en este momento, dos punto cuatro punto dos punto cuatro. 129 00:10:24,500 --> 00:10:29,480 Y le hemos dado una prioridad de cuarenta. 130 00:10:29,480 --> 00:10:35,680 Y ahora continuaremos y configuraremos un comando similar en el enrutador ocho. 131 00:10:35,680 --> 00:10:39,180 Pero le daremos una prioridad más baja. 132 00:10:39,180 --> 00:10:51,220 Lo dejaremos así. 133 00:10:51,220 --> 00:10:55,080 Así que ahora ambos están enviando mensajes BSR y continuarán 134 00:10:55,080 --> 00:10:57,900 hazlo No es que uno vaya a parar. 135 00:10:57,900 --> 00:11:02,580 En el mundo de algunos protocolos como el árbol de expansión, por ejemplo, una vez que todos 136 00:11:02,580 --> 00:11:06,220 sabe quién es el puente raíz, es solo el trabajo del puente raíz enviar 137 00:11:06,220 --> 00:11:09,700 saca las BPDU periódicamente y todos los demás están tranquilos. 138 00:11:09,700 --> 00:11:12,760 No es así con BSR. 139 00:11:12,760 --> 00:11:18,240 En este caso particular, sigamos capturando algunos de estos aquí. 140 00:11:18,240 --> 00:11:27,220 Probablemente sea suficiente. 141 00:11:27,220 --> 00:11:29,440 Todavía no recibimos ningún mensaje de arranque. 142 00:11:29,440 --> 00:11:32,740 Avancemos. 143 00:11:32,740 --> 00:11:48,100 Bien, aquí hay algunos mensajes de arranque. 144 00:11:48,100 --> 00:11:51,620 Dos cuatro, dos cuatro, dos cuatro. 145 00:11:51,620 --> 00:12:02,120 Entonces, lo que está sucediendo en este caso particular es que parece que nos perdimos, 146 00:12:02,120 --> 00:12:07,420 No capturé el mensaje de arranque que se envió desde el enrutador ocho. 147 00:12:07,420 --> 00:12:11,540 Pero es muy posible que tan pronto como presione el comando en el enrutador ocho, 148 00:12:11,540 --> 00:12:16,420 antes de que tuviera la oportunidad de crear su propio mensaje de arranque, es posible que 149 00:12:16,420 --> 00:12:20,260 haber recibido el mensaje de arranque entrante del enrutador cuatro, y él 150 00:12:20,260 --> 00:12:22,980 Es posible que se haya dado cuenta, oh, el enrutador cuatro es mejor que yo. 151 00:12:22,980 --> 00:12:27,240 Él tiene una prioridad más alta que yo, así que ni siquiera voy a crear mi 152 00:12:27,240 --> 00:12:29,880 propio. Solo enviaré el suyo. 153 00:12:29,880 --> 00:12:37,420 Entonces, todos estos tienen el nombre o ID del enrutador cuatro en el campo BSR. 154 00:12:37,420 --> 00:12:39,600 Pero podría cambiar eso. 155 00:12:39,600 --> 00:12:43,160 En realidad, vamos al enrutador ocho y le damos una prioridad de 50, y 156 00:12:43,160 --> 00:12:50,880 veremos cómo cambia eso. 157 00:12:50,880 --> 00:12:56,860 Muy bien, comencemos de nuevo. 158 00:12:56,860 --> 00:13:01,560 Vamos, tiburón de alambre. 159 00:13:01,560 --> 00:13:04,580 Muy bien, y todos esos fallos. 160 00:13:04,580 --> 00:13:37,800 Empezar de nuevo. Bueno. 161 00:13:37,800 --> 00:13:40,620 Ahora ni siquiera puedo detener el rastro del snipper. 162 00:13:40,620 --> 00:13:44,760 Lindo. Aquí vamos. 163 00:13:44,760 --> 00:13:51,420 Bien, aquí vemos que el enrutador de arranque se anuncia como ocho 164 00:13:51,420 --> 00:13:52,940 punto dos punto ocho punto ocho. 165 00:13:52,940 --> 00:13:57,500 Ahora, debido a que estoy capturando en múltiples interfaces, realmente no sabemos 166 00:13:57,500 --> 00:14:03,740 si este es el mensaje de arranque que se originó en el enrutador ocho, o si 167 00:14:03,740 --> 00:14:05,260 este es solo uno que estaba bien. 168 00:14:05,260 --> 00:14:07,580 Así que estamos reenviados por otro enrutador. 169 00:14:07,580 --> 00:14:18,620 Pero ni siquiera vemos aquí hay un, bueno, aquí está el enrutador cuatro, tres punto cuatro 170 00:14:18,620 --> 00:14:19,560 punto tres punto cuatro. 171 00:14:19,560 --> 00:14:21,400 Esa es la dirección IP del enrutador cuatro. 172 00:14:21,400 --> 00:14:25,280 Basándonos en el hecho de que esa es su dirección de origen, podemos ver que es 173 00:14:25,280 --> 00:14:30,320 reenviar el mensaje de arranque desde el enrutador ocho. 174 00:14:30,320 --> 00:14:33,720 Así que ya ni siquiera vemos el mensaje de arranque del enrutador cuatro. 175 00:14:33,720 --> 00:14:37,780 Ha quitado su nombre de allí, y ahora todos se dan cuenta de que el enrutador 176 00:14:37,780 --> 00:14:41,600 ocho es el BSR, en virtud de la mayor prioridad. 177 00:14:41,600 --> 00:14:46,520 Ahora, la última pieza del rompecabezas aquí es hacer que un enrutador sea un candidato 178 00:14:46,520 --> 00:14:55,740 RP. Así que volveremos a nuestro enrutador amigo tres. 179 00:14:55,740 --> 00:15:04,940 Y lo haremos IPPIM RP-Canada, Fast Ethernet Zero Slash One. 180 00:15:04,940 --> 00:15:10,020 Y no voy a cambiar la prioridad ni nada por el estilo. 181 00:15:10,020 --> 00:15:15,840 Cambiaré el intervalo para que salgan con más frecuencia. 182 00:15:15,840 --> 00:15:30,700 Comencemos esto de nuevo. 183 00:15:30,700 --> 00:15:46,260 Bien, entonces esto es lo que quería señalar. 184 00:15:46,260 --> 00:15:49,120 Aquí vamos. Bueno. 185 00:15:49,120 --> 00:15:59,740 Por lo tanto, un enrutador que actúe como candidato de RP en PIMBSR ni siquiera hablará. 186 00:15:59,740 --> 00:16:03,820 Ni siquiera va a enviar un anuncio de RP, y lo vemos aquí, se llama 187 00:16:03,820 --> 00:16:05,340 un candidato de RP. 188 00:16:05,340 --> 00:16:07,460 Anuncio de Candidato RP. 189 00:16:07,460 --> 00:16:11,940 Ni siquiera enviará eso hasta que sepa quién es el enrutador de arranque. 190 00:16:11,940 --> 00:16:13,900 Ahora, ¿por qué es eso? 191 00:16:13,900 --> 00:16:16,120 Pues porque, echa un vistazo a este mensaje. 192 00:16:16,120 --> 00:16:18,740 Esto no es multidifusión. 193 00:16:18,740 --> 00:16:20,720 Esto es unidifusión. 194 00:16:20,720 --> 00:16:25,160 Entonces, los RP candidatos, una vez que saben quién es el BSR, en realidad envían 195 00:16:25,160 --> 00:16:29,960 un anuncio de RP de unidifusión directamente al BSR. 196 00:16:29,960 --> 00:16:34,800 Y claramente no podrían hacer eso si no supieran de antemano quién 197 00:16:34,800 --> 00:16:40,780 el BSR es. Así que aquí lo está enviando a la BSR. 198 00:16:40,780 --> 00:16:43,040 Y podemos ver que dice, aquí está mi nombre. 199 00:16:43,040 --> 00:16:47,060 Quiero ser el RP para todo. 200 00:16:47,060 --> 00:16:57,640 Y luego... Así que veamos aquí fue el primero. 201 00:16:57,640 --> 00:17:03,020 Y esto ahora, nuestro mensaje de arranque del BSR no solo contiene 202 00:17:03,020 --> 00:17:08,380 su identificador, su nombre, pero también contiene esa información sobre ese 203 00:17:08,380 --> 00:17:10,620 punto de encuentro. 204 00:17:10,620 --> 00:17:15,060 Ahora, antes de seguir un poco más, volvamos a las diapositivas porque 205 00:17:15,060 --> 00:17:17,820 No quiero adelantarme demasiado. 206 00:17:17,820 --> 00:17:27,280 Bien, hemos visto que el BSR envía lo que se llama mensajes de arranque. 207 00:17:27,280 --> 00:17:31,140 Ahora aquí hay una gran diferencia entre esto y el RP automático. 208 00:17:31,140 --> 00:17:36,380 En el mundo del auto RP, el agente de mapeo era responsable de recopilar 209 00:17:36,380 --> 00:17:41,200 todos los mensajes anunciados por RP y el agente de mapeo eligió el mejor 210 00:17:41,200 --> 00:17:43,480 RP para cualquier grupo dado. 211 00:17:43,480 --> 00:17:46,820 Entonces, todos los demás enrutadores que existen, no necesariamente conocían el 212 00:17:46,820 --> 00:17:51,060 gama de RP. Todo lo que sabían eran los RP que el agente de mapeo 213 00:17:51,060 --> 00:17:55,500 había elegido. PIMBSR no es así. 214 00:17:55,500 --> 00:18:01,920 En PIMBSR, la idea es toda la información de unicastor del RP al BSR, 215 00:18:01,920 --> 00:18:07,300 el BSR los reúne a todos en una lista combinada en ese mensaje de arranque 216 00:18:07,300 --> 00:18:08,520 y luego lo envía. 217 00:18:08,520 --> 00:18:13,760 Entonces, cada enrutador en la red conoce cada BSR. 218 00:18:13,760 --> 00:18:17,980 No todos los BSR, todos los puntos de encuentro. 219 00:18:17,980 --> 00:18:22,320 Entonces, si soy un enrutador en algún lugar de la red y digo, está bien, he 220 00:18:22,320 --> 00:18:26,520 Acabo de recibir un mensaje de arranque del BSR y dentro hay 221 00:18:26,520 --> 00:18:32,300 una lista de cuatro puntos de encuentro diferentes, todos con el mismo servicio 222 00:18:32,300 --> 00:18:35,880 grupo. Bueno, sabemos que nuestro PIM no puede hacer eso. 223 00:18:35,880 --> 00:18:37,720 PIM solo puede usar uno. 224 00:18:37,720 --> 00:18:42,020 Entonces, en lugar de un RP automático donde un enrutador tomó esa decisión, el 225 00:18:42,020 --> 00:18:45,020 El agente de mapeo dijo, te voy a decir a quién debes usar. 226 00:18:45,020 --> 00:18:48,560 En este caso, depende de cada enrutador individualmente. 227 00:18:48,560 --> 00:18:51,660 Cada enrutador cuando recibe estos mensajes de arranque entrantes, si 228 00:18:51,660 --> 00:18:55,400 ver dos o más enrutadores allí dando servicio al mismo grupo, cada enrutador 229 00:18:55,400 --> 00:19:01,020 elegirán independientemente por sí mismos qué RP quieren usar para 230 00:19:01,020 --> 00:19:02,640 cualquier grupo dado. 231 00:19:02,640 --> 00:19:05,140 Ahora, entraré en más detalles sobre eso en un momento, pero vimos 232 00:19:05,140 --> 00:19:11,500 un poco de un adelanto de eso porque cuando miramos 233 00:19:11,500 --> 00:19:14,120 en nuestro, volvamos. 234 00:19:14,120 --> 00:19:16,360 En realidad, avancemos un poco. 235 00:19:16,360 --> 00:19:17,500 Así que este es el mensaje de arranque. 236 00:19:17,500 --> 00:19:19,780 Lo vimos en el rastro del francotirador. 237 00:19:19,780 --> 00:19:24,500 Generado por BSR va a 220.000, 13. 238 00:19:24,500 --> 00:19:28,920 Contiene una lista de todos los puntos de encuentro conocidos. 239 00:19:28,920 --> 00:19:30,480 Entonces la BSR no discrimina. 240 00:19:30,480 --> 00:19:35,220 Simplemente los recopila todos, los pone en ese mensaje de arranque. 241 00:19:35,220 --> 00:19:40,640 Así que fíjate en este mensaje en particular aquí, y esto me salvará de 242 00:19:40,640 --> 00:19:41,960 tener que hacer esto en el laboratorio. 243 00:19:41,960 --> 00:19:45,540 Tenga en cuenta que en este mensaje en particular, el enrutador de arranque dice, está bien, 244 00:19:45,540 --> 00:19:48,380 Te estoy hablando de dos BSR. 245 00:19:48,380 --> 00:19:55,500 Entonces, estos dos BSR están sirviendo exactamente al mismo grupo. 246 00:19:55,500 --> 00:19:58,960 220, ya sabes, todo el rango de multidifusión. 247 00:19:58,960 --> 00:20:05,000 Así que hay dos puntos de encuentro de los que les estoy hablando. 248 00:20:05,000 --> 00:20:10,640 Y dice, está bien, la prioridad para el primer punto de encuentro, 2722 es 249 00:20:10,640 --> 00:20:15,640 20. La prioridad para el segundo punto de encuentro es 30. 250 00:20:15,640 --> 00:20:17,520 Así que creo que eso te da una pequeña pista. 251 00:20:17,520 --> 00:20:20,980 En este caso particular, la prioridad gana. 252 00:20:20,980 --> 00:20:25,120 La prioridad más alta, por lo que todos los enrutadores que reciban esto elegirán por sí mismos 253 00:20:25,120 --> 00:20:30,900 3.7.3.3 como su punto de encuentro porque tiene la prioridad más alta 254 00:20:30,900 --> 00:20:45,120 que 2.7.2. Y busqué esto porque tenía curiosidad, ya sabes, 255 00:20:45,120 --> 00:20:48,040 cada vez que veo rastros de sniffer, siempre siento curiosidad por cada pequeño 256 00:20:48,040 --> 00:20:51,600 campo y lo que significa, no es que probablemente alguna vez necesite saber esto 257 00:20:51,600 --> 00:20:55,260 para cualquier tipo de prueba ni nada, pero FRP. 258 00:20:55,260 --> 00:20:58,800 ¿Qué es eso? Para aquellos de ustedes como yo que les gusta saber este tipo de cosas, 259 00:20:58,800 --> 00:21:02,180 que significa recuento de RP de fragmentos. 260 00:21:02,180 --> 00:21:08,220 A lo que se refiere es que tendrías que tener muchos RP para hacer esto. 261 00:21:08,220 --> 00:21:11,900 suceder, pero existe la posibilidad de que digamos que tienes, no sé, 262 00:21:11,900 --> 00:21:16,320 100 RP o 100 RP potenciales en su red. 263 00:21:16,320 --> 00:21:22,200 Y la lista completa de ellos simplemente no cabe dentro de un solo arranque 264 00:21:22,200 --> 00:21:27,120 mensaje. Bueno, en ese caso, ese mensaje de arranque podría estar fragmentado, 265 00:21:27,120 --> 00:21:32,700 puesto en varios paquetes IP, por lo que el recuento de FRP da una especie de pista 266 00:21:32,700 --> 00:21:35,940 en cuanto a, está bien, vienen otros fragmentos. 267 00:21:35,940 --> 00:21:40,300 Hay más RP de los que te estoy enviando solo en este arranque 268 00:21:40,300 --> 00:21:43,000 mensaje. Busque algunos otros también. 269 00:21:43,000 --> 00:21:46,880 Eso es una especie de indicador para los enrutadores receptores al respecto. 270 00:21:46,880 --> 00:21:50,700 Probablemente no verá que se use muy a menudo, porque como dije, tendría 271 00:21:50,700 --> 00:21:52,680 tener muchos RP potenciales. 272 00:21:52,680 --> 00:21:57,480 Para llenarlo tan grande que no quepa en un solo paquete. 273 00:21:57,480 --> 00:22:08,600 Y la etiqueta de fragmento, que es utilizada por la misma cosa. 274 00:22:08,600 --> 00:22:13,880 Entonces, una etiqueta de fragmento es algo así como, piense en el encabezado IP de un IPv4 275 00:22:13,880 --> 00:22:16,900 paquete. Ahí está el campo ID, ¿verdad? 276 00:22:16,900 --> 00:22:20,740 Entonces, si ese paquete IP tiene que ser fragmentado, cada uno de los fragmentos 277 00:22:20,740 --> 00:22:24,280 tener exactamente el mismo número de identificación que el paquete original. 278 00:22:24,280 --> 00:22:27,440 De esa manera, todos pueden ser algo así como, cuando los receptores reciben estos fragmentos, 279 00:22:27,440 --> 00:22:30,920 pueden decir, oh, está bien, sé que todo esto es parte de un todo coherente 280 00:22:30,920 --> 00:22:33,340 paquete. Este es el mismo tipo de cosa. 281 00:22:33,340 --> 00:22:37,320 Si un mensaje de arranque tiene que ser fragmentado, todos contendrán el 282 00:22:37,320 --> 00:22:39,020 misma etiqueta de fragmento. 283 00:22:39,020 --> 00:22:49,960 ¿Bueno? Bien, estos son los mensajes de candidatos de RP. 284 00:22:49,960 --> 00:22:51,460 Lo analizamos en el seguimiento del fragmento. 285 00:22:51,460 --> 00:22:54,040 Vimos como son unicast. 286 00:22:54,040 --> 00:22:56,500 Incluye una prioridad. 287 00:22:56,500 --> 00:23:00,600 Utiliza PIM como protocolo de transporte. 288 00:23:00,600 --> 00:23:04,220 Entonces, detrás del encabezado de IP, vimos que esto se llevó a cabo en PIM. 289 00:23:04,220 --> 00:23:08,600 Y una vez más, aquí hay un ejemplo de uno de esos. 290 00:23:08,600 --> 00:23:14,180 Y esto ya lo vimos en la captura del snipper del tiburón de alambre. 291 00:23:14,180 --> 00:23:20,700 Ahora vamos a, en este punto, porque tengo todo configurado, 292 00:23:20,700 --> 00:23:29,800 Vayamos al enrutador dos, que ha recibido estos mensajes de arranque. 293 00:23:29,800 --> 00:23:35,920 Y vamos a usar el mismo comando que usamos en auto RP, mostrar IP PIM 294 00:23:35,920 --> 00:23:42,160 Mapeo de RP. Y podemos ver. 295 00:23:42,160 --> 00:23:46,160 Dice, ahora en este caso, solo tengo un único RP, así que no hay mucho 296 00:23:46,160 --> 00:23:50,780 aquí. Pero si hubiera configurado dos o tres o cuatro RP candidatos, así como 297 00:23:50,780 --> 00:23:51,960 de hecho, hagámoslo. 298 00:23:51,960 --> 00:23:57,140 Porque un enrutador de arranque también podría ser un RP candidato al mismo tiempo. 299 00:23:57,140 --> 00:24:04,760 Entonces, vayamos al enrutador cuatro y configurémoslo como candidato a RP también. 300 00:24:04,760 --> 00:24:20,900 RP-candidato. Bien, ahora cuando vayamos al enrutador dos. 301 00:24:20,900 --> 00:24:32,320 Bien, ahora vemos todos los puntos de encuentro, ¿verdad? 302 00:24:32,320 --> 00:24:37,600 Porque todos estaban contenidos en ese único mensaje de arranque. 303 00:24:37,600 --> 00:24:42,460 Y dice que cualquiera de estos podría ser un candidato potencial para 304 00:24:42,460 --> 00:24:44,900 toda la gama multidifusión. 305 00:24:44,900 --> 00:24:50,680 Ahora, mirando solo esta salida en este momento, no hay forma de que usted pueda predecir 306 00:24:50,680 --> 00:24:54,760 solo de este comando, qué enrutador se utilizará realmente. 307 00:24:54,760 --> 00:24:59,380 Entonces, si este tipo necesita enviar un registro o un mensaje de unión, ¿va a 308 00:24:59,380 --> 00:25:02,600 para usar dos cuatro o dos cuatro, o va a usar ocho tres, ocho 309 00:25:02,600 --> 00:25:05,000 tres, porque ambos tienen exactamente la misma prioridad? 310 00:25:05,000 --> 00:25:07,360 Bueno, a partir de esto, no se puede decir.