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