1 00:00:08,380 --> 00:00:11,380 Теперь мы наконец-то перейдем к моменту, которого вы все ждали. 2 00:00:11,380 --> 00:00:16,440 для. Мы собираемся сосредоточиться на независимой от протокола разреженной многоадресной рассылке. 3 00:00:16,440 --> 00:00:20,240 режиме, а затем вдаваясь в подробности того, как он работает. 4 00:00:20,240 --> 00:00:24,380 Прежде чем я перейду к этому и закончу раздел о разреженном режиме PIMS, 5 00:00:24,380 --> 00:00:28,460 на что у нас уйдет несколько часов, позвольте мне заявить вам об отказе от ответственности. 6 00:00:28,460 --> 00:00:34,900 Разреженный режим PIMS — очень сложная тема, очень сложный протокол. 7 00:00:34,900 --> 00:00:40,440 Этот класс не предназначен для того, чтобы охватить все мельчайшие детали и 8 00:00:40,440 --> 00:00:45,160 флаг, таймер и конечный автомат разреженного режима PIMS. 9 00:00:45,160 --> 00:00:48,680 Я собираюсь углубиться в эту тему, но есть несколько вещей, которые вы узнаете. 10 00:00:48,680 --> 00:00:52,060 найдите в RFC, что я не буду освещать, потому что это буквально 11 00:00:52,060 --> 00:00:57,240 возможно, потребуется три полных дня, чтобы рассказать все о PIMS. 12 00:00:57,240 --> 00:01:02,080 режим один. Поэтому я думаю, что того, что мы собираемся здесь рассказать, должно быть достаточно. 13 00:01:02,080 --> 00:01:08,820 чтобы помочь вам ответить на любые письменные или даже лабораторные вопросы CCIE, которые я могу придумать 14 00:01:08,820 --> 00:01:10,580 в разреженном режиме PIMS. 15 00:01:10,580 --> 00:01:13,940 Может быть, с полки упадут одна или две вещи, которые я не прикрою, 16 00:01:13,940 --> 00:01:17,280 но, надеюсь, вы останетесь довольны уровнем глубины, который мы 17 00:01:17,280 --> 00:01:22,800 проникнись. Итак, давайте продолжим и углубимся в это. 18 00:01:22,800 --> 00:01:25,780 Итак, прежде чем начать, я хочу показать вам, какие топологии 19 00:01:25,780 --> 00:01:29,700 которые я собираюсь использовать при проведении различных лабораторных демонстраций и 20 00:01:29,700 --> 00:01:33,620 вещи. Итак, если вы захотите попытаться воссоздать что-либо из этого на 21 00:01:33,620 --> 00:01:36,280 свой собственный, вы можете это сделать. 22 00:01:36,280 --> 00:01:40,240 Итак, для тех из вас, кто смотрит прямую трансляцию прямо сейчас, если в 23 00:01:40,240 --> 00:01:43,600 правом верхнем углу кликните на раздел файлов, вы увидите, что там есть 24 00:01:43,600 --> 00:01:48,900 PDF-файл, который выглядит следующим образом и содержит различные топологии, которые 25 00:01:48,900 --> 00:01:49,640 Я собираюсь использовать. 26 00:01:49,640 --> 00:01:52,460 Итак, это на самом деле физическая компоновка. 27 00:01:52,460 --> 00:01:55,840 Извините, здесь это выглядит немного беспорядочно, но это физическая компоновка, которая 28 00:01:55,840 --> 00:02:01,840 Я использую. Вы можете видеть, что у меня всего восемь маршрутизаторов, а затем коммутатор. 29 00:02:01,840 --> 00:02:06,160 Таким образом, в некоторых лабораторных условиях коммутатор представляет собой просто коммутатор второго уровня, и 30 00:02:06,160 --> 00:02:09,620 потом в части лабы собственно включаю маршрутизацию и мультикаст 31 00:02:09,620 --> 00:02:14,060 функциональность свитча и использование его как девятого роутера. 32 00:02:14,060 --> 00:02:16,020 Итак, это физическая топология. 33 00:02:16,020 --> 00:02:19,680 Теперь я подключил сюда свой ноутбук и могу поймать проволочную акулу. 34 00:02:19,680 --> 00:02:21,620 следы снайпера и прочее. 35 00:02:21,620 --> 00:02:25,140 И это на самом деле логическая топология. 36 00:02:25,140 --> 00:02:26,680 Вот что мы собираемся построить. 37 00:02:26,680 --> 00:02:31,540 Таким образом, первый маршрутизатор на самом деле служит моим приемником, а также моим ноутбуком. 38 00:02:31,540 --> 00:02:35,120 Маршрутизатор номер пять является источником, поэтому именно здесь я буду осуществлять многоадресную рассылку. 39 00:02:35,120 --> 00:02:36,480 пинги и прочее. 40 00:02:36,480 --> 00:02:39,900 И затем, в первую очередь, эти четыре маршрутизатора здесь, посередине, являются теми, 41 00:02:39,900 --> 00:02:43,500 где я буду проводить все свои демонстрации и примеры многоадресной рассылки 42 00:02:43,500 --> 00:02:46,640 и вещи. Есть несколько дополнительных топологий. 43 00:02:46,640 --> 00:02:51,780 Например, когда мы дойдем до раздела авто РП и БСР, я поменяю 44 00:02:51,780 --> 00:02:54,060 по топологии моей лаборатории к этому. 45 00:02:54,060 --> 00:02:59,320 Те же физические маршрутизаторы, но другая логическая топология. 46 00:02:59,320 --> 00:03:03,060 Хорошо, если вы смотрите это в записи, позвольте мне вернуться к 47 00:03:03,060 --> 00:03:08,020 этот. Вы можете захотеть сделать снимок этого, знаете, используя какой-нибудь 48 00:03:08,020 --> 00:03:12,320 snagget или любой другой утилиты создания снимков, чтобы вы могли вернуться к 49 00:03:12,320 --> 00:03:15,380 это часто, когда я говорю об этом. 50 00:03:15,380 --> 00:03:18,080 И тем из вас, кто смотрит прямую трансляцию, я бы порекомендовал вам открыть это. 51 00:03:18,080 --> 00:03:22,180 PDF и всегда держите его перед собой. 52 00:03:22,180 --> 00:03:26,420 Хорошо, я также создал доску с точно такой же топологией. 53 00:03:26,420 --> 00:03:29,820 который находится прямо здесь. 54 00:03:29,820 --> 00:03:34,140 Так что я могу опираться на это и говорить о том, что происходит, пока мы это делаем. 55 00:03:34,140 --> 00:03:36,400 Так вот в чем дело. 56 00:03:36,400 --> 00:03:38,620 Давайте поговорим о ПИМ. 57 00:03:38,620 --> 00:03:43,280 Итак, PIM, как я уже упоминал, означает независимую от протокола многоадресную рассылку. 58 00:03:43,280 --> 00:03:45,800 Я уже упомянул причину, по которой его называют независимым от протокола. 59 00:03:45,800 --> 00:03:51,280 потому что, как и все другие протоколы многоадресной маршрутизации, он RPF 60 00:03:51,280 --> 00:03:55,180 проверяет исходный адрес любой входящей многоадресной рассылки. 61 00:03:55,180 --> 00:04:00,000 А независимость от протокола означает, что PIM не заботится о том, где он находит совпадение. 62 00:04:00,000 --> 00:04:03,980 маршрут. Ему неважно, риповый это маршрут, OSP или маршрут, даже 63 00:04:03,980 --> 00:04:07,420 статический маршрут M не волнует, пока он может что-то найти. 64 00:04:07,420 --> 00:04:11,900 Вот что означает независимость от протокола. 65 00:04:11,900 --> 00:04:16,760 Итак, есть две его основные разновидности: плотный режим PIM, который не 66 00:04:16,760 --> 00:04:20,480 используется очень часто, потому что многим людям не нравится идея наводнения 67 00:04:20,480 --> 00:04:23,540 их многоадресная рассылка повсюду, просто чтобы ее сократить. 68 00:04:23,540 --> 00:04:24,880 Но это в основном то, что он делает. 69 00:04:24,880 --> 00:04:27,700 И есть нападающий RFC, если вам когда-нибудь интересно. 70 00:04:27,700 --> 00:04:30,660 И затем мы собираемся сосредоточиться на разреженном режиме PIM. 71 00:04:30,660 --> 00:04:33,300 это RFC 4601. 72 00:04:33,300 --> 00:04:35,820 Это не оригинальный RFC. 73 00:04:35,820 --> 00:04:38,940 На самом деле разреженный режим PIM появился уже давно и его уже прошли 74 00:04:38,940 --> 00:04:42,280 несколько итераций и обновлений RFC. 75 00:04:42,280 --> 00:04:45,920 Но я уверен, что это самый последний RFC на момент этой записи, который 76 00:04:45,920 --> 00:04:49,660 3 ноября 2015 г. 77 00:04:49,660 --> 00:04:54,940 Так какова цель обоих? 78 00:04:54,940 --> 00:04:57,920 То, о чем мы говорили, цель состоит в том, чтобы построить эту многоадресную рассылку. 79 00:04:57,920 --> 00:05:03,260 дерево распределения, соединяющее источник с получателями, чтобы многоадресная рассылка 80 00:05:03,260 --> 00:05:08,440 может стекать вниз. В этом вся цель. 81 00:05:08,440 --> 00:05:12,180 Итак, разреженный режим PIM, есть очень оригинальный RFC, если хотите. 82 00:05:12,180 --> 00:05:20,220 посмотрите, 2117, в настоящее время RFC 4601, и он основан на полюсной модели. 83 00:05:20,220 --> 00:05:22,500 Итак, это своего рода обзор того, о чем мы говорили. 84 00:05:22,500 --> 00:05:25,880 Таким образом, разреженный режим PIM основан на концепции точки встречи. 85 00:05:25,880 --> 00:05:29,680 Это что-то вроде службы знакомств, которую я использовал в предыдущей аналогии. 86 00:05:29,680 --> 00:05:36,120 Поэтому, когда многоадресная рассылка передается от точки встречи до места, где 87 00:05:36,120 --> 00:05:40,440 разные получатели, мы говорим, что они текут по общему дереву 88 00:05:40,440 --> 00:05:44,460 или основное дерево, также известное как дерево RP. 89 00:05:44,460 --> 00:05:47,260 Итак, это три термина для одного и того же. 90 00:05:47,260 --> 00:05:50,780 Общее дерево, основное дерево, дерево RP. 91 00:05:50,780 --> 00:05:54,040 По сути, это означает то же самое, что и везде, где находится получатель: этот путь 92 00:05:54,040 --> 00:05:57,840 от получателя до RP, то есть общего дерева. 93 00:05:57,840 --> 00:06:01,780 И именно здесь впервые начинает течь многоадресная рассылка. 94 00:06:01,780 --> 00:06:05,540 И потом, как говорится, как только будет обнаружен источник многоадресной рассылки, как только 95 00:06:05,540 --> 00:06:08,860 маршрутизаторы узнают, что такое исходный адрес, они могут переключиться на 96 00:06:08,860 --> 00:06:10,780 Дерево кратчайших путей. 97 00:06:10,780 --> 00:06:14,980 Иногда дерево исходных путей может на самом деле быть тем же самым деревом. 98 00:06:14,980 --> 00:06:16,180 через место встречи. 99 00:06:16,180 --> 00:06:18,500 Это может быть через место встречи и выше. 100 00:06:18,500 --> 00:06:20,920 В других случаях это может быть что-то другое. 101 00:06:20,920 --> 00:06:22,480 Все это основано на протоколе маршрутизации. 102 00:06:22,480 --> 00:06:25,000 Знаете, что говорит ваша таблица маршрутизации? 103 00:06:25,000 --> 00:06:28,180 Это лучший способ добраться до этого источника. 104 00:06:28,180 --> 00:06:33,760 Хорошо, давайте поговорим о некоторых версиях PIM. 105 00:06:33,760 --> 00:06:39,440 Таким образом, исходной версией PIM была версия PIM 1. 106 00:06:39,440 --> 00:06:44,540 Версия 2 долгое время была стандартом де-факто. 107 00:06:44,540 --> 00:06:47,220 Где какое-то сходство? 108 00:06:47,220 --> 00:06:50,060 Что ж, если вы действительно сделали более жесткую трассировку, тело PIM-пакетов 109 00:06:50,060 --> 00:06:53,180 одинаков в версии 1 и версии 2. 110 00:06:53,180 --> 00:06:55,840 Вы знаете, какие типы сообщений они несут. 111 00:06:55,840 --> 00:06:57,420 Функционал тот же. 112 00:06:57,420 --> 00:07:00,720 Знаете, когда они посылают триггеры для определенных вещей, происходит то же самое. 113 00:07:00,720 --> 00:07:02,700 Однако есть пара основных отличий. 114 00:07:02,700 --> 00:07:08,400 Таким образом, PIM версии 1 фактически использовал IGMP в качестве транспортного протокола. 115 00:07:08,400 --> 00:07:12,260 Итак, сразу за заголовком IP у вас будет заголовок IGMP, а затем вы 116 00:07:12,260 --> 00:07:15,320 иметь PIM в теле этого пакета. 117 00:07:15,320 --> 00:07:19,460 Но когда вышла версия PIM 2, она фактически стала отдельной 118 00:07:19,460 --> 00:07:23,560 IP-протокол. И вы увидите это в трассировках сниффера как номер IP-протокола. 119 00:07:23,560 --> 00:07:28,520 103. Итак, он больше не полагается на IGMP. 120 00:07:28,520 --> 00:07:32,480 Другое основное отличие заключается в том, что функция загрузочного маршрутизатора PIM, 121 00:07:32,480 --> 00:07:35,960 о котором мы поговорим в конце этих записей, доступен только в 122 00:07:35,960 --> 00:07:43,280 PIM версии 2. Это способ динамического выбора и обнаружения 123 00:07:43,280 --> 00:07:44,560 место встречи. 124 00:07:44,560 --> 00:07:48,460 В большинстве моих лабораторных работ, которые я собираюсь делать, я буду статически 125 00:07:48,460 --> 00:07:50,460 настроить точку встречи. 126 00:07:50,460 --> 00:07:55,820 Но auto RP и PIM BSR — это два разных способа, с помощью которых вы можете динамически 127 00:07:55,820 --> 00:07:59,660 откройте для себя RP, что делают многие люди. 128 00:07:59,660 --> 00:08:03,200 Еще пара дополнительных вещей. 129 00:08:03,200 --> 00:08:07,220 Если у вас есть маршрутизатор, который действительно может выполнять версию 130 00:08:07,220 --> 00:08:13,280 1 или версии 2, поскольку тело пакетов PIM одинаковое и поскольку 131 00:08:13,280 --> 00:08:16,280 функциональность такая же, вы действительно можете заставить этот маршрутизатор работать 132 00:08:16,280 --> 00:08:20,440 оба. Но вы не можете иметь оба на одном интерфейсе. 133 00:08:20,440 --> 00:08:23,740 Например, у вас есть маршрутизатор, который в Fast Ethernet 1 выполняет PIM. 134 00:08:23,740 --> 00:08:28,600 версия 1, а в быстром Ethernet 2 выполняется PIM версии 2, и она будет 135 00:08:28,600 --> 00:08:31,440 иметь возможность общаться туда и обратно. 136 00:08:31,440 --> 00:08:35,520 Однако сейчас большинство маршрутизаторов Cisco поддерживают только PIM версии 2 и не поддерживают ее. 137 00:08:35,520 --> 00:08:38,680 даже позволит вам перейти на PIM версии 1. 138 00:08:38,680 --> 00:08:42,500 Например, позвольте мне привести вам пример. 139 00:08:42,500 --> 00:08:48,560 Здесь, в моей лаборатории, я использую очень старый маршрутизатор Cisco серии 2500. 140 00:08:48,560 --> 00:08:51,960 терминальный сервер в качестве моего сервера доступа. 141 00:08:51,960 --> 00:08:55,380 Посмотрите, какое программное обеспечение здесь работает? 142 00:08:55,380 --> 00:08:59,220 Итак, этот парень использует программу 1233A. 143 00:08:59,220 --> 00:09:05,540 И вы увидите, если я зайду в интерфейс, давайте посмотрим здесь, покажите IP 144 00:09:05,540 --> 00:09:13,480 Краткое описание интерфейса, интерфейс Ethernet 0, и я набираю вопросительный знак IP PIM. 145 00:09:13,480 --> 00:09:15,960 Вы видите, что есть версия, верно? 146 00:09:15,960 --> 00:09:21,300 Версия IP PIM, и тогда я могу выбрать, по умолчанию будет версия 2, но 147 00:09:21,300 --> 00:09:23,500 Я могу вернуть его к версии 1. 148 00:09:23,500 --> 00:09:27,620 Но в большинстве новых устройств, например, если я подхожу к одному из других своих маршрутизаторов 149 00:09:27,620 --> 00:09:34,740 здесь IP PIM, вы заметите, что версия даже не вариант. 150 00:09:34,740 --> 00:09:37,140 Вы даже не сможете вернуть его на версию 1. 151 00:09:37,140 --> 00:09:43,760 Итак, небольшое примечание, в зависимости от программного обеспечения, которое вы используете. 152 00:09:43,760 --> 00:09:51,220 А этот парень, если вам интересно, использует программное обеспечение 15.33. 153 00:09:51,220 --> 00:09:55,160 Так что я не уверен, где была граница между тем, где их полностью раздели. 154 00:09:55,160 --> 00:09:59,980 отсутствует функциональность PIM V1, но где-то между 12,3 и 15,3 это когда 155 00:09:59,980 --> 00:10:06,060 они от этого избавились. 156 00:10:06,060 --> 00:10:13,620 Хорошо, у PIM есть некоторое сравнение, некоторые аналогии, которые я могу провести с IGP. 157 00:10:13,620 --> 00:10:15,060 протоколы маршрутизации. 158 00:10:15,060 --> 00:10:21,520 Например, большинство протоколов маршрутизации IGP динамически обнаруживают соседей. 159 00:10:21,520 --> 00:10:25,380 восходящие многоадресные пакеты и периодическая отправка приветственных сообщений. 160 00:10:25,380 --> 00:10:27,300 PIM делает то же самое. 161 00:10:27,300 --> 00:10:33,960 PIM отправляет пакеты приветствия, и это зарезервированный адрес 224.0113. 162 00:10:33,960 --> 00:10:37,760 И да, если вы когда-нибудь будете проходить какой-либо тест Cisco, скорее всего, они вас пройдут. 163 00:10:37,760 --> 00:10:42,440 ожидайте, что вы запомните этот адрес. 164 00:10:42,440 --> 00:10:44,600 Итак, это пакеты приветствия PIM. 165 00:10:44,600 --> 00:10:49,380 В отличие от OSPF и EIGRP, которые довольно часто отправляют приветственные сообщения, 166 00:10:49,380 --> 00:10:54,300 например, каждые 5 или 10 секунд пакеты приветствия PIM отправляются каждые 30 секунд. 167 00:10:54,300 --> 00:10:58,320 Поэтому они встречаются не так часто, как протоколы маршрутизации IGP. 168 00:10:58,320 --> 00:11:04,000 И, как и в случае с протоколом маршрутизации IGP, если пакет приветствия внезапно прекращается, 169 00:11:04,000 --> 00:11:08,360 если вы его не получите, вы объявите этого соседа мертвым. 170 00:11:08,360 --> 00:11:12,760 Аналогичным образом, большинство протоколов, которые полагаются на своего рода поддержку активности или 171 00:11:12,760 --> 00:11:17,180 привет механизм, обычно все они используют одно и то же правило. 172 00:11:17,180 --> 00:11:21,400 После того, как три потерянных сообщения остаются в живых или три приветствия потеряны, все готово. 173 00:11:21,400 --> 00:11:22,440 Ваш сосед умер. 174 00:11:22,440 --> 00:11:25,280 ПИМ тот же. 175 00:11:25,280 --> 00:11:28,800 А информация, полученная через PIM, имеет срок годности. 176 00:11:28,800 --> 00:11:29,760 Это тоже похоже. 177 00:11:29,760 --> 00:11:33,360 Например, это похоже на OSPF, верно? 178 00:11:33,360 --> 00:11:39,800 Таким образом, в случае с OSPF, если я узнаю о LSA в моем регионе, описывающем некоторые 179 00:11:39,800 --> 00:11:43,340 ссылки, что LSA действует только в течение одного часа. 180 00:11:43,340 --> 00:11:45,440 Это эпоха этого LSA. 181 00:11:45,440 --> 00:11:50,160 И если владелец этого LSA, который его создал, не обновит его раньше 182 00:11:50,160 --> 00:11:53,440 От 60 минут до часа, я состарюсь. 183 00:11:53,440 --> 00:11:54,740 PIM примерно такой. 184 00:11:54,740 --> 00:11:59,640 Когда PIM динамически обнаруживает многоадресные маршруты или динамически обучается 185 00:11:59,640 --> 00:12:02,980 получателей, которые хотели присоединиться, эта информация не будет храниться 186 00:12:02,980 --> 00:12:06,020 навсегда. Через какое-то время эта штука устареет. 187 00:12:06,020 --> 00:12:08,500 На самом деле время по умолчанию составляет около трёх минут. 188 00:12:08,500 --> 00:12:14,120 Технически это 210 секунд, но многие говорят, что это три минуты. 189 00:12:14,120 --> 00:12:19,180 Таким образом, в PIM есть множество механизмов для поддержания обновления состояния, чтобы это не 190 00:12:19,180 --> 00:12:24,580 случаться. Итак, где же некоторые различия? 191 00:12:24,580 --> 00:12:26,240 Много различий. 192 00:12:26,240 --> 00:12:30,980 Во-первых, протоколы внутренних шлюзов заботятся только о пунктах назначения, верно? 193 00:12:30,980 --> 00:12:32,700 OSPF, EIGRP, RIP. 194 00:12:32,700 --> 00:12:36,180 Все, что их волнует, это то, где живут подсети, где находится пункт назначения. 195 00:12:36,180 --> 00:12:37,940 пакет собирается пойти. 196 00:12:37,940 --> 00:12:41,320 PIM узнает об источниках и пунктах назначения. 197 00:12:41,320 --> 00:12:45,320 PIM отслеживает и то, и другое. 198 00:12:45,320 --> 00:12:46,780 Значит, что-то еще. 199 00:12:46,780 --> 00:12:52,040 Таким образом, PIM полагается на хост, который является вашим приемником или источником, для запуска 200 00:12:52,040 --> 00:12:55,420 любой обмен информацией PIM. 201 00:12:55,420 --> 00:12:56,700 А это немного другое, да? 202 00:12:56,700 --> 00:13:00,880 Ваши обычные протоколы маршрутизации IGP, что запускает обмен информацией 203 00:13:00,880 --> 00:13:07,380 если вы включаете интерфейс, а интерфейс отключается, вы добавляете статический 204 00:13:07,380 --> 00:13:12,920 маршрут, но на самом деле он не зависит от хостов или серверов для обмена 205 00:13:12,920 --> 00:13:14,940 маршруты или узнать о маршрутах. 206 00:13:14,940 --> 00:13:20,380 ПИМ делает. PIM не собирается ничего делать, пока не появится новый приемник. 207 00:13:20,380 --> 00:13:23,280 или новый источник появляется в сети. 208 00:13:23,280 --> 00:13:26,200 В противном случае PIM просто будет простаивать. 209 00:13:26,200 --> 00:13:30,560 PIM заполняет свою собственную уникальную таблицу, называемую таблицей M-маршрутов. 210 00:13:30,560 --> 00:13:33,360 Это сокращение от таблицы многоадресной маршрутизации. 211 00:13:33,360 --> 00:13:38,700 Итак, у нас есть таблица маршрутизации единичной рассылки и таблица маршрутизации многоадресной рассылки. 212 00:13:38,700 --> 00:13:41,300 Еще одна вещь, которая очень важна в этом отношении, я немного упомянул 213 00:13:41,300 --> 00:13:43,880 чуть раньше, но повторю еще раз. 214 00:13:43,880 --> 00:13:51,400 Итак, с некоторыми протоколами маршрутизации, скажем, вы ввели маршрутизатор, нет 215 00:13:51,400 --> 00:13:54,760 IP-маршрутизация. Вы делаете это на глобальном уровне. 216 00:13:54,760 --> 00:13:58,740 А потом вы пытаетесь включить, скажем, OSPF. 217 00:13:58,740 --> 00:14:03,220 Я видел несколько маршрутизаторов, которые действительно позволяют включить OSPF. 218 00:14:03,220 --> 00:14:09,260 протокол. Вы увидите, как он обменивается приветствиями, обменивается LSA, он заполняется. 219 00:14:09,260 --> 00:14:13,640 базу данных состояния каналов, но ничего из этого не попадет в маршрутизацию 220 00:14:13,640 --> 00:14:18,240 стол. Потому что, если вы не выполняете IP-маршрутизацию, она не сможет заполнить маршрутизацию. 221 00:14:18,240 --> 00:14:19,960 стол. Таблицы маршрутизации нет. 222 00:14:19,960 --> 00:14:22,320 Он не может создать эту таблицу. 223 00:14:22,320 --> 00:14:24,620 Итак, все это может работать в фоновом режиме, но места нет. 224 00:14:24,620 --> 00:14:26,320 разместить эту информацию. 225 00:14:26,320 --> 00:14:27,720 ПИМ тот же. 226 00:14:27,720 --> 00:14:33,420 С помощью PIM вы можете включить PIM на своих интерфейсах, и он будет изучать соседей. 227 00:14:33,420 --> 00:14:40,080 и он будет отправлять и получать отчеты о членстве в IGMP и прочее, но 228 00:14:40,080 --> 00:14:45,600 он не будет заполнять таблицу многоадресной маршрутизации ничем, что 229 00:14:45,600 --> 00:14:49,640 будет изучено, если вы не включите многоадресную маршрутизацию. 230 00:14:49,640 --> 00:14:52,940 Итак, на глобальном уровне самое первое, что вам нужно ввести, — это IP. 231 00:14:52,940 --> 00:14:55,140 многоадресная маршрутизация. 232 00:14:55,140 --> 00:14:57,920 В противном случае включение PIM бесполезно. 233 00:14:57,920 --> 00:15:00,020 Это ничего не даст. 234 00:15:00,020 --> 00:15:04,680 Мы уже говорили о том, как PIM по умолчанию выполняет проверки RPF и 235 00:15:04,680 --> 00:15:06,560 он не может работать в одиночку. 236 00:15:06,560 --> 00:15:11,260 PIM требует чего-то для заполнения таблицы одноадресной маршрутизации из-за 237 00:15:11,260 --> 00:15:12,940 та пуля, о которой я только что упомянул. 238 00:15:12,940 --> 00:15:17,500 Невозможно выполнить проверку RPF, если в таблице маршрутизации нет маршрутов к 239 00:15:17,500 --> 00:15:20,800 соответствует тому, что вы пытаетесь найти. 240 00:15:20,800 --> 00:15:24,480 Теперь вы можете сделать статические маршруты, но в них должно быть что-то 241 00:15:24,480 --> 00:15:26,740 таблицу маршрутизации. 242 00:15:26,740 --> 00:15:35,060 Так какова роль PIM RP? 243 00:15:35,060 --> 00:15:36,980 Итак, мы уже немного об этом говорили. 244 00:15:36,980 --> 00:15:41,860 Это центральная точка фокусировки, где получатель присоединяется к сети. 245 00:15:41,860 --> 00:15:46,160 отправив отчет о членстве в IBIGMP, тот шлюз по умолчанию, который напрямую 246 00:15:46,160 --> 00:15:50,520 подключенный к нему, отправит соединение PIM до точки встречи. 247 00:15:50,520 --> 00:15:54,360 И это создает основное дерево, общее дерево, поэтому оно готово и ждет. 248 00:15:54,360 --> 00:15:56,700 для многоадресной рассылки по нему. 249 00:15:56,700 --> 00:16:02,260 Аналогично, когда источник многоадресной рассылки начинает отправлять данные многоадресной рассылки, 250 00:16:02,260 --> 00:16:05,840 маршрутизатор, к которому он подключен напрямую, будет пересылать эту многоадресную рассылку 251 00:16:05,840 --> 00:16:09,560 данные в точку встречи, чтобы завершить процесс подключения всего 252 00:16:09,560 --> 00:16:18,420 вместе. А как роутер узнает, кто такой RP? 253 00:16:18,420 --> 00:16:23,420 Для наших целей мы собираемся настроить это статически. 254 00:16:23,420 --> 00:16:26,900 Но вы также можете динамически определять маршрутизаторы с помощью таких функций, как auto 255 00:16:26,900 --> 00:16:29,680 RP и загрузочный маршрутизатор PIM.