Iptv не работает через коммутатор

Дорогие пользователи! У нас появился новый форум на платформе tp-link.community (Сообщество)

Форум доступен по ссылке https://community.tp-link.com/ru
Просим Вас отнестись с пониманием к новому форуму, он находится в стадии доработки и в скором времени будет полностью завершен.

Если при регистрации в Сообществе Вы укажете адрес электронный почты, который используете на данном форуме, то Ваши данные будут перенесены на форум Сообщества автоматически.
Также, если на форуме Сообщества Ваш никнейм будет занят, то Вам предложат сменить его или оставить, но с приставкой «_RU».

Убедительная просьба не дублировать темы на старом/новом форуме.

IPTV Через коммутатор TP-LINK TL-SG105E

Сообщение Esmertec » 13 июл 2019, 15:44

Всем привет!
Есть следующий вопрос. Я использую вместо роутера ПК на windows server 2016, на hyper-v стоит виртуальная машина openwrt, которая раздает трафик в локальную сеть. На этом ПК есть две сетевые карты, 1 оптический 10Гб\с адаптер и 1Гб\с lan адаптер соответственно. Есть планы перейти на ростелеком, но телевизор у них подключается по IPTV, соответственно от сюда и весь сабж. Виртуальная машина не поддерживает IGMP snooping, но реализовать iptv через данную прошивку все же можно, если я в сеть за этим ПК поставлю коммутатор TP-LINK TL-SG105E у которого есть IGMP snooping решит ли эту проблему?

схема подключения будет выглядеть примерно так?

Re: IPTV Через коммутатор TP-LINK TL-SG105E

Сообщение reaper » 18 июл 2019, 19:23

По описанию у мне сложилось впечатление, что перепутан IGMP Snooping и IGMP Proxy. Если нужен IGMP Proxy, то не поможет установка свитча.
У Ростелеком обычно ТВ покдлючается выделением на маршрутизаторе отдельного порта под мост или мост+802.1Q vlan(т.е. трафик IP-TV в одном влане, а инета в другом, эта схема встречается крайне редко).

Так вот, если нужно выделять просто мост, то можно свитч поставить «перед» сервером(а не после, как на схеме), один линк пустить в сервер, второй в приставку ТВ.

Если я что-то понял не так- поясните поподробнее.

Re: IPTV Через коммутатор TP-LINK TL-SG105E

Сообщение Esmertec » 19 июл 2019, 20:28

Re: IPTV Через коммутатор TP-LINK TL-SG105E

Сообщение NotFrost » 15 авг 2020, 12:34

Re: IPTV Через коммутатор TP-LINK TL-SG105E

Сообщение Victor_93 » 17 авг 2020, 10:27

Re: IPTV Через коммутатор TP-LINK TL-SG105E

Сообщение NotFrost » 17 авг 2020, 20:02

Re: IPTV Через коммутатор TP-LINK TL-SG105E

Сообщение Victor_93 » 20 авг 2020, 10:45

Re: IPTV Через коммутатор TP-LINK TL-SG105E

Сообщение NotFrost » 29 авг 2020, 13:10

Re: IPTV Через коммутатор TP-LINK TL-SG105E

Сообщение Victor_93 » 31 авг 2020, 14:50

Re: IPTV Через коммутатор TP-LINK TL-SG105E

Сообщение NotFrost » 31 авг 2020, 19:32

Источник

Настройка IPTV на уровне доступа

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

На настройки одной из них в сетях Ethernet-провайдера и посмотрим.

О теории мультикастового траффика, а IPTV есть ничто иное, как мультикаст, было хорошо рассказано пользователем lena_sakhno в топике Multicast routing для IPTV, там шел разговор в основном о ядре сети и о PIM-маршрутизации. Но каким образом можно пользователю предоставить телевидение как услугу, причем дополнительную к интернету и локальной сети?
Провайдер всей своей душой хочет разнести все свои сервисы по различным IP-подсетям, вланам и прочая, чтобы было удобно тарифицировать, управлять услугами, изменять качество обслуживания, в конце концов. Т.е. подавать в одном VLAN пользователю все услуги мы не имеем морального плана. Выдавать пользователю транковое соединение? Да за такое ~~яйца оторвут~~ по голове не погладят, тем более, что мы можем огрести дублированный поток мультикаст-траффика в одном направлении. С первого взгляда ситуация патовая, но не стоит отчаиваться!

У производителей коммуникационного оборудования есть технология, позволяющая нам красиво жить: у Cisco она называется MVR, у D-Link — ISM vlan.

Так сложилось, что на уровне доступа в основном используются коммутаторы фирм D-Link (повсеместно) и Edge-Core (как минимум, у нас :)), на их примере и рассмотрим настройку.

Суть этой технологии заключается в том, что пользователю мы подаем отдельный влан с локальной сетью (или изолированный влан, у кого какая схема подключения), внутри которого будет бегать локальный траффик (как вариант, DC++, eMule, Shareman и т.д.). Выход в интернет будет осуществляться посредством PPTP\L2TP, всё как обычно. Для IPTV траффика заведен отдельный влан, посредством которого коммутатор будет накапливать все IGMP-сообщения о вступлении в группу на этом нем и от своего лица отправлять отчеты опрашивающему устройству IGMP. Таким образом, для каждого канала будет передаваться только одна копия многоадресного потока. Затем ISM VLAN будет перенаправлять поток соответствующим зарегистрированным подписчикам в VLAN-ах.

Итак, у нас есть пользовательские вланы 10, 20, и ISM vlan 601. Запросы от подписчиков приходят до свитча в пользовательских вланах, дальше свитч от своего имени перенаправляет запрос на вышестоящий коммутатор, который является PIM-маршрутизатором. От него поток будет приходить в 601 влане, дальше свитч перенаправляет этот трафик в соответствующий пользовательский влан.

ОК, что касается непосредственно настройки, пример для D-Link 3526:

create vlan user1 tag 10
create vlan user2 tag 20
config vlan default delete 1-26
config vlan user1 add untagged 1
config vlan user1 add tagged 25,26
config vlan user2 add untagged 2
config vlan user2 add tagged 25,26
create igmp_snooping multicast_vlan IPTV 601
config igmp_snooping multicast_vlan IPTV member_port 1-2 source_port 25-26 replace_source_ip 10.21.255.2 state enable
enable igmp_snooping

Порты 1,2 коммутатора идут соответственно к пользователям, порты 25-26 — аплник.
Командой create igmp_snooping multicast_vlan IPTV 601 мы создаем ISM vlan с именем IPTV, находящийся в VLAN 601.
Командой config igmp_snooping multicast_vlan IPTV member_port 1-2 настраиваем потры 1,2 в качестве получателей услуги, source_port 25-26 — порты источника, replace_source_ip 10.21.255.2 — подменять IP адреса пользователей в IGMP-запросах на данный адрес.

Следующий пример для Edge-core ES3528. У него немного урезанная версия MVR, насколько я понял, и поддерживает он только схему, когда и пользователь 1, и пользователь 2 находятся в одном влане, например, в vlan 10.

vlan database
vlan 10 media ethernet state active
vlan 20 media ethernet state active
vlan 601 name IPTV media ethernet state active
!
mvr
mvr vlan 601
mvr receiver-vlan 10
!
interface ethernet 1/1
ip source-guard sip-mac
ip source-guard max-binding 3
switchport allowed vlan add 10 untagged
switchport native vlan 10
switchport allowed vlan remove 1
spanning-tree root-guard
spanning-tree bpdu-guard
mvr type receiver
mvr immediate
!
interface ethernet 1/25
ip dhcp snooping trust
switchport allowed vlan add 601,10 tagged
mvr type source

Здесь мы создаем влан в vlan database, включаем mvr, командой mvr type receiver
на пользовательском порту говорим, что это порт получателя, командой mvr type source
на аплинк порту настраиваем порт источника.

С помощью нехитрых протоколов и настроек мы можем предоставить пользователям такую замечательную вещь, как телевидение 🙂

Источник

Iptv не работает через коммутатор

Дорогие пользователи! У нас появился новый форум на платформе tp-link.community (Сообщество)

Убедительная просьба не дублировать темы на старом/новом форуме.

Не работает IPTV

Сообщение Faxtrot_Michael » 09 ноя 2017, 07:52

Описание проблемы : Добрый день.
Приобрёл данный роутер (tp-link TL-R470T+) взамен вышедшему из строя Zyxel.
Firmware Version: 1.2.0 Build 20160809 Rel.35760s
Hardware Version: TL-R470T+ v5.0

Нужен был более менее надёжный и без wi-fi.
Интернет по протоколу pppoe настроился моментально, всё работает хорошо.
Не получается настроить IPTV.

WAN1 (настроен на dynamic ip)- подключена тв приставка от ростелеком
WAN2 — кабель от провайдера с поднятым pppoe
LAN5 — кабель идёт в локальную сеть

Как написано в подразделе Network — IPTV, что, цитирую:
Note:
1. Among the WAN ports, only WAN1(Port1) can be used for IPTV service.
2. When IGMP Proxy option is Enabled,you need to ensure the Block IP options under the Firewall→Attack Defense→Attack Defense is not selected.
3. If the data traffic is heavy when you use IPTV function, it is recommended to increase the parameters of Stationary source UDP Flood and Multi-connections UDP Flood on the page of Firewall→Attack Defense→Attack Defense, or deselect the options.

На вкладе Network — IPTV, IGMP — Enable.

Приставка не получается ip адрес (по идее адрес должен быть из сети 10.ХХХ.ХХХ.ХХХ).
На вкладке STATUS — WAN1 — Dynamic IP — адрес не присваивается

Подскажите, пожалуйста, что я неправильно делаю? Или этот роутер не может работать с IPTV)?
В техподдержку писал, сказали посмотреть там — то, но там нет ничего по настройке именно этого роутера.
Звонить пока им не звоню, пытаюсь сам разобраться.

Re: Не работает IPTV

Сообщение Ame » 09 ноя 2017, 17:35

Re: Не работает IPTV

Сообщение Faxtrot_Michael » 10 ноя 2017, 08:52

Re: Не работает IPTV

Сообщение Faxtrot_Michael » 10 ноя 2017, 17:48

Источник

IPTV через Wi-Fi – проблема? Абсолютно не проблема!

Думаю, многие сталкивались с такой проблемой. Провайдер предоставляет услугу IPTV, не WebTV по протоколу HTTP, а классическое IPTV по протоколу UDP multicast. Есть телевизор с Ethernet-портом или медиаплеер, с поддержкой данного сервиса. На маршрутизаторе включаем функцию Multicast Stream (или IPTV multicast). Подключаем к нему витой парой свой ТВ или медиаплеер, подгружаем файл плейлиста в формате M3U или XML и наслаждаемся просмотром ТВ-программ в HD качестве.

Но у меня, как видимо и у многих читателей, возникло желание избавится от не нужных проводов. Тем более, есть множество смартфонов, планшетов и других гаджетов, не имеющих физической возможности подключения проводов. Да и просто, Wi-Fi – это удобней, как говорится «дальше, больше, лучше».

Решил использовать следующую схему:

… и увидел вот такое «HDTV»…

квадраты не Малевича, но смотреть все равно не возможно, а, по большому количеству описаний из разных форумов, у некоторых только тот самый Малевич…

Начал изучать вопрос. Выяснилось, что IPTV multicast, далеко не все Wi-Fi точки доступа умеют корректно передавать. И это, по большей степени, не баг прошивок маршрутизаторов и точек доступа, а особенности протокола и его реализации в радио-чипах.
И так, что же делать? Желание лежать на диване и смотреть IPTV на планшете меньше не стало.
Нашлось достаточно простое решение – служба UDP-to-HTTP. Довольно простенькая программа, которая «на лету» преобразует UDP multicast пакеты в HTTP unicast. А этот самый HTTP unicast великолепно передается по Wi-Fi.
И тут я в очередной раз убедился, что не зря потратил «кровно заработанные» на сетевой накопитель D-Link DNS-325. У него есть возможность установки дополнительного ПО, так называемые Add-On’ы. При этом, установка Add-On’ов, абсолютно не мешает работе базового функционала. То есть, после установки Add-On’ов, на нем продолжают работать, без ухудшения функциональных возможностей и производительности, такие службы как Samba, FTP, NFS, DLNA и т.д.
И так, что делаем. С сайта http://dlink/dns берем Add-On «UDP-to-HTTP».

Устанавливаем Add-On на DNS-325 через раздел «Management / Application Management / Add-Ons».

Сообщения «This add-on was not created by D-Link Corporation» не пугаемся, нажимаем «Yes».

Запускаем Add-On кнопкой Start и переходим в раздел Applications.

Нажимаем на иконке «UDP-to-HTTP». Видим инструкцию по преобразованию URL каналов UDP multicast в HTTP unicast. Согласно нее редактируем свой M3U или XML плейлист.

К примеру, если ip-адрес DNS-325 – 172.17.17.11:

Подгружаем измененный плейлист в ТВ, медиаплеер, программу просмотра IPTV на планшете или смартфоне и наслаждаемся просмотром HD-программ (ну если конечно пропускная способность вашего Wi-Fi позволяет).

Схема работы получается следующая:

Итог: IPTV без «квадратов», через Wi-Fi, можно смотреть на любом ТВ или гаджете, используя любой маршрутизатор со встроенным Wi-Fi. Главное – выбрать правильное устройство и нужное ПО.
В ближайшее время постараюсь написать небольшие статейки по другим, не менее интересным Add-On’ам, по-моему мнению, очень удачного устройства под названием D-Link DNS-325.

Источник