1 00:00:08,320 --> 00:00:11,580 Итак, давайте начнем копать немного глубже в детали булавки. 2 00:00:11,580 --> 00:00:17,760 протокол начальной загрузки маршрутизатора, начиная с процесса выборов. 3 00:00:17,760 --> 00:00:23,820 Итак, мы знаем, что только один маршрутизатор может быть загрузочным маршрутизатором. 4 00:00:23,820 --> 00:00:27,160 и задача загрузочного маршрутизатора — сообщить всем остальным маршрутизаторам 5 00:00:27,160 --> 00:00:28,980 кто точки встречи. 6 00:00:28,980 --> 00:00:32,140 Так как же это избирается? 7 00:00:32,140 --> 00:00:35,560 Ну, это выбрано этим потоком бутстрап-сообщений. 8 00:00:35,560 --> 00:00:36,880 Мы действительно увидим это буквально через минуту. 9 00:00:36,880 --> 00:00:39,600 Это настоящий тип сообщения PIM. 10 00:00:39,600 --> 00:00:43,200 Итак, прежде чем мы увидели регистры PIM, мы увидели приветственные сообщения PIM, мы увидели 11 00:00:43,200 --> 00:00:47,460 ПИМ присоединяется. Теперь мы увидим в нашем сниффере PIM-сообщения другого типа. 12 00:00:47,460 --> 00:00:49,680 трассировка, называемая загрузочным сообщением. 13 00:00:49,680 --> 00:00:55,080 Они выходят на одни и те же адреса, привет 2240013. 14 00:00:55,080 --> 00:00:56,960 Так это потому, что у него есть локальная область действия ссылки. 15 00:00:56,960 --> 00:01:01,340 Он должен быть реплицирован каждым маршрутизатором на отрезке, чтобы он мог получить все 16 00:01:01,340 --> 00:01:06,860 выход. И так загрузочный роутер, если есть два и более роутера 17 00:01:06,860 --> 00:01:09,040 которые являются кандидатами в BSR. 18 00:01:09,040 --> 00:01:11,900 Победителем становится либо тот, у кого наивысший приоритет, 19 00:01:11,900 --> 00:01:15,760 теперь приоритет по умолчанию равен 0, но вы можете повысить его до максимума. 20 00:01:15,760 --> 00:01:20,720 до 255, если хотите, или тот, у которого самый высокий IP-адрес. 21 00:01:20,720 --> 00:01:22,680 Это будет победитель. 22 00:01:22,680 --> 00:01:26,640 Теперь при использовании PIM BSR вытеснение включено по умолчанию. 23 00:01:26,640 --> 00:01:31,220 Это означает, что если у меня в настоящее время есть маршрутизатор, служащий моим BSR, 24 00:01:31,220 --> 00:01:34,260 и допустим, его IP-адрес — 2.2.2.2. 25 00:01:34,260 --> 00:01:37,520 И он служил в качестве BSR последние шесть месяцев. 26 00:01:37,520 --> 00:01:41,700 Если я подключу к сети другой роутер, настрою его как кандидата 27 00:01:41,700 --> 00:01:47,180 BSR, и его IP-адрес выше, он возьмет на себя роль существа 28 00:01:47,180 --> 00:01:54,140 БСР. Это не значит, что он привязан к одному конкретному маршрутизатору. 29 00:01:54,140 --> 00:01:57,400 Вот как мы настраиваем кандидата BSR. 30 00:01:57,400 --> 00:02:04,640 IPPIM BSR-кандидат, а затем, как и наш авто РП, мы хотим указать 31 00:02:04,640 --> 00:02:09,840 интерфейс, который будет использоваться в качестве исходного IP-адреса наших сообщений. 32 00:02:09,840 --> 00:02:12,480 Затем вы можете указать длину хэш-маски. 33 00:02:12,480 --> 00:02:14,840 Я расскажу об этом в самом последнем видео здесь. 34 00:02:14,840 --> 00:02:17,960 Мы еще немного об этом поговорим, но по умолчанию 0. 35 00:02:17,960 --> 00:02:20,540 И тогда при желании можно указать приоритет. 36 00:02:20,540 --> 00:02:25,320 Как я уже сказал, приоритет равен 0, если вы оставите его в покое. 37 00:02:25,320 --> 00:02:29,880 Вот как вы настраиваете кандидата BSR. 38 00:02:29,880 --> 00:02:32,900 Как мне настроить кандидатов RP? 39 00:02:32,900 --> 00:02:36,120 Ну, это был авто РП, помнишь? 40 00:02:36,120 --> 00:02:40,100 Какая была команда в auto RP для указания кандидата RP? 41 00:02:40,100 --> 00:02:51,080 Что ж, надеюсь, вам на ум пришла команда IPPIM RP-send-announce. 42 00:02:51,080 --> 00:02:52,700 РП-отправить-анонсировать. 43 00:02:52,700 --> 00:02:56,320 Вот как вы настраиваете кандидата в РП в мире авто РП. 44 00:02:56,320 --> 00:03:03,000 Ну, в мире BSR это кандидат от IPPIM RP. 45 00:03:03,000 --> 00:03:06,760 Так что я определенно могу рассматривать это как вопрос какого-то теста. 46 00:03:06,760 --> 00:03:10,560 Они могут дать вам оба и сказать, какой из них используется авто РП, какой 47 00:03:10,560 --> 00:03:12,960 один используется BSR. 48 00:03:12,960 --> 00:03:15,800 Так что определенно, когда я это понял. 49 00:03:15,800 --> 00:03:16,940 То же самое здесь. 50 00:03:16,940 --> 00:03:20,060 Кандидат от РП, вам необходимо указать интерфейс, чтобы сообщить, что его источник 51 00:03:20,060 --> 00:03:23,600 IP-адрес будет. 52 00:03:23,600 --> 00:03:27,380 И в этот момент вы можете просто нажать Enter и оставить это в покое. 53 00:03:27,380 --> 00:03:31,600 И объявит свою кандидатуру от РП кандидатом на все мультикасты 54 00:03:31,600 --> 00:03:36,060 группы. Но, как и в случае с автоматическим RP, вы можете обратиться к списку доступа, чтобы сказать: 55 00:03:36,060 --> 00:03:40,260 от каких именно группировок он собирается выдвинуть свою кандидатуру. 56 00:03:40,260 --> 00:03:43,460 И вы можете указать приоритет. 57 00:03:43,460 --> 00:03:46,920 И я расскажу немного больше о приоритете здесь, чуть позже. 58 00:03:46,920 --> 00:03:54,020 кусочек. Как мне теперь это контролировать? 59 00:03:54,020 --> 00:03:57,940 Покажите IPPIM BSR и покажите сопоставление IPPIM RP. 60 00:03:57,940 --> 00:04:02,020 Эту же команду show IPPIM RP-сопоставление мы также использовали для мониторинга. 61 00:04:02,020 --> 00:04:04,140 авто РП тоже. 62 00:04:04,140 --> 00:04:06,660 Итак, эта команда работает в обе стороны. 63 00:04:06,660 --> 00:04:11,800 Прежде чем я это настрою и запущу, давайте, собственно, 64 00:04:11,800 --> 00:04:14,420 ну, давайте продолжим и сделаем это. 65 00:04:14,420 --> 00:04:18,020 Я сделаю след снайпера, а потом мы посмотрим и вернемся. 66 00:04:18,020 --> 00:04:27,180 к этим слайдам здесь. 67 00:04:27,180 --> 00:04:31,940 Хорошо, давайте углубимся, давайте посмотрим. 68 00:04:31,940 --> 00:04:35,840 Давайте прямо сейчас снимем некоторые вещи с авто-RP, потому что они нам не нужны. 69 00:04:35,840 --> 00:04:46,940 оба. Итак, я собираюсь начать с преобразования всех моих интерфейсов обратно в 70 00:04:46,940 --> 00:04:54,060 разреженный режим, который устраняет все потенциальное наводнение, которое меня беспокоило 71 00:04:54,060 --> 00:05:20,160 о. 0001. Хорошо. 72 00:05:20,160 --> 00:05:22,320 Что мы здесь получили? 73 00:05:22,320 --> 00:05:24,940 Это нулевой слэш-ноль. 74 00:05:24,940 --> 00:05:33,640 Хорошо. А этот парень показывает раздел PIM. 75 00:05:33,640 --> 00:05:38,900 Давайте избавимся от этого, потому что мы больше не занимаемся автоматическим РП. 76 00:05:38,900 --> 00:05:55,080 Хорошо, давайте перейдем к восьмому маршрутизатору. 77 00:05:55,080 --> 00:05:58,380 И прямо сейчас этот парень, я думаю, настраивает наш картографический агент. 78 00:05:58,380 --> 00:06:02,820 Итак, давайте избавимся от этого, потому что это для автоматического RP. 79 00:06:02,820 --> 00:06:20,120 Теперь нам просто нужно перейти к четвертому маршрутизатору. 80 00:06:20,120 --> 00:06:23,560 Итак, на данный момент все настроено. 81 00:06:23,560 --> 00:06:29,160 Мы вернулись в разреженный режим, но еще не настроили никаких элементов BSR. 82 00:06:29,160 --> 00:06:34,000 Итак, начнем с настройки, посмотрим здесь. 83 00:06:34,000 --> 00:06:41,120 Почему бы нам не использовать четвертый и восьмой маршрутизаторы, которые претендуют на звание BSR? 84 00:06:41,120 --> 00:06:48,100 Поэтому мы настроим оба маршрутизатора в качестве кандидатов BSR. 85 00:06:48,100 --> 00:06:52,300 И мы просто будем полагаться, мы будем использовать приоритет, чтобы принять решение о 86 00:06:52,300 --> 00:06:53,140 кто победитель. 87 00:06:53,140 --> 00:06:57,620 Поэтому я дам четвертому маршрутизатору более высокий приоритет, чем восьмому. 88 00:06:57,620 --> 00:07:00,460 На восьмом роутере я вообще не буду настраивать приоритет. 89 00:07:00,460 --> 00:07:03,220 Итак, раз уж мы здесь, давайте начнем с четвертого маршрутизатора. 90 00:07:03,220 --> 00:07:08,100 IP PIM BSR-кандидат. 91 00:07:08,100 --> 00:07:13,180 И мы просто выберем, я не знаю, серийный ноль, косую черту, одну косую черту, ноль. 92 00:07:13,180 --> 00:07:16,240 в качестве исходного IP-адреса. 93 00:07:16,240 --> 00:07:18,360 Мы оставим хеш-маску по умолчанию. 94 00:07:18,360 --> 00:07:21,940 Обратите внимание: если вы хотите получить приоритет, вам нужно указать 95 00:07:21,940 --> 00:07:25,780 хеш-маска. Теперь я знаю, что сейчас ты говоришь, что такое хэш 96 00:07:25,780 --> 00:07:27,360 маска? Вы еще этого не объяснили. 97 00:07:27,360 --> 00:07:29,500 Что ж, мы до этого доберемся. 98 00:07:29,500 --> 00:07:37,140 Но сейчас я собираюсь составить список приоритетов, сделать приоритет 40. 99 00:07:37,140 --> 00:07:40,540 Хорошо, и прежде чем я сделаю что-нибудь из этого, я хочу начать анализировать 100 00:07:40,540 --> 00:07:50,940 следы здесь. Итак, давайте просто зафиксируем, что мы хотим здесь запечатлеть? 101 00:07:50,940 --> 00:07:59,540 Самая быстрая скорость нашей четверки на нуле-ноле, то есть на переключателе ноль-семь. 102 00:07:59,540 --> 00:08:04,700 Хорошо, все, что входит или выходит из этого. 103 00:08:04,700 --> 00:08:11,200 А как насчет наших восемь ноль ноль и ноль один? 104 00:08:11,200 --> 00:08:19,860 Это будет ноль два и ноль тринадцать. 105 00:08:19,860 --> 00:08:24,600 И это должно сработать. 106 00:08:24,600 --> 00:08:29,440 Давайте посмотрим здесь. И мы собираемся сделать так, чтобы маршрутизатор номер три был кандидатом. 107 00:08:29,440 --> 00:08:32,980 РП. Я уже фиксирую ноль-ноль, чтобы можно было зафиксировать его сообщения. 108 00:08:32,980 --> 00:08:35,540 а также, когда мы доберемся до него. 109 00:08:35,540 --> 00:08:38,020 Хорошо, давайте перейдем к переключателю здесь. 110 00:08:38,020 --> 00:08:40,600 Прежде чем я это сделаю. 111 00:08:40,600 --> 00:09:00,200 Перейдем к выключателю. 112 00:09:00,200 --> 00:09:03,820 Хорошо, это будет ноль косой черты два, ускорение при нулевой косой черте семь. 113 00:09:03,820 --> 00:09:10,220 и фастион на нулевой косой черте тринадцать. 114 00:09:10,220 --> 00:09:26,440 Хорошо, давайте вернемся к четвертому маршрутизатору. 115 00:09:26,440 --> 00:09:41,660 Хорошо, давайте начнем трассировку сниффера. 116 00:09:41,660 --> 00:09:45,180 Итак, мы видим целую кучу бутстрап-сообщений. 117 00:09:45,180 --> 00:09:48,100 И причина, по которой мы видим их много, заключается в том, что я снимаю 118 00:09:48,100 --> 00:09:51,200 на нескольких интерфейсах, поэтому мы видим их появление. 119 00:09:51,200 --> 00:09:52,740 Мы видим, как они выходят. 120 00:09:52,740 --> 00:09:55,740 Мы видим, как их пересылают. 121 00:09:55,740 --> 00:09:58,320 Хотя на самом деле это всего лишь одно сообщение. 122 00:09:58,320 --> 00:10:04,520 Итак, если я приоткрою его немного. 123 00:10:04,520 --> 00:10:09,660 Обратите внимание, что оно переносится в PIM, потому что это другой тип сообщения PIM. 124 00:10:09,660 --> 00:10:11,600 Тип сообщения четыре начальной загрузки. 125 00:10:11,600 --> 00:10:17,740 И в данном случае это довольно просто. 126 00:10:17,740 --> 00:10:20,740 Он говорит, что это загрузочный маршрутизатор. 127 00:10:20,740 --> 00:10:22,060 Я хочу быть начальным маршрутизатором. 128 00:10:22,060 --> 00:10:24,500 Сейчас это четвертый маршрутизатор, две точки четыре точки две точки четыре. 129 00:10:24,500 --> 00:10:29,480 И мы дали ему приоритет в сорок. 130 00:10:29,480 --> 00:10:35,680 А теперь мы продолжим и настроим аналогичную команду на восьмом маршрутизаторе. 131 00:10:35,680 --> 00:10:39,180 Но мы просто дадим ему меньший приоритет. 132 00:10:39,180 --> 00:10:51,220 Мы просто оставим его так. 133 00:10:51,220 --> 00:10:55,080 Итак, теперь они оба рассылают сообщения BSR и будут продолжать 134 00:10:55,080 --> 00:10:57,900 Сделай так. Это не значит, что кто-то собирается останавливаться. 135 00:10:57,900 --> 00:11:02,580 Например, в мире некоторых протоколов, таких как связующее дерево, когда все 136 00:11:02,580 --> 00:11:06,220 знает, кто является корневым мостом, это просто задача корневого моста — отправлять 137 00:11:06,220 --> 00:11:09,700 периодически выходят BPDU, а все остальные молчат. 138 00:11:09,700 --> 00:11:12,760 Не так с BSR. 139 00:11:12,760 --> 00:11:18,240 В данном конкретном случае давайте просто продолжим снимать здесь некоторые из них. 140 00:11:18,240 --> 00:11:27,220 Наверное, этого достаточно. 141 00:11:27,220 --> 00:11:29,440 Мы еще не получили никаких сообщений начальной загрузки. 142 00:11:29,440 --> 00:11:32,740 Давайте продолжим. 143 00:11:32,740 --> 00:11:48,100 Хорошо, вот несколько сообщений начальной загрузки. 144 00:11:48,100 --> 00:11:51,620 Два четыре, два четыре, два четыре. 145 00:11:51,620 --> 00:12:02,120 В данном конкретном случае происходит следующее: похоже, мы промахнулись, 146 00:12:02,120 --> 00:12:07,420 Я не записал загрузочное сообщение, отправленное с восьмого маршрутизатора. 147 00:12:07,420 --> 00:12:11,540 Но вполне возможно, что как только я нажму команду на восьмом маршрутизаторе, 148 00:12:11,540 --> 00:12:16,420 еще до того, как у него появится возможность создать свое собственное бутстрап-сообщение, он может 149 00:12:16,420 --> 00:12:20,260 получил входящее загрузочное сообщение от четвертого маршрутизатора, и он 150 00:12:20,260 --> 00:12:22,980 возможно, только что понял: о, четвертый маршрутизатор лучше меня. 151 00:12:22,980 --> 00:12:27,240 У него более высокий приоритет, чем у меня, поэтому я даже не собираюсь создавать свой 152 00:12:27,240 --> 00:12:29,880 собственный. Я просто перешлю его. 153 00:12:29,880 --> 00:12:37,420 Таким образом, все они имеют имя или идентификатор четвертого маршрутизатора в поле BSR. 154 00:12:37,420 --> 00:12:39,600 Но я мог это изменить. 155 00:12:39,600 --> 00:12:43,160 Собственно, давайте подойдем к восьмому маршрутизатору и дадим ему приоритет 50, и 156 00:12:43,160 --> 00:12:50,880 посмотрим, как это изменится. 157 00:12:50,880 --> 00:12:56,860 Ладно, начнем снова. 158 00:12:56,860 --> 00:13:01,560 Давай, проволочная акула. 159 00:13:01,560 --> 00:13:04,580 Хорошо, и все это терпит неудачу. 160 00:13:04,580 --> 00:13:37,800 Начни все сначала. Хорошо. 161 00:13:37,800 --> 00:13:40,620 Теперь я даже не могу остановить след снайпера. 162 00:13:40,620 --> 00:13:44,760 Хороший. Вот и все. 163 00:13:44,760 --> 00:13:51,420 Итак, мы видим, что загрузочный маршрутизатор рекламируется как восемь 164 00:13:51,420 --> 00:13:52,940 точка два точка восемь точка восемь. 165 00:13:52,940 --> 00:13:57,500 Поскольку я записываю данные с нескольких интерфейсов, мы толком не знаем, 166 00:13:57,500 --> 00:14:03,740 если это загрузочное сообщение, отправленное на восьмом маршрутизаторе, или если 167 00:14:03,740 --> 00:14:05,260 это как раз то, что было хорошо. 168 00:14:05,260 --> 00:14:07,580 Итак, нас перенаправляет другой маршрутизатор. 169 00:14:07,580 --> 00:14:18,620 Но мы даже не видим вот это, ну вот роутер четыре, три точка четыре 170 00:14:18,620 --> 00:14:19,560 точка три точка четыре. 171 00:14:19,560 --> 00:14:21,400 Это IP-адрес четвертого маршрутизатора. 172 00:14:21,400 --> 00:14:25,280 Итак, исходя из того факта, что это его исходный адрес, мы можем видеть, что он 173 00:14:25,280 --> 00:14:30,320 пересылка загрузочного сообщения с восьмого маршрутизатора. 174 00:14:30,320 --> 00:14:33,720 Таким образом, мы больше даже не видим загрузочное сообщение от четвертого маршрутизатора. 175 00:14:33,720 --> 00:14:37,780 Он убрал оттуда свое имя, и теперь все понимают, что маршрутизатор 176 00:14:37,780 --> 00:14:41,600 восемь — это BSR в силу более высокого приоритета. 177 00:14:41,600 --> 00:14:46,520 Теперь последняя часть головоломки — сделать маршрутизатор кандидатом. 178 00:14:46,520 --> 00:14:55,740 РП. Итак, мы просто вернемся к нашему другу, маршрутизатору три. 179 00:14:55,740 --> 00:15:04,940 И мы сделаем это IPPIM RP-Canada, быстрый Ethernet с нулевой косой чертой. 180 00:15:04,940 --> 00:15:10,020 И я не собираюсь менять приоритет или что-то в этом роде. 181 00:15:10,020 --> 00:15:15,840 Я изменю интервал, чтобы они выходили чаще. 182 00:15:15,840 --> 00:15:30,700 Давайте начнем это снова. 183 00:15:30,700 --> 00:15:46,260 Хорошо, вот что я хотел отметить. 184 00:15:46,260 --> 00:15:49,120 Вот и все. Хорошо. 185 00:15:49,120 --> 00:15:59,740 Таким образом, маршрутизатор, выступающий в качестве кандидата на роль RP в PIMBSR, даже не будет разговаривать. 186 00:15:59,740 --> 00:16:03,820 Он даже рекламу РП не отправит, а мы ее видим здесь, она называется 187 00:16:03,820 --> 00:16:05,340 кандидат от РП. 188 00:16:05,340 --> 00:16:07,460 Реклама кандидата в РП. 189 00:16:07,460 --> 00:16:11,940 Он даже не отправит это, пока не узнает, кто является загрузочным маршрутизатором. 190 00:16:11,940 --> 00:16:13,900 Почему же это? 191 00:16:13,900 --> 00:16:16,120 Ну потому что, взгляните на это сообщение. 192 00:16:16,120 --> 00:16:18,740 Это не мультикаст. 193 00:16:18,740 --> 00:16:20,720 Это одноадресная передача. 194 00:16:20,720 --> 00:16:25,160 Итак, кандидаты от Республиканской партии, как только они узнают, кто такой BSR, они фактически отправляют 195 00:16:25,160 --> 00:16:29,960 одноадресное объявление RP непосредственно в BSR. 196 00:16:29,960 --> 00:16:34,800 И очевидно, они не смогли бы этого сделать, если бы заранее не знали, кто 197 00:16:34,800 --> 00:16:40,780 РБМ есть. И вот он отправляет его в РБМ. 198 00:16:40,780 --> 00:16:43,040 И мы видим, что он говорит: вот мое имя. 199 00:16:43,040 --> 00:16:47,060 Я хочу быть RP во всем. 200 00:16:47,060 --> 00:16:57,640 А потом... Итак, посмотрим, вот был самый первый. 201 00:16:57,640 --> 00:17:03,020 Итак, теперь наше загрузочное сообщение от BSR содержит не только 202 00:17:03,020 --> 00:17:08,380 его идентификатор, его имя, но также содержит информацию об этом 203 00:17:08,380 --> 00:17:10,620 место встречи. 204 00:17:10,620 --> 00:17:15,060 Прежде чем я продолжу, давайте вернемся к слайдам, потому что 205 00:17:15,060 --> 00:17:17,820 Я не хочу забегать слишком далеко вперед. 206 00:17:17,820 --> 00:17:27,280 Итак, мы увидели, что BSR отправляет так называемые загрузочные сообщения. 207 00:17:27,280 --> 00:17:31,140 Вот большая разница между этим и автоматическим РП. 208 00:17:31,140 --> 00:17:36,380 В мире авто-RP картографический агент отвечал за сбор 209 00:17:36,380 --> 00:17:41,200 все сообщения RP объявили, и картографический агент выбрал лучшее 210 00:17:41,200 --> 00:17:43,480 RP для любой группы. 211 00:17:43,480 --> 00:17:46,820 Итак, все остальные маршрутизаторы не обязательно знали всю 212 00:17:46,820 --> 00:17:51,060 ассортимент РП. Все, о чем они знали, это RP, которые картографический агент 213 00:17:51,060 --> 00:17:55,500 избрал. ПИМБСР не такой. 214 00:17:55,500 --> 00:18:01,920 В PIMBSR идея заключается в передаче всей однокастерной информации RP в BSR. 215 00:18:01,920 --> 00:18:07,300 BSR собирает их все в объединенный список в этом загрузочном сообщении. 216 00:18:07,300 --> 00:18:08,520 и затем он отправляет его. 217 00:18:08,520 --> 00:18:13,760 Таким образом, каждый маршрутизатор в сети знает о каждом BSR. 218 00:18:13,760 --> 00:18:17,980 Не каждый отдельный BSR, не каждую точку встречи. 219 00:18:17,980 --> 00:18:22,320 Итак, если я маршрутизатор, находящийся где-то в сети, и говорю: «ОК, у меня есть 220 00:18:22,320 --> 00:18:26,520 только что получил сообщение начальной загрузки от BSR, и внутри него есть 221 00:18:26,520 --> 00:18:32,300 список из четырех разных точек встречи, все из которых обслуживают одно и то же 222 00:18:32,300 --> 00:18:35,880 группа. Ну, мы знаем, что наш, этот ПИМ, не может этого сделать. 223 00:18:35,880 --> 00:18:37,720 PIM может использовать только один. 224 00:18:37,720 --> 00:18:42,020 Таким образом, вместо автоматического RP, где такое решение принял один маршрутизатор, 225 00:18:42,020 --> 00:18:45,020 Картографический агент сказал: «Я скажу вам, кого вам следует использовать». 226 00:18:45,020 --> 00:18:48,560 В данном случае это дело каждого роутера индивидуально. 227 00:18:48,560 --> 00:18:51,660 Каждый маршрутизатор, когда он получает эти входящие загрузочные сообщения, если они 228 00:18:51,660 --> 00:18:55,400 видите два или более маршрутизатора, обслуживающих одну и ту же группу, каждый маршрутизатор 229 00:18:55,400 --> 00:19:01,020 самостоятельно выберет для себя, какой RP они хотят использовать для 230 00:19:01,020 --> 00:19:02,640 любую заданную группу. 231 00:19:02,640 --> 00:19:05,140 Я расскажу об этом подробнее чуть позже, но мы видели 232 00:19:05,140 --> 00:19:11,500 немного, немного превью этого, потому что когда мы посмотрели 233 00:19:11,500 --> 00:19:14,120 у нас, давай вернемся. 234 00:19:14,120 --> 00:19:16,360 Собственно, продвинемся немного вперед. 235 00:19:16,360 --> 00:19:17,500 Итак, это сообщение начальной загрузки. 236 00:19:17,500 --> 00:19:19,780 Мы видели это в следе снайпера. 237 00:19:19,780 --> 00:19:24,500 Генерируется BSR до 220 000, 13. 238 00:19:24,500 --> 00:19:28,920 Содержит список всех известных точек встречи. 239 00:19:28,920 --> 00:19:30,480 Таким образом, РБМ не проводит дискриминации. 240 00:19:30,480 --> 00:19:35,220 Он просто собирает их все и помещает в это загрузочное сообщение. 241 00:19:35,220 --> 00:19:40,640 Так что обратите внимание на это конкретное сообщение здесь, и это избавит меня от 242 00:19:40,640 --> 00:19:41,960 придется делать это в лаборатории. 243 00:19:41,960 --> 00:19:45,540 Обратите внимание, что в этом конкретном сообщении загрузочный маршрутизатор говорит: «ОК, 244 00:19:45,540 --> 00:19:48,380 Я рассказываю вам о двух РБМ. 245 00:19:48,380 --> 00:19:55,500 Таким образом, оба этих BSR обслуживают одну и ту же группу. 246 00:19:55,500 --> 00:19:58,960 220, ну вы знаете, весь диапазон многоадресной рассылки. 247 00:19:58,960 --> 00:20:05,000 Итак, я вам говорю о двух точках встречи. 248 00:20:05,000 --> 00:20:10,640 И там написано: окей, приоритет для первой точки встречи, 2722, 249 00:20:10,640 --> 00:20:15,640 20. Приоритет второй точки встречи — 30. 250 00:20:15,640 --> 00:20:17,520 Думаю, это дает вам небольшой намек. 251 00:20:17,520 --> 00:20:20,980 В данном конкретном случае приоритет выигрывает. 252 00:20:20,980 --> 00:20:25,120 Самый высокий приоритет, поэтому все маршрутизаторы, которые его получат, будут выбирать сами. 253 00:20:25,120 --> 00:20:30,900 3.7.3.3 как место встречи, потому что оно имеет более высокий приоритет. 254 00:20:30,900 --> 00:20:45,120 чем 2.7.2. И я посмотрел это, потому что мне просто было любопытно, понимаете, 255 00:20:45,120 --> 00:20:48,040 всякий раз, когда я вижу следы сниффера, мне всегда любопытна каждая мелочь. 256 00:20:48,040 --> 00:20:51,600 поле и что оно означает, хотя вам, вероятно, когда-нибудь понадобится это знать 257 00:20:51,600 --> 00:20:55,260 для любого теста или чего-то еще, кроме FRP. 258 00:20:55,260 --> 00:20:58,800 Что это такое? Для тех из вас, как я, которым нравится знать подобные вещи, 259 00:20:58,800 --> 00:21:02,180 это означает количество RP фрагментов. 260 00:21:02,180 --> 00:21:08,220 Имеется в виду, что вам понадобится много RP, чтобы сделать это. 261 00:21:08,220 --> 00:21:11,900 произойдет, но есть вероятность, что, скажем, у вас есть, я не знаю, 262 00:21:11,900 --> 00:21:16,320 100 RP или 100 потенциальных RP в вашей сети. 263 00:21:16,320 --> 00:21:22,200 И полный их список просто не поместится в один бутстрап. 264 00:21:22,200 --> 00:21:27,120 сообщение. Что ж, в этом случае это загрузочное сообщение может быть фрагментировано, 265 00:21:27,120 --> 00:21:32,700 помещается в несколько IP-пакетов, поэтому количество FRP дает своего рода подсказку 266 00:21:32,700 --> 00:21:35,940 что касается, ладно, появятся и другие фрагменты. 267 00:21:35,940 --> 00:21:40,300 Всего в этом загружаемом файле больше RP, чем я вам отправляю. 268 00:21:40,300 --> 00:21:43,000 сообщение. Поищите и другие. 269 00:21:43,000 --> 00:21:46,880 Так что это своего рода индикатор для принимающих маршрутизаторов. 270 00:21:46,880 --> 00:21:50,700 Вероятно, вы не увидите, чтобы это использовалось очень часто, потому что, как я уже сказал, вам придется 271 00:21:50,700 --> 00:21:52,680 иметь много потенциальных RP. 272 00:21:52,680 --> 00:21:57,480 Наполнить его настолько большим, что он не поместится в один пакет. 273 00:21:57,480 --> 00:22:08,600 И тег фрагмента используется тем же самым. 274 00:22:08,600 --> 00:22:13,880 Итак, тег фрагмента похож на IP-заголовок IPv4. 275 00:22:13,880 --> 00:22:16,900 пакет. Там есть поле идентификатора, верно? 276 00:22:16,900 --> 00:22:20,740 Таким образом, если этот IP-пакет необходимо фрагментировать, каждый отдельный фрагмент будет 277 00:22:20,740 --> 00:22:24,280 иметь тот же идентификационный номер, что и исходный пакет. 278 00:22:24,280 --> 00:22:27,440 Таким образом, все они могут быть своего рода: когда получатели получают эти фрагменты, 279 00:22:27,440 --> 00:22:30,920 они могут сказать: ох, ладно, я знаю, что это все части одного связного целого 280 00:22:30,920 --> 00:22:33,340 пакет. Это тот же тип вещей. 281 00:22:33,340 --> 00:22:37,320 Если загрузочное сообщение необходимо фрагментировать, все они будут содержать 282 00:22:37,320 --> 00:22:39,020 тот же тег фрагмента. 283 00:22:39,020 --> 00:22:49,960 Хорошо? Итак, это сообщения кандидатов в RP. 284 00:22:49,960 --> 00:22:51,460 Мы рассмотрели это в трассировке фрагмента. 285 00:22:51,460 --> 00:22:54,040 Мы видели, как они одноадресные. 286 00:22:54,040 --> 00:22:56,500 Это включает в себя приоритет. 287 00:22:56,500 --> 00:23:00,600 В качестве транспортного протокола используется PIM. 288 00:23:00,600 --> 00:23:04,220 Итак, за заголовком IP мы увидели, что это передается в PIM. 289 00:23:04,220 --> 00:23:08,600 И еще раз, вот пример одного из них. 290 00:23:08,600 --> 00:23:14,180 И мы уже видели это в поимке снайпера проволочной акулы. 291 00:23:14,180 --> 00:23:20,700 Теперь перейдем к этому моменту, поскольку у меня все настроено, 292 00:23:20,700 --> 00:23:29,800 давайте перейдем ко второму маршрутизатору, который получил эти загрузочные сообщения. 293 00:23:29,800 --> 00:23:35,920 И мы собираемся использовать ту же команду, которую использовали в автоматическом RP, — показать IP PIM. 294 00:23:35,920 --> 00:23:42,160 RP-картирование. И мы можем видеть. 295 00:23:42,160 --> 00:23:46,160 Там написано, что в данном случае у меня только один RP, так что их немного 296 00:23:46,160 --> 00:23:50,780 здесь. Но если бы я настроил двух, трех или четырех кандидатов RP, так как 297 00:23:50,780 --> 00:23:51,960 собственно говоря, давайте сделаем это. 298 00:23:51,960 --> 00:23:57,140 Потому что загрузочный маршрутизатор может одновременно быть кандидатом на роль RP. 299 00:23:57,140 --> 00:24:04,760 Итак, давайте перейдем к четвертому маршрутизатору и также настроим его в качестве кандидата на роль RP. 300 00:24:04,760 --> 00:24:20,900 РП-кандидат. Хорошо, теперь перейдем ко второму маршрутизатору. 301 00:24:20,900 --> 00:24:32,320 Хорошо, теперь мы видим все точки встречи, верно? 302 00:24:32,320 --> 00:24:37,600 Потому что все они содержались в одном загрузочном сообщении. 303 00:24:37,600 --> 00:24:42,460 И там говорится, что любой из них может быть потенциальным кандидатом на 304 00:24:42,460 --> 00:24:44,900 весь диапазон многоадресной рассылки. 305 00:24:44,900 --> 00:24:50,680 Теперь, глядя только на этот результат прямо сейчас, вы не можете предсказать 306 00:24:50,680 --> 00:24:54,760 именно из этой команды, какой роутер на самом деле будет использоваться. 307 00:24:54,760 --> 00:24:59,380 Итак, если этому парню нужно отправить регистрацию или сообщение о присоединении, собирается ли он 308 00:24:59,380 --> 00:25:02,600 использовать два четыре или два четыре, или он собирается использовать восемь три, восемь 309 00:25:02,600 --> 00:25:05,000 три, потому что они оба имеют одинаковый приоритет? 310 00:25:05,000 --> 00:25:07,360 Ну, из этого ничего не скажешь.