Что такое MultiCast для IPTV
Современное телевидение активно использует функцию MultiCast, которая представляет собой передачу одинаковых пакетов данных сразу нескольким получателям. Интерактивное ТВ не стало исключением, однако работает немного по-другому, т.к. информация транспортируется через интернет.
Что такое MultiCast
MultiCast подразумевает передачу данных группе пользователей, подключенных к одной трансляции. Получателям не нужно специально настраиваться для работы с MultiCast, однако при организации домашнего DLNA-сервера нужно учитывать, что в сетях IPv4 есть 4 типа связи.
- Одноадресный. Это популярный тип, который подразумевает отправку сигнала на конкретное устройство, т.е. есть только один получатель и один отправитель. Одноадресную связь используют для просмотра веб-страниц в браузере, общения в мессенджерах, например WhatsApp и т.д.
- Вещание. Данные доставляются на все соединенные устройства в рамках домашней локальной сети. В таком случае отправитель начнет пересылку пакета на широковещательный IP-адрес, являющийся IP-адресом целой подсети, после чего сообщение получат все гаджеты. Пример такого адреса: 255.255.255.255.
- Anycast. Подразумевается передача файлов не на все аппараты, а только наиболее близкие. Данный способ используется для регулировки трафика между несколькими DNS-серверами в регионе или мире.
- Multicast. Специально создается для группы устройств, настроенных на получение данных от одного источника. Если гаджет выйдет из общей сети, то трансляция прервется. Благодаря Multicast сотни и даже тысячи человек могут смотреть прямую трансляцию без задержек и различий по времени.
Одно- и многоадресный трафики сильно различаются, поэтому операторы интерактивного телевидения, онлайн-кинотеатры используют разные протоколы для передачи данных. В большинстве случае для стабильной многоадресной рассылки используется протокол UDP.
Он отличается простотой и минимальным количеством сообщений для передачи файлов. Чтобы обменяться пакетом данных, нужно всего лишь 2 сообщения, т.е. на сервер приходится очень низкая нагрузка, поэтому он сможет работать с тысячами устройств.
Как происходит передача
Технология многоадресной доставки использует Internet Protocol в диапазоне от 224.0.0.0 до 239.255.255.255. Когда вы подключитесь к трансляции, например 224.2.2.4 (это адрес телеканала СТС), то плеер интерактивного телевидения будет отправлять запросы по этому адресу.
После этого устройство создаст поток, по которому будут передаваться все пакеты, а телевизор получит готовую картинку. Если выключить маршрутизатор или компьютер, то транспортировка остановится, т.е. вы выйдете из общей группы.
Однако при этом роутер будет каждые 60 секунд посылать сигнал, подтверждающий просмотр, на сервер-отправитель. Если ответного послания нет, происходит окончательный разрыв сигнала.
Все пользователи в группе получают пакеты данных в одно и то же время независимо от места проживания, т.е. происходит синхронизация. MultiCast не лишает вас всех преимуществ интерактивного телевидения, т.к. даже в случае паузы или отматывания назад сигнал продолжает поступать, но информация сохраняется на жесткий диск.
Как работает MultiCast в маршрутизаторе
У современных роутеров все чаще появляется функция, которая позволяет организовать локальную сеть телевещания. Благодаря ей вы можете показывать кино, загруженное на компьютере, на телефоне, умном телевизоре, планшете. При этом вам не придется загружать фильм на каждый гаджет.
Пакеты передаются в домашней сети, если аппарат подключен к ней и имеет программное обеспечение для распознавания и преобразования сигнала в картинку.
Как включить MultiCast на роутере
Во всех роутерах опция IPTV по умолчанию выключена, т.к. она создает огромную нагрузку на устройство. Чтобы включить ее на маршрутизаторе от TP-Link, нужно:
- Открыть настройки на компьютере.
- Перейти в раздел «Сеть».
- Тапнуть IPTV.
- Включить функцию «IGMP Прокси».
- Поставить галочку напротив пункта «IGMP Snooping». Она необходима для повышения безопасности и стабильности передачи. Если гаджет не входит в группу, то он не сможет перехватить данные.
- Сохранить изменения.
Для передачи сигнала можно пользоваться беспроводной связью или проводами. Выбирайте способ в зависимости от разрешения картинки. Для трансляции 4К желательно использовать кабель либо подключиться к другой частоте, которую не используют компьютеры и телефоны. Для HD и Full HD скорости Wi-Fi хватит с запасом.
Как выбрать маршрутизатор для IPTV
Стоит уточнить, что роутеры могут передавать сигнал только в формате MultiCast, т.е. для всех устройств в домашней сети. Из-за этого необходим аппарат с достаточной мощностью и пропускной способностью интернета, чтобы он выдержал нагрузку. Наиболее популярными маршрутизаторами являются:
В каких ситуациях Multicast выгодно применять в IP-видеонаблюдении?
Мультикаст (multicast) – технология передачи данных, когда необходимо доставить одни и те же данные большому (и даже неограниченному) числу получателей, не перегружая при этом источник данных и сеть.
При использовании multicast камера или видеосервер отправляет в сеть один единственный поток данных, который затем дублируется маршрутизатором или коммутатором с функцией маршрутизации мультикаст-трафика. Поток может приниматься практически неограниченным количеством получателей. Например, поток с одной IP-камеры может приниматься неограниченным числом зрителей интернет трансляции. Или поток с видеосервера может приниматься на десятках рабочих мест операторов видеонаблюдения, не нагружая при этом ни видеосервер, ни сетевой порт видеосервера.
Исходящий из камеры или сервера трафик практически не изменяется и не зависит от количества получателей.
.jpg)
Что нужно для использования multicast?
Для применения технологии multicast необходимо выполнение следующих условий:
- реализация передачи multicast-трафика в видеокамерах либо в ПО видеонаблюдения на серверах;
- использование управляемых коммутаторов либо маршрутизаторов, с функцией маршрутизации мультикаст-трафика (IGMP snooping);
- настройка источников (камер, серверов), приемников (УРМ) и коммутаторов/маршрутизаторов.
Просто применение камер или серверов с multicast не дает результата без специальных коммутаторов и сложной настройки.
Преимущества и недостатки использования multicast
Преимуществами мультикаста являются:
- сравнительно небольшие требования к пропускной способности линии связи, идущей от источника трафика;
- возможность подключения большого количества получателей трафика (десятки, сотни, тысячи);
- стабильная работа источника трафика, т.к. подключение/отключение получателей никак не сказывается на работе источника.
Главным недостатком мультикаста , применительно к классическому охранному видеонаблюдению, является отсутствие преимуществ перед традиционным юникаст: у IP-камеры один получатель данных – видеосервер, у видеосервера небольшое количество получателей – несколько рабочих мест, к тому же, как правило, отображающих в один момент разный набор камер.
Дополнительно стоит упомянуть о непригодности мультикаст для работы с архивами видеосервера с удаленных рабочих мест. При просмотре архива подразумевается выборочное воспроизведение записей на разных рабочих местах. Это, в свою очередь, вынуждает использовать «традиционный» Unicast и, соответственно, увеличивать трафик сети.
В итоге Multicast имеет смысл применять только если в системе большое количество удаленных рабочих мест для отображения одних и тех же камер, которые не используются для просмотра видеоархивов. При построении систем видеонаблюдения с multicast следует выбирать сетевое оборудование с поддержкой IGMP snooping.
Multicast по wifi мгтс что это
Наш умозрительный провайдер linkmeup взрослеет и обрастает по-тихоньку всеми услугами обычных операторов связи. Теперь мы доросли до IPTV.
Отсюда вытекает необходимость настройки мультикастовой маршрутизации и в первую очередь понимание того, что вообще такое мультикаст.
Это первое отклонение от привычных нам принципов работы IP-сетей. Всё-таки парадигма многоадресной рассылки в корне отличается от тёплого лампового юникаста.
Можно даже сказать, это в некоторой степени бросает вызов гибкости вашего разума в понимании новых подходов.
В этой серии статей сосредоточимся на следующем:
Содержание серии статей про мультикаст
На заре моего становления, как инженера, тема мультикаста меня неимоверно пугала, и я связываю это с психотравмой моего первого опыта с ним.
«Так, Марат, срочно, до полудня нужно пробросить видеопоток до нашего нового здания в центре города — провайдер отдаст его нам тут на втором этаже» — услышал я одним чудесным утром. Всё, что я тогда знал о мультикасте, так это то, что отправитель один, получателей много, ну и, кажется, протокол IGMP там как-то задействован.
В итоге до полудня мы пытались всё это дело запустить — я пробросил самый обычный VLAN от точки входа до точки выхода. Но сигнал был нестабильным — картинка замерзала, разваливалась, прерывалась. Я в панике пытался разобраться, что вообще можно сделать с IGMP, тыркался, тыркался, включал мультикаст роутинг, IGMP Snooping, проверял по тысяче раз задержки и потери — ничего не помогало. А потом вдруг всё заработало. Само собой, стабильно, безотказно.
Это послужило мне прививкой против мультикаста, и долгое время я не проявлял к нему никакого интереса.
Уже гораздо позже я пришёл в к следующему правилу:
И теперь с высоты оттраблшученных кейсов я понимаю, что там не могло быть никаких проблем с настройкой сетевой части — глючило конечное оборудование.
Сохраняйте спокойствие и доверьтесь мне. После этой статьи такие вещи вас пугать не будут.
Общее понимание Multicast
Как известно, существуют следующие типы трафика:
Раз уж мы решили поговорить о мультикасте, то, пожалуй, начнём этот параграф с вопроса, где и как он используется.
Первое, что приходит на ум, — это телевидение (IPTV) — один сервер-источник отправляет трафик, который хочет получать сразу много клиентов. Это и определяет сам термин — multicast — многоадресное вещание. То есть, если уже известный вам Broadcast означает вещание всем, мультикаст означает вещание определённой группе.
Второе применение — это, например, репликация операционной системы на множество компьютеров разом. Это подразумевает загрузку больших объёмов данных с одного сервера.
Возможные сценарии: аудио и видеоконференции (один говорит — все слушают), электронная коммерция, аукционы, биржи. Но это в теории, а на практике редко тут всё-таки используется мультикаст.
Сформулируем два основных принципа мультикастовой рассылки:
- отправитель посылает только одну копию трафика, независимо от количества получателей;
- трафик получают только те, кто действительно заинтересован в нём.
В данной статье для практики мы возьмём IPTV, как наиболее наглядный пример.
Пример 1
Начнём с самого простого случая:
На сервере-источнике настроено вещание в группу 224.2.2.4 — это означает, что сервер отправляет трафик на IP-адрес 224.2.2.4. На клиенте видеоплеер настроен принимать поток группы 224.2.2.4.
При этом, заметьте, клиент и сервер не обязательно должны иметь адреса из одной подсети и пинговать друг друга — достаточно, чтобы они были в одном широковещательном домене. Мультикастовый поток просто льётся с сервера, а клиент его просто принимает. Вы можете попробовать это прямо у себя на рабочем месте, соединив патчкордом два компьютера и запустив, например, VLC.
Надо заметить, что в мультикасте нет никакой сигнализации от источника, мол, «Здрасьте, я Источник, не надо немного мультикаста?». Сервер-источник просто начинает вещать в свой интерфейс мультикастовые пакеты. В нашем примере они напрямую попадают клиенту и тот, собственно, сразу же их и принимает.
Если на этом линке отловить пакеты, то вы увидите, что мультикастовый трафик — это ни что иное, как море UDP-пакетов.
Содержимое мультикастового трафика
Мультикаст не привязан к какому-то конкретному протоколу. По сути, всё, что его определяет — адреса. Однако, если говорить о его применении, то в абсолютном большинстве случаев используется именно UDP. Это легко объясняется тем, что обычно с помощью многоадресной рассылки передаются данные, которые нужны здесь и сейчас. Например, видео. Если кусочек кадра потеряется, и отправитель будет пытаться его послать повторно, как это происходит в TCP, то, скорее всего, этот кусочек опоздает, и где его тогда показывать? Поезд ушёл. Ровно то же самое со звуком.
Соответственно не нужно и устанавливать соединение, поэтому TCP здесь ни к чему.
Чем же так разительно отличается мультикаст от юникаста? Думаю, у вас есть уже предположение. И вы, наверняка, правы.
В обычной ситуации у нас 1 получатель и 1 отправитель — у каждого из них один уникальный IP-адрес. Отправитель точно знает, куда надо слать пакет и ставит этот адрес в заголовок IP. Каждый промежуточный узел благодаря своей таблице маршрутизации точно знает, куда переслать пакет. Юникастовый трафик между двумя узлами беспрепятственно проходит сквозь сеть. Но проблема в том, что в обычном пакете указывается только один IP-адрес получателя.
Что делать, если у одного и того же трафика несколько получателей? В принципе можно расширить одноадресный подход и на такую ситуацию — отправлять каждому клиенту свой экземпляр пакета. Клиенты не заметят разницы — хоть он один, хоть их тысяча, но разница будет отчётливо различима на ваших каналах передачи данных.
Зависимость нагрузки на сеть от количества пользователей при передаче юникаст и мультикаст трафика
Предположим у нас идёт передача одного SD-канала с мультикаст-сервера. Пусть, он использует 2 Мб/с. Всего таких каналов 30, а смотрит каждый канал по 20 человек одновременно. Итого получается 2 Мб/с * 30 каналов * 20 человек = 1200 Мб/с или 1,2 Гб/с только на телевидение в случае одноадресной рассылки. А есть ведь ещё HD каналы, где можно смело умножать эту цифру на 2. И где тут место для торрентов?
Вот почему в IPv4 был заложен блок адресов класса D: 224.0.0.0/4 (224.0.0.0-239.255.255.255). Адреса этого диапазона определяют мультикастовую группу. Один адрес — это одна группа, обычно она обозначается буквой «G».
То есть, говоря, что клиент подключен к группе 224.2.2.4, мы имеем ввиду, что он получает мультикастовый трафик с адресом назначения 224.2.2.4.
Пример 2
Добавим в схему коммутатор и ещё несколько клиентов:
Собственно, все эти устройства становятся членами данной мультикастовой группы. Членство в ней динамическое: кто угодно, в любой момент может войти и выйти из неё.
Обратите внимание, что в данном случае от сервера-источника приходит только одна копия трафика на коммутатор, а не по отдельной копии на каждого клиента. И в нашем примере с SD каналами загрузка порта между источником и коммутатором будет не 1,2 Гб/с, а всего 60 Мб/с (2Мб/с * 30 каналов).
Собственно говоря, весь этот огромный диапазон (224.0.0.0-239.255.255.255) можно использовать. Ну, почти весь — первые адреса (диапазон 224.0.0.0/23) всё-таки зарезервированы под известные протоколы.
| Адрес | Значение |
|---|---|
| 224.0.0.0 | Не используется |
| 224.0.0.1 | Все узлы данного сегмента |
| 224.0.0.2 | Все мультикастовые узлы данного сегмента |
| 224.0.0.4 | Данный адрес выделялся для покойного протокола DVMRP |
| 224.0.0.5 | Все OSPF-маршрутизаторы сегмента |
| 224.0.0.6 | Все DR маршрутизаторы сегмента |
| 224.0.0.9 | Все RIPv2-маршрутизаторы сегмента |
| 224.0.0.10 | Все EIGRP-маршрутизаторы сегмента |
| 224.0.0.13 | Все PIM-маршрутизаторы сегмента |
| 224.0.0.18 | Все VRRP-маршрутизаторы сегмента |
| 224.0.0.19-21 | Все IS-IS-маршрутизаторы сегмента |
| 224.0.0.22 | Все IGMP-маршрутизаторы сегмента (v2 и v3) |
| 224.0.0.102 | Все HSRPv2/GLBP-маршрутизаторы сегмента |
| 224.0.0.107 | PTPv2 — Precision Time Protocol |
| 224.0.0.251 | mDNS |
| 224.0.0.252 | LLMNR |
| 224.0.0.253 | Teredo |
| 224.0.1.1 | NTP |
| 224.0.1.39 | Cisco Auto-RP-Announce |
| 224.0.1.40 | Cisco Auto-RP-Discovery |
| 224.0.1.41 | H.323 Gatekeeper |
| 224.0.1.129-132 | PTPv1/PTPv2 |
| 239.255.255.250 | SSDP |
Диапазон 224.0.0.0/24 зарезервирован под link-local коммуникации. Мультикастовые пакеты с такими адресами назначения не могут выходить за пределы одного широковещательного сегмента.
Диапазон 224.0.1.0/24 зарезервирован под протоколы, которым необходимо передавать мультикаст по всей сети, то есть проходить через маршрутизаторы.
Вот, собственно, самые базисные вещи касательно мультикаста.
Мы рассмотрели простую ситуацию, когда источник и получатель находятся в одном сегменте сети. Трафик, полученный коммутатором, просто рассылается им во все порты — никакой магии.
Но пока совсем непонятно, как трафик от сервера достигает клиентов, когда между ними огромная провайдерская сеть линкмиап? Да и откуда, собственно, будет известно, кто клиент? Мы же не можем вручную прописать маршруты, просто потому что не знаем, где могут оказаться клиенты. Не ответят на этот вопрос и обычные протоколы маршрутизации. Так мы приходим к пониманию, что доставка мультикаст — это нечто совершенно новое для нас.
Вообще, чтобы доставить мультикаст от источника до получателя на данный момент существует много протоколов — IGMP/MLD, PIM, MSDP, MBGP, MOSPF, DVMRP.
Мы остановимся на двух из них, которые используются в настоящее время: PIM и IGMP.
С помощью IGMP конечные получатели-клиенты сообщают ближайшим маршрутизаторам о том, что хотят получать трафик. А PIM строит путь движения мультикастового трафика от источника до получателей через маршрутизаторы.
Использование протоколов PIM и IGMP на участках сети
Современный человек на каждом шагу сталкивается с большим потоком визуальной и звуковой информации: домашнее телевидение, рекламные цифровые билборды, мультимедийные системы в поездах и самолетах, информирование в аэропортах и вокзалах и многое другое. Все эти системы требуют быстрой и эффективной передачи данных от одного источника до множества получателей. Такой же принцип работы используется при осуществлении видеоконференций, а в промышленном секторе востребован в системах видеонаблюдения и звукового аварийного оповещения.
На схеме изображена система, в которой источник информации отправляет три одинаковых экземпляра данных для трех получателей на их индивидуальные IP-адреса. Именно так выглядит одноадресная (unicast) рассылка.
Даже человеку, далекому от сетевых технологий, понятно, что в такой сети источнику приходится формировать несколько идентичных пакетов. А если получателей не три, а сотни или тысячи? В подобных системах необходимо применить совершенно другой подход – многоадресную (multicast) рассылку.
Multicast обеспечивает доставку трафика группе клиентов на IP-адрес группы многоадресной рассылки. Схема передачи данных выглядит следующим образом:
Независимо от того, сколько клиентов заинтересованы в получении данных, сервер-источник будет отправлять только один пакет, тем самым избегая излишнего дублирования. Плюсы такого подхода очевидны:
- рациональное использование пропускной способности;
- экономия вычислительных возможностей сервера;
- снижение нагрузки на сеть.
Более подробно рассмотрим механизм работы многоадресной рассылки.
Инструменты технологии multicast
Static Multicast – отслеживание и добавление статических многоадресных MAC-адресов вручную для фильтрации многоадресного трафика. Некоторые устройства не поддерживают динамическую регистрацию в мультикаст-группе, но в то же время способны получать многоадресный трафик. Чтобы это было возможно, такие устройства нужно зарегистрировать вручную: создать запись с групповым адресом и номерами портов в таблице многоадресной рассылки маршрутизатора.
IGMP (Internet Group Management Protocol) – протокол управления многоадресной передачей данных. Используется для динамической регистрации узлов-получателей в многоадресной группе. С его помощью хосты-клиенты оповещают маршрутизатор о своем желании получать многоадресный трафик (т.е. подписаться на рассылку). На сегодняшний день существует три версии данного протокола, все они совместимы между собой.
Механизм работы IGMP
Роутер получает IGMP-Report и заносит в свою таблицу мультикаст маршрутизации информацию о том, что на данном интерфейсе присутствуют клиенты, заинтересованные в получении трафика.
Групповой IP-адрес . Сервер-источник отправляется пакеты не на индивидуальные IP-адреса узлов, а на IP-адрес группы (выделенные специально для этих целей адреса в диапазоне от 224.0.0.0 до 239.255.255.255).
Групповой MAC-адрес . Для того, чтобы передавать кадры по локальной сети, каждому групповому IP-адресу должен соответствовать групповой MAC-адрес. Он всегда начинается с префикса 01:00:5Е, а оставшаяся часть формируется из 23 младших бит IP-адреса группы по определенному алгоритму.
Функция IGMP Snooping используется для того, чтобы избежать перенаправления трафика на все, даже не заинтересованные в его получении, узлы, т.е. для предотвращения флуда.
Маршрутизация Multicast трафика
Зачастую стоит задача транслирование многоадресного потока данных через несколько подсетей, разделенных маршрутизаторами. Каждый интерфейс маршрутизатора является широковещательным доменом, поэтому многоадресные пакеты маршрутизироваться между ними не будут. Именно для таких систем используют специализированные протоколы многоадресной маршрутизации. Например, протокол PIM.
PIM ( Protocol Independent Multicast ) – набор протоколов многоадресной маршрутизации, которые строят путь передвижения многоадресного трафика от сервера до клиентов через маршрутизаторы. Имеет два основных режима — Dense и Sparse , отличающихся принципом работы.
Организация многоадресной рассылки на маршрутизаторе Moxa
Типовая схема
Рассмотрим следующую типовую схему подключения сервера и клиентов, которые находятся в разных сегментах сети:
Многие интернет-провайдеры предоставляют услугу IPTV. А наши пользователи часто задают нам вопрос – как настроить IPTV телевидение для роутеров D-Link DIR или как включить в Wi-Fi маршрутизаторе D-Link DIR функцию мультикаст, благодаря которой вы сможете смотреть IPTV на своем домашнем компьютере.
Настроить IPTV для роутеров D-Link DIR с Windows 8, Windows 7, Windows XP и других операционных систем, очень просто. Достаточно выполнить несколько простых шагов, которые позволят вам настроить интернет телевидение.
Настройки, которые указаны в этой статье, подойдут для следующих интернет провайдеров:
Итак, в этой статье мы расскажем, как настроить IPTV телевидение для роутеров D-Link DIR.
Чтобы включить функцию multicast (ФйПиТиВи) в вашем роутере, необходимо через web-интерфейс роутера (ввести в окне браузера 192.168.0.1), зайти в меню: Home (Главная)> Wan и выбрать «IGMP Enabled». После чего следует нажать на кнопку/ссылку «Apply».
Затем, следует зайти в Advanced(Расширенные)> AdvancedNetwork (Дополнительные настройки) и нажать«EnableMulticastStream».
Затем нажмите на кнопку «Save Settings» (Сохранить настройки).
Вот и все, теперь вы знаете, как включить в Wi-Fi маршрутизаторе D-Link DIR функцию мультикаст и сможете наслаждаться просмотром телевизионных программ используя функцию IPTV. Приятного просмотра.
Каждому каналу присваивается свой IP из диапазона Multicast-адресов 224.0.0.0/4. Когда один их хостов запускает ПО для просмотра каналов, то это ПО начинает прослушивать какой-то из этих IP-адресов, например 239.1.1.10. Другие хосты, которые хотят смотреть тот же канал, например, СТС, также начинают прослушивать этот IP. Также данное ПО назначает виртуальный Multicast MAC-адрес на всех этих хостах, который генерируется из данного multicast-адреса. Они всегда начинаются на 01-00-5E-xx-xx-xx.
На данный момент маршрутизатор знает, что за интерфейсом е0/0 находится клиенты, которые слушают мультикаст-трафик 239.1.1.10.
Настройка IPTV через роутер | IPTV по Wi-Fi и проводное подключение
Если маршрутизатор не один, а несколько, то обработкой IGMP будет заниматься тот, у кого наименьший IP.
Format ЗаметкаAuthor rootCategories IGMP, Multicast, PIM
Проблема
Многоадресный трафик не проходит через коммутаторы Catalyst, даже внутри одной VLAN. На Рис.1 изображен типичный сценарий:
Рис. 1. Настройка сети с многоадресным источником и получателями
В данной настройке можно заметить, что получатель 1, который находится на одном коммутаторе с источником, получает многоадресный поток без затруднений. Однако получатель 2 не получает многоадресного трафика. Цель данного документа – устранить данную проблему.
Повторный обзор некоторый ключевых принципов многоадресной рассылки
До получения различных вариантов решения данной проблемы, вы должны четко представлять себе определенные принципы многоадресной рассылки уровня 2.
Настройка IP-TV на роутерах
В данном разделе описаны эти принципы.
Примечание. Если вы не хотите заниматься этим самостоятельно, передайте компьютерную сеть на ИТ аутсорсинг В данном разделе приведено простое и четкое объяснение, касающееся данной конкретной проблемы. Подробное объяснение этих терминов см. в разделе Дополнительные сведения данного документа.
Протокол IGMP
IGMP – это протокол, который обязывает конечные хосты (получатели) сообщить многоадресному маршрутизатору (опросчику IGMP) о намерении конечного хоста получать определенный многоадресный трафик. То есть, это протокол, использующийся между маршрутизатором и конечными хостами и позволяющий:
Маршрутизаторам запрашивать конечные хосты о потребности в определенном многоадресном потоке (запрос IGMP)
Конечным хостам сообщать и отвечать маршрутизатору о потребности в определенном многоадресном потоке (отчеты IGMP)
Функция отслеживания IGMP
Порт Mrouter
Порт mrouter – это порт с точки зрения коммутатора, который подключается к многоадресному маршрутизатору. Необходимо присутствие, по крайней мере, одного порта mrouter для работы коммутаторов по отслеживанию IGMP. Это требование подробно описано в разделе Общие сведения о проблеме и ее решения данного документа.
Многоадресная рассылка на L2
Любой IP-трафик версии 4 (IPv4) с IP-адресом назначения в диапазоне от 224.0.0.0 до 239.255.255.255 является многоадресным потоком. Все многоадресные пакеты IPv4 соответствуют предварительно определенному MAC-адресу IEEE с форматом 01.00.5e.xx.xx.xx.
Примечание. Функция отслеживания IGMP действует в случае, если MAC-адреса многоадресной рассылки соответствуют IEEE-совместимому MAC-диапазону. Согласно разработке данной функции, отслеживание некоторых зарезервированных диапазонов многоадресной рассылки не предполагается. Если не соответствующий критериям многоадресный пакет исходит из коммутируемой сети, он отправляется через эту VLAN, где расценивается как широковещательный трафик.
Как включить функцию мультикаст в маршрутизаторах tp link
Смысл работы этой функции в том, что настройка multicast делается таким образом, что ТВ-поток транслируется по Wi-Fi с подменой аппаратного MAC-адреса на канальном уровне сети.
В беспроводных роутерах ASUS так же есть возможность настроить Wireless Multicast Forwarding на маршрутизаторе.
Для этого надо зайти в веб-интерфейс маршрутизатора. Затем, в главном меню выбираем раздел Беспроводная сеть, закладка Профессионально:
Инструкции и советы:
Полезная информация:
Other versions:
Настройка IPTV на ASUS RT-N12, RT-N11P и RT-N10
На сегодняшний день многие пользователи используют не только домашний Интернет от своего провайдера, но и телевидение IPTV.
Как настроить мультикаст
Эта инструкция предназначена для тех, кто разобрался с настройкой Wi-Fi роутера ASUS RT-N12, RT-N11P или RT-N10, но пока не настроил работу ТВ (впрочем, для других моделей маршрутизаторов ASUS путь будет тем же).
Перед настройкой подключите ТВ приставку к одному из разъемов LAN на тыльной стороне вашего роутера, после чего выполните следующие простые шаги.
- Зайдите в настройки вашего роутера. Обычно для этого нужно ввести адрес 192.168.1.1 в адресную строку любого браузера и ввести логи и пароль от веб-интерфейса настроек (стандартно — admin и admin соответственно, но обычно при первоначальной настройке роутера логин и пароль изменяются).
- На главной странице в меню слева выберите пункт «Локальная сеть» (или ЛВС в некоторых вариантах прошивок), а на следующей странице перейдите на вкладку IPTV
- В разделе «LAN порт» в пункте «Выбор порта IPTV STB» выберите порт LAN на роутере, к которому подключена ТВ приставка провайдера.
- Примените сделанные настройки.
Примечание: для некоторых популярных провайдеров, в частности для Ростелеком и Билайн для работы телевидения IPTV также может потребоваться включить опции:
- Многоадресная маршрутизация IGMP Proxy
- IGMP Snooping
Сделать это можно на той же странице настроек Wi-Fi роутера ASUS.
Возможно, вам также пригодятся полные инструкции:
Возможные проблемы при настройке Wi-Fi роутера
Основная задача udpxy заключается в передаче данных, считанных из мультикаст-канала (рассылающего данные подписчикам по протоколу UDP), в клиентское соединение, работающее в протоколе TCP. Таким образом, клиент, не имея возможности работать с протоколом UDP, может послать запрос udpxy, установить TCP соединение и работать с данными, полученными из указанного (в изначальном запросе) мультикаст-канала. Такая возможность востребована при просмотре IPTV на мобильных устройствах, телевизорах с функциональностью SmartTV и игровых консолях.
Функция Udp Proxy на роутерах Keenetic II реализована в качестве отдельного компонента микропрограммы. Для установки данного компонента необходимо:
Это конец? WiFi и IP-телевидение в multicast-потоке не совместимы?
Для корректной работы UDP Proxy необходимо отключить IGMP Proxy. Одновременная работа двух этих функций невозможна!Для этого проделываем следующее:
В случае использования настроек по умолчанию, udpxy-сервер будет работать в локальной сети по порту 4022, т.е. все клиенты должны обращаться по этому номеру TCP-порта.
Если не подходит, сбросить на заводские настройки, отключить оптику, перезагрузить, зайти с логином/паролем выше, поставить в настройках management — TR-069 Client — disable — save — apply. Если это не сделать, то МГТС рано или поздно пароль суперадмина сменит.
Но в режим моста у меня перевести не получилось всё равно.
Если у кого получилось, пишите.
что то не бурно обсуждается сей девайс (((
вафля 5гц далеко не бьет (( вышел в подьезд покурить — уже LTE ((( в дальней комнате — то есть то нет. скачет/пропадает. меняя я думал хоть антены будут внешние.
скорость по вафле не далеко от роутера — 85-92 .
есть мысля мостом с ASUS N66U связать. ( но пока не разбирался , некада , да и поставили недавно )
Подскажите как:
1. Настроить Zyxel Giga II, чтобы он получал внешний IP от ONT/Sercomm RV6699?
(как я понимаю надо настроить ONT/Sercomm RV6699 в режим моста и что-то сделать на Zyxel Giga II? )
2. Как узнать SIP-пароль на ONT/Sercomm RV6699?
Долго мучался с этим роутером, но удалось переключить его в режим моста, так что бы iptv не отваливалось, pfsense роутит пакеты, iptv журчит на 4-м LAN, плюс оказывается в нем можно настройку произвести так, что-бы в LAN вываливалось IPTV через igmpproxy(встроенный в него), в целом учитывая скорости доволен, моя домашняя серверная получила апгрейд скорости в 3.5 раза 🙂 В субботу перешел с NbN на GPON. Как то утомился отдавать 650р за 100 мегабитку. А тут и сигнализацию квартирную на цифру поменял, да и МГТС несколько раз звонили и вежливо спрашивали «Когда?»
Акция 150 за 450р то же была в тему. Привезли и поставили Sercomm rv6699. Раньше никогда не имел дело с железом этой фирмы. Первое впечатление — странное. По lan — все без проблем. Заявленные 150 отдает и принимает без проблем. Внутреннюю локалку всю перетряс и по IP прописал в новую железяку. А вот WI-FI — как то разочаровал. Даже при установке усиления в макс — через стену уже теряется скорость, а в соседней 5GHz ас вообще пропадает.
N 2,4GHz — вообще своей странной жизнью живет. Скорость прыгает, как хочет. Больше 56 на ipad & iphone6 увидеть не смог и то, в 2х метрах от коробки. Пришлось городить огород из гигабитного свитча Netis и hAP AC light Mikrotik переведенного в точку доступа для раздачи вафли по квартире.
По модели, пока, вразумительной информации в инете не нашел. Странно у меня на макбуке проблем не было, да и с другими девайсами, видимо удачное расположение практически в центре квартиры, по валфе на маке вообще 700 мегабит выдал, пока монтажники тестировали 🙂 Долго мучался с этим роутером, но удалось переключить его в режим моста
А как вы его в режим моста переключили? расскажите
Статистика Ping для 209.99.17.14:
Пакетов: отправлено = 4, получено = 0, потеряно = 4
(100% потерь)
Почему-то на интернете от МГТС GPON не пингуется, на других провайдерах — все отлично.
Планирую отказываться от МГТС GPON
Статистика Ping для 209.99.17.14:
Пакетов: отправлено = 4, получено = 4, потеряно = 0
(0% потерь)
Приблизительное время приема-передачи в мс:
Минимальное = 172мсек, Максимальное = 173 мсек, Среднее = 172 мсек
Мда. Собираюсь у них завтра подключать пакет 350 Мбит + две симкарты. Но какой короб они мне воткнули ещё не смотрел. Если не Серком, то потребую замены на него, родимого. Всё остальное (ZTE, Huawei) шлак.
Это нужно мне для работы.
Спасибо, сегодня с 14.00 и у меня пингуется. Видимо в МГТС устранили проблему — спрашивал у всех у кого МГТС (у всех до 14.00 были проблемы), чтобы доказать МГТС, что проблема на их стороне.
IGMP Proxy и Мультикаст: что это в роутере и как включить?
И так, чтобы раскрыть тему IGMP Proxy, PIM и мультикаста полностью – давайте начнём с самого начала. Вы, наверное, уже знаете, как передаётся эфирное телевидение. То есть у нас есть телевизионная вышка, которая путём радиоволн передаёт закодированный сигнал. А клиент в свою очередь принимает этот сигнал с антенны и видит картинку на телевизоре. Аналогично все происходит и путём кабельного ТВ. Только разница в том, что в кабельном идёт сигнал непосредственно по проложенному проводу к каждому приёмнику.
Но общее все же есть – сигнал одновременно поступает к всем клиентам. Когда вы включите телевизор, то вы увидите сигнал, который отправляется всем. Но если вы включите, например тот же самый YouTube, то там все по-другому. Каждому пользователю предоставляется свой пакет трафика.
И вот мы подошли к вопросу – что же такое мультикаст? Это технология, которая объединяет два этих подхода передачи трафикав. На первом уровне, пакет отправляется только в одном экземпляре, но только тому клиенту, который сделал на него запрос. Приёмников на самом деле может быть несколько.
Самый яркий пример мультикаста — это использования IPTV. Не все провайдеры предоставляют данную возможность, но щас она набирает обороты и возможно, кто-то уже пользуется этой услугой. Представим, что у нас есть два пользователя: Вася и Петя, который подключены к одному провайдеру. Так вот сервер IPTV, отправляет сигналы не всем пользователям, а только тем, кто в данный момент подключен.
Но самое главное, что Вася и Петя будут получать сигнал и пакеты только того канала, который в данный момент включен. Например, Вася смотрит «Первый канал», а Петя «СТС». Сервер четко отправляет пакеты информации только по тому каналу, который активен. Ещё один пример — это онлайн конференция, которой часто пользуются крупные компании. Ведь нет смысла раскидываться трафиком и отправлять всем, можно просто от одного разливать информацию к каждому клиенту.
Реализация
А теперь встаём следующая проблема – как это организовать. Представьте себе, что в сети у провайдера очень много узлов, коммутаторов, маршутизаторов, серверов и есть центральный сервер того же IPTV. Задача сервера отправить трафик таким образом, чтобы он максимально быстро через минимальное количество узлов дошёл до пользователя.
При этом нужно это сделать так, чтобы не образовалось кольцо – когда трафик начинает ходить по кругу и бесконечно. Поэтому путь пакетов будет выглядеть как дерево, да и топология будет использоваться подобная. То есть выходя пакет от сервера он подходит к одному из узлов. Дальше узел должен определить куда дальше отправлять пакет.
А теперь мы подобрались к протоколу IGMP (Internet Group Management Protocol) — это такой протокол, который позволяет быстро подключаться клиенту к ближайшему маршрутизатору. Он сообщает ему, что нужен трафик по тому или иному каналу. Если же запроса к маршрутизатору нет, то он просто простаивает и тем самым высвобождает ресурсы сети.
Также используется PIM (Protocol Independent Multicast) протокол – эта такая система, которая выстраивает адрес от сервера к конечному получателю через одну ветвь дерева. При этом система постоянно мониторит путь, чтобы менять его, если какой-то сегмент выключен или был перемещён.
Проще говоря, сервер транслирует только один сигнал каждого телевизионного канала. И пользователи получают только сигнал того канала, который запросили. Одновременно один сигнал могут получать и несколько приёмников. Именно для этого и нужен протокол IGMP.
Куда идёт пакет
Рассмотрим на примере. Вообще данная технология использует IP адреса 224.0.0.0-239.255.255.255 диапазона. Например, сервер отправляет один канал с адресом 224.2.2.4. Это канал «СТС». IGMP протокол, использующийся только в отрезке между клиентом и ближайшим маршрутизатором, который к нему подключен.
- Так вот, пользовательская программа отправляет запрос на просмотр канала 224.2.2.4 ближайшему маршрутизатору.
- Если в маршрутизаторе уже есть поток и через него идёт дерево канала, который запросил клиент – то пакеты сразу же отправляются пользователю, и он видит изображение.
- Как только клиент выключит программу на маршрутизатор отправляется сигнал, о выходе из группы и сигнал более туда не идёт.
- Но также маршрутизатор постоянно отправляет сигнал на ближайших включенных клиентов, чтобы удостовериться, что они ещё принимают трафик. Происходит это каждые 60 секунд. Клиент, который получил такой запрос, обязан отправить ответ или его отключат. Все это происходит в автономном режиме.
Как включить на роутере
В роутере данная функция чаще всего нужна для нормального просмотра IPTV. По умолчанию эта функция уже включена, но можно проверить. Теперь я покажу как включить эту функцию на примере модели TP-Link.
Заходим в «Сеть» – «IPTV» и включаем «IGMP Прокси». Также не забываем поставить галочку «IGMP Snooping» – функция, исключающая получение трафика от группы, к которой не принадлежит клиент. На новых прошивках данный пункт находится там же, только изначально надо нажать на вкладку «Дополнительные настройки». Обязательно нажмите на кнопку «Сохранить» в само конце.