1 00:00:11,240 --> 00:00:13,780 Теперь его звездный, комедийный штат. 2 00:00:13,780 --> 00:00:16,380 Позвольте мне просто продолжить и заполнить остальную часть этого здесь. 3 00:00:16,380 --> 00:00:21,240 Таким образом, на втором маршрутизаторе в списке исходящих интерфейсов будет указано «быстрый этатан ноль». 4 00:00:21,240 --> 00:00:24,900 ноль, потому что именно там он получил отчет о членстве. 5 00:00:24,900 --> 00:00:28,420 Так вот куда он будет пересылать мультикаст-трафик, когда дело дойдет до 6 00:00:28,420 --> 00:00:34,160 ему. Маршрутизатор восемь, в его списке исходящих интерфейсов будет указано «быстрый этатан ноль». 7 00:00:34,160 --> 00:00:39,760 косая черта, потому что он получил соединение PIM на этом интерфейсе. 8 00:00:39,760 --> 00:00:47,280 Теперь, третий маршрутизатор, я пропущу здесь пару полей. 9 00:00:47,280 --> 00:00:51,080 В его списке исходящих интерфейсов будет написано «быстрый этатан» с нулевой косой чертой, потому что 10 00:00:51,080 --> 00:00:53,600 именно здесь он получил соединение PIM. 11 00:00:53,600 --> 00:00:58,660 Теперь в сфере RP вы увидите кое-что весьма интересное. 12 00:00:58,660 --> 00:01:03,200 Там будет так сказано, потому что он RP. 13 00:01:03,200 --> 00:01:06,360 Это его способ сказать: ладно, я знаю о месте встречи. 14 00:01:06,360 --> 00:01:13,200 Так это я. И его входящий интерфейс скажет «нет», потому что он скажет: 15 00:01:13,200 --> 00:01:15,600 эй, я корень общего дерева. 16 00:01:15,600 --> 00:01:19,780 Это начинается с меня. 17 00:01:19,780 --> 00:01:24,740 И его следующий топ, его сосед по РПФ, тоже будет сплошь из нулей. 18 00:01:24,740 --> 00:01:28,200 Но он скажет: «Послушайте, я не использую ближайшего соседа сверху, чтобы добраться до себя». 19 00:01:28,200 --> 00:01:29,060 Я не психотик. 20 00:01:29,060 --> 00:01:30,120 Я знаю, что я здесь. 21 00:01:30,120 --> 00:01:32,560 Я знаю, что я место встречи. 22 00:01:32,560 --> 00:01:33,740 Вот что мы увидим. 23 00:01:33,740 --> 00:01:36,860 Итак, давайте продолжим и начнем этот процесс здесь. 24 00:01:36,860 --> 00:01:40,900 Итак, я собираюсь пойти дальше и активировать R1 для отправки соединения. 25 00:01:40,900 --> 00:01:43,480 Давайте продолжим и начнем трассировку сниффера, чтобы мы могли перехватить все 26 00:01:43,480 --> 00:01:50,160 этот. Итак, мы просто зафиксируем две вещи. 27 00:01:50,160 --> 00:01:57,000 Мы зафиксируем входящий отчет о членстве и присоединение к PIM, исходящее от 28 00:01:57,000 --> 00:01:59,380 от второго маршрутизатора до восьмого. 29 00:01:59,380 --> 00:02:10,640 Для этого я хочу, чтобы входящие R2, 00 и исходящие 01. 30 00:02:10,640 --> 00:02:18,580 Итак, посмотрите на мою диаграмму здесь. 31 00:02:18,580 --> 00:02:21,820 Хорошо, мне нужен R2. 32 00:02:21,820 --> 00:02:25,480 Итак, я хочу 0, косую черту 3. 33 00:02:25,480 --> 00:02:36,740 Получите, и я хочу 0, косую черту 1. 34 00:02:36,740 --> 00:02:38,560 Это твой слэш 4. 35 00:02:38,560 --> 00:02:42,300 Я просто сделаю и то, и другое. 36 00:02:42,300 --> 00:03:23,820 Итак, давайте продолжим и сделаем это. 37 00:03:23,820 --> 00:03:51,940 Хорошо. Давайте настроим трассировку сниффера и будем готовы к работе. 38 00:03:51,940 --> 00:03:58,300 Я не знаю, почему Wire Shark не дает мне нажать ни на одну кнопку. 39 00:03:58,300 --> 00:04:00,580 в меню здесь. 40 00:04:00,580 --> 00:04:03,180 Это невероятно раздражает. 41 00:04:03,180 --> 00:04:08,660 Вот и все. Окончательно. 42 00:04:08,660 --> 00:04:13,020 Хорошо. Так что остановись. Вот так. 43 00:04:13,020 --> 00:04:16,940 Итак, теперь перейдем к моему приемнику. 44 00:04:16,940 --> 00:04:21,540 И вам может быть интересно, как заставить маршрутизатор работать как ПК? 45 00:04:21,540 --> 00:04:24,040 Как мне заставить его отправить отчет о членстве в IGMP? 46 00:04:24,040 --> 00:04:25,720 Он не ноутбук. 47 00:04:25,720 --> 00:04:29,500 Очень легко. Итак, давайте посмотрим, какой интерфейс нам здесь нужен. 48 00:04:29,500 --> 00:04:33,600 Нам нужен быстрый Ethernet 00. 49 00:04:33,600 --> 00:04:40,460 Поэтому я просто набираю IP, IGMP, join-group. 50 00:04:40,460 --> 00:04:44,260 Ой, надо зайти в свой интерфейс. 51 00:04:44,260 --> 00:04:49,740 Присоединяйтесь к группе и я сделаю 239. 52 00:04:49,740 --> 00:04:51,940 Давайте посмотрим. Что мы здесь делали на моих примерах? 53 00:04:51,940 --> 00:05:01,080 9.9.9. Да. На самом деле, прежде чем я это сделаю, я могу провести отладку. 54 00:05:01,080 --> 00:05:10,600 Хорошо. IP, IGMP, группа присоединения 239.999. 55 00:05:10,600 --> 00:05:15,520 И вот оно. 56 00:05:15,520 --> 00:05:21,240 Он отправил версию IGMP для отчета. 57 00:05:21,240 --> 00:05:23,840 Однако я не думаю, что начал свой след снайпера. 58 00:05:23,840 --> 00:05:26,680 Итак, давайте продолжим и просто закроем это. 59 00:05:26,680 --> 00:05:34,500 Перейдем к R2. Очистите мое состояние M-маршрута. 60 00:05:34,500 --> 00:05:35,620 Так что я могу начать с нуля. 61 00:05:35,620 --> 00:05:38,480 Очистить звезду IP M-маршрута. 62 00:05:38,480 --> 00:05:46,620 Это очистит все ваши M-маршруты. 63 00:05:46,620 --> 00:05:50,060 Итак, я вернулся к использованию только M-маршрута с автоматическим RP. 64 00:05:50,060 --> 00:05:52,840 Давайте также сделаем это в R8. 65 00:05:52,840 --> 00:06:02,100 Хорошо, давайте вернемся к первому маршрутизатору. 66 00:06:02,100 --> 00:06:05,900 И на этот раз давайте начнем с моего снайперского следа, чтобы мы могли все это запечатлеть. 67 00:06:05,900 --> 00:06:33,340 хорошая вещь. IJRP сформирован, и я думаю, что отладка все еще продолжается. 68 00:06:33,340 --> 00:06:51,120 Итак, он получил запрос IJMP и готов. 69 00:06:51,120 --> 00:06:54,700 Хорошо, вот IJMP. 70 00:06:54,700 --> 00:07:00,960 Нет, это не так, это другое. 71 00:07:00,960 --> 00:07:02,420 Посмотрим, вот оно. 72 00:07:02,420 --> 00:07:11,700 Вот отчет о членстве в IJMP от маршрутизатора номер один. 73 00:07:11,700 --> 00:07:15,160 Я должен сказать, мой приемник. 74 00:07:15,160 --> 00:07:22,840 И вы можете увидеть здесь вторую версию IJMP, и он присоединяется к адресу 75 00:07:22,840 --> 00:07:31,580 239.999. Итак, в тот момент, давайте вернемся сюда, в тот момент, когда маршрутизатор 76 00:07:31,580 --> 00:07:36,140 двое получили это, он создаст звездное объединение PIM. 77 00:07:36,140 --> 00:07:41,100 И он собирается использовать свой исходный адрес 8.2.8.2. 78 00:07:41,100 --> 00:07:45,620 И это то, что мы видим прямо здесь. 79 00:07:45,620 --> 00:07:49,380 Итак, прямо под нашим отчетом о членстве есть членство звезды PIM. 80 00:07:49,380 --> 00:07:51,740 оставив этот маршрутизатор. 81 00:07:51,740 --> 00:07:54,220 Мы углубимся в детали здесь. 82 00:07:54,220 --> 00:07:57,360 Итак, это третий тип, помните, что нулевой тип был приветствием. 83 00:07:57,360 --> 00:08:00,120 Итак, третий тип — это обрезка с косой чертой. 84 00:08:00,120 --> 00:08:01,520 Здесь это тоже не мелочь. 85 00:08:01,520 --> 00:08:05,820 Это одно сообщение здесь используется как для присоединения ветвей к дереву, так и для 86 00:08:05,820 --> 00:08:10,040 обрезка ветвей с дерева. 87 00:08:10,040 --> 00:08:12,600 Теперь мы копаемся в его внутренностях. 88 00:08:12,600 --> 00:08:16,720 Он говорит: ладно, это предназначено моему соседу вверх по течению. 89 00:08:16,720 --> 00:08:18,900 Почему это там? 90 00:08:18,900 --> 00:08:19,560 Пара вещей. 91 00:08:19,560 --> 00:08:23,520 Обратите внимание, что это происходит так же, как и сообщение приветствия PIM. 92 00:08:23,520 --> 00:08:34,240 многоадресный адрес 2240013. 93 00:08:34,240 --> 00:08:38,060 Итак, допустим, что на самом деле это была общая земля и были и другие 94 00:08:38,060 --> 00:08:41,340 маршрутизаторы на этой земле в дополнение к маршрутизаторам номер два и восемь. 95 00:08:41,340 --> 00:08:43,680 Допустим, есть маршрутизаторы X и Y. 96 00:08:43,680 --> 00:08:46,860 Когда второй маршрутизатор хочет, чтобы все эти маршрутизаторы знали, эй, это соединение PIM, я 97 00:08:46,860 --> 00:08:50,460 отправка идет по ветке к общему дереву, а значит нужно 98 00:08:50,460 --> 00:08:52,640 направляться к восьмому маршрутизатору. 99 00:08:52,640 --> 00:08:55,920 Так что, даже несмотря на то, что он осуществляет многоадресную рассылку, это означает, что любые другие маршрутизаторы здесь 100 00:08:55,920 --> 00:08:56,000 хочу направиться к восьмому маршрутизатору. 101 00:08:56,000 --> 00:09:00,440 И мы увидим его здесь, потому что у него есть адрес соседа выше по течению. 102 00:09:00,440 --> 00:09:04,300 это гарантирует, что следующий маршрутизатор номер восемь обратит на это внимание. 103 00:09:04,300 --> 00:09:07,260 и сказать: о, ладно, это для меня. 104 00:09:07,260 --> 00:09:10,460 И вот он говорит, говорит, ладно, количество объединений. 105 00:09:10,460 --> 00:09:13,100 Я присоединяюсь к одной группе. 106 00:09:13,100 --> 00:09:16,360 Это группа, к которой я присоединяюсь. 107 00:09:16,360 --> 00:09:22,740 И это адрес не источника, а места встречи. 108 00:09:22,740 --> 00:09:28,220 Адрес РП. 109 00:09:28,220 --> 00:09:29,600 И мы ничего не сокращаем. 110 00:09:29,600 --> 00:09:30,560 Мы не обрезаем ветки. 111 00:09:30,560 --> 00:09:33,320 Мы присоединяемся к филиалу. 112 00:09:33,320 --> 00:09:39,320 А что еще у нас здесь есть? 113 00:09:39,320 --> 00:09:44,200 Я думаю, это все, что у нас есть на данный момент. 114 00:09:44,200 --> 00:09:49,760 Больше я ничего не снимал. 115 00:09:49,760 --> 00:09:55,240 Хорошо, давайте теперь посмотрим на состояние маршрута m в этих маршрутизаторах. 116 00:09:55,240 --> 00:09:58,940 Итак, давайте начнем с второго маршрутизатора и посмотрим, все ли соответствует тому, что 117 00:09:58,940 --> 00:10:01,380 Я нарисовал вот здесь. 118 00:10:01,380 --> 00:10:10,620 Показать IP-маршрут. 119 00:10:10,620 --> 00:10:18,040 Хорошо, поехали. 120 00:10:18,040 --> 00:10:24,200 Итак, если вы видите это в своем маршруте на любом маршрутизаторе, вы знаете один из трех 121 00:10:24,200 --> 00:10:26,800 что-то произошло. 122 00:10:26,800 --> 00:10:28,060 Одна из трех вещей. 123 00:10:28,060 --> 00:10:31,820 Либо вы получили сертификат I.G.M.P. 124 00:10:31,820 --> 00:10:35,120 отчет о членстве от напрямую подключенного приемника. 125 00:10:35,120 --> 00:10:36,640 В данном случае это правда. 126 00:10:36,640 --> 00:10:39,560 И мы знаем это благодаря флагу C. 127 00:10:39,560 --> 00:10:46,180 Флаг C означает, что я подключен к получателю, который отправил мне соединение. 128 00:10:46,180 --> 00:10:48,580 отчет о членстве, вызвавший это. 129 00:10:48,580 --> 00:10:53,200 Другая причина, по которой это может произойти, заключается в том, что вы получили соединение PIM. 130 00:10:53,200 --> 00:10:58,280 Например, флаг C вот здесь: когда мы переходим к восьмому маршрутизатору, мы 131 00:10:58,280 --> 00:11:08,700 увидит ту же самую звезду C, но флаг C будет отсутствовать. 132 00:11:08,700 --> 00:11:14,040 Видите ли, S означает, что это запись в разреженном режиме. 133 00:11:14,040 --> 00:11:16,640 Мы работаем в разреженном режиме интерфейса. 134 00:11:16,640 --> 00:11:20,180 Итак, оба, так что это маршрутизатор номер восемь, без флага C. 135 00:11:20,180 --> 00:11:27,320 Итак, это было создано, потому что он получил звезду PIM. 136 00:11:27,320 --> 00:11:32,780 Или как это было создано, потому что мы получили I.G.M.P. 137 00:11:32,780 --> 00:11:39,040 отчет о членстве. 138 00:11:39,040 --> 00:11:43,800 А наша РП обозначена именно здесь. 139 00:11:43,800 --> 00:11:49,400 343.3. Входящий интерфейс — это быстрый Ethernet с нулевой косой чертой, что действительно 140 00:11:49,400 --> 00:11:55,240 интерфейс, ведущий вверх по течению к точке встречи. 141 00:11:55,240 --> 00:11:58,220 Сосед ПФФ 8288. 142 00:11:58,220 --> 00:12:02,160 И мы получили это, потому что, когда мы выполняли обратный поиск пути, чтобы выяснить 143 00:12:02,160 --> 00:12:05,160 как мне добраться до точки встречи, мы нашли в таблице маршрутизации, что 144 00:12:05,160 --> 00:12:07,720 это был парень, который был следующим лидером. 145 00:12:07,720 --> 00:12:11,380 Наш маршрут EIGRP сообщил нам, что это следующая вершина. 146 00:12:11,380 --> 00:12:12,860 И список исходящих интерфейсов. 147 00:12:12,860 --> 00:12:15,540 Это интерфейс, через который мы получаем I.G.M.P. 148 00:12:15,540 --> 00:12:26,060 отчет о членстве. 149 00:12:26,060 --> 00:12:28,560 А вот как выглядит R8. 150 00:12:28,560 --> 00:12:34,220 Практически то же самое, за исключением отсутствия флага C. 151 00:12:34,220 --> 00:12:36,680 А теперь давайте посмотрим, как это выглядит в реальности. 152 00:12:36,680 --> 00:12:49,480 место встречи сам. 153 00:12:49,480 --> 00:12:53,060 Хорошо, обратите внимание, что он указывает себя как RP. 154 00:12:53,060 --> 00:12:57,560 Он говорит, я знаю, что я РП, но у его соседа РПФ все нули. 155 00:12:57,560 --> 00:13:01,660 Ему не нужно идти против течения, чтобы достичь самого себя. 156 00:13:01,660 --> 00:13:04,840 И входящий интерфейс имеет значение null. 157 00:13:04,840 --> 00:13:08,520 И исходящий интерфейс fast ethernet 00, он говорит иду пересылать 158 00:13:08,520 --> 00:13:10,480 это в разреженном режиме. 159 00:13:10,480 --> 00:13:18,540 Итак, теперь наше общее дерево от одного до двух, от восьми до трех, этот путь 160 00:13:18,540 --> 00:13:22,800 теперь открылся. Итак, если многоадресная рассылка начнет течь, значит, все готово. 161 00:13:22,800 --> 00:13:34,160 Место встречи для этого готово. 162 00:13:34,160 --> 00:13:36,840 Итак, мы рассмотрели, какое состояние маршрута M они создают. 163 00:13:36,840 --> 00:13:42,280 Теперь еще пара слов об этой звезде, присоединяется Джи. 164 00:13:42,280 --> 00:13:47,720 Они обновляются каждые 60 секунд. 165 00:13:47,720 --> 00:13:51,260 Почему это? Что ж, давайте взглянем на это еще раз. 166 00:13:51,260 --> 00:13:53,080 Мой источник сейчас не отправляет. 167 00:13:53,080 --> 00:13:55,460 Так что на самом деле многоадресной рассылки не происходит. 168 00:13:55,460 --> 00:13:57,540 Мы не знаем, сколько времени это займет. 169 00:13:57,540 --> 00:14:01,440 Что, если этому парню понадобится десять минут, чтобы начать? 170 00:14:01,440 --> 00:14:06,200 вверх? Возможно, это многоадресная трансляция, которую наш генеральный директор собирается вести по адресу. 171 00:14:06,200 --> 00:14:07,800 три часа сегодня. 172 00:14:07,800 --> 00:14:10,680 И этот парень присоединяется к нам на десять минут раньше. 173 00:14:10,680 --> 00:14:14,660 Ну, мы не хотим, чтобы эта штука в этой ветке дерева истекала по тайм-ауту. 174 00:14:14,660 --> 00:14:17,520 устранить и уйти. 175 00:14:17,520 --> 00:14:22,520 Итак, что мы знаем, что у этих штук есть трехминутный таймер после 210. 176 00:14:22,520 --> 00:14:27,940 секунд бездействия, эти ветки будут снесены. 177 00:14:27,940 --> 00:14:30,560 Итак, чтобы предотвратить это, происходит несколько вещей. 178 00:14:30,560 --> 00:14:35,380 Во-первых, мы знаем, что каждые 60 секунд двое отправляют запрос IGMP. 179 00:14:35,380 --> 00:14:41,140 в сегмент, говоря: «Эй, есть там ресиверы, которые что-нибудь смотрят?» 180 00:14:41,140 --> 00:14:43,620 И Rader One ответит отчетом о членстве. 181 00:14:43,620 --> 00:14:47,860 Так что оставляем этот сегмент открытым, обмениваемся запросами и отчетами. 182 00:14:47,860 --> 00:14:55,040 для IGMP. И мы знаем, что когда придет отчет о членстве в IGMP, 183 00:14:55,040 --> 00:15:02,400 это побудит наших двоих послать еще одну звезду PIM, G присоединиться. 184 00:15:02,400 --> 00:15:06,760 Вы можете спросить: а что произойдет, если, ну, вы знаете, в течение курса 185 00:15:06,760 --> 00:15:13,580 минут, 25 или 65 отчетов о членстве от разных получателей. 186 00:15:13,580 --> 00:15:15,760 зайти на этот интерфейс? 187 00:15:15,760 --> 00:15:19,300 Означает ли это, что каждый раз, когда он получает отчет о членстве, 188 00:15:19,300 --> 00:15:21,660 он собирается послать звезду, Джи, присоединяйся? 189 00:15:21,660 --> 00:15:24,240 Нет, это было бы перебором. 190 00:15:24,240 --> 00:15:28,840 Итак, этот парень собирается послать звезду PIM, G присоединяйтесь, чтобы сохранить штат. 191 00:15:28,840 --> 00:15:32,540 обновляется каждую минуту, каждые 60 секунд. 192 00:15:32,540 --> 00:15:38,540 Теперь, если он поймет, что получателей не осталось, если тайм-аут IGMP истечет 193 00:15:38,540 --> 00:15:42,780 или получает кучу листьев, и говорит, ну ладно, вообще-то получателей не осталось, 194 00:15:42,780 --> 00:15:43,840 давайте продолжим и посмотрим на это. 195 00:15:43,840 --> 00:15:44,800 Что он собирается делать? 196 00:15:44,800 --> 00:15:49,260 Итак, я собираюсь пойти дальше и удалить команду IGMP на Rader One. 197 00:15:49,260 --> 00:15:53,700 Он должен отправить IGMP-отпуск, хотя это не предусмотрено спецификацией. 198 00:15:53,700 --> 00:15:56,680 это одна из тех вещей, которые следует делать. 199 00:15:56,680 --> 00:16:00,880 И когда он отправит IGMP-отпуск, мы должны увидеть, как Рейдер два отправляет PIM-сброс. 200 00:16:00,880 --> 00:16:04,540 сообщение вверх по течению, обрезка этой ветки. 201 00:16:04,540 --> 00:16:06,540 Итак, давайте продолжим и сделаем это. 202 00:16:06,540 --> 00:16:22,260 Я подготовлю свой приемник к работе. 203 00:16:22,260 --> 00:16:25,240 Хорошо, давайте начнем трассировку сниффера. 204 00:16:25,240 --> 00:16:39,980 Хорошо, вот мое сообщение о выходе из группы. 205 00:16:39,980 --> 00:16:41,380 Это то, что мы хотели увидеть. 206 00:16:41,380 --> 00:16:47,400 Хорошо, вот сообщение об выходе IGMP. 207 00:16:47,400 --> 00:16:52,180 Так что на самом деле у него есть собственный код типа и написано: «Я покидаю эту группу». 208 00:16:52,180 --> 00:16:57,760 и это запустило его шлюз по умолчанию для отправки сообщения об удалении. 209 00:16:57,760 --> 00:17:01,200 Обратите внимание, что это то же самое сообщение, что и при соединении PIM, но в данном случае: 210 00:17:01,200 --> 00:17:06,260 соединение теперь равно нулю, а сокращение установлено на единицу. 211 00:17:06,260 --> 00:17:13,420 И здесь говорится, что я обрезаю это дерево и назначаю встречу 212 00:17:13,420 --> 00:17:15,480 точка знать об этом. 213 00:17:15,480 --> 00:17:23,400 Кстати, SWR, если вам интересно, что это такое, на самом деле это 214 00:17:23,400 --> 00:17:26,520 некоторые флаги в этом сообщении. 215 00:17:26,520 --> 00:17:32,020 В этом сообщении бит R называется битом RP. 216 00:17:32,020 --> 00:17:36,520 Это означает, что этому сообщению необходимо пройти вверх по общему дереву к месту встречи. 217 00:17:36,520 --> 00:17:40,020 точка. Это конечный пункт назначения. 218 00:17:40,020 --> 00:17:43,400 И именно поэтому у нас есть адрес места встречи в этом 219 00:17:43,400 --> 00:17:47,340 поле прямо здесь из-за этого бита RP. 220 00:17:47,340 --> 00:17:51,460 W означает, что это бит подстановочного знака. 221 00:17:51,460 --> 00:17:55,560 Это означает, что я не знаю, каков фактический адрес источника этой многоадресной рассылки. 222 00:17:55,560 --> 00:18:00,380 транслировать. И это то, что создает звездообразное состояние G в этих маршрутизаторах. 223 00:18:00,380 --> 00:18:03,660 Это то, что создает звезду, бит подстановочного знака. 224 00:18:03,660 --> 00:18:06,660 Понятия не имею, кто источник. 225 00:18:06,660 --> 00:18:10,720 И S означает, что это соединение в разреженном режиме. 226 00:18:10,720 --> 00:18:23,340 Вот что означают эти биты, эти флаги. 227 00:18:23,340 --> 00:18:28,020 Что делать, если информация RPF для RP изменится? 228 00:18:28,020 --> 00:18:35,900 Итак, мы знаем, что существует вероятность того, что маршруты могут измениться. 229 00:18:35,900 --> 00:18:40,800 Я имею в виду, что интерфейсы могут выйти из строя, могут появиться новые интерфейсы и, возможно, 230 00:18:40,800 --> 00:18:45,600 маршрут EIGRP, который у меня есть до точки встречи, сейчас не идет 231 00:18:45,600 --> 00:18:48,920 будет действителен через пару секунд. 232 00:18:48,920 --> 00:18:52,740 Так как же PIM это объясняет? 233 00:18:52,740 --> 00:19:04,940 Ну, в PIM есть таймер, и, по сути, если вы войдете в спецификацию, это 234 00:19:04,940 --> 00:19:07,560 если вам это интересно, название таймера, хотя вы никогда этого не узнаете 235 00:19:07,560 --> 00:19:11,420 быть проверенным на этом, называется таймаутом соединения со случайной задержкой. 236 00:19:11,420 --> 00:19:14,560 Тайм-аут случайной задержки присоединения, для тех из вас, кому нравится это знать. 237 00:19:14,560 --> 00:19:19,680 вещи. Но по сути, это тайм-аут, который говорит: «ОК, проверь». 238 00:19:19,680 --> 00:19:25,660 если изменился RPF для источника или RP. 239 00:19:25,660 --> 00:19:31,700 И этот таймер, согласно RFC, должен быть не более 4,5 секунд. 240 00:19:31,700 --> 00:19:38,500 Таким образом, если RPF для известного источника или RP изменится, маршрутизаторы, работающие 241 00:19:38,500 --> 00:19:43,560 PIM должны обнаружить это в течение 4,5 секунд или меньше. 242 00:19:43,560 --> 00:19:47,060 И если они это обнаружат, они отправят еще одно соединение. 243 00:19:47,060 --> 00:19:56,840 Они отправят так называемый триггер на новый путь к RP. 244 00:19:56,840 --> 00:20:01,320 А что удаляет это состояние маршрута M? 245 00:20:01,320 --> 00:20:04,440 Ну, мы только что увидели, что пришел отпуск IGMP. 246 00:20:04,440 --> 00:20:07,740 Вернёмся ко второму маршрутизатору. 247 00:20:07,740 --> 00:20:11,540 Показать маршрут IP M. 248 00:20:11,540 --> 00:20:16,820 Видите, оно исчезло. Итак, это произошло сразу? 249 00:20:16,820 --> 00:20:18,680 Что ж, давайте узнаем. 250 00:20:18,680 --> 00:20:36,900 Давайте создадим объединение снова. 251 00:20:36,900 --> 00:20:40,520 Хорошо, теперь у нас есть звездное общее g-состояние. 252 00:20:40,520 --> 00:20:44,500 И у нас есть только один приемник, который живет в Fast Ethernet 00. 253 00:20:44,500 --> 00:20:47,160 Теперь давайте попросим получателя отправить сообщение об уходе и посмотрим, будет ли это 254 00:20:47,160 --> 00:20:49,500 сразу убивает государство. 255 00:20:49,500 --> 00:20:53,020 Потому что в тот момент, когда придет сообщение об уходе, оно будет удалено. 256 00:20:53,020 --> 00:20:55,820 этот интерфейс из списка исходящих интерфейсов. 257 00:20:55,820 --> 00:20:58,160 Список исходящих интерфейсов будет нулевым. 258 00:20:58,160 --> 00:21:01,900 И наш вопрос в том, что если список исходящих интерфейсов в звездочке станет нулевым 259 00:21:01,900 --> 00:21:04,480 обычный g Enter, это означает БАМ, ПУФ? 260 00:21:04,480 --> 00:21:05,900 Оно сразу прошло? 261 00:21:05,900 --> 00:21:21,680 Или он остается там какое-то время? 262 00:21:21,680 --> 00:21:23,720 Хорошо, оно все еще там. 263 00:21:23,720 --> 00:21:28,360 Список исходящих интерфейсов имеет значение NULL. 264 00:21:28,360 --> 00:21:32,960 И я думаю, что это будет здесь примерно, посмотрим, будет ли время 265 00:21:32,960 --> 00:21:35,900 идет обратный отсчет? 266 00:21:35,900 --> 00:21:37,820 Да, этот таймер прямо здесь. 267 00:21:37,820 --> 00:21:40,080 Две минуты и 20 секунд. 268 00:21:40,080 --> 00:21:42,060 Теперь мы сократились до двух минут и 11 секунд. 269 00:21:42,060 --> 00:21:47,140 И когда этот таймер отсчитает до нуля, одной минуты и 56 секунд, я 270 00:21:47,140 --> 00:21:47,900 не собираюсь ждать. 271 00:21:47,900 --> 00:21:52,680 Но когда он достигнет нуля, срок действия истекает. 272 00:21:52,680 --> 00:21:59,140 Оно исчезнет. Но обратите внимание, что теперь у нас есть флаг P, который означает, что у нас есть общий доступ. 273 00:21:59,140 --> 00:22:04,100 Путь, наш путь вверх по течению к месту встречи, был отрезан. 274 00:22:04,100 --> 00:22:07,200 Я отправил сообщение об удалении RP. 275 00:22:07,200 --> 00:22:12,880 И вот что указывает на это прямо здесь. 276 00:22:12,880 --> 00:22:17,400 Кроме того, в данном конкретном случае мы видим, что этого больше не будет. 277 00:22:17,400 --> 00:22:21,060 через две минуты. Что, если мы подойдем к маршрутизатору посередине? 278 00:22:21,060 --> 00:22:25,580 Маршрутизатор восемь. Потому что он получил этот чернослив. 279 00:22:25,580 --> 00:22:32,580 Видеть? Он также обрезал его. 280 00:22:32,580 --> 00:22:34,640 И он тоже ведет обратный отсчет. 281 00:22:34,640 --> 00:22:42,140 Таким образом, обратный отсчет будет доведен до нуля, а затем будет удален. 282 00:22:42,140 --> 00:22:46,240 Кто-то спросил, обязательно ли мне иметь место встречи, чтобы 283 00:22:46,240 --> 00:22:50,720 чтобы многоадресная рассылка передавалась от источника к получателю? 284 00:22:50,720 --> 00:22:54,180 Короткий ответ: да, в разреженном режиме PIM. 285 00:22:54,180 --> 00:22:58,240 Теперь, если бы мы использовали плотный режим PIM, который просто заливает все, нет, 286 00:22:58,240 --> 00:23:00,040 нам не понадобится место встречи. 287 00:23:00,040 --> 00:23:02,660 Но разреженный режим пытается уйти от этого. 288 00:23:02,660 --> 00:23:05,740 И поэтому, если мы не собираемся затопить все, нам нужно это сделать. 289 00:23:05,740 --> 00:23:07,080 место встречи. 290 00:23:07,080 --> 00:23:10,440 Итак, какие вещи могут это сломать? 291 00:23:10,440 --> 00:23:14,200 Ну, конечно, вы знаете, место встречи должно быть настроено. 292 00:23:14,200 --> 00:23:17,880 Если все маршрутизаторы знают, где находится точка встречи, но точка встречи 293 00:23:17,880 --> 00:23:21,700 Пойнт сам не знает, что ему предстоит играть эту роль, 294 00:23:21,700 --> 00:23:23,880 это не сработает. 295 00:23:23,880 --> 00:23:26,860 Люди будут отправлять ему соединения и прочее, но он не будет знать, что именно. 296 00:23:26,860 --> 00:23:29,880 что с ними делать, потому что он не место встречи. 297 00:23:29,880 --> 00:23:35,060 Если конкретный маршрутизатор не знает, где находится точка встречи, это 298 00:23:35,060 --> 00:23:37,160 потерпит неудачу. Откуда вам это знать? 299 00:23:37,160 --> 00:23:42,700 Что ж, как мы видели здесь, когда вы показываете маршрут IPM, позвольте мне увеличить это изображение. 300 00:23:42,700 --> 00:23:49,900 немного. Каждый маршрутизатор, даже сам RP, должен иметь 301 00:23:49,900 --> 00:23:52,300 IP-адрес RP. 302 00:23:52,300 --> 00:23:56,640 Если вы когда-нибудь выполните эту команду и увидите звездочку G в поле RP 303 00:23:56,640 --> 00:24:00,800 просто пишет 0.0.0.0, это плохо. 304 00:24:00,800 --> 00:24:04,500 Это означает, что маршрутизатор не знает точки встречи. 305 00:24:04,500 --> 00:24:07,940 Там может быть такой, но именно этот маршрутизатор, на котором вы находитесь 306 00:24:07,940 --> 00:24:09,900 не знает, кто это. 307 00:24:09,900 --> 00:24:12,240 Так что это было бы плохо. 308 00:24:12,240 --> 00:24:17,220 Другое дело, не только РП должна существовать, не только роутеры должны существовать 309 00:24:17,220 --> 00:24:22,940 должны знать, кто он, но у них должен быть действительный одноадресный маршрут к 310 00:24:22,940 --> 00:24:27,080 достань его. Что может быть признаком того, что это не удается? 311 00:24:27,080 --> 00:24:33,160 Хорошо, если ваш список входящих интерфейсов равен нулю, а сосед RPF равен 0,0. 312 00:24:33,160 --> 00:24:34,880 .0. Это ваш самый большой показатель. 313 00:24:34,880 --> 00:24:42,580 Если у меня здесь адрес, 3, 4, 3, 3, ну, например, давайте сделаем так. 314 00:24:42,580 --> 00:24:46,740 Прямо сейчас, маршрутизатор, давайте перейдем к маршрутизатору 2. 315 00:24:46,740 --> 00:24:53,460 Показать маршрут IPM. Хорошо. 316 00:24:53,460 --> 00:24:56,600 Итак, у нас есть знания о RP. 317 00:24:56,600 --> 00:25:01,220 Показать IP RPF 3.4.3.3. 318 00:25:01,220 --> 00:25:03,920 И мы знаем, что он узнал об этом через EIGRP. 319 00:25:03,920 --> 00:25:05,300 Итак, вот что я собираюсь сделать. 320 00:25:05,300 --> 00:25:08,800 Я собираюсь отключить этот интерфейс на RP. 321 00:25:08,800 --> 00:25:15,880 По сути, я собираюсь избавиться от маршрута к 3.4.3 на маршрутизаторе 3. 322 00:25:15,880 --> 00:25:25,340 Хорошо. Итак, маршрутизатор 2, покажите IP-маршрут. 323 00:25:25,340 --> 00:25:28,920 Этот маршрут очень скоро должен исчезнуть из таблицы маршрутизации. 324 00:25:28,920 --> 00:25:32,780 Все еще существует, но EIGRP должен узнать, что он исчез всего через мгновение. 325 00:25:32,780 --> 00:25:37,100 Возможно, мне придется закрыть его и с другой стороны. 326 00:25:37,100 --> 00:25:41,200 На самом деле я так и делаю, потому что эти два маршрутизатора подключены к коммутатору. 327 00:25:41,200 --> 00:25:43,440 На самом деле они не связаны напрямую. 328 00:25:43,440 --> 00:25:46,500 Итак, я собираюсь закрыть этот подинтерфейс здесь... 329 00:25:46,500 --> 00:25:50,460 Итак, давайте просто сделаем это следующим образом. 330 00:25:50,460 --> 00:25:52,780 Итак, давайте перейдем к маршрутизатору 3. 331 00:25:52,780 --> 00:25:58,760 Давайте посмотрим. Теперь перейдем к маршрутизатору 4. 332 00:25:58,760 --> 00:26:04,500 Интерфейс фаст-еден на 0.0.34. 333 00:26:04,500 --> 00:26:09,000 Выключи это. Хорошо, теперь это действительно прошло. 334 00:26:09,000 --> 00:26:15,160 И да, ладно, значит сеть 3.4.3 пропала. 335 00:26:15,160 --> 00:26:21,400 Итак, теперь, когда я показываю маршрут IPM, вы можете видеть, что он все еще знает, кто RP. 336 00:26:21,400 --> 00:26:24,780 потому что я статически настроил его. 337 00:26:24,780 --> 00:26:27,600 Но сосед RPF - все нули. 338 00:26:27,600 --> 00:26:30,320 Список входящих интерфейсов имеет значение null. 339 00:26:30,320 --> 00:26:32,020 Это значит, что я не знаю, как туда добраться. 340 00:26:32,020 --> 00:26:35,680 У меня нет возможности добраться до места встречи. 341 00:26:35,680 --> 00:26:38,900 Итак, для разреженного режима это три условия. 342 00:26:38,900 --> 00:26:40,860 Ну, это еще не все, но это три основных условия. 343 00:26:40,860 --> 00:26:45,240 RP должен существовать, должен быть маршрут к нему, и все маршрутизаторы имеют 344 00:26:45,240 --> 00:26:49,220 чтобы узнать, кто является местом встречи. 345 00:26:49,220 --> 00:26:51,360 Давайте посмотрим здесь. Есть еще несколько вопросов. 346 00:26:51,360 --> 00:26:55,120 Давайте посмотрим здесь. Что, если сам R8 тоже является RP? 347 00:26:55,120 --> 00:26:57,560 Будет ли также сформировано общее дерево? 348 00:26:57,560 --> 00:27:04,020 Да, поэтому вопрос в том, что, если местом встречи будет R8? 349 00:27:04,020 --> 00:27:07,220 Что ж, в этом конкретном случае общее дерево будет намного короче. 350 00:27:07,220 --> 00:27:11,120 Общее дерево будет просто одним прыжком между R8 и R2, а затем 351 00:27:11,120 --> 00:27:14,420 от R2 до приемника. 352 00:27:14,420 --> 00:27:16,620 Что, если местом встречи был R2? 353 00:27:16,620 --> 00:27:17,820 Вы могли бы это сделать. 354 00:27:17,820 --> 00:27:22,100 Что ж, тогда общего дерева практически не было бы, если бы R2 был 355 00:27:22,100 --> 00:27:25,400 RP, тогда общее дерево будет просто прямым соединением здесь 356 00:27:25,400 --> 00:27:26,920 к получателю. 357 00:27:26,920 --> 00:27:30,600 Поэтому в моей конкретной топологии я намеренно назначил точку встречи 358 00:27:30,600 --> 00:27:34,680 немного дальше, чтобы мы могли видеть более отчетливые прыжки того, что было 359 00:27:34,680 --> 00:27:38,880 идет, но любой из этих маршрутизаторов мог бы стать местом встречи PIM.