1 00:00:08,280 --> 00:00:13,540 Итак, в следующем сегменте я просто сделаю краткий обзор IGMP и 2 00:00:13,540 --> 00:00:16,040 МЛДП. Так что же это такое? 3 00:00:16,040 --> 00:00:20,700 Ну, IGMP означает протокол управления группами Интернета. 4 00:00:20,700 --> 00:00:25,060 Как бы то ни было, для этого существует IETF. 5 00:00:25,060 --> 00:00:29,920 Для этого есть RFC и несколько версий IGMP. 6 00:00:29,920 --> 00:00:31,320 один, два и три. 7 00:00:31,320 --> 00:00:35,560 В настоящее время вторая версия используется в большинстве устройств. 8 00:00:35,560 --> 00:00:40,480 И это протокол, используемый приемниками, то есть вашим ноутбуком, для индикации 9 00:00:40,480 --> 00:00:43,980 интерес многоадресной рассылки к напрямую подключенным маршрутизаторам. 10 00:00:43,980 --> 00:00:48,040 Итак, в предыдущем сегменте видео я сказал, что вы отправляете что-то вроде одноадресной рассылки. 11 00:00:48,040 --> 00:00:51,760 пакет на сервер со словами: «Эй, расскажи мне, какие шоу у тебя есть». 12 00:00:51,760 --> 00:00:53,980 И сервер отправляет вам одноадресный пакет. 13 00:00:53,980 --> 00:00:58,060 И это то, что отображает на вашем ноутбуке это изображение, окей, вот 14 00:00:58,060 --> 00:00:59,680 разные разные шоу. 15 00:00:59,680 --> 00:01:03,320 И я сказал, что когда вы нажимаете на нее, вы отправляете сообщение на свой 16 00:01:03,320 --> 00:01:06,420 маршрутизатор к вашему шлюзу по умолчанию и говорит: «Я хочу это». 17 00:01:06,420 --> 00:01:08,880 Если когда-нибудь увидишь, пришли мне. 18 00:01:08,880 --> 00:01:10,480 Что ж, теперь мы знаем, что это за сообщение. 19 00:01:10,480 --> 00:01:14,640 Это ИГМП. Вы отправляете IGMP-сообщение этому маршрутизатору, и маршрутизатор 20 00:01:14,640 --> 00:01:19,560 должен прослушивать IGMP, чтобы теперь он мог это знать, хорошо, в быстром Ethernet 21 00:01:19,560 --> 00:01:25,240 00, у меня там есть приемник, который хочет это шоу. 22 00:01:25,240 --> 00:01:28,700 Итак, IGMP используется для IPv4. 23 00:01:28,700 --> 00:01:33,520 А для IPv6 эквивалентом является протокол обнаружения прослушивателя многоадресной рассылки. 24 00:01:33,520 --> 00:01:38,980 И что приятно, MLDP во многом был построен на тех же концепциях. 25 00:01:38,980 --> 00:01:44,320 как IGMP. Итак, если вы знакомы с IGMP, если вы изучали версии IGMP 26 00:01:44,320 --> 00:01:48,360 два и три, и вы знаете типы сообщений, вы знаете, как они работают, 27 00:01:48,360 --> 00:01:53,820 вы знаете около 90% того, что вам нужно знать для MLDP. 28 00:01:53,820 --> 00:01:57,940 Итак, давайте очень кратко поговорим о сообщениях IGMP и о том, как они передаются. 29 00:01:57,940 --> 00:02:02,740 используется, потому что это будет очень важно для нашей многоадресной маршрутизации. 30 00:02:02,740 --> 00:02:09,040 обсуждение. Итак, ваши отчеты о членстве — это название конкретного 31 00:02:09,040 --> 00:02:15,000 Сообщения IGMP, которые ваш ноутбук-приемник отправляет маршрутизатору. 32 00:02:15,000 --> 00:02:18,860 Так, например, если у меня теперь есть список каталогов на моем ноутбуке, который дает 33 00:02:18,860 --> 00:02:24,040 мне различные шоу, например, новости Fox и тому подобное, и я нажимаю на CNN, я хочу 34 00:02:24,040 --> 00:02:28,840 смотреть CNN. Ну, в фоновом режиме мой ноутбук знает, что GDA, 35 00:02:28,840 --> 00:02:34,160 групповой адрес назначения для CNN — 239.555. 36 00:02:34,160 --> 00:02:39,740 Итак, мой ноутбук теперь будет генерировать отчет о членстве в IGMP. 37 00:02:39,740 --> 00:02:44,600 На самом деле он пойдет по адресу 239.555. 38 00:02:44,600 --> 00:02:47,720 Итак, какое бы шоу я ни хотел посмотреть, оно на самом деле будет 39 00:02:47,720 --> 00:02:52,240 адрес назначения в моем пакете IGMP. 40 00:02:52,240 --> 00:02:56,020 Теперь вам может быть интересно: ну, подождите секунду, если я маршрутизатор и я 41 00:02:56,020 --> 00:03:01,380 получаю пакет, идущий на 239.555, как мне отличить его от 42 00:03:01,380 --> 00:03:07,740 IGMP, который мне нужно обработать в моем процессоре, а не 43 00:03:07,740 --> 00:03:11,400 сам поток данных CNN? 44 00:03:11,400 --> 00:03:21,760 На самом деле это номер IP-протокола. 45 00:03:21,760 --> 00:03:23,960 Вот как маршрутизатор заметит разницу. 46 00:03:23,960 --> 00:03:27,380 Если эта многоадресная рассылка поступает по UDP, он говорит: «О, мне не нужно платить». 47 00:03:27,380 --> 00:03:28,300 внимание на это. 48 00:03:28,300 --> 00:03:29,680 Это настоящее видео. 49 00:03:29,680 --> 00:03:34,760 Если он поставляется с протоколом IP, я думаю, что IGMP — это протокол номер два. 50 00:03:34,760 --> 00:03:38,080 Я думаю, что ICMP — это один, а IGMP — два. 51 00:03:38,080 --> 00:03:41,460 Возможно, я путаю эти два понятия, но маршрутизатор знает, ох, 52 00:03:41,460 --> 00:03:43,680 это то, на что мне нужно посмотреть. 53 00:03:43,680 --> 00:03:46,580 А затем, когда оно попадает в тело сообщения, там говорится: «О, это 54 00:03:46,580 --> 00:03:47,980 представляет собой отчет о членстве. 55 00:03:47,980 --> 00:03:48,480 Есть ресивер. 56 00:03:48,480 --> 00:03:51,900 Получатель, который хочет получить это шоу. 57 00:03:51,900 --> 00:03:56,580 Теперь, если мы говорим о третьей версии IGMP, у нее есть зарезервированный адрес. 58 00:03:56,580 --> 00:04:02,840 Таким образом, ваш ноутбук отправит отчет о членстве в IGMP на адрес 224.00.22. 59 00:04:02,840 --> 00:04:07,320 Это называется адресом всех маршрутизаторов IGMP V3. 60 00:04:07,320 --> 00:04:13,640 Таким образом, маршрутизаторы, использующие IGMP V3, будут прослушивать этот адрес 224.00.22. 61 00:04:13,640 --> 00:04:17,240 Теперь предположим, что вы это сделали. 62 00:04:17,240 --> 00:04:21,800 Итак, вашему ноутбуку сообщают маршрутизатору, эй, отчет о членстве, если вы когда-нибудь 63 00:04:21,800 --> 00:04:26,360 получить пакеты, идущие на 239.777, переслать их мне. 64 00:04:26,360 --> 00:04:28,000 И я скажу, что пакеты начинают приходить. 65 00:04:28,000 --> 00:04:29,500 Они начинают приходить через Интернет. 66 00:04:29,500 --> 00:04:32,460 Твоему роутеру бьют по затылку, и он начинает переадресацию 67 00:04:32,460 --> 00:04:34,640 на его интерфейсе. 68 00:04:34,640 --> 00:04:40,400 Хорошо. Ну, этот поток может быть потоком, который идет 24 на 7. 69 00:04:40,400 --> 00:04:43,540 Это никогда не прекращается. Это просто продолжается вечно. 70 00:04:43,540 --> 00:04:48,840 И маршрутизатор должен каким-то образом знать: окей, здравствуй, получатель, 71 00:04:48,840 --> 00:04:50,240 ты все еще там? 72 00:04:50,240 --> 00:04:52,680 Вы все еще хотите этот стрим? 73 00:04:52,680 --> 00:04:54,780 Потому что, в конце концов, знаешь, а что, если этот приемник, что, если твой ноутбук 74 00:04:54,780 --> 00:04:57,720 был подключен к хабу? 75 00:04:57,720 --> 00:04:59,700 И ты выдернул кабель. 76 00:04:59,700 --> 00:05:02,500 Вы физически вытащили сетевой кабель. 77 00:05:02,500 --> 00:05:04,700 Ты взяла свой ноутбук и ушла. 78 00:05:04,700 --> 00:05:08,380 Что ж, тогда у вашего ноутбука не было никакой возможности сообщить 79 00:05:08,380 --> 00:05:09,720 роутер, эй, я закончил. 80 00:05:09,720 --> 00:05:11,680 Больше это не нужно. 81 00:05:11,680 --> 00:05:14,740 Таким образом, маршрутизатор должен каким-то образом узнать, что произошло. 82 00:05:14,740 --> 00:05:18,040 Эй, больше нет получателей, которым это нужно. 83 00:05:18,040 --> 00:05:22,600 Итак, это происходит каждую минуту, примерно каждую минуту. 84 00:05:22,600 --> 00:05:27,200 минуту он отправляет другой тип пакета IGMP, называемый общим членством. 85 00:05:27,200 --> 00:05:33,060 запрос. И это выходит на зарезервированный адрес 224001. 86 00:05:33,060 --> 00:05:38,160 Это называется адресом всех многоадресных хостов — 224001. 87 00:05:38,160 --> 00:05:42,600 И это способ маршрутизатора сказать: «Эй, есть ли кто-нибудь в подсети?» 88 00:05:42,600 --> 00:05:44,600 кто что-нибудь смотрит? 89 00:05:44,600 --> 00:05:47,040 У меня есть три, четыре или пять потоков. 90 00:05:47,040 --> 00:05:49,120 Я все отправляю в подсеть. 91 00:05:49,120 --> 00:05:51,720 Люди все еще смотрят это? 92 00:05:51,720 --> 00:05:56,340 Итак, идея в том, что если ваш ноутбук все еще здесь, если ваш приемник 93 00:05:56,340 --> 00:06:00,060 все еще здесь и наблюдаешь за этим, когда он получает запрос на членство, это ваш 94 00:06:00,060 --> 00:06:03,080 задание по отправке отчета о членстве. 95 00:06:03,080 --> 00:06:04,700 И скажи: да, я все еще здесь. 96 00:06:04,700 --> 00:06:06,100 Я все еще хочу стрим. 97 00:06:06,100 --> 00:06:09,580 Итак, эти запросы отправляются, отчеты возвращаются, и вот что 98 00:06:09,580 --> 00:06:11,180 сохраняет поток обновленным. 99 00:06:11,180 --> 00:06:14,840 Вот как шлюз по умолчанию узнает, окей, мне все равно нужно продолжать пересылку 100 00:06:14,840 --> 00:06:20,160 этот. Теперь, в моем конкретном примере, когда я вытащил свой ноутбук и 101 00:06:20,160 --> 00:06:24,660 ушел, маршрутизатор ничего не услышал по своему запросу. 102 00:06:24,660 --> 00:06:28,560 Таким образом, маршрутизаторы обычно отправляют два, иногда три запроса, прежде чем наконец 103 00:06:28,560 --> 00:06:31,200 решай, ладно, никого нет. 104 00:06:31,200 --> 00:06:32,920 Я собираюсь пойти дальше и прекратить пересылку потока. 105 00:06:32,920 --> 00:06:34,880 Я не собираюсь его отправлять. 106 00:06:34,880 --> 00:06:39,100 Теперь, в идеале, предположим, что мой ноутбук все еще подключен к этому хабу, но 107 00:06:39,100 --> 00:06:41,860 Я просто решаю: о, мой босс только что вошел. 108 00:06:41,860 --> 00:06:43,940 Мне лучше перестать смотреть сериал и заняться работой. 109 00:06:43,940 --> 00:06:47,720 Поэтому я быстро закрываю свое маленькое видеоокошко и выдергиваю ухо. 110 00:06:47,720 --> 00:06:52,520 заглушки. Что ж, когда я закрываю это видеоокно, мой ноутбук теперь отправляет 111 00:06:52,520 --> 00:06:55,060 сообщение выхода IGMP. 112 00:06:55,060 --> 00:06:59,760 И это конкретное сообщение, в котором говорится: я покидаю эту группу. 113 00:06:59,760 --> 00:07:02,400 Эта группа меня больше не интересует. 114 00:07:02,400 --> 00:07:07,060 Теперь, когда маршрутизатор получает это, он говорит: «ОК, я знаю этого получателя». 115 00:07:07,060 --> 00:07:12,500 уходит, но в той же подсети могут быть другие получатели 116 00:07:12,500 --> 00:07:14,520 что все еще хочу этого. 117 00:07:14,520 --> 00:07:17,500 Поэтому вместо того, чтобы немедленно выключить трансляцию, я собираюсь 118 00:07:17,500 --> 00:07:20,460 снова отправьте запрос в эту подсеть. 119 00:07:20,460 --> 00:07:23,640 Но вместо того, чтобы отправлять общий запрос, я собираюсь отправить то, что называется 120 00:07:23,640 --> 00:07:25,560 групповой запрос. 121 00:07:25,560 --> 00:07:31,380 Поэтому вместо отправки общего запроса на номер 224.001 маршрутизатор говорит: 122 00:07:31,380 --> 00:07:31,940 на самом деле отправьте общий запрос на номер 224.001. 123 00:07:31,940 --> 00:07:37,020 А потом я отправлю запрос этой конкретной группе 239.555 или какой-то другой. 124 00:07:37,020 --> 00:07:39,200 дело в том, что вы наблюдаете. 125 00:07:39,200 --> 00:07:42,940 И если еще есть заинтересованные получатели, им нужно 126 00:07:42,940 --> 00:07:44,520 отправить отчет о членстве. 127 00:07:44,520 --> 00:07:49,180 В противном случае маршрутизатор отключит поток и удалит его. 128 00:07:49,180 --> 00:07:56,000 Итак, это четыре основных типа сообщений, которые использует IGMP. 129 00:07:56,000 --> 00:08:01,120 Теперь с MLDP, протоколом обнаружения прослушивателей многоадресной рассылки, снова 130 00:08:01,120 --> 00:08:07,360 теперь это для IPv6, его структура очень похожа на IGMP. 131 00:08:07,360 --> 00:08:13,300 Итак, первая версия MLDP была основана на второй версии IGMP и использует все эти 132 00:08:13,300 --> 00:08:14,900 те же сообщения, которые я только что показал вам. 133 00:08:14,900 --> 00:08:17,720 У них немного разные имена, и я вам их назову сразу. 134 00:08:17,720 --> 00:08:24,480 Второй. Вторая версия MLDP была основана на третьей версии IGMP. 135 00:08:24,480 --> 00:08:28,280 По умолчанию устройства Cisco поддерживают оба варианта, но по умолчанию используется версия 136 00:08:28,280 --> 00:08:36,180 два. Таким образом, при использовании MLDP вместо запроса IGMP у вас есть запрос MLDP. 137 00:08:36,180 --> 00:08:41,460 Довольно просто. Вместо отчета о членстве в IGMP у вас есть отчет MLDP. 138 00:08:41,460 --> 00:08:45,000 отчет слушателя. 139 00:08:45,000 --> 00:08:50,640 Вместо выхода из IGMP у вас есть сообщение о завершении MLDP. 140 00:08:50,640 --> 00:08:58,760 Теперь большинство устройств на самом деле поддерживают MLDP, вторую версию MLDP. 141 00:08:58,760 --> 00:09:03,260 Итак, вот это сообщение: MLDP завершено, вы можете его не увидеть, потому что 142 00:09:03,260 --> 00:09:07,620 это в старой версии MLDP, первой версии MLDP. 143 00:09:07,620 --> 00:09:10,040 И это было похоже на отпуск IGMP. 144 00:09:10,040 --> 00:09:17,860 Итак, если у меня есть ноутбук с MLDP, я использую IPv6 и делаю 145 00:09:17,860 --> 00:09:24,360 Вторая версия MLDP: если я хочу остановить поток, если я говорю «смотри», я больше не 146 00:09:24,360 --> 00:09:28,540 интересно, тогда на самом деле я собираюсь отправить 147 00:09:28,540 --> 00:09:30,820 отчет прослушивателя MLDP. 148 00:09:30,820 --> 00:09:37,700 Но это работает, когда ваш ноутбук отправляет прослушиватель MLDP. 149 00:09:37,700 --> 00:09:40,040 отчет, там два поля. 150 00:09:40,040 --> 00:09:43,980 Там есть поле того, что вы хотите слушать, это адрес группы, 151 00:09:43,980 --> 00:09:49,260 например, FF0E двоеточие двоеточие семь, независимо от того, какие адреса третьего уровня вы хотите 152 00:09:49,260 --> 00:09:53,440 чтобы увидеть. А еще есть поле для адреса источника. 153 00:09:53,440 --> 00:09:57,180 Большую часть времени ваш ноутбук не знает, что такое источник, поэтому 154 00:09:57,180 --> 00:09:59,980 в этом исходном адресе останутся только нули. 155 00:09:59,980 --> 00:10:03,160 Но рядом с адресом источника есть еще одно поле, на самом деле это 156 00:10:03,160 --> 00:10:09,040 флаг, называемый либо флагом включения, либо флагом исключения. 157 00:10:09,040 --> 00:10:15,900 И это работает, когда мой ноутбук отправляет отчет прослушивателя MLDP, 158 00:10:15,900 --> 00:10:20,860 Я скажу, вот группа, которую я хочу, источник, я не знаю, 0, 159 00:10:20,860 --> 00:10:21,900 0, 0, 0, 0, 0, а затем я отправлю его на адрес источника. 160 00:10:21,900 --> 00:10:29,200 И я скажу «исключить 0, 0, 0, 0», что означает, что я никого не исключаю. 161 00:10:29,200 --> 00:10:33,440 Я готов получить это от кого угодно, не исключайте этого ни от кого. 162 00:10:33,440 --> 00:10:35,800 А что если я захочу выйти из потока? 163 00:10:35,800 --> 00:10:56,000 Угадай, что? Я скажу, что это поток, который я хочу покинуть. 164 00:10:56,000 --> 00:11:00,880 Это своего рода способ отправки отпуска во второй версии MLDP. 165 00:11:00,880 --> 00:11:04,100 Вместо отправки отпуска он отправляет другой отчет, но меняет 166 00:11:04,100 --> 00:11:09,360 исключить флаг на флаг включения, и он говорит, что никто не включается. 167 00:11:09,360 --> 00:11:16,680 А еще есть запрос на адрес многоадресной рассылки MLDP, маска, 168 00:11:16,680 --> 00:11:22,880 М-А-С-К. Это то же самое, что и IGMP, отчет для конкретной группы. 169 00:11:22,880 --> 00:11:26,740 Он служит той же цели. 170 00:11:26,740 --> 00:11:33,140 Итак, кто-то задал вопрос в прямом эфире, подайте запрос на членство и членство. 171 00:11:33,140 --> 00:11:39,820 отчеты. Они похожи на приветственные и мертвые интервалы? 172 00:11:39,820 --> 00:11:42,300 Вы могли бы приравнять это к этому. 173 00:11:42,300 --> 00:11:48,320 Я имею в виду, мы знаем, что, как и в случае с протоколами маршрутизации, что-то 174 00:11:48,320 --> 00:11:53,180 должен выходить каждый интервал приветствия, чтобы сообщить соседу, что вы все еще 175 00:11:53,180 --> 00:11:56,420 там. Или связующее дерево тоже делает это. 176 00:11:56,420 --> 00:12:00,160 BPDU отправляются каждый интервал приветствия, чтобы сообщить вам, что корневой мост все еще работает. 177 00:12:00,160 --> 00:12:06,380 там. Таким образом, вы могли бы приравнять это к тому, куда маршрутизатор отправляет 178 00:12:06,380 --> 00:12:12,660 каждые 60 секунд отправляются запросы о том, есть ли кто-нибудь здесь. 179 00:12:12,660 --> 00:12:17,120 И тогда слушатели должны, получатели должны ответить, говоря: 180 00:12:17,120 --> 00:12:21,060 да. Это что-то вроде обмена приветственными сообщениями. 181 00:12:21,060 --> 00:12:23,480 Думаю, вы могли бы провести такую ​​аналогию. 182 00:12:23,480 --> 00:12:29,220 И все это время маршрутизатор говорит: «ОК, если я отправлю запрос», 183 00:12:29,220 --> 00:12:34,160 У меня есть определенное количество времени, и если никто не ответит, я уйду. 184 00:12:34,160 --> 00:12:38,400 отправить его еще раз и, возможно, в третий раз. 185 00:12:38,400 --> 00:12:41,240 И тогда я отключу поток. 186 00:12:41,240 --> 00:12:45,040 И это что-то вроде мертвого интервала или интервала удержания в случае 187 00:12:45,040 --> 00:12:46,120 протоколов маршрутизации. 188 00:12:46,120 --> 00:12:50,120 Так что да, между роутером и приёмником, роутером и ноутбуком, 189 00:12:50,120 --> 00:12:52,900 вы могли бы приравнять это к времени приветствия и ожидания. 190 00:12:52,900 --> 00:12:54,500 Это была бы уместная аналогия.