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