Перестал работать IPTV

[nefrid12]

Здравствуйте, был настроен IPTV, работало нормально. Сейчас провайдер добавляет каналы и меняет плейлист, несколько дней назад перестал работать IPTV. Напрямую работает, через dlink настроил работает, через mikrotik не хочет. От провайдера установлен оптический терминал nte-2 работает как мост, никаких настроек у него нет.
Откатывал прошивку на Long term 6.45.9, перепрошивал через net install. Всё равно не работает.

Код: Выделить всё

/routing igmp-proxy
set query-interval=30s query-response-interval=20s quick-leave=yes
/routing igmp-proxy interface
add interface=bridge1
add alternative-subnets=0.0.0.0/0 interface=ether1 upstream=yes

В файрвол правила добавлены

Код: Выделить всё

add action=accept chain=input in-interface=ether1 protocol=igmp
add action=accept chain=input dst-port=1234 in-interface=ether1 protocol=udp

Если в отдельный мост выводить порт с wan, то работает iptv на этом порту.

В IGMP Proxy в MFC пакеты идут

Код: Выделить всё

0 AD group=239.255.255.250 source=192.168.88.2 upstream-interface=ether1 downstream-interfaces=bridge1 
      active-downstream-interfaces=bridge1 bytes=96722 packets=624 wrong-packets=624 

 1 AD group=239.255.255.250 source=192.168.88.254 upstream-interface=ether1 downstream-interfaces=bridge1 
      active-downstream-interfaces=bridge1 bytes=10890 packets=66 wrong-packets=66 

 2 AD group=224.10.10.1 source=172.21.255.99 upstream-interface=ether1 downstream-interfaces=bridge1 
      active-downstream-interfaces=bridge1 bytes=39251520 packets=29205 wrong-packets=0

А плеер картинку не показывает. Не могу понять почему не работает.

[Chupaka]

Приветствую.

Ещё и в forward нужно правило, как помню:

add action=accept chain=forward dst-port=1234 in-interface=ether1 protocol=udp

А по поводу смены плейлиста: порт остался 1234? Не поменяли?

[nefrid12]

Это правило есть, порт 1234 так и остался в плейлисте. В torch во время включения канала

Screenshot_3.png

192.168.88.254 это комп с vnc. По одному пакету проходит и всё.

[nefrid12]

Screenshot_4.png

[Chupaka]

Ну, т.е. по последнему скриншоту - от провайдера трафик пошёл. И в IGMP Proxy -> MFC всё красиво. Вытяните разрешающее правило forward и input в самый верх - вдруг там что-то до них ещё блокировать начало?..

[nefrid12]

Правила выше ставил, отключал вообще все запрещающие, не работает.

[kosyak_kpol]

1. Попробуйте убрать из правила фаервола:
add action=accept chain=input in-interface=ether1 protocol=igmp
входной интерфейс. Сделайте вот так:
add action=accept chain=input protocol=igmp

2. Вместо разрешающего правила фаервола:
add action=accept chain=input dst-port=1234 in-interface=ether1 protocol=udp
и какого-то там вашего разрешающего правила на форварде ...
попробуйте запустить мультикастовый трафик мимо "коннекшн трекера", вот так, например:
add action=notrack chain=prerouting comment="for multicast IPTV" dst-address-type=multicast in-interface=ether1

3. На вашем бридже, в который включен приёмник IPTV, обязательно должен висеть IP-адрес. Насколько я понимаю, IGMP-proxy работает исключительно на L3. И если на бридже bridge1 не назначен IP-адрес, то работать не будет.

4. Когда заработает, уже как опцию, включите на бридже IGMP snooping. На работоспособность IGMP-proxy это не влияет. Так, ради оптимизации.

Вот, подумал, - если в MFC пакеты "едут", то адрес на бридже есть. Но вот почему все пакеты "wrong"? Может в этом причина?
P.S. (от 15092020) "wrong"-пакеты те, которые прокси-сервер получает от бриджа, не являющегося upstream-интерфейсом. Это - нормально.

[nefrid12]

Всё это проделал, пакеты в файрволе идут, но не показывает. Подключил мостом интерфейс от провайдера и интерфейс к которому комп подключен, работает, посмотрел торчем пакеты идут, получается что бридж не пропускает iptv. В igmp proxy downstream ставил интерфейс к которому компьютер подключен в MFC пусто , не работает.

[kosyak_kpol]

Я так понял, что у вас роутер поднят с дефолтной конфигурацией на прошивке 6.45.9, интернет через него "едет", на бридже есть IP-адрес и включен IGMP snooping, IGMP-proxy сконфигурирован, фаервол настроен для IPTV. Правильно? Кстати, на ether-WAN "висит" DHCP-client?

Канал воспроизводите каким-то программным плейером, типа IPTV-Player, с загруженным актуальным плейлистом?

Запросите плейером воспроизведение канала и сделайте вывод команды:
interface bridge mdb print
что она покажет?

У меня вывод такой, например:
[kosyak_kpol@hEX_r3] /interface bridge mdb> print
GROUP VID PORTS BRIDGE
238.1.1.63 ether4 bridge
238.1.1.238 ether4 bridge
238.1.3.65 ether4 bridge
239.255.255.250 ether3 bridge
ether5
ether4
ether2
239.255.255.253 ether5 bridge

При этом:

[kosyak_kpol@hEX_r3] > routing igmp-proxy mfc print
Flags: X - disabled, A - active, D - dynamic
# GROUP SOURCE UPSTREAM-INTERFACE ACTIVE-DOWNSTREAM-INTERFACES
0 AD 238.1.1.238 10.10.1.94 ether1-WAN bridge
1 AD 238.1.1.63 78.30.255.159 ether1-WAN bridge
2 AD 238.1.3.65 78.30.255.153 ether1-WAN bridge

Здесь, у меня, воспроизводятся 2 канала: 238.1.1.63 и 238.1.1.65 через порт бриджа ether4

И ещё, покажите кусочек плейлиста с адресами каналов, которые пытаетесь воспроизвести,чтобы понять, что должно быть в MDB.

Похоже, что IGMP-proxy у вас канал запрашивает, например, 224.10.10.3:1234 от источника 172.21.255.99, но бридж udp-поток на хост не льёт. Т.е в бридже фактически нет этого трафика. Он его не получает.

Когда вы: "В igmp proxy downstream ставил интерфейс к которому компьютер подключен" на этот интефейс IP-адрес назначали?

[nefrid12]

Да клиент IP-TV Player

Код: Выделить всё

interface bridge mdb print  
GROUP                                                               VID PORTS                     BRIDGE   

пусто при воспроизведении канала
Включил в бридже IGMP Snooping

Код: Выделить всё

 interface bridge mdb print 
GROUP                                                               VID PORTS                     BRIDGE                    
224.10.10.3                                                             ether2                    bridge1                   
224.10.10.4                                                             ether2                    bridge1                   
239.192.152.143                                                         ether4                    bridge1                   
239.255.255.250                                                         ether5                    bridge1                   
239.255.255.251                                                         ether5                    bridge1

На бридже 192.168.88.1, на отдельный интерфейс тоже прописывал IP, но тогда в mfc пусто, на ether-WAN вручную прописан IP

Код: Выделить всё

routing igmp-proxy mfc print
Flags: X - disabled, A - active, D - dynamic 
 #    GROUP           SOURCE          UPSTREAM-INTERFACE                     ACTIVE-DOWNSTREAM-INTERFACES                   
 0 AD 239.255.255.250 192.168.88.2    ether1                                 bridge1                                        
 1 AD 224.10.10.3     172.21.255.99   ether1                                 bridge1                                        
 2 AD 224.10.10.1     172.21.255.99   ether1                                 bridge1                                        
 3 AD 224.10.10.1     212.15.46.103   *FFFFFFFF   

Часть плейлиста

Код: Выделить всё

#EXTM3U url-m3u="http://iptv.nir-telecom.ru/playlist.m3u", url-tvg="http://iptv.nir-telecom.ru/xmltvg/epg.xml.zip" m3uautoload="1" cache="500"
#EXTINF:"-1" channel_id="1" tvg-logo="http://iptv.nir-telecom.ru/icons/Pervyj.gif" tvg-name="1008" tvg-shift="0" deinterlace="1", Первый канал
udp://@224.10.10.1:1234
#EXTINF:"-1" channel_id="2" tvg-logo="http://iptv.nir-telecom.ru/icons/Rossiya_1.gif" tvg-name="1009" tvg-shift="0" deinterlace="1", Россия 1
udp://@224.10.10.3:1234

[kosyak_kpol]

После включения на бридже IGMP-snooping, состояние bridge-MDB говорит о том, что бридж "видит" подписчика на порте ether2 и транслирует туда оба канала: "Первый" и "Россия-1". Это - нормальное состояние бриджа, при просмотре мультикаста. Непонятно только, почему сразу два канала. Возможно, вы недавно переключили плейер с одного на другой и ещё не закончилась подписка на первый? И непонятно, почему фактически трафика нет. Моя "версия" рассыпалась.

В порядке предположения, посколько у вас на WAN-интерфейсе IP-адрес руками прописан (и я отсюда не вижу какой, и не вижу ваших маршрутов до подсетей), рекомендую вместо альтернативной подсети 0.0.0.0/0 в настройках IGMP-proxy (на upstream-интерфейсе) попробовать прописать следующие подсети:
224.0.0.0/4
10.0.0.0/8
172.21.0.0/16 (или даже /12)

У вас "серый" IP-адрес на WAN-интерфейсе? Он попадает в сеть 172.21.0.0/16? Эта сеть доступна на локальном интерфейсе маршрутизатора (т.е. в таблице маршрутизации есть эта сеть? И статус у неё DAC?) Просто в описании IGMP-proxy указано, что если задана подсеть 0.0.0.0/0, то прокси работает с сетями на интерфейсах. Вот я и подумал,... с другой стороны, вы ведь "торчем" видите трафик со стороны провайдера на ether1 ... Я в тупике.

P.S. Ещё раз перечитал определение "alternative subnets" - всё правильно, вроде, у вас - 0.0.0.0/0 должно работать нормально, если существует дефолтный маршрут на ether1 в IP->Routes (проверьте, может забыли про него. Всё же вручную конфигурировали).

[kosyak_kpol]

Уже увидел ваш IP-шник: 212.15.46.103. Те вопросы сняты. Если не забыли прописать дефолтный маршрут и он reachable, то всё правильно сконфигурировано. Тогда спросите у вашего провайдера, может он что-либо прояснит...

[kosyak_kpol]

Ещё парочка тупых советов, и "закругляюсь":

1. отключите "наглухо" фаервол на компе, с которого пытаетесь смотреть каналы. Если там винда, - сделайте сеть "домашней";
2. попробуйте склонировать на ether1 роутера mac-адрес или компа, или d-link-а, через который всё нормально работает.

[nefrid12]

Да в том то и дело, что провайдер советует поменять роутер )

[kosyak_kpol]

Да в том то и дело, что провайдер советует поменять роутер )

Mikrotik-и нормально работают с провайдерским мультикастовым IPTV. Не припомню проблем. На моём "горизонте" минимум десяток самых разных микротиков отлично работают в таком же сценарии, как у вас.

[nefrid12]

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

[kosyak_kpol]

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

Это предлагаю проверить опытным путём. А именно, я вам сделал доступ через "себя" к IPTV моего провайдера. Я понимаю, что между Севастополем и Новосибирском канал может быть "не очень", но на пробу - пойдёт.

Если захотите, вам нужно будет на роутере:

1. настроить PPTP-клиента с дефолтным маршрутом и единичной "дистанс". Учётные данные для подключения см. в ЛС;
2. добавить интефейс pptp-out в Interface List WAN или "отрихтовать" фаервол с учётом того, что упомянутый интерфейс будет играть роль WAN;
3. на маршрут до 0.0.0.0/0 через ether1 назначить метрику больше, чем 1. Например, 5;
4. ВМЕСТО upstream-интерфейса ether1 (в IGMP-proxy), назначить интерфейс pptp-out с альтернативной подсетью: 0.0.0.0/0 или:
224.0.0.0/4, 10.0.0.0/8, 78.30.192.0/18. Думаю, что здесь будет работать и без задания alternative subnets, но нужно тестировать;
5. пробовать воспроизводить поток udp://@238.1.1.191:1234 через VLC, например. Или скачать borapas IPTV-player и в предустановках выбрать севастопольского провайдера SevStar.

Если в результате получите рабочий поток (он, скорее всего, будет битым, но не в этом суть), то получите ответ на вопрос, что в вашей конфигурации IGMP-proxy через бридж нормально работает и, собственно, "не причина". Думаю, что у вас какая-то мелочь "срубает" рабочую схему.

P.S> перед тем как пробовать IPTV проверьте, что у вас есть интернет на ПК (в вышепредложенной конфигурации) и сервис 2ip.ru сообщает вам мой внешний IP-шник.

[nefrid12]

Заработал ваш плейлист через ваше pptp соединение с 224.0.0.0/4, 10.0.0.0/8, 78.30.192.0/18 с 0.0.0.0/0 не работает, теперь осталось узнать alternative subnets получается

[kosyak_kpol]

Уже писал вам, цитата:

"В порядке предположения, посколько у вас на WAN-интерфейсе IP-адрес руками прописан (и я отсюда не вижу какой, и не вижу ваших маршрутов до подсетей), рекомендую вместо альтернативной подсети 0.0.0.0/0 в настройках IGMP-proxy (на upstream-интерфейсе) попробовать прописать следующие подсети:
224.0.0.0/4
10.0.0.0/8
172.21.0.0/16 (или даже /12)"
конец цитаты.

Но (если не заработает), - у вас может быть проблема с маршрутами, поэтому хотелось бы увидеть вашу таблицу маршрутизации (уже для "нативного" подключения, естественно, не через vpn).

P.S. Наверное, ваш провайдер сменил адреса источников мультикаста (теперь они в подсети 172.21.0.0/18 или /16 или /12). Проще всего начать пробовать с маски /16, а потом, если не заработает, пробовать /12 и /18. Но, так как вы прописываете IP-шник на WAN-интерфейсе вручную, то эти подсети должны маршрутизироваться (вашим провайдером) через основной шлюз. Я так считаю, но это - не точно. Надо увидеть ваши маршруты и подумать... пока я не ухватываю чётко причину вашей проблемы. Но, шаг в верном направлении сделан...

PP.SS. Прописывать подсети: 224.0.0.0/4 и 172.21.0.0/12 - обязательно, а 10.0.0.0/8 - факультативно.

[Chupaka]

Хм... Т.е. Alternative Subnets конкретные работают, а 0.0.0.0/0 - нет?.. Звучит как баг. Меня смущает, что у сервера есть 255 в адресе (172.21.255.99) - может, это источник проблемы? Просто ночное "пальцем в небо"

[kosyak_kpol]

Хм... Т.е. Alternative Subnets конкретные работают, а 0.0.0.0/0 - нет?.. Звучит как баг. Меня смущает, что у сервера есть 255 в адресе (172.21.255.99) - может, это источник проблемы? Просто ночное "пальцем в небо"

Целиком и полностью согласен. Но, меня не покидает ощущение, что проблема где-то в НАСТРОЙКАХ Mikrotik-а.

[kosyak_kpol]

Ещё парочка "тупых советов" и одна "умная" мысль.

"Тупые советы" - уже давно всем известные:

- источники мультикаста, по идее, должны пинговаться. Поэтому, пробуйте пинговать (прямо с роутера), например, 172.21.255.99. Если пинг пойдёт, то уже хорошо, - значит источники доступны через ваш основной шлюз и можно не ковыряться в маршрутах;

- не выключайте на бридже IGMP-snooping. Для основной массы Микротиков (со свичами от Азерос\Квалком) это приведёт к выключению HW Offloading в коммутаторе. Но, как по мне, - это меньшее зло, нежели лить мультикаст во все порты свича (в том числе и в Wi-Fi), особенно, когда вы смотрите несколько каналов одновременно. Если у вас роутер со свичом от Марвел, то коммутатор сохранит HW Offloading и всё вообще будет "по фэншую". В профилактических целях можно включить Multicast Helper на интерфейсе Wi-Fi. Хуже от этого не будет.

"Умная мысль":

- на "худой конец", если не получится победить мультикаст, запросите у провайдера http-плэйлист. Каждый вменяемый провайдер должен иметь такой плэйлист, так как пользователи хотят смотреть его ТВ не только на компьютерах или "операторских" приставках, но ещё и на смарт-телеках, и на андроид-гаджетах. Другое дело, что такой плэйлист может оказаться "с дополнительным ценником". У моего провайдера, например, дела обстоят именно таким образом. Если http-плэйлист у вашего "прова" имеется, то можно вообще бросить борьбу с мультикастом и отключить IGMP-proxy в роутере.

[nefrid12]

Маршруты

Код: Выделить всё

 #      DST-ADDRESS        PREF-SRC        GATEWAY            DISTANCE
 0 A S  0.0.0.0/0                          212.15.46.1               1
 1 ADC  192.168.88.0/24    192.168.88.1    bridge                    0
 2 ADC  212.15.46.0/24     212.15.46.103   bridge1                   0

Bridge1 это wan интерфейс и приставка, чтоб хотя бы пока так заработала приставка на андроиде, но это крайне не удобно.
Нет не пингуется 172.21.255.99, напрямую тоже.

подсети:
224.0.0.0/4
10.0.0.0/8
172.21.0.0/16 (или даже /12) пробовал прописывать.
HTTP-плейлиста нет у них, только мультикаст, со слов техподдержки у кого-то из клиентов роутер xiaomi он не поддерживает мултикаст, только юникаст, дак техподдержка советует опять же поменять роутер А другого провайдер у меня нет (
То что возможно какого-то маршрута не хватает тоже думал. Раз через pptp заработало, то настройка роутера верна, значит чего-то не хватает от провайдера.

[kosyak_kpol]

1. Ну, не пингуется 172.21.255.99 и ладно. В общем-то, и не обязано. Отсутствие пинга ещё не говорит о том, что сервер не принимает ваши igmp-запросы.

2. Я смотрю, вы молча "играетесь" конфигурацией. Теперь (относительно постановки впроса в начале темы) у вас WAN на bridge1. А рекомендации вы адаптируете под вашу меняющуюся "на лету" конфигурацию или выполняете "в лоб"? Я, получается, был уверен, что у вас никакого бриджа нет на WAN, а только "чистый" ether1 там. Для текущего конфига, я полагаю, нужно "повесить" на upstream-интерфейс в IGMP-proxy не ether1, а именно bridge1. И, возможно, активировать на этом же бридже igmp-snooping. Короче, так и запутаться не долго...

3. Ну, не знаю. Может быть вам есть смысл заресетить конфиг на роутере к "заводскому". Перейти, так сказать, в состояние "незамутнённого сознания". Пусть будет простая конфигурация, максимально приближённая к рабочей, когда все ваши приёмники IPTV будут находиться за NAT роутера. Вы же к этому стремитесь? У вас же D-Link таким образом настроен и работает?

От "заводской" конфигурации подправьте только WAN-адрес на ether1 и маршрут дефолтный добавьте (я так понял, что к mac-адресу роутера ваш провайдер не привязывает - мак клонировать не нужно).

В "заводской" файервол добавьте два правила для IPTV:
- разрешающее на input для igmp;
- разрешающее на forward для udp (или, вместо него, правило "no track" на prerouting в RAW для Dst Address Type = multicast).

В IGMP-proxy тоже лишних движений не делайте - только сконфигурируйте upstream и downstream-интерфейсы и "0.0.0.0/0".
В локальном бридже включите igmp-snooping.
Проверьте работает ТВ или нет, а потом, только, уже "тасуйте" alternative subnets.

Я так считаю, но это не точно Может вы уже "собаку съели", а я тут со "свиным рылом" лезу, советую.

З.Ы. а что за роутер мы с вами мучаем, какая моделька?

[nefrid12]

Да не, по поводу интерфейсов то понятно, это я просто wan c интерфейсом приставки в бридж сделал, чтоб хотя бы приставка заработала, понятно что в IGMP-proxy поменял. По поводу "0.0.0.0/0", так как через ваше pptp соединение не заработало с "0.0.0.0/0", то видимо всё же в этом похоже дело, ну либо плюс ещё что-то. Как только добавил ваши подсети, сразу заработало, очень благодарен за соединение для теста и за помошь. Поэтому и подумал, что видимо и у меня тут из-за этого. Микротик сбрасывал и прошивал через net install, пробовал другой микротик, с работы взял, да и дома их 4 штуки уже , ещё надо взять одну точку, а то на улице пока сидишь в беседке сигнал wifi не очень:). На микротиках уже лет 5 как сижу, на нескольких работах и дома, немного в теме Роутер RB2011UiAS-2HnD. Позвонил провайдеру попросил подсеть вещания iptv и возможно маршрут, который автоматически не создается в обед где-то, до сих пор думают видимо что это, перезвонили только спросили работает ли напрямую, жду может завтра позвонят.