1
00:00:08,480 --> 00:00:10,780
 Así que ahora, felicitaciones.

2
00:00:10,780 --> 00:00:13,200
 Si has estado viendo esta serie
 desde el principio, tienes

3
00:00:13,200 --> 00:00:16,140
 Llegué al último video.

4
00:00:16,140 --> 00:00:19,480
 Si su cabeza no está dando vueltas en este
 punto, sus ojos no están vidriosos,

5
00:00:19,480 --> 00:00:24,340
 buen trabajo. Así que ahora vamos
 a hacer lo último, que es volver

6
00:00:24,340 --> 00:00:25,680
 al enrutador de arranque.

7
00:00:25,680 --> 00:00:28,900
 Y el último video con el que terminé, bueno,
 ¿qué pasa si un enrutador ha recibido un

8
00:00:28,900 --> 00:00:30,960
 mensaje de arranque?

9
00:00:30,960 --> 00:00:37,120
 Ve múltiples RP allí, todos con la
 misma prioridad, todos en servicio

10
00:00:37,120 --> 00:00:41,700
 o todos ofreciendo sus servicios
 para la misma gama de grupos.

11
00:00:41,700 --> 00:00:46,460
 ¿Cómo decide ese enrutador individual
 cuál se va a seleccionar?

12
00:00:46,460 --> 00:00:53,220
 Entonces sabemos que los enrutadores
 individuales toman esa decisión.

13
00:00:53,220 --> 00:00:55,620
 Así que aquí está nuestro
 otro comienzo.

14
00:00:55,620 --> 00:01:00,300
 Gana quien tenga menor prioridad.

15
00:01:00,300 --> 00:01:03,700
 Y si la prioridad es la misma,
 se realiza una función hash.

16
00:01:03,700 --> 00:01:07,800
 Y aquí es donde se pone realmente
 un poco complejo.

17
00:01:07,800 --> 00:01:14,120
 Así que recuerda cómo cuando estaba
 configurando el BSR candidato, había

18
00:01:14,120 --> 00:01:17,940
 un campo allí que se pasó por alto
 que se llamaba máscara hash

19
00:01:17,940 --> 00:01:21,880
 longitud. Y dije que el valor
 predeterminado era cero.

20
00:01:21,880 --> 00:01:26,560
 Bueno, eso es específicamente
 para usar en este escenario.

21
00:01:26,560 --> 00:01:29,080
 Así que hablemos de eso.

22
00:01:29,080 --> 00:01:32,220
 Entonces, antes de pasar a la siguiente
 diapositiva, tenga en cuenta esta viñeta

23
00:01:32,220 --> 00:01:37,960
 aquí mismo. Con una longitud de máscara hash
 predeterminada de cero, una única cita

24
00:01:37,960 --> 00:01:43,200
 siempre se seleccionará un punto para
 cada dirección de destino del grupo.

25
00:01:43,200 --> 00:01:50,440
 Entonces, lo que eso significa es que, de forma
 predeterminada, estos encuentros con todo en el

26
00:01:50,440 --> 00:01:53,100
 rango de clase D, quiero hacerlo.

27
00:01:53,100 --> 00:01:58,520
 Entonces, si he aprendido acerca de, digamos,
 cuatro puntos de encuentro que son todos

28
00:01:58,520 --> 00:02:02,780
 así en mi mensaje de arranque, con una
 longitud de máscara hash de cero que

29
00:02:02,780 --> 00:02:07,460
 Aprendí del BSR, yo, como enrutador
 individual, solo seleccionaré

30
00:02:07,460 --> 00:02:12,440
 uno de esos RP de la lista,
 y lo usaré para todo.

31
00:02:12,440 --> 00:02:17,720
 Al cambiar ese número de cero
 a otra cosa, te da la

32
00:02:17,720 --> 00:02:19,880
 capacidad de hacer un poco
 de equilibrio de carga.

33
00:02:19,880 --> 00:02:23,140
 Por ejemplo, al cambiar ese número
 a otro, su enrutador local

34
00:02:23,140 --> 00:02:33,060
 podría decir, está bien, para el rango
 de grupo de 225.001 a 225.008, lo haré

35
00:02:33,060 --> 00:02:35,260
 seleccione RP número uno.

36
00:02:35,260 --> 00:02:42,020
 Para 225.009 a 225.012, seleccionaré
 el RP número dos.

37
00:02:42,020 --> 00:02:47,600
 Eso puede suceder modificando la longitud
 de la máscara hash en el propio BSR.

38
00:02:47,600 --> 00:02:51,500
 Pero si deja el valor predeterminado
 de cero, solo se usará un único RP

39
00:02:51,500 --> 00:02:53,540
 para todo. Y tal vez
 no te importe.

40
00:02:53,540 --> 00:02:57,080
 Quizás eso esté bien para ti.

41
00:02:57,080 --> 00:03:04,600
 Bien, solo estoy poniendo esto aquí
 como una especie de referencia.

42
00:03:04,600 --> 00:03:10,520
 El algoritmo es realmente un poco desagradable
 y complejo, pero aquí está básicamente

43
00:03:10,520 --> 00:03:18,780
 la idea es que cuando un enrutador recibe
 un mensaje de arranque, si ve

44
00:03:18,780 --> 00:03:21,980
 dos RP ahí, tomemos
 dos como ejemplo.

45
00:03:21,980 --> 00:03:25,420
 Dos RP que tienen el mismo peso,
 la misma prioridad, ambos dicen,

46
00:03:25,420 --> 00:03:27,560
 Quiero ser el RP para exactamente
 el mismo grupo.

47
00:03:27,560 --> 00:03:29,520
 Bien, esto es lo que hará
 este enrutador local.

48
00:03:29,520 --> 00:03:32,640
 Va a crear un hash, que
 es un número largo.

49
00:03:32,640 --> 00:03:35,580
 Él va a hacer eso al decir,
 está bien, voy a tomar el

50
00:03:35,580 --> 00:03:38,360
 número de grupo que ustedes están
 diciendo que quieren hacer.

51
00:03:38,360 --> 00:03:43,360
 Voy a tomar su nombre, su dirección
 IP, y voy a tomar la

52
00:03:43,360 --> 00:03:48,440
 longitud de la máscara hash que se suministró a
 través de la BSR hasta un poco más alto en ese

53
00:03:48,440 --> 00:03:51,240
 mensaje. Y voy a combinar todas esas
 cosas en este realmente complejo

54
00:03:51,240 --> 00:03:54,900
 fórmula, y eso arrojará este
 número, este valor hash.

55
00:03:54,900 --> 00:04:01,400
 Cualquiera que termine con el hash más
 alto, ese es el que voy a seleccionar.

56
00:04:01,400 --> 00:04:09,260
 Ahora, es muy poco probable que dos RP
 tengan exactamente el mismo número,

57
00:04:09,260 --> 00:04:14,100
 pero si eso sucediera teóricamente, lo cual
 es teóricamente posible, lo que sea

58
00:04:14,100 --> 00:04:17,760
 RP tenía la dirección IP más
 alta sería el ganador.

59
00:04:17,760 --> 00:04:21,460
 Bien, entonces, ¿a qué se traduce
 realmente todo esto?

60
00:04:21,460 --> 00:04:23,540
 En primer lugar, ¿cómo puedo
 saber quién es el ganador?

61
00:04:23,540 --> 00:04:28,020
 Porque cuando volví a, volvamos
 a este comando aquí, mostrar

62
00:04:28,020 --> 00:04:34,520
 Asignación IP PIM, no me lo dijo, solo
 dijo, está bien, estos son los posibles

63
00:04:34,520 --> 00:04:36,620
 RP que podría usar.

64
00:04:36,620 --> 00:04:40,080
 Bueno, aquí hay un comando realmente
 bueno que puedes usar para descubrir,

65
00:04:40,080 --> 00:04:43,760
 incluso antes de que ocurra la multidifusión,
 podría decir, bueno, si la multidifusión

66
00:04:43,760 --> 00:04:52,240
 de, oh, digamos que 228.8.8 alguna vez
 suceda en el futuro, que van a ser PMI

67
00:04:52,240 --> 00:04:55,440
 ¿usar? ¿Qué, quién va a tener
 el hachís más alto?

68
00:04:55,440 --> 00:05:03,160
 Bueno, puede usar este buen comando para
 eso, muestre el hash de guión IP PIM RP.

69
00:05:03,160 --> 00:05:06,160
 Y luego el número, como por ejemplo,
 para este grupo en particular, 228

70
00:05:06,160 --> 00:05:14,300
 .70.87.65, puedes ver que 2.7.22,
 terminó con un poco más alto

71
00:05:14,300 --> 00:05:17,560
 valor hash que 3733.

72
00:05:17,560 --> 00:05:23,900
 Entonces, 2722 será seleccionado como el punto
 de encuentro para este grupo en particular.

73
00:05:23,900 --> 00:05:26,140
 Hagámoslo aquí en
 mi enrutador real.

74
00:05:26,140 --> 00:05:30,920
 Mostrar hash de guiones IP PIM RP.

75
00:05:30,920 --> 00:05:34,360
 Escojamos un número, 227.777.

76
00:05:34,360 --> 00:05:41,300
 Y puedes ver aquí que
 2424 será el ganador.

77
00:05:41,300 --> 00:05:43,320
 Él tiene el valor hash más grande.

78
00:05:43,320 --> 00:05:57,740
 Ahora, cualquier número que ponga en este comando
 siempre debería dar como resultado que 2424 sea

79
00:05:57,740 --> 00:06:00,980
 el ganador. Realmente
 no debería importar.

80
00:06:00,980 --> 00:06:04,040
 Sí, él es el ganador de eso.

81
00:06:04,040 --> 00:06:08,200
 Sí, él es el ganador de eso.

82
00:06:08,200 --> 00:06:12,540
 Así que puedes ver que está más o menos
 hashing al mismo valor exacto.

83
00:06:12,540 --> 00:06:17,920
 Porque a lo que se refiere esta longitud
 de máscara hash, es como una subred

84
00:06:17,920 --> 00:06:19,940
 máscara o una máscara comodín.

85
00:06:19,940 --> 00:06:24,020
 Y lo que está enmascarando
 es el grupo.

86
00:06:24,020 --> 00:06:29,320
 Pero cuando la máscara es todo ceros, eso
 básicamente dice, ni siquiera consideres

87
00:06:29,320 --> 00:06:31,640
 el grupo al crear el hash.

88
00:06:31,640 --> 00:06:35,100
 Ninguno de los bits
 en el grupo importa.

89
00:06:35,100 --> 00:06:44,680
 Solo hash contra la dirección IP.

90
00:06:44,680 --> 00:06:50,080
 Y ahora puedes decir, OK, bueno, quiero
 empezar a hacer algo de carga

91
00:06:50,080 --> 00:06:53,580
 rebotando como dijiste, Keith, quiero
 tener algunos grupos de hachís

92
00:06:53,580 --> 00:06:57,920
 al RP número uno, otros grupos
 hacen hash al RP número dos.

93
00:06:57,920 --> 00:06:59,700
 ¿Cómo puedo hacer eso?

94
00:06:59,700 --> 00:07:04,820
 Bueno, ahí es donde llega a ser más una forma
 de arte que una ciencia, a menos que

95
00:07:04,820 --> 00:07:08,500
 te gustan mucho los algoritmos y las
 matemáticas, cosa que a mí no.

96
00:07:08,500 --> 00:07:16,900
 Entonces, en este caso particular,
 voy a cambiar la máscara.

97
00:07:16,900 --> 00:07:22,420
 Bien, era el enrutador ocho, ocho
 punto dos punto ocho punto ocho.

98
00:07:22,420 --> 00:07:25,180
 Ahora, déjame acercarme a él.

99
00:07:25,180 --> 00:07:32,720
 Entonces, lo que voy a hacer es cambiar
 la longitud de su máscara hash.

100
00:07:32,720 --> 00:07:35,260
 Y este comando aquí
 mismo desde un cero.

101
00:07:35,260 --> 00:07:41,060
 Algo más. Voy a decir
 de eso de 32 bits.

102
00:07:41,060 --> 00:07:45,060
 Dirección de multidifusión.

103
00:07:45,060 --> 00:07:53,960
 Quiero que hagas hash de 31
 de ellos, 31 de esos bits.

104
00:07:53,960 --> 00:07:57,300
 En teoría, qué debería hacer esto,
 porque solo queda un bit,

105
00:07:57,300 --> 00:08:00,620
 bueno, ese bit solo puede ser
 un cero o un uno, ¿verdad?

106
00:08:00,620 --> 00:08:05,540
 Entonces, teóricamente, lo que esto debería hacer
 es dividir uniformemente la carga entre

107
00:08:05,540 --> 00:08:09,160
 los dos RP. Y no estoy seguro de
 cómo va a hacer eso, pero debería

108
00:08:09,160 --> 00:08:12,660
 tipo de dividirlo entre
 ambos RP ahora.

109
00:08:12,660 --> 00:08:18,420
 Vamos a averiguar. Volvamos
 al enrutador dos.

110
00:08:18,420 --> 00:08:21,520
 ¿Se ha enterado de la nueva
 longitud de hash?

111
00:08:21,520 --> 00:08:24,860
 Sí. Así que justo aquí, se enteró
 de la nueva longitud.

112
00:08:24,860 --> 00:08:27,040
 Así que ahora empecemos
 a probar esto.

113
00:08:27,040 --> 00:08:34,660
 226, 888. Bien, parece que
 2424 será el RP para eso.

114
00:08:34,660 --> 00:08:43,140
 ¿Qué pasa con 889? Todavía
 se ve como R4, 881.

115
00:08:43,140 --> 00:08:49,060
 Ahora encontramos algunos números ligeramente
 diferentes, pero sigue siendo R4,

116
00:08:49,060 --> 00:08:55,060
 888.11. En algún momento,
 ahí vamos.

117
00:08:55,060 --> 00:09:02,520
 Bien, entonces 888.12. Ahora tenemos el
 segundo RP, 8383 viene con el más alto

118
00:09:02,520 --> 00:09:06,360
 número. Entonces, como dije, es
 una especie de forma de arte.

119
00:09:06,360 --> 00:09:10,060
 Solo tienes que jugar en el BSR
 con diferentes números para el

120
00:09:10,060 --> 00:09:11,760
 longitud de la máscara hash.

121
00:09:11,760 --> 00:09:16,840
 Pero creo que es virtualmente imposible
 predecir de antemano que surgirá

122
00:09:16,840 --> 00:09:21,340
 con un número donde puedes predecir,
 OK, si uso 31 o si uso 30, esto

123
00:09:21,340 --> 00:09:24,400
 Se usará RP o se usará ese RP.

124
00:09:24,400 --> 00:09:27,180
 Ya sabes, si entras en la fórmula en
 la especificación PIM, es posible que

125
00:09:27,180 --> 00:09:28,540
 ser capaz de averiguarlo.

126
00:09:28,540 --> 00:09:32,540
 Pero eso es mucho más trabajo
 del que me gustaría hacer.

127
00:09:32,540 --> 00:09:38,600
 Y así es como se seleccionan los RP en función
 de estos mensajes de arranque que

128
00:09:38,600 --> 00:09:40,280
 ha sido recibido.

129
00:09:40,280 --> 00:09:44,120
 Así que vamos a resumir todo esto
 y luego habremos terminado.

130
00:09:44,120 --> 00:09:47,700
 Entonces, con el enrutador de arranque PIM,
 número uno, es un estándar de Internet

131
00:09:47,700 --> 00:09:51,660
 desarrollado para PIM versión dos.

132
00:09:51,660 --> 00:09:57,320
 Número dos, todavía tiene el concepto
 de RP candidatos y un BSR.

133
00:09:57,320 --> 00:09:59,620
 El BSR tiene que ser
 descubierto primero.

134
00:09:59,620 --> 00:10:02,220
 es elegido. Sólo hay uno.

135
00:10:02,220 --> 00:10:05,900
 Todo el mundo descubre
 quién es el BSR.

136
00:10:05,900 --> 00:10:10,360
 Y luego todos los RP candidatos le envían
 sus mensajes por unidifusión.

137
00:10:10,360 --> 00:10:15,900
 Luego, ese BSR crea lo que se llama
 un mensaje de arranque, que tiene un

138
00:10:15,900 --> 00:10:20,420
 lista completa de cada RP que
 ha escuchado y el grupo y

139
00:10:20,420 --> 00:10:26,000
 la prioridad para ese RP que se
 dispersa entre toda la red.

140
00:10:26,000 --> 00:10:31,980
 Y, por último, cuando un enrutador individual
 realmente necesita usar un RP porque

141
00:10:31,980 --> 00:10:36,420
 necesita registrar algo y necesita
 enviar una unión, entra en

142
00:10:36,420 --> 00:10:40,260
 ese mensaje de arranque, que es lo que ha
 almacenado en la memoria, como nosotros

143
00:10:40,260 --> 00:10:44,840
 mira aquí. Realiza el valor hash, la
 función hash, y luego lo que sea

144
00:10:44,840 --> 00:10:48,880
 RP termina con el hash más alto,
 ese es el que se usa ahora

145
00:10:48,880 --> 00:10:53,800
 para esta necesidad específica de
 registrar algo o enviar una unión.

146
00:10:53,800 --> 00:10:58,620
 Y eso resume este concepto del
 enrutador de arranque PIM.