1 00:00:08,480 --> 00:00:10,780 Итак, поздравляю. 2 00:00:10,780 --> 00:00:13,200 Если вы смотрели этот сериал с самого начала, то у вас есть 3 00:00:13,200 --> 00:00:16,140 дошёл до самого последнего видео. 4 00:00:16,140 --> 00:00:19,480 Если у вас в этот момент не кружится голова, не затуманиваются глаза, 5 00:00:19,480 --> 00:00:24,340 хорошая работа. Итак, теперь мы собираемся сделать последнее дело — вернуться назад. 6 00:00:24,340 --> 00:00:25,680 к загрузочному маршрутизатору. 7 00:00:25,680 --> 00:00:28,900 И последнее видео, которым я закончил, ну а что если роутер получил ошибку 8 00:00:28,900 --> 00:00:30,960 загрузочное сообщение? 9 00:00:30,960 --> 00:00:37,120 Он видит там несколько RP, все с одинаковым приоритетом, все обслуживают. 10 00:00:37,120 --> 00:00:41,700 или все они предлагают свои услуги для одного и того же круга групп. 11 00:00:41,700 --> 00:00:46,460 Как этот отдельный маршрутизатор решает, какой из них будет выбран? 12 00:00:46,460 --> 00:00:53,220 Итак, мы знаем, что такое решение принимают отдельные маршрутизаторы. 13 00:00:53,220 --> 00:00:55,620 Итак, вот еще одно наше начало. 14 00:00:55,620 --> 00:01:00,300 Побеждает тот, у кого приоритет наименьший. 15 00:01:00,300 --> 00:01:03,700 И если приоритет тот же, выполняется хэш-функция. 16 00:01:03,700 --> 00:01:07,800 И здесь все становится действительно сложным. 17 00:01:07,800 --> 00:01:14,120 Помните, когда я настраивал кандидата BSR, там было 18 00:01:14,120 --> 00:01:17,940 там какое-то замаскированное поле, которое называлось хэш-маской 19 00:01:17,940 --> 00:01:21,880 длина. И я сказал, что значение по умолчанию равно нулю. 20 00:01:21,880 --> 00:01:26,560 Ну, это специально для использования в этом сценарии. 21 00:01:26,560 --> 00:01:29,080 Итак, давайте поговорим об этом. 22 00:01:29,080 --> 00:01:32,220 Итак, прежде чем я перейду к следующему слайду, просто запомните этот пункт. 23 00:01:32,220 --> 00:01:37,960 Прямо здесь. Если длина хеш-маски по умолчанию равна нулю, единственное рандеву 24 00:01:37,960 --> 00:01:43,200 точка всегда будет выбрана для каждого группового адреса назначения. 25 00:01:43,200 --> 00:01:50,440 Итак, это говорит о том, что по умолчанию эти рандеву все в 26 00:01:50,440 --> 00:01:53,100 диапазон класса D, я хочу это сделать. 27 00:01:53,100 --> 00:01:58,520 Итак, если бы я узнал, скажем, о четырех точках встречи, которые все 28 00:01:58,520 --> 00:02:02,780 как в моем сообщении начальной загрузки, с нулевой длиной хэш-маски, которая 29 00:02:02,780 --> 00:02:07,460 Узнал от BSR, я как индивидуальный роутер буду выбирать только 30 00:02:07,460 --> 00:02:12,440 один из тех RP из списка, и я буду использовать его для всего. 31 00:02:12,440 --> 00:02:17,720 Изменив это число с нуля на что-то другое, вы получите 32 00:02:17,720 --> 00:02:19,880 способность немного балансировать нагрузку. 33 00:02:19,880 --> 00:02:23,140 Например, изменив этот номер на другой, ваш локальный маршрутизатор 34 00:02:23,140 --> 00:02:33,060 мог бы сказать: хорошо, для группового диапазона от 225.001 до 225.008 я буду 35 00:02:33,060 --> 00:02:35,260 выберите RP номер один. 36 00:02:35,260 --> 00:02:42,020 Для номеров с 225.009 по 225.012 я выберу RP номер два. 37 00:02:42,020 --> 00:02:47,600 Это может произойти путем изменения длины хеш-маски в самом BSR. 38 00:02:47,600 --> 00:02:51,500 Но если вы оставите значение по умолчанию, равное нулю, будет использоваться только один RP. 39 00:02:51,500 --> 00:02:53,540 За все. А может быть, тебе все равно. 40 00:02:53,540 --> 00:02:57,080 Возможно, для тебя это нормально. 41 00:02:57,080 --> 00:03:04,600 Хорошо, я просто помещаю это сюда как своего рода ссылку. 42 00:03:04,600 --> 00:03:10,520 Алгоритм на самом деле какой-то противный и сложный, но вот в принципе 43 00:03:10,520 --> 00:03:18,780 идея в том, что когда маршрутизатор получает сообщение начальной загрузки, если вы видите 44 00:03:18,780 --> 00:03:21,980 там две RP, давайте просто возьмем две в качестве примера. 45 00:03:21,980 --> 00:03:25,420 Две RP, имеющие одинаковый вес и одинаковый приоритет, оба говорят: 46 00:03:25,420 --> 00:03:27,560 Я хочу быть руководителем той же группы. 47 00:03:27,560 --> 00:03:29,520 Хорошо, вот что собирается делать этот локальный маршрутизатор. 48 00:03:29,520 --> 00:03:32,640 Он собирается создать хэш, который представляет собой длинное число. 49 00:03:32,640 --> 00:03:35,580 Он собирается сделать это, сказав: «Хорошо, я возьму 50 00:03:35,580 --> 00:03:38,360 номер группы, которую вы, ребята, хотите сделать. 51 00:03:38,360 --> 00:03:43,360 Я возьму ваше имя, ваш IP-адрес и возьму 52 00:03:43,360 --> 00:03:48,440 длина хеш-маски, которая была передана через BSR, в этом случае немного выше 53 00:03:48,440 --> 00:03:51,240 сообщение. И я собираюсь объединить все это в этот действительно сложный 54 00:03:51,240 --> 00:03:54,900 формула, и она выдаст это число, это хеш-значение. 55 00:03:54,900 --> 00:04:01,400 Я выберу того, у кого окажется самый высокий хэш. 56 00:04:01,400 --> 00:04:09,260 Теперь очень маловероятно, что два RP будут иметь одно и то же число. 57 00:04:09,260 --> 00:04:14,100 но если это теоретически произошло, что теоретически возможно, в зависимости от того, что 58 00:04:14,100 --> 00:04:17,760 RP, у которого был самый высокий IP-адрес, станет победителем. 59 00:04:17,760 --> 00:04:21,460 Хорошо, а что все это на самом деле означает? 60 00:04:21,460 --> 00:04:23,540 Прежде всего, как я могу узнать, кто победитель? 61 00:04:23,540 --> 00:04:28,020 Потому что когда я вернулся, давайте вернемся к этой команде, покажите 62 00:04:28,020 --> 00:04:34,520 Сопоставление IP PIM, мне не сказали, просто сказали: ладно, это потенциал 63 00:04:34,520 --> 00:04:36,620 RP, которые я мог бы использовать. 64 00:04:36,620 --> 00:04:40,080 Что ж, вот действительно хорошая команда, которую вы можете использовать, чтобы выяснить: 65 00:04:40,080 --> 00:04:43,760 еще до того, как произойдет многоадресная рассылка, вы можете сказать: ну, если многоадресная рассылка 66 00:04:43,760 --> 00:04:52,240 ну, скажем, 228,8,8 когда-либо произойдет в будущем, что будет с индексом PMI? 67 00:04:52,240 --> 00:04:55,440 использовать? Что, у кого будет самый высокий хэш? 68 00:04:55,440 --> 00:05:03,160 Что ж, вы можете использовать для этого эту замечательную команду: показать хеш IP PIM RP. 69 00:05:03,160 --> 00:05:06,160 А потом число, как например для этой конкретной группы, 228 70 00:05:06,160 --> 00:05:14,300 .70.87.65, видно что 2.7.22, у него в итоге чуть выше 71 00:05:14,300 --> 00:05:17,560 хеш-значение, чем 3733. 72 00:05:17,560 --> 00:05:23,900 Таким образом, 2722 будет выбран в качестве точки встречи для этой конкретной группы. 73 00:05:23,900 --> 00:05:26,140 Давайте сделаем это здесь, на моем настоящем маршрутизаторе. 74 00:05:26,140 --> 00:05:30,920 Показать хеш IP PIM RP. 75 00:05:30,920 --> 00:05:34,360 Давайте просто выберем число: 227,777. 76 00:05:34,360 --> 00:05:41,300 И здесь вы можете видеть, что победителем станет 2424. 77 00:05:41,300 --> 00:05:43,320 У него большее значение хеш-функции. 78 00:05:43,320 --> 00:05:57,740 Теперь любое число, которое я ввожу в эту команду, всегда должно приводить к 2424. 79 00:05:57,740 --> 00:06:00,980 победитель. Это не должно иметь большого значения. 80 00:06:00,980 --> 00:06:04,040 Да, в этом он победитель. 81 00:06:04,040 --> 00:06:08,200 Да, в этом он победитель. 82 00:06:08,200 --> 00:06:12,540 Итак, вы можете видеть, что он практически хеширует до одного и того же значения. 83 00:06:12,540 --> 00:06:17,920 Потому что то, к чему относится эта длина хеш-маски, это что-то вроде подсети. 84 00:06:17,920 --> 00:06:19,940 маска или подстановочная маска. 85 00:06:19,940 --> 00:06:24,020 И то, что оно маскирует, — это группа. 86 00:06:24,020 --> 00:06:29,320 Но когда маска состоит из нулей, это, по сути, говорит о том, что даже не рассматривайте 87 00:06:29,320 --> 00:06:31,640 группу при создании хеша. 88 00:06:31,640 --> 00:06:35,100 Ни один из битов в группе не имеет значения. 89 00:06:35,100 --> 00:06:44,680 Просто хэшируйте IP-адрес. 90 00:06:44,680 --> 00:06:50,080 И теперь вы можете сказать: «Хорошо, я хочу начать делать нагрузку». 91 00:06:50,080 --> 00:06:53,580 подпрыгивая, как ты говорил, Кит, я хочу иметь хэш групп 92 00:06:53,580 --> 00:06:57,920 к RP номер один, другие группы хэшируют к RP номер два. 93 00:06:57,920 --> 00:06:59,700 Как мне это сделать? 94 00:06:59,700 --> 00:07:04,820 Что ж, именно здесь это становится скорее формой искусства, чем наукой, если только 95 00:07:04,820 --> 00:07:08,500 тебе очень нравятся алгоритмы и математика, а мне нет. 96 00:07:08,500 --> 00:07:16,900 Итак, в данном конкретном случае я собираюсь изменить маску. 97 00:07:16,900 --> 00:07:22,420 Хорошо, это был маршрутизатор восемь, восемь точка два точка восемь точка восемь. 98 00:07:22,420 --> 00:07:25,180 Теперь позвольте мне подойти к нему. 99 00:07:25,180 --> 00:07:32,720 Итак, я собираюсь изменить длину его хэш-маски. 100 00:07:32,720 --> 00:07:35,260 И эта команда прямо здесь с нуля. 101 00:07:35,260 --> 00:07:41,060 Что-то другое. Я собираюсь сказать об этом 32-битном. 102 00:07:41,060 --> 00:07:45,060 Многоадресный адрес. 103 00:07:45,060 --> 00:07:53,960 Я хочу, чтобы вы хэшировали 31 из них, 31 бит. 104 00:07:53,960 --> 00:07:57,300 Итак, теоретически, что это должно делать, ведь остался только один бит, 105 00:07:57,300 --> 00:08:00,620 ну, этот бит может быть только нулем или единицей, верно? 106 00:08:00,620 --> 00:08:05,540 Теоретически это должно равномерно разделить нагрузку между 107 00:08:05,540 --> 00:08:09,160 две РП. И я не уверен, как это будет сделано, но так и должно быть. 108 00:08:09,160 --> 00:08:12,660 теперь как бы разделите его между обеими RP. 109 00:08:12,660 --> 00:08:18,420 Давай выясним. Давайте вернемся ко второму маршрутизатору. 110 00:08:18,420 --> 00:08:21,520 Узнал ли он о новой длине хеша? 111 00:08:21,520 --> 00:08:24,860 Ага. Итак, прямо здесь он узнал о новой длине. 112 00:08:24,860 --> 00:08:27,040 Итак, теперь давайте просто начнем это тестировать. 113 00:08:27,040 --> 00:08:34,660 226, 888. Хорошо, похоже, что RP для этого будет 2424. 114 00:08:34,660 --> 00:08:43,140 А что насчет 889? По-прежнему выглядит как R4, 881. 115 00:08:43,140 --> 00:08:49,060 Теперь мы получили немного другие цифры, но это все равно R4, 116 00:08:49,060 --> 00:08:55,060 888.11. В какой-то момент мы туда идем. 117 00:08:55,060 --> 00:09:02,520 Итак, 888.12. Теперь у нас есть второй RP, 8383, который будет выше. 118 00:09:02,520 --> 00:09:06,360 число. Как я уже сказал, это своего рода форма искусства. 119 00:09:06,360 --> 00:09:10,060 Вам просто нужно поиграться на BSR с разными номерами для 120 00:09:10,060 --> 00:09:11,760 длина хэш-маски. 121 00:09:11,760 --> 00:09:16,840 Но я думаю, что заранее спрогнозировать появление практически невозможно. 122 00:09:16,840 --> 00:09:21,340 с числом, по которому вы можете предсказать, ок, если я использую 31 или 30, это 123 00:09:21,340 --> 00:09:24,400 Будет использована RP или будет использована эта RP. 124 00:09:24,400 --> 00:09:27,180 Знаете, если вы войдете в формулу спецификации PIM, вы можете 125 00:09:27,180 --> 00:09:28,540 быть в состоянии понять это. 126 00:09:28,540 --> 00:09:32,540 Но это гораздо больше работы, чем я хотел бы сделать. 127 00:09:32,540 --> 00:09:38,600 Вот как RP выбираются на основе этих сообщений начальной загрузки, которые 128 00:09:38,600 --> 00:09:40,280 были получены. 129 00:09:40,280 --> 00:09:44,120 Итак, давайте просто подведем итог всему этому, и тогда мы закончим. 130 00:09:44,120 --> 00:09:47,700 Итак, маршрутизатор начальной загрузки PIM, номер один, является интернет-стандартом. 131 00:09:47,700 --> 00:09:51,660 разработан для второй версии PIM. 132 00:09:51,660 --> 00:09:57,320 Во-вторых, у вас все еще есть концепция потенциальных RP и BSR. 133 00:09:57,320 --> 00:09:59,620 Сначала необходимо обнаружить РБМ. 134 00:09:59,620 --> 00:10:02,220 Оно избрано. Здесь только один. 135 00:10:02,220 --> 00:10:05,900 Все узнают, кто такой РБМ. 136 00:10:05,900 --> 00:10:10,360 А затем все кандидаты в депутаты передают ему свои сообщения. 137 00:10:10,360 --> 00:10:15,900 Затем этот BSR создает так называемое загрузочное сообщение, которое имеет 138 00:10:15,900 --> 00:10:20,420 полный список всех RP, о которых он когда-либо слышал, а также группы и 139 00:10:20,420 --> 00:10:26,000 приоритет для того RP, который распределяется по всей сети. 140 00:10:26,000 --> 00:10:31,980 И, наконец, когда отдельному маршрутизатору действительно необходимо использовать RP, потому что 141 00:10:31,980 --> 00:10:36,420 ему нужно что-то зарегистрировать и отправить соединение, оно переходит в 142 00:10:36,420 --> 00:10:40,260 это загрузочное сообщение, то есть оно сохранило его в памяти, как мы 143 00:10:40,260 --> 00:10:44,840 глянь сюда. Он выполняет хеш-значение, хеш-функцию, а затем, в зависимости от того, что 144 00:10:44,840 --> 00:10:48,880 У RP будет самый высокий хэш, именно он используется сейчас. 145 00:10:48,880 --> 00:10:53,800 для этого конкретно нужно что-то прописать или отправить джоин. 146 00:10:53,800 --> 00:10:58,620 И это суммирует концепцию загрузочного маршрутизатора PIM.