На роутере TP-Link настройка IPTV под провайдера «Ростелеком» отличается некоторой специфичностью. Но и ее можно освоить, отказавшись от вызова мастера на дом.
Особенности
Передача информации внутри сети – довольно сложная штука. Чтобы ее еще больше не усложнять, была разработана структура многоуровневой сети по модели OSI. Эта сетевая модель содержит в себе 7 одноуровневых протоколов, которые отвечают за свою часть процесса взаимодействия. Такая структура помогает совместной работе сетевым устройствам и программному обеспечению работать слажено.
Чтобы информация при переходе по многоуровневой сети не терялась, не была поставлена под сомнение и не была удалена, Ростелеком применяет специальную метку VLAN ID, позволяющую точечно адресовать пакеты внутри одной или нескольких локальных сетей. Получается, что VLAN ID отлично взаимодействует с оборудованием для IPTV Ростелеком, если оно подключено через виртуальную сеть.
Источник: http://wifigid.ru/nastrojki-routera-dlya-provajdera/vlan-id-dlya-iptv-rostelekom
Какой wifi роутер TP-Link поддерживают IPTV?
Для того, чтобы понять, поддерживает ли ваш роутер TP-Link IPTV, рекомендую ознакомиться со списком моделей на официальном сайте разработчика. От себя могу добавить, что во все новые прошивки ТП-Линк добавили возможность назначить для работы с IPTV отдельный порт LAN и настроить IGMP Proxy.
Но если данной функции в панели администратора у вас нет, то прежде всего рекомендую прочитать нашу инструкцию по перепрошивке роутеров TP-Link, и уже только потом предпринимать какие-то шаги по настройке IPTV.
Источник: http://wifika.ru/nastroyka-iptv-tp-link.html
Базовая настройка
Процедура настройки начинается с входа в базовый интерфейс маршрутизатора, так называемую «админку». Стандартный IP-адрес, используемый разработчиком TP-Link, – 192.168.1.1 (реже 192.168.0.1). Его необходимо ввести в адресной строке. По умолчанию установленные логин, пароль admin/admin.
В веб-интерфейсе нам понадобится раздел «Сеть», где есть соответствующая вкладка – «IPTV».
Далее работать будем непосредственно с ней. Не помешает заранее убедиться, что ваш роутер рассчитан на интерактивную телетрансляцию. Это можно сделать на сайте производителя, перейдя по ссылке http://www.tp-linkru.com/article/?faqid=518.
Гарантированно поддерживают IPTV: 720N, 740N, 741ND, 743ND, 841ND, 941ND, 1042ND, 1043ND, MR3220. Модель устройства, версия ПО указаны на шильдике, закрепленном на нижней панели.
Источник: http://it-tehnik.ru/iptv/nastroyka-rostelekom-na-routere-tp-link.html
Настройка интернет соединения:
Выбираем раздел сеть -> wan, далее тип подключения в зависимости от вашего провайдера, на примере рассмотрено подключение PPPoE. Делаем все как на картинке.
Далее в этой же вкладке нажимаем кнопку дополнительно.
Источник: http://qsetup.ru/настройка-интернетаiptv-tp-link-tl-wr841n-зеленая-про/
Как подключить роутер TP-Link?
- Power — сюда подключается сетевой адаптер
- Power On/Off — Кнопка включения/выключения устройства
- Wireless — Кнопка включения/выключения Wi-Fi
- Internet — сюда подключаем провод от провайдера
- Ethernet порты 1,2,4 — Для подключения к компьютеру
- Ethernet порт 3 — Мы настроим для подключения к IPTV приставке Ростелеком
Источник: http://fixdev.ru/tp-link-archer-c20-rostelekom-iptv/
Онлайн-просмотр
Возможен в 2 вариантах – на Смарт ТВ или с «обычным» телеприемником через приставку. Обязательно загружается m3u-плейлист: его находят в настройках телевизора (некоторые производители создают такую опцию), в сети. Без готового перечня телеканалов просмотр невозможен.
Как правило, при грамотно настроенном оборудовании никаких трудностей с трансляцией не возникает. За исключением ситуаций, когда неактивна ссылка на канал. В дополнительных настройках ТВ, приставки указывается качество воспроизведения, разрешение и частота смены кадров.
Иногда сбои в работе возникают из-за слабой скорости интернета. Следует связаться с провайдером, чтобы выбрать требуемый тарифный план, уточнить показатели передачи данных.
Источник: http://it-tehnik.ru/iptv/nastroyka-rostelekom-na-routere-tp-link.html
Настройка
Настройка IPTV Ростелеком на D-Link DIR-300 описана в следующем видео:
В каждом роутере данное поле для заполнения находится в различных категориях настроек. Рассмотрим пример для маршрутизатора Zyxel Keenetic:
- Откройте новую вкладку браузера и войдите в личный кабинет.
- Клацните на вкладку «IPOE» и нажмите «Добавить интерфейс».
- Для нулевого разъема в описании ставьте Internet и указывайте идентификатор.
- Далее требуется создать новое подключение.
- Поставьте галочку напротив «Использовать разъем» того порта, который будет задействован для приставки IPTV. Выставите описание и пропишите VLAN ID.
- Жмите применить.
Готово, проверяйте свое цифровое телевидение.
Источник: http://wifigid.ru/nastrojki-routera-dlya-provajdera/vlan-id-dlya-iptv-rostelekom
Видео
https://youtu.be/aPMXPEWoKHE
Цены в интернете
Александр
Выпускник образовательного центра при МГТУ им. Баумана по специальностям «Сетевые операционные системы Wi-Fi», «Техническое обслуживание компьютеров», «IP-видеонаблюдение». Автор видеокурса «Все секреты Wi-Fi»
Задать вопрос
( 2 оценки, среднее 5 из 5 )
Источник: http://wifika.ru/nastroyka-iptv-tp-link.html
ПК
Просматривать телеканалы, согласно протоколу IP, допустимо на ПК, планшете или ноутбуке. Для пользования сервисом необходимо перебросить с интернета специальный программный проигрыватель. Самые подходящие варианты:
- IPTV-Player;
- VLC;
- PC-Player.
Эти версии узкоспециализированные и просты в управлении. Их рекомендуется инсталлировать с интернета, при этом отказавшись от вспомогательных элементов и затем запустить. В отдельном окошке с содержанием плейлиста перечисляются доступные телеканалы.
Источник: http://tv-vybor.ru/stati/1851-nastrojka-iptv-cherez-router.html
Сети для самых маленьких. Часть 9.4. Мультикаст. Мультикаст на канальном уровне
Последняя статья из серии про мультикаст. Рассмотрим особенности мультикастовых MAC адресов, IGMP Snooping и Multicast VLAN Replication.
Мультикаст на канальном уровне
Итак, позади долгая трудовая неделя с недосыпами, переработками, тестами — вы успешно внедрили мультикаст и удовлетворили клиентов, директора и отдел продаж.
Пятница — не самый плохой день, чтобы обозреть творение и позволить себе приятный отдых.
Но ваш послеобеденный сон вдруг потревожил звонок техподдержки, потом ещё один и ещё — ничего не работает, всё сломалось. Проверяете — идут потери, разрывы. Всё сходится на одном сегменте из нескольких коммутаторов.
Расчехлили SSH, проверили CPU, проверили утилизацию интерфейсов и волосы дыбом — загрузка почти под 100% на всех интерфейсах одного VLAN’а.
Петля! Но откуда ей взяться, если никаких работ не проводилось? Минут 10 проверки и вы заметили, что на восходящем интерфейсе к ядру у вас много входящего трафика, а на всех нисходящих к клиентам — исходящего.
Для петли это тоже характерно, но как-то подозрительно: внедрили мультикаст, никаких работ по переключению не делали и скачок только в одном направлении.
Проверили список мультикастовых групп на маршрутизаторе — а там подписка на все возможные каналы и все на один порт — естественно, тот, который ведёт в этот сегмент.
Дотошное расследование показало, что компьютер клиента заражён и рассылает IGMP Query на все мультикастовые адреса подряд.
Потери пакетов начались, потому что коммутаторам пришлось пропускать через себя огромный объём трафика. Это вызвало переполнение буферов интерфейсов.
Главный вопрос — почему трафик одного клиента начал копироваться во все порты?
Причина этого кроется в природе мультикастовых MAC-адресов. Дело в том, пространство мультикастовых IP-адресов специальным образом отображается в пространство мультикастовых MAC-адресов.
И загвоздка в том, что они никогда не будут использоваться в качестве MAC-адреса источника, а следовательно, не будут изучены коммутатором и занесены в таблицу MAC-адресов.
А как поступает коммутатор с кадрами, адрес назначения которых не изучен? Он их рассылает во все порты. Что и произошло.
Это действие по умолчанию.
Multicast Flooding
Мультикастовые MAC-адреса
Так какие же MAC-адреса получателей подставляются в заголовок Ethernet таких пакетов? Широковещательные? Нет. Существует специальный диапазон MAC-адресов, в которые отображаются мультикастовые IP-адреса.
Эти специальные адреса начинаются так: 0x01005e и следующий 25-й бит должен быть 0 (попробуйте ответить, почему так). Остальные 23 бита (напомню, всего их в МАС-адресе 48) переносятся из IP-адреса.
Здесь кроется некоторая не очень серьёзная, но проблема. Диапазон мультикастовых адресов определяется маской 224.0.0.0/4, это означает, что первые 4 бита зарезервированы: 1110, а оставшиеся 28 бит могут меняться.
То есть у нас 228 мультикастовых IP-адресов и только 223 MAC-адресов — для отображения 1 в 1 не хватает 5 бит.
Поэтому берутся просто последние 23 бита IP-адреса и один в один переносятся в MAC-адрес, остальные 5 отбрасываются.
Multicast MAC Address
Фактически это означает, что в один мультикастовый MAC-адрес будет отображаться 25=32 IP-адреса. Например, группы 224.0.0.1, 224.128.0.1, 225.0.0.1 и так до 239.128.0.1 все будут отображаться в один MAC-адрес 0100:5e00:0001.
Если взять в пример дамп потокового видео, то можно увидеть:
Дамп мультикаста
IP адрес — 224.2.2.4, MAC-адрес: 01:00:5E:02:02:04.
Есть также другие мультикастовые MAC-адреса, которые никак не относятся к IPv4-мультикаст (клик). Все они, кстати, характеризуются тем, что последний бит первого октета равен 1.
Естественно, ни на одной сетевой карте, не может быть настроен такой MAC-адрес, поэтому он никогда не будет в поле Source MAC Ethernet-кадра и никогда не попадёт в таблицу MAC-адресов. Значит такие кадры должны рассылаться как любой Unknown Unicast во все порты VLAN’а.
Всего, что мы рассматривали прежде, вполне достаточно для полноценной передачи любого мультикастового трафика от потокового видео до биржевых котировок. Но неужели мы в своём почти совершенном мире будем мирится с таким безобразием, как широковещательная передача того, что можно было бы передать избранным?
Вовсе нет. Специально для перфекционистов придуман механизм IGMP Snooping.
IGMP Snooping
Идея очень простая — коммутатор «слушает» проходящие через него IGMP-пакеты.
Для каждой группы отдельно он ведёт таблицу восходящих и нисходящих портов.
Если с порта пришёл IGMP Report для группы, значит там клиент, коммутатор добавляет его в список нисходящих для этой группы.
Если с порта пришёл IGMP Query для группы, значит там маршрутизатор, коммутатор добавляет его в список восходящих.
Таким образом формируется таблица передачи мультикастового трафика на канальном уровне.
В итоге, когда сверху приходит мультикастовый поток, он копируется только в нисходящие интерфейсы. Если на 16-портовом коммутаторе только два клиента, только им и будет доставлен трафик.
IGMP Snooping
Гениальность этой идеи заканчивается тогда, когда мы задумываемся о её природе. Механизм предполагает, что коммутатор должен прослушивать трафик на 3-м уровне.
Впрочем, IGMP Snooping ни в какое сравнение не идёт с NAT по степени игнорирования принципов сетевого взаимодействия. Тем более, кроме экономии в ресурсах, он несёт в себе массу менее очевидных возможностей. Да и в общем-то в современном мире, коммутатор, который умеет заглядывать внутрь IP — явление не исключительное.
IGMP Snooping Proxy
У пытливого читателя может возникнуть вопрос по тому, как IGMP Snooping узнаёт все клиентские порты, учитывая, что на IGMP Query отвечает только один самый быстрый клиент, как мы говорили выше.
А очень просто: IGMP Snooping не позволяет сообщениям Report ходить между клиентами. Они отправляются только в восходящие порты к маршрутизаторам.
Не видя Report от других получателей этой группы, клиент обязан ответить на Query в течение Max Response Time, указанном в этом Query.
В итоге в сети на 1000 узлов на один IGMP Query в течение секунд 10 (обычное значение Max Response Time) придёт 1000 Report’ов маршрутизатору. Хотя ему достаточно было бы и одного для каждой группы.
И происходит это каждую минуту.
В этом случае можно настроить проксирование IGMP-запросов. Тогда коммутатор не просто «слушает» проходящие пакеты, он их перехватывает.
Правила работы IGMP Snooping могут отличаться для разных производителей. Поэтому рассмотрим их концептуально:
- Если на коммутатор приходит самый первый запрос Report на группу, он отправляется вверх к маршрутизатору, а интерфейс вносится в список нисходящих. Если же такая группа уже есть, интерфейс просто добавляется в список нисходящих, а Report уничтожается.
- Если на коммутатор приходит самый последний Leave, то есть других клиентов нет, этот Leave будет отправлен на маршрутизатор, а интерфейс удаляется из списка нисходящих. В противном случае просто удаляется интерфейс, Leave уничтожается.
- Если IGMP Query приходит от маршрутизатора, коммутатор перехватывает его, отправляет в ответ IGMP Report для всех групп, которые в данный момент имеют получателей. А дальше, в зависимости от настроек и производителя, либо этот же самый Query рассылается во все клиентские порты, либо коммутатор блокирует запрос от маршрутизатора и сам выступает в роли Querier, периодически опрашивая всех получателей.
Таким образом снижается и доля лишнего служебного трафика в сети и нагрузка на маршрутизатор.
Multicast VLAN Replication
Сокращённо MVR. Это механизм для тех провайдеров, кто практикует VLAN-per-user, например.
Вот типичный пример сети, где MVR жизненно необходим:
MVR
5 клиентов в разных VLAN’ах, и все хотят получать мультикастовый трафик одной группы 224.2.2.4. При этом клиенты должны оставаться изолированными друг от друга.
IGMP Snooping учитывает, разумеется и VLAN’ы. Если пять клиентов в разных VLAN’ах запрашивают одну группу — это будет пять разных таблиц.
Соответственно и к маршрутизатору идут 5 запросов на подключение к группе. И каждый сабинтерфейс из этих пяти на маршрутизаторе будет добавлен отдельно в OIL. То есть получив 1 поток для группы 224.2.2.
4 он отправит 5 копий, несмотря на то, что все они идут в один сегмент.
Multicast VLAN Replication
Для решения этой проблемы и был разработан механизм Multicast VLAN Replication.
Вводится дополнительный VLAN — Multicast VLAN — в нём, соответственно, будет передаваться мультикастовый поток. Он «проброшен» непосредственно до последнего коммутатора, где трафик из него копируется во все клиентские интерфейсы, которые хотят получать этот трафик — это и есть репликация.
В зависимости от реализации репликация из Multicast VLAN может производиться в User-VLAN или в определённые физические интерфейсы.
Multicast VLAN Replication
А что с IGMP-сообщениями? Query от маршрутизатора, естественно, приходит по мультикастовому VLAN’у. Коммутатор их рассылает в клиентские порты. Когда Report или Leave приходит от клиента, коммутатор проверяет откуда именно (VLAN, интерфейс) и, если необходимо, перенаправляет в мультикастовый VLAN.
Таким образом обычный трафик изолирован и по-прежнему ходит до маршрутизатора в пользовательском VLAN’е. А мультикастовый трафик и IGMP-пакеты передаются в Multicast VLAN.
На оборудовании Cisco MVR и IGMP Snooping настраиваются независимо. То есть можно отключить один и второй будет работать. Вообще же MVR основан на IGMP Snooping и на коммутаторах других производителей для работы MVR может быть обязательным включение IGMP Snooping.
Кроме того, IGMP Snooping позволяет осуществлять на коммутаторах фильтрацию трафика, ограничивать количество групп, доступных пользователю, включение IGMP Querier, статическую настройку восходящих портов, перманентное подключение к какой-либо группе (этот сценарий есть в сопутствующем видео), быструю реакцию на изменение топологии путём рассылки дополнительных Query, SSM-Mapping для IGMPv2 и т.д.
Заканчивая разговор об IGMP Snooping, хочется повторить — это необязательный функционал — всё и без него будет работать. Но это сделает сеть более предсказуемой, а жизнь инженера спокойнее.
Однако все плюсы IGMP Snooping можно обернуть и против себя. Один такой выдающийся случай можно почитать по ссылке.
К слову у той же Cisco есть протокол CGMP — аналог IGMP, который не нарушает принципы работы коммутатора, но он проприетарный и не сказать, что широко распространённый.
Итак, мой неутомимый читатель, мы приближаемся к концу выпуска и напоследок хочется показать, как может быть реализована услуга IPTV на стороне клиента.
Самый простой способ, к которому мы уже не раз обращались в этой статье — запустить плеер, который может принять мультикастовый поток из сети. На нём можно вручную задать IP-адрес группы и наслаждаться видео.
Другой программный вариант, который часто используют провайдеры — специальное приложение, обычно весьма кастомное, в котором зашит набор каналов, используемых в сети провайдера. Нет необходимости что-то задавать вручную — нужно просто переключать каналы кнопками.
Оба эти способа дают возможность смотреть потоковое видео только на компьютере.
Третий же вариант позволяет использовать телевизор, причём как правило, любой. Для этого в доме клиента ставит так называемый Set-Top-Box (STB) — коробочка, устанавливаемая на телевизор.
Это шелезяка, которая включается в абонентскую линию и разделяет трафик: обычный юникаст она отдаёт в Ethernet или WiFi, чтобы клиенты имели доступ в Интернет, а мультикастовый поток передаётся на телевизор через кабель (DVI, RGB, антенный итд.).
Часто вы, кстати, можете увидеть рекламу, где провайдер предлагает свои приставки для подключения телевидения — это и есть те самые STB
Незатронутыми в статье остались междоменная маршрутизация мультикастового трафика (MSDP, MBGP, BGMP), балансировка нагрузки между RP (Anycast RP), PGM, проприетарные протоколы. Но, я думаю, имея как точку старта эту статью, разобраться в остальном не составит труда.
Источник:
Теги
CiscoIGMPIGMP SnoopingIPTVMulticastМаршрутизаторСДСМСетевое оборудованиеСети для самых маленьких
Источник: https://radioprog.ru/post/625
Источник: http://teh-int.ru/rostelekom/vlan-id.html
