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