WikiDer > Многоадресная IP-рассылка

IP multicast

Многоадресная IP-рассылка это метод отправки протокол Интернета (IP) дейтаграммы группе заинтересованных получателей за одну передачу. Это специфическая для IP форма многоадресная передача и используется для потоковое мультимедиа и другие сетевые приложения. Он использует специально зарезервированные многоадресный адрес блоки в IPv4 и IPv6.

Протоколы, связанные с многоадресной IP-рассылкой, включают: Протокол управления интернет-группами, Независимая от протокола многоадресная передача и Регистрация Multicast VLAN. Отслеживание IGMP используется для управления многоадресным IP-трафиком на слой-2 сети.

Многоадресная IP-рассылка описана в RFC 1112. Многоадресная IP-рассылка была впервые стандартизирована в 1986 году.[1] Его характеристики были расширены в RFC 4604 включить групповое управление и в RFC 5771 для включения адресов с административной областью действия.

Техническое описание

Обзор

Многоадресная IP-рассылка - это метод один ко многим и многие-ко-многим связь в реальном времени через IP-инфраструктуру в сети. Он масштабируется для большего количества получателей, поскольку не требует ни предварительного знания личности получателя, ни количества получателей. Многоадресная рассылка эффективно использует сетевую инфраструктуру, требуя от источника отправки пакета только один раз, даже если он должен быть доставлен большому количеству получателей. Узлы в сети (обычно сетевые коммутаторы и маршрутизаторы) позаботьтесь о репликации пакета, чтобы он достиг нескольких получателей, так что сообщения отправляются по каждому каналу сети только один раз.

Самый распространенный транспортный уровень протокол для использования многоадресной адресации Протокол пользовательских датаграмм (UDP). По своей природе UDP не является надежным - сообщения могут быть потеряны или доставлены не по порядку. Надежная многоадресная рассылка протоколы, такие как Практическая универсальная многоадресная передача (PGM) были разработаны для добавления обнаружения потери и повторной передачи поверх многоадресной IP-рассылки.

Ключевые концепции многоадресной IP-рассылки включают в себя групповой IP-адрес,[2] дерево многоадресной рассылки и создание дерева, управляемого получателем.[3]

Групповой IP-адрес многоадресной рассылки используется источниками и получателями для отправки и получения многоадресных сообщений. Источники используют групповой адрес в качестве IP-адреса назначения в своих пакетах данных. Получатели используют этот групповой адрес для информирования сети о том, что они заинтересованы в получении пакетов, отправленных этой группе. Например, если какой-то контент связан с группой 239.1.1.1, источник будет отправлять пакеты данных, предназначенные для 239.1.1.1. Получатели этого контента сообщат сети, что они заинтересованы в получении пакетов данных, отправленных группе. 239.1.1.1. Получатель присоединяется 239.1.1.1. Протокол, обычно используемый получателями для присоединения к группе, называется протоколом Протокол управления интернет-группами (IGMP).[4]

С протоколами маршрутизации, основанными на общих деревьях, после того, как получатели присоединяются к определенной группе многоадресной IP-рассылки, для этой группы строится дерево рассылки многоадресной рассылки. Наиболее широко для этого используется протокол Независимая от протокола многоадресная передача (ПИМ). Он устанавливает деревья многоадресной рассылки таким образом, чтобы пакеты данных от отправителей в группу многоадресной рассылки доходили до всех получателей, которые присоединились к группе. Существуют варианты реализации PIM: Разреженный режим (СМ), Плотный режим (DM), многоадресная рассылка для конкретного источника (SSM) и двунаправленный режим (Bidir, или режим разреженной плотности, SDM). Из них PIM-SM является наиболее широко используемым с 2006 года.;[нужна цитата] SSM и Bidir - это более простые и масштабируемые варианты, разработанные недавно и набирающие популярность.[нужна цитата]

Операция многоадресной IP-рассылки не требует, чтобы активный источник знал о получателях группы. Построение многоадресного дерева управляется получателем и инициируется сетевыми узлами, которые находятся рядом с получателями. Многоадресная IP-рассылка масштабируется для большого количества получателей. Модель многоадресной IP-рассылки описана архитектором Интернета. Дэйв Кларк например: «Вы помещаете пакеты на один конец, и сеть сговаривается доставить их любому, кто попросит».[5]

Многоадресная IP-рассылка создает информацию о состоянии для каждого дерева многоадресной рассылки в сети. Если маршрутизатор является частью 1000 деревьев многоадресной рассылки, он имеет 1000 записей многоадресной маршрутизации и пересылки. С другой стороны, маршрутизатору многоадресной рассылки не нужно знать, как связаться со всеми другими деревьями многоадресной рассылки в Интернете. Ему нужно знать только о деревьях многоадресной рассылки, для которых у него есть нисходящие приемники. Это ключ к масштабированию сервисов с многоадресной адресацией. Напротив, одноадресный маршрутизатор должен знать, как достичь всех других одноадресных адресов в Интернете, даже если он делает это, используя только маршрут по умолчанию. По этой причине агрегация является ключом к масштабированию одноадресной маршрутизации. Кроме того, есть базовые маршрутизаторы, которые передают маршруты в сотни тысяч, потому что они содержат таблицу маршрутизации Интернета.

Маршрутизация

Каждый хост, который хочет быть принимающим членом группы многоадресной рассылки (т.е. получать данные, соответствующие определенному адресу многоадресной рассылки), должен использовать IGMP для присоединения. Соседние маршрутизаторы также используют этот протокол для связи.

При одноадресной маршрутизации каждый маршрутизатор проверяет адрес назначения входящего пакета и ищет его в таблице, чтобы определить, какой интерфейс использовать, чтобы этот пакет приблизился к своему месту назначения. Адрес источника не имеет отношения к маршрутизатору. Однако при многоадресной маршрутизации адрес источника (который является простым адресом одноадресной рассылки) используется для определения направления потока данных. Источник многоадресного трафика считается восходящим. Маршрутизатор определяет, какие нисходящие интерфейсы являются адресатами для этой многоадресной группы (адрес назначения), и отправляет пакет через соответствующие интерфейсы. Период, термин переадресация обратного пути используется для описания этой концепции маршрутизации пакетов от источника, а не к месту назначения.

Ряд ошибок может произойти, если пакеты, предназначенные для одноадресной рассылки, случайно отправлены на многоадресный адрес; в частности, отправка пакетов ICMP на многоадресный адрес использовалась в контексте DoS-атаки как способ достижения пакетного усиления.

В локальной сети многоадресная доставка контролируется IGMP (на IPv4 сеть) и MLD (на IPv6 сеть); внутри домен маршрутизации, PIM или же МОСПФ используются; между доменами маршрутизации используются протоколы междоменной многоадресной маршрутизации, такие как MBGP.

Ниже приведены некоторые распространенные протоколы доставки и маршрутизации, используемые для многоадресной рассылки:

Доставка уровня 2

Одноадресные пакеты доставляются определенному получателю в подсети Ethernet или IEEE 802.3 путем установки определенного уровня 2. MAC-адрес на адрес пакета Ethernet. Широковещательные пакеты используют широковещательный MAC-адрес (FF: FF: FF: FF: FF: FF).

IPv4 многоадресные пакеты доставляются с использованием диапазона MAC-адресов Ethernet 01: 00: 5e: 00: 00: 00–01: 00: 5e: 7f: ff: ff (с OUI принадлежит IANA). Этот диапазон имеет 23 бита доступного адресного пространства. Первый октет (01) включает бит широковещательной / многоадресной передачи. Младшие 23 бита 28-битного IP-адреса многоадресной рассылки отображаются в 23 бита доступного адресного пространства Ethernet. Это означает, что доставка пакетов неоднозначна. Если два хоста в одной и той же подсети подписываются на разные группы многоадресной рассылки, адрес которых отличается только в первых 5 битах, пакеты Ethernet для обеих групп многоадресной рассылки будут доставлены на оба узла, что потребует от сетевого программного обеспечения на узлах отбрасывания ненужных пакетов.[6]

За IPv6 многоадресные адреса, MAC-адрес Ethernet получается из четырех младших октетов OR'ed с MAC 33: 33: 00: 00: 00: 00, поэтому, например, IPv6-адрес FF02: DEAD: BEEF :: 1: 3 будет сопоставить с MAC-адресом Ethernet 33: 33: 00: 01: 00: 03.[7]

Если коммутатор не понимает многоадресные адреса, он перенаправит этот трафик всем членам локальной сети; в этом случае сетевая карта системы (или операционная система) должна фильтровать пакеты, отправляемые группам многоадресной рассылки, на которые они не подписаны.

Существуют коммутаторы, которые прослушивают трафик IGMP и поддерживают таблицу состояний, в которой сетевые системы подписаны на данную группу многоадресной рассылки. Затем эта таблица используется для пересылки трафика, предназначенного для данной группы, только на ограниченный набор хостов (портов). Этот процесс прослушивания трафика IGMP называется Отслеживание IGMP.

Кроме того, некоторые коммутаторы с возможностями уровня 3 могут действовать как запросчик IGMP. В сетях, где нет маршрутизатора, который действовал бы как маршрутизатор многоадресной рассылки, можно использовать коммутатор с включенным средством отслеживания IGMP для генерации необходимых сообщений IGMP, чтобы побудить пользователей подписаться на многоадресный трафик.

Рекомендации по беспроводной связи

802.11 беспроводная сеть использует тот же диапазон MAC-адресов, что и проводной Ethernet, для сопоставления IP-адресов многоадресной рассылки. Однако беспроводная сеть 802.11 обрабатывает многоадресный трафик по-разному, в зависимости от конфигурации сообщение индикации трафика доставки (DTIM) и интервал маяка настройки. Если в пределах базовый набор услуг находятся в режиме энергосбережения, многоадресные пакеты отправляются сразу после их прибытия. Если одна или несколько станций находятся в режиме энергосбережения, точки доступа доставляют многоадресный трафик только после каждого интервала DTIM и передают на одной из поддерживаемых скоростей в наборе базовой скорости. В большинстве точек беспроводного доступа конфигурация по умолчанию для этого интервала составляет 102,4 мс.[нужна цитата] (Интервал маяка = 100 мс, DTIM = 1) или 204,8 мс[нужна цитата] (Интервал маяка = 100 мс, DTIM = 2) и скорость передачи составляет 1 Мбит / с или 6 Мбит / с.[нужна цитата], в зависимости от рабочего диапазона и режима защиты. Параметры DTIM и интервала маяка можно настроить для повышения производительности многоадресной передачи в беспроводных сетях.[8]

В отличие от Ethernet, большая часть трафика в 802.11 надежно отправляется с использованием ACK и NACK, так что радиопомехи не вызывают невыносимо больших потерь пакетов. Однако многоадресные пакеты отправляются один раз и не подтверждаются, поэтому они подвержены гораздо более высокому уровню потерь. Существуют различные методы решения этой проблемы, такие как выбор многократной одноадресной многоадресной передачи данных каждому клиенту или запрос ACK от каждого клиента.[9] Некоторые методы требуют только модификации точки доступа и поддерживаются на некоторых устройствах корпоративного класса, в то время как другие улучшения потребуют модификации клиентов и поэтому не получили широкого распространения.

Безопасная многоадресная рассылка

Многоадресная IP-рассылка - это метод интернет-связи, при котором один пакет данных может быть передан от отправителя и реплицирован на набор получателей. Методы репликации в некоторой степени зависят от носителя, используемого для передачи данных. Передача многоадресной рассылки на встроенном носителе вещания, таком как Ethernet или спутниковая связь, автоматически позволяет принимать пакет данных всеми приемниками, непосредственно подключенными к носителю. Напротив, передача многоадресной рассылки на среде, которая является двухточечной или многоадресной, требует, чтобы пакет реплицировался для каждого канала. Процесс репликации должен происходить оптимальным образом, если в сети строится дерево распределения. Пакет может быть реплицирован на каждую из ветвей дерева. Это снижает необходимость для отправителя реплицировать пакет один раз для каждого получателя.

Использование IPsec поскольку канал связи требует установления соединения точка-точка. Обычно безопасность требуется от отправителя к получателю, что подразумевает, что отправитель должен реплицировать пакет по каждому из защищенных соединений - по одному для каждого получателя. По мере роста числа получателей отправитель должен масштабироваться, реплицируя пакет каждому из получателей. Обработка нагрузки на отправителя может быть высокой, что ограничивает масштабируемость отправителя. Для безопасной передачи многоадресной рассылки потребовался новый метод, получивший название Secure Multicast или Multicast Security.

Инженерная группа Интернета (IETF) создал новый интернет-протокол (IP) для безопасной передачи многоадресного трафика по пакетной сети. Определение протокола было разработано в Рабочей группе безопасности многоадресной рассылки и привело к появлению нескольких запросов на комментарии (RFC), которые теперь используются в качестве стандартов для защиты многоадресного IP-трафика. Протокол позволял отправителю зашифровать многоадресный пакет и направить его в пакетную сеть на оптимальном дереве распределения. Пакет может быть воспроизведен в оптимальных местах сети и доставлен всем получателям. Получатели могут дешифровать пакет и пересылать его в защищенной сетевой среде. Отправитель многоадресного пакета не знает потенциальных получателей; следовательно, создание парных ключей шифрования (по одному для каждого получателя) невозможно. Отправитель должен зашифровать пакеты, используя общий ключ, который все законные получатели используют для дешифрования пакетов. Безопасность системы основана на способности контролировать распространение ключей только законным получателям. Для этого IETF создал Групповой домен интерпретации (GDOI) протокол, определенный в RFC-6407. Протокол позволяет отправителю и получателю присоединиться к серверу ключей, где политики и ключи шифруются и распространяются среди членов группы безопасной многоадресной рассылки. Сервер ключей может аутентифицировать и авторизовать отправителей и получателей в определенной группе, где общий ключ используется для шифрования и дешифрования трафика между членами группы.

Надежная многоадресная рассылка

Дальнейшая информация: Надежная многоадресная рассылка

Многоадресная рассылка по самой своей природе не является механизмом, ориентированным на установление соединения, поэтому такие протоколы, как TCP, который позволяет повторно передавать пропущенные пакеты, не подходят. Для таких приложений, как потоковая передача аудио и видео, случайный сброс пакетов не является проблемой. Но для распространения критически важных данных требуется механизм запроса повторной передачи.

Одной из таких схем, предложенных Cisco, является PGM (первоначально Pretty Good Multicasting, но измененная по причинам товарного знака на Практическая универсальная многоадресная передача),[нужна цитата] задокументировано в RFC 3208. В этой схеме многоадресные пакеты имеют порядковые номера, и, когда пакет пропущен, получатель может запросить повторную многоадресную передачу пакета с другими членами группы многоадресной рассылки, игнорируя замещающие данные, если это не требуется. В расширенной версии PGM-CC была предпринята попытка сделать многоадресную IP-рассылку более «дружественной к TCP», снизив для всей группы полосу пропускания, доступную худшему приемнику.

Две другие схемы задокументированы Инженерная группа Интернета (IETF): протокол отслеживания стандартов NACK-Oriented Reliable Multicast (NORM), задокументированный в RFC 5740 и RFC 5401, а протокол Доставка файлов через однонаправленный транспорт (ФЛЕЙТА), задокументированная в RFC 6726. Для них существуют не только проприетарные, но и открытые исходные коды. Существуют и другие такие протоколы, например Масштабируемая надежная многоадресная рассылка, и определяются множеством источников. Такие протоколы различаются по средствам обнаружения ошибок, механизмам, используемым для восстановления после ошибок, масштабируемости такого восстановления и лежащим в основе идеям, связанным с тем, что значит быть надежным. Список надежных протоколов многоадресной рассылки от ACM SIGCOMM Multicast Workshop от 27 августа 1996 г. документирует ряд подходов к проблеме.

Независимые группы, такие как Internet Protocol Multicast Standards Initiative (IPMSI), заявили, что отсутствие действительно масштабируемого протокола Secure Reliable IP Multicast, подобного предлагаемому Безопасная многоадресная передача для расширенного повтора телевидения (SMART) препятствовали внедрению IP Multicast в междоменной маршрутизации. Отсутствие широко распространенной системы, которая имеет уровень безопасности AES и масштабируемую надежность, не позволяет средствам массовой информации транслировать спортивные события (например, Суперкубок) и / или события последних новостей от передачи в общедоступном Интернете.[нужна цитата]

Надежные протоколы многоадресной IP-рассылки, такие как PGM и SMART, являются экспериментальными; единственный протокол отслеживания стандартов - это НОРМ (стандартная версия RFC 3941 указано в RFC 5401, стандартная версия RFC 3940 указано в RFC 5740).

Протоколы на основе многоадресной рассылки

Поскольку многоадресная рассылка отличается от одноадресной рассылки, только протоколы, предназначенные для многоадресной рассылки, могут разумно использоваться с многоадресной рассылкой. Большинство существующих протоколов приложений, использующих многоадресную рассылку, работают поверх Протокол пользовательских датаграмм (UDP).

Во многих приложениях Транспортный протокол в реальном времени (RTP) используется для кадрирования мультимедийного контента по многоадресной передаче; то Протокол резервирования ресурсов (RSVP) может использоваться для резервирования полосы пропускания в сети, поддерживающей многоадресное распространение. Многоадресный DNS (mDNS) можно использовать для разрешения имен домена или хоста без выделенного DNS-сервера с помощью многоадресной рассылки.

Развертывание

Многоадресная IP-рассылка широко используется на предприятиях, в коммерческих фондовые биржии сети доставки мультимедийного контента. Обычное корпоративное использование многоадресной IP-рассылки для IPTV такие приложения, как прямые телетрансляции и телевизионные собрания компаний.[нужна цитата]

В индустрии гостеприимства многоадресная IP-рассылка стала обычным явлением для IPTV распространение в гостиницах и в секторе розничной торговли Многоадресная IP-рассылка в настоящее время широко используется для приложений ТВ-распространения и видеорекламы.

Операторы платного телевидения и некоторые образовательные учреждения со значительным количеством студентов на территории кампуса развернули многоадресную IP-рассылку для односторонней передачи потоковое мультимедиа например, высокоскоростное видео для больших групп приемников. Кроме того, в некоторых случаях использовались аудио- и видеоконференции с использованием технологий многоадресной передачи. Они гораздо менее распространены и чаще всего относятся к исследовательским и образовательным учреждениям, которые часто обладают большей сетевой пропускной способностью для удовлетворения потребностей.[нужна цитата] Некоторые технические конференции и собрания передаются с использованием многоадресной IP-рассылки. До не давнего времени[когда?] многие заседания на собраниях IETF проводились с использованием многоадресной рассылки.[нужна цитата]

Другое использование многоадресной рассылки в кампусе и коммерческих сетях - это распространение файлов, в частности, для доставки образов операционной системы и обновлений на удаленные узлы. Ключевым преимуществом многоадресных загрузочных образов по сравнению с одноадресными загрузочными образами является значительно меньшее использование полосы пропускания сети.

Многоадресная IP-рассылка также была внедрена в финансовом секторе для таких приложений, как биржевые тикеры и гудеть и кричать системы.[10]

Хотя многоадресная IP-рассылка добилась определенного успеха в каждой из этих областей, услуги многоадресной рассылки обычно недоступны для среднего конечного пользователя.[нужна цитата] Есть два основных связанных фактора отсутствия повсеместного развертывания. Во-первых, пересылка многоадресного трафика накладывает большую сложность протокола на поставщиков сетевых услуг.[нужна цитата] Во-вторых, базовая сетевая инфраструктура предоставляет гораздо более широкую поверхность для атак, особенно уязвимую для атак типа «отказ в обслуживании».[нужна цитата]

Большой государственный Требования к маршрутизаторам делают приложения, использующие большое количество деревьев, неспособными работать при использовании многоадресной IP-рассылки. Брать информация о присутствии в качестве примера, где каждому человеку нужно сохранить хотя бы одно дерево своих подписчиков, если не несколько. Еще не было продемонстрировано никакого механизма, который позволил бы масштабировать модель многоадресной IP-рассылки до миллионов отправителей и миллионов групп многоадресной рассылки, и, таким образом, пока невозможно реализовать на практике полностью общие приложения многоадресной рассылки.[нужна цитата] По этим причинам, а также по причинам экономики[нужна цитата], Многоадресная IP-рассылка обычно не используется в коммерческих магистралях Интернета.

RFC 3170 (Приложения IP Multicast: проблемы и решения) предоставляет обзор проблем развертывания.

История

Разработка

Многоадресная IP-рассылка была впервые разработана Стив Диринг в то время как в Стэнфордском университете, за который он получил Интернет-премию IEEE.[11]

В MBONE был давним экспериментальным подходом к обеспечению многоадресной рассылки между сайтами с использованием туннелей. Несмотря на то, что MBONE больше не функционирует, вновь наблюдается интерес к туннелированию многоадресного трафика, чтобы сделать эту услугу доступной для широкого круга конечных пользователей.

CastGate

CastGate была попыткой исследовательской группы ETRO-TELE на Vrije Universiteit Brussel внедрить многоадресную IP-рассылку в Интернете.[12]

Хотя многоадресная рассылка позволила бы пользователю Интернета получать мультимедиа и другой контент, не создавая большой нагрузки на сеть, он все еще был недоступен для большинства пользователей Интернета. Проект CastGate попытался исправить это, разрешив конечным пользователям подключаться через автоматически настроенный IP-туннель по сетям, которые изначально не поддерживали многоадресную IP-рассылку. Идея заключалась в том, что, если больше пользователей будет иметь возможность многоадресной рассылки, больше поставщиков контента увидят преимущество потоковой передачи контента по сравнению с многоадресной рассылкой. Надежда заключалась в том, что если достаточное количество поставщиков контента и пользователей будут использовать эту услугу, то больше Интернет-провайдеры будет включать многоадресную IP-рассылку для своих клиентов.[12]

CastGate предоставил программный клиент для обоих Майкрософт Виндоус и Linux для подключения к туннельной сети CastGate, а также инструменты для добавления серверов туннелей и инструменты для приема Протокол объявления сеанса объявления из многоадресной сети с видео и аудио потоками.[13]

Проект поддерживал веб-сайт до 2007 года.[13]

Коммерческое развертывание

Начиная с 2005 года,[14] то BBC начали поощрять британские Интернет-провайдеры внедрять в своих сетях услуги с многоадресной адресацией, предоставляя BBC Radio более высокого качества[15] чем доступно через их одноадресная передача-адресные услуги. Это также поддерживалось различными коммерческими радиосетями, включая BBC, GCap Media, EMAP и Virgin Radio.[16]

Немецкие общественные вещатели ARD[17] и ZDF и Франко-немецкий сеть Arte предлагают свою телепрограмму в нескольких сетях. Австрийский интернет-провайдер Telekom Austria предлагает свои цифровая абонентская линия (DSL) заказывает телевизионную приставку, которая использует многоадресную адресацию при приеме теле- и радиопередач. В Германия, T-Home, бренд Deutsche Telekom, предлагает аналогичную услугу.

ПО для многоадресной IP-рассылки

Смотрите также

Рекомендации

  1. ^ RFC 988
  2. ^ RFC 5771
  3. ^ RFC 1112
  4. ^ "Какой у меня IP, ваш адрес IPv4 IPv6 Decimal на myip". Мой IP.
  5. ^ 1968-, Тейлор, Ян Дж. (2009). От P2P и сетей до сервисов в сети: развитие распределенных сообществ. Харрисон, Эндрю Б., Тейлор, Ян Дж., 1968- (2-е изд.). Лондон: Спрингер. ISBN 9781848001220. OCLC 314174970.CS1 maint: числовые имена: список авторов (ссылка на сайт)
  6. ^ RFC 1112 Раздел 6.4
  7. ^ RFC 2464
  8. ^ «Многоадресная передача 802.11». Беспроводные сети. Получено 2008-10-08.
  9. ^ "Журнал EURASIP по беспроводной связи и сети". Журнал EURASIP по беспроводной связи и сети.
  10. ^ Speakerbus, провайдер IP hoot-n-holler.
  11. ^ Получатели Интернет-премии (PDF), IEEE, заархивировано из оригинал (PDF) на 2012-09-16, получено 2010-08-26.
  12. ^ а б Марникс Гуссен; . Питер Лифооге; Арноут Суиннен (30 сентября 2006 г.). "The CastGateproject:" Включение многоадресной передачи через Интернет для распространения контента"" (PDF). Архивировано из оригинал (PDF) 26 мая 2011 г.. Получено 25 мая 2013. Презентация на конференции NORDUNET
  13. ^ а б «CastGate: Включение многоадресной передачи в Интернете». Архивировано из оригинал 28 сентября 2007 г.. Получено 25 мая 2013.
  14. ^ «Союз регби», Новости, Великобритания: BBC.
  15. ^ Услуги многоадресной рассылки, Великобритания: BBC.
  16. ^ "Радио", Многоадресная рассылка, Великобритания: BBC Research & Development., получено 19 апреля 2012
  17. ^ IPTV, DE: ARD, получено 2015-05-17.

внешняя ссылка