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

kosyak_kpol · Сообщение **kosyak_kpol** » 17 сен 2020, 00:01

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

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

kosyak_kpol · Сообщение **kosyak_kpol** » 17 сен 2020, 00:26

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

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

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

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

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

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

nefrid12 · Сообщение **nefrid12** » 17 сен 2020, 05:50

Маршруты

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

 #      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 · Сообщение **kosyak_kpol** » 17 сен 2020, 14:54

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 · Сообщение **nefrid12** » 17 сен 2020, 15:55

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

Роутер RB2011UiAS-2HnD. Позвонил провайдеру попросил подсеть вещания iptv и возможно маршрут, который автоматически не создается в обед где-то, до сих пор думают видимо что это, перезвонили только спросили работает ли напрямую, жду может завтра позвонят.

kosyak_kpol · Сообщение **kosyak_kpol** » 17 сен 2020, 19:14

nefrid12 писал(а): ↑17 сен 2020, 15:55 Позвонил провайдеру попросил подсеть вещания iptv и возможно маршрут, который автоматически не создается в обед где-то, до сих пор думают видимо что это, перезвонили только спросили работает ли напрямую, жду может завтра позвонят.

У вас с маршрутами всё нормально: существует маршрут "наружу" и он рабочий; маршрут в локальную сеть тоже есть; "лишнего" ничего нет.

В любом случае, внешний интерфейс (к провайдеру) у вас единственный и шлюз тоже один. Собственно, трафик "мимо" не выйдет. И, главное, запрошенный же канал поступает на WAN-интерфейс роутера. Значит, IGMP на upstream-интерфейсе работает.

Насколько я понимаю (но, как всегда, - не точно), указание "альтернативных подсетей" в igmp-proxy нужны, чтобы igmp-proxy разрешал форвард потоков от\на источников или приёмников, расположенных в этих сетях. Без указания "альт-подсетей" прокси форвардит только потоки из\на "приконнекченных" (connected) подсетей на интерфейсах роутера. То есть, "альтернативная подсеть" в виде: 0.0.0.0/0 - своеобразный "мультипасс" - разрешает прокси форвардить потоки от любых источников\приемников, находящихся за шлюзами.

Иными словами, в большинстве практических случаев, достаточно указать "альтернативную подсеть" на upstream в виде 0.0.0.0/0 , а на downstream и указывать ничего не нужно, так как подсеть локального бриджа является Connected (в таблице маршрутов имеет статус DAC)

Пока провайдер думает, пойду почитаю про маршрутизацию мультикаста... возможно, "не там роем"...

kosyak_kpol · Сообщение **kosyak_kpol** » 17 сен 2020, 19:22

Может, ради смеха, попробуете и на downstream-интерфейсе "альтернативную подсеть" в виде: 0.0.0.0/0 влепить?

P.S. Та, позабыл уже, что от меня то поток нормально в локальный бридж едет. Значит, на downstream всё в порядке. Чёрт... Заколдовано где-то...

kosyak_kpol · Сообщение **kosyak_kpol** » 18 сен 2020, 00:07

Предлагаю:
- добавить вывод в лог отладку для igmp-proxy (System->Loggin);
- запустить просмотр, "пощёлкать" каналы и выгрузить сюда лог.

Причём, интересно будет сравнить логи при альтернативной подсети "все нули" и при: 172.21.0.0/16

Полагаю, что подсеть источников вашего провайдера 172.21.0.0/16 "вычислена" правильно. Подсеть 224.0.0.0/4 на самом деле добавлять на апстрим не нужно, так как она не является сетью источников. Т.е. я вам её ошибочно посоветовал. Извиняйте.

Посмотрим, что покажет отладка. Возможно, что-либо прояснится.

P.S. (18.09.2020) may be: alternative subnets = 172.21.255.0/24, but it is not important.

Chupaka · Сообщение **Chupaka** » 18 сен 2020, 00:29

А вдруг у вас есть возможность включить трансляцию мультикастом какого-нибудь локального файла, например (через VLC) - и проверить работу IGMP Proxy с адресом транслирующей машины 172.21.255.99? Вот как-то ж должен ларчик открываться...

nefrid12 · Сообщение **nefrid12** » 18 сен 2020, 14:54

В логах:
0.0.0.0/0

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

Sep/18/2020 18:35:18 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.2 to 239.0.0.250 on bridge
Sep/18/2020 18:35:20 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.35 to 239.255.255.251 on bridge
Sep/18/2020 18:35:20 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.32 to 224.10.10.4 on bridge
Sep/18/2020 18:35:20 igmp-proxy,debug adding  multicast forwarding entry
Sep/18/2020 18:35:20 igmp-proxy,debug group: 224.10.10.4
Sep/18/2020 18:35:20 igmp-proxy,debug source: 172.21.255.99
Sep/18/2020 18:35:20 igmp-proxy,debug joining multicast group 224.10.10.4 on bridge1
Sep/18/2020 18:35:20 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:35:20 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:35:20 igmp-proxy,debug   interface=bridge1
Sep/18/2020 18:35:20 igmp-proxy,debug ignoring request from myself:
Sep/18/2020 18:35:20 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:35:20 igmp-proxy,debug   destination=224.10.10.4
Sep/18/2020 18:35:20 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.32 to 224.10.10.4 on bridge
Sep/18/2020 18:35:22 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:35:22 igmp-proxy,debug   source=192.168.88.1
Sep/18/2020 18:35:22 igmp-proxy,debug   interface=bridge
Sep/18/2020 18:35:22 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.32 to 224.10.10.1 on bridge
Sep/18/2020 18:35:22 igmp-proxy,debug adding  multicast forwarding entry
Sep/18/2020 18:35:22 igmp-proxy,debug group: 224.10.10.1
Sep/18/2020 18:35:22 igmp-proxy,debug source: 172.21.255.99
Sep/18/2020 18:35:22 igmp-proxy,debug joining multicast group 224.10.10.1 on bridge1
Sep/18/2020 18:35:22 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:35:22 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:35:22 igmp-proxy,debug   interface=bridge1
Sep/18/2020 18:35:22 igmp-proxy,debug ignoring request from myself:
Sep/18/2020 18:35:22 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:35:22 igmp-proxy,debug   destination=224.10.10.1
Sep/18/2020 18:35:23 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.32 to 224.10.10.1 on bridge
Sep/18/2020 18:35:23 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.36 to 239.255.255.250 on bridge
Sep/18/2020 18:35:26 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.2 to 239.192.152.143 on bridge
Sep/18/2020 18:35:26 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.35 to 239.255.255.250 on bridge
Sep/18/2020 18:35:27 igmp-proxy,debug removing  multicast forwarding entry
Sep/18/2020 18:35:27 igmp-proxy,debug group: 224.10.10.3
Sep/18/2020 18:35:27 igmp-proxy,debug source: 172.21.255.99
Sep/18/2020 18:35:27 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:35:27 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:35:27 igmp-proxy,debug   interface=bridge1
Sep/18/2020 18:35:28 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:35:28 igmp-proxy,debug   source=192.168.88.1
Sep/18/2020 18:35:28 igmp-proxy,debug   interface=bridge
Sep/18/2020 18:35:28 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:35:28 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:35:28 igmp-proxy,debug   interface=bridge1
Sep/18/2020 18:35:28 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.32 to 224.10.10.3 on bridge
Sep/18/2020 18:35:28 igmp-proxy,debug joining multicast group 224.10.10.3 on bridge1
Sep/18/2020 18:35:28 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:35:28 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:35:28 igmp-proxy,debug   interface=bridge1
Sep/18/2020 18:35:28 igmp-proxy,debug ignoring request from myself:
Sep/18/2020 18:35:28 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:35:28 igmp-proxy,debug   destination=224.10.10.3
Sep/18/2020 18:35:28 igmp-proxy,debug received notification:
Sep/18/2020 18:35:28 igmp-proxy,debug   source=172.21.255.99
Sep/18/2020 18:35:28 igmp-proxy,debug   destination=224.10.10.3
Sep/18/2020 18:35:28 igmp-proxy,debug adding  multicast forwarding entry
Sep/18/2020 18:35:28 igmp-proxy,debug group: 224.10.10.3
Sep/18/2020 18:35:28 igmp-proxy,debug source: 172.21.255.99
Sep/18/2020 18:35:29 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.32 to 224.10.10.3 on bridge
Sep/18/2020 18:35:29 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:35:29 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:35:29 igmp-proxy,debug   interface=bridge1
Sep/18/2020 18:35:29 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:35:29 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:35:29 igmp-proxy,debug   interface=bridge1

172.21.255.0/24

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

Sep/18/2020 18:40:27 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:40:27 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:40:27 igmp-proxy,debug   interface=bridge1
Sep/18/2020 18:40:27 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:40:27 igmp-proxy,debug   source=192.168.88.1
Sep/18/2020 18:40:27 igmp-proxy,debug   interface=bridge
Sep/18/2020 18:40:27 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.32 to 224.10.10.1 on bridge
Sep/18/2020 18:40:27 igmp-proxy,debug joining multicast group 224.10.10.1 on bridge1
Sep/18/2020 18:40:27 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:40:27 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:40:27 igmp-proxy,debug   interface=bridge1
Sep/18/2020 18:40:27 igmp-proxy,debug ignoring request from myself:
Sep/18/2020 18:40:27 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:40:27 igmp-proxy,debug   destination=224.10.10.1
Sep/18/2020 18:40:27 igmp-proxy,debug received notification:
Sep/18/2020 18:40:27 igmp-proxy,debug   source=172.21.255.99
Sep/18/2020 18:40:27 igmp-proxy,debug   destination=224.10.10.1
Sep/18/2020 18:40:27 igmp-proxy,debug adding  multicast forwarding entry
Sep/18/2020 18:40:27 igmp-proxy,debug group: 224.10.10.1
Sep/18/2020 18:40:27 igmp-proxy,debug source: 172.21.255.99
Sep/18/2020 18:40:27 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.32 to 224.10.10.1 on bridge
Sep/18/2020 18:40:28 igmp-proxy,debug sending IGMP query to 224.0.0.1 on bridge
Sep/18/2020 18:40:28 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.35 to 239.255.255.250 on bridge
Sep/18/2020 18:40:28 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.2 to 239.192.152.143 on bridge
Sep/18/2020 18:40:28 igmp-proxy,debug joining multicast group 239.192.152.143 on bridge1
Sep/18/2020 18:40:28 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:40:28 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:40:28 igmp-proxy,debug   interface=bridge1
Sep/18/2020 18:40:28 igmp-proxy,debug ignoring request from myself:
Sep/18/2020 18:40:28 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:40:28 igmp-proxy,debug   destination=239.192.152.143
Sep/18/2020 18:40:29 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:40:29 igmp-proxy,debug   source=192.168.88.1
Sep/18/2020 18:40:29 igmp-proxy,debug   interface=bridge
Sep/18/2020 18:40:29 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.32 to 224.10.10.3 on bridge
Sep/18/2020 18:40:29 igmp-proxy,debug joining multicast group 224.10.10.3 on bridge1
Sep/18/2020 18:40:29 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:40:29 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:40:29 igmp-proxy,debug   interface=bridge1
Sep/18/2020 18:40:29 igmp-proxy,debug ignoring request from myself:
Sep/18/2020 18:40:29 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:40:29 igmp-proxy,debug   destination=224.10.10.3
Sep/18/2020 18:40:29 igmp-proxy,debug received notification:
Sep/18/2020 18:40:29 igmp-proxy,debug   source=172.21.255.99
Sep/18/2020 18:40:29 igmp-proxy,debug   destination=224.10.10.3
Sep/18/2020 18:40:29 igmp-proxy,debug adding  multicast forwarding entry
Sep/18/2020 18:40:29 igmp-proxy,debug group: 224.10.10.3
Sep/18/2020 18:40:29 igmp-proxy,debug source: 172.21.255.99
Sep/18/2020 18:40:30 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.32 to 224.10.10.3 on bridge
Sep/18/2020 18:40:30 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:40:30 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:40:30 igmp-proxy,debug   interface=bridge1
Sep/18/2020 18:40:30 igmp-proxy,debug RECV IGMP membership query from 172.21.0.14 to 224.0.0.1 on bridge1
Sep/18/2020 18:40:30 igmp-proxy,debug ignoring IGMP message: received on the upstream interface
Sep/18/2020 18:40:31 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:40:31 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:40:31 igmp-proxy,debug   interface=bridge1
Sep/18/2020 18:40:31 igmp-proxy,debug ignoring request from myself:
Sep/18/2020 18:40:31 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:40:31 igmp-proxy,debug   destination=239.255.255.251
Sep/18/2020 18:40:32 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.102 to 239.255.255.250 on bridge
Sep/18/2020 18:40:32 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:40:32 igmp-proxy,debug   source=192.168.88.1
Sep/18/2020 18:40:32 igmp-proxy,debug   interface=bridge
Sep/18/2020 18:40:32 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.32 to 224.10.10.4 on bridge
Sep/18/2020 18:40:32 igmp-proxy,debug joining multicast group 224.10.10.4 on bridge1
Sep/18/2020 18:40:32 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:40:32 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:40:32 igmp-proxy,debug   interface=bridge1
Sep/18/2020 18:40:32 igmp-proxy,debug ignoring request from myself:
Sep/18/2020 18:40:32 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:40:32 igmp-proxy,debug   destination=224.10.10.4
Sep/18/2020 18:40:32 igmp-proxy,debug received notification:
Sep/18/2020 18:40:32 igmp-proxy,debug   source=172.21.255.99
Sep/18/2020 18:40:32 igmp-proxy,debug   destination=224.10.10.4
Sep/18/2020 18:40:32 igmp-proxy,debug adding  multicast forwarding entry
Sep/18/2020 18:40:32 igmp-proxy,debug group: 224.10.10.4
Sep/18/2020 18:40:32 igmp-proxy,debug source: 172.21.255.99
Sep/18/2020 18:40:33 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.32 to 224.10.10.4 on bridge
Sep/18/2020 18:40:33 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:40:33 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:40:33 igmp-proxy,debug   interface=bridge1

172.21.0.0/24

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

Sep/18/2020 18:42:05 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:42:05 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:42:05 igmp-proxy,debug   interface=bridge1
Sep/18/2020 18:42:05 igmp-proxy,debug ignoring request from myself:
Sep/18/2020 18:42:05 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:42:05 igmp-proxy,debug   destination=239.255.255.251
Sep/18/2020 18:42:05 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.2 to 239.255.255.250 on bridge
Sep/18/2020 18:42:05 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.2 to 239.192.152.143 on bridge
Sep/18/2020 18:42:05 igmp-proxy,debug joining multicast group 239.192.152.143 on bridge1
Sep/18/2020 18:42:05 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:42:05 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:42:05 igmp-proxy,debug   interface=bridge1
Sep/18/2020 18:42:05 igmp-proxy,debug ignoring request from myself:
Sep/18/2020 18:42:05 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:42:05 igmp-proxy,debug   destination=239.192.152.143
Sep/18/2020 18:42:05 igmp-proxy,debug ignoring request from unknown address  - "alternative-subnets" configuration may be required:
Sep/18/2020 18:42:05 igmp-proxy,debug   source=192.168.88.2
Sep/18/2020 18:42:05 igmp-proxy,debug   destination=239.255.255.250
Sep/18/2020 18:42:06 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:42:06 igmp-proxy,debug   source=192.168.88.1
Sep/18/2020 18:42:06 igmp-proxy,debug   interface=bridge
Sep/18/2020 18:42:06 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.32 to 224.10.10.1 on bridge
Sep/18/2020 18:42:06 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.32 to 224.10.10.1 on bridge
Sep/18/2020 18:42:09 igmp-proxy,debug ignoring request from unknown address  - "alternative-subnets" configuration may be required:
Sep/18/2020 18:42:09 igmp-proxy,debug   source=172.21.255.99
Sep/18/2020 18:42:09 igmp-proxy,debug   destination=224.10.10.1
Sep/18/2020 18:42:09 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:42:09 igmp-proxy,debug   source=192.168.88.1
Sep/18/2020 18:42:09 igmp-proxy,debug   interface=bridge
Sep/18/2020 18:42:09 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.32 to 224.10.10.3 on bridge
Sep/18/2020 18:42:09 igmp-proxy,debug joining multicast group 224.10.10.3 on bridge1
Sep/18/2020 18:42:09 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.32 to 224.10.10.3 on bridge
Sep/18/2020 18:42:09 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:42:09 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:42:09 igmp-proxy,debug   interface=bridge1
Sep/18/2020 18:42:09 igmp-proxy,debug ignoring request from myself:
Sep/18/2020 18:42:09 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:42:09 igmp-proxy,debug   destination=224.10.10.3
Sep/18/2020 18:42:09 igmp-proxy,debug ignoring request from unknown address  - "alternative-subnets" configuration may be required:
Sep/18/2020 18:42:09 igmp-proxy,debug   source=172.21.255.99
Sep/18/2020 18:42:09 igmp-proxy,debug   destination=224.10.10.3
Sep/18/2020 18:42:09 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:42:09 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:42:09 igmp-proxy,debug   interface=bridge1
Sep/18/2020 18:42:09 igmp-proxy,debug ignoring request from myself:
Sep/18/2020 18:42:09 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:42:09 igmp-proxy,debug   destination=224.10.10.1
Sep/18/2020 18:42:09 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.2 to 239.0.0.250 on bridge
Sep/18/2020 18:42:09 igmp-proxy,debug joining multicast group 239.0.0.250 on bridge1
Sep/18/2020 18:42:09 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:42:09 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:42:09 igmp-proxy,debug   interface=bridge1
Sep/18/2020 18:42:09 igmp-proxy,debug ignoring request from myself:
Sep/18/2020 18:42:09 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:42:09 igmp-proxy,debug   destination=239.0.0.250
Sep/18/2020 18:42:10 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:42:10 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:42:10 igmp-proxy,debug   interface=bridge1
Sep/18/2020 18:42:10 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:42:10 igmp-proxy,debug   source=212.15.46.103
Sep/18/2020 18:42:10 igmp-proxy,debug   interface=bridge1
Sep/18/2020 18:42:11 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.32 to 239.255.255.250 on bridge
Sep/18/2020 18:42:12 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.35 to 239.255.255.251 on bridge
Sep/18/2020 18:42:12 igmp-proxy,debug ignoring IGMP message: source address is local:
Sep/18/2020 18:42:12 igmp-proxy,debug   source=192.168.88.1
Sep/18/2020 18:42:12 igmp-proxy,debug   interface=bridge
Sep/18/2020 18:42:12 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.32 to 224.10.10.4 on bridge
Sep/18/2020 18:42:12 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.32 to 224.10.10.4 on bridge
Sep/18/2020 18:42:13 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.35 to 239.255.255.250 on bridge
Sep/18/2020 18:42:13 igmp-proxy,debug ignoring request from unknown address  - "alternative-subnets" configuration may be required:
Sep/18/2020 18:42:13 igmp-proxy,debug   source=172.21.255.99
Sep/18/2020 18:42:13 igmp-proxy,debug   destination=224.10.10.4
Sep/18/2020 18:42:14 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.102 to 239.255.255.250 on bridge

Провайдер так и не позвонил, теперь в понедельник только звонить им буду.

kosyak_kpol · Сообщение **kosyak_kpol** » 18 сен 2020, 19:09

1. Последний лог не валидный, так как вы неправильно задали подсеть. У вас: 172.21.0.0/24 а нужно было: 172.21.0.0/16
Поэтому тут наблюдается отказ присоединения группы мультикаста от источника, например:

Sep/18/2020 18:42:09 igmp-proxy,debug ignoring request from unknown address - "alternative-subnets" configuration may be required:
Sep/18/2020 18:42:09 igmp-proxy,debug source=172.21.255.99
Sep/18/2020 18:42:09 igmp-proxy,debug destination=224.10.10.3

Этот лог рассматривать нет смысла.

2. Первый лог с альтернативной подсетью 0.0.0.0/0 . Смотрим:

Sep/18/2020 18:35:20 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.32 to 224.10.10.4 on bridge
Sep/18/2020 18:35:20 igmp-proxy,debug adding multicast forwarding entry
Sep/18/2020 18:35:20 igmp-proxy,debug group: 224.10.10.4
Sep/18/2020 18:35:20 igmp-proxy,debug source: 172.21.255.99
Sep/18/2020 18:35:20 igmp-proxy,debug joining multicast group 224.10.10.4 on bridge1

Здесь, хост 192.168.88.32 запросил членство в группе 224.10.10.4 из локального бриджа bridge. На что, в итоге, добавилась запись на форвардинг и присоединение к этой мультикаст-группе (от источника 172.21.255.99) на вашем WAN-интерфейсе - bridge1. Прокси нормально отработал.

Sep/18/2020 18:35:20 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.32 to 224.10.10.4 on bridge
Это, возможно, отчёт хоста 192.168.88.32 о продлении подписки на группу 224.10.10.4 из локального бриджа.

Через две секунды вы запросили другой канал:

Sep/18/2020 18:35:22 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.32 to 224.10.10.1 on bridge
Sep/18/2020 18:35:22 igmp-proxy,debug adding multicast forwarding entry
Sep/18/2020 18:35:22 igmp-proxy,debug group: 224.10.10.1
Sep/18/2020 18:35:22 igmp-proxy,debug source: 172.21.255.99
Sep/18/2020 18:35:22 igmp-proxy,debug joining multicast group 224.10.10.1 on bridge1
и то же успешно.

Здесь, вероятно, завершение форвардинга канала 224.10.10.3 по тайм-ауту, с которого "ушёл" подписчик (ещё ранее):
Sep/18/2020 18:35:27 igmp-proxy,debug removing multicast forwarding entry
Sep/18/2020 18:35:27 igmp-proxy,debug group: 224.10.10.3
Sep/18/2020 18:35:27 igmp-proxy,debug source: 172.21.255.99

Остальные строки в этом логе - мусор, который IGMP-proxy игнорирует.
Первое впечатление такое, что с "альт-подсетью" 0.0.0.0/0 прокси работает нормально - всё что надо - проксирует. К группам мультикаста от источников присоединяется и разрешает их форвардинг.

3. Второй лог для 172.21.255.0/24

Sep/18/2020 18:40:27 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.32 to 224.10.10.1 on bridge
Sep/18/2020 18:40:27 igmp-proxy,debug joining multicast group 224.10.10.1 on bridge1
.
Sep/18/2020 18:40:27 igmp-proxy,debug received notification:
Sep/18/2020 18:40:27 igmp-proxy,debug source=172.21.255.99
Sep/18/2020 18:40:27 igmp-proxy,debug destination=224.10.10.1
Sep/18/2020 18:40:27 igmp-proxy,debug adding multicast forwarding entry
Sep/18/2020 18:40:27 igmp-proxy,debug group: 224.10.10.1
Sep/18/2020 18:40:27 igmp-proxy,debug source: 172.21.255.99
Sep/18/2020 18:40:27 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.32 to 224.10.10.1 on bridge
Sep/18/2020 18:40:28 igmp-proxy,debug sending IGMP query to 224.0.0.1 on bridge
Sep/18/2020 18:40:28 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.35 to 239.255.255.250 on bridge
Sep/18/2020 18:40:28 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.88.2 to 239.192.152.143 on bridge
Sep/18/2020 18:40:28 igmp-proxy,debug joining multicast group 239.192.152.143 on bridge1
Здесь тоже не вижу проблем - всё обычно.

А тут - запрос членства в группе 224.0.0.1, пришедший от источника:
Sep/18/2020 18:40:30 igmp-proxy,debug RECV IGMP membership query from 172.21.0.14 to 224.0.0.1 on bridge1
Sep/18/2020 18:40:30 igmp-proxy,debug ignoring IGMP message: received on the upstream interface
..., который прокси проигнорировал? Но и источник "не помещается" в 172.21.255.0/24. Не знаю, как это трактовать.

В этом логе ещё наблюдаются:
Sep/18/2020 18:40:32 igmp-proxy,debug received notification:
Sep/18/2020 18:40:32 igmp-proxy,debug source=172.21.255.99
Sep/18/2020 18:40:32 igmp-proxy,debug destination=224.10.10.4

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

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

kosyak_kpol · Сообщение **kosyak_kpol** » 18 сен 2020, 19:10

Вангую - от провайдера вы ничего не добьётесь

Chupaka · Сообщение **Chupaka** » 18 сен 2020, 19:14

Есть возможность проверить с собственным стримером (VLC)? А то у меня дома один ноутбук, и на телефоне VLC не хочет к udp://@-каналам даже пробовать подключаться...

kosyak_kpol · Сообщение **kosyak_kpol** » 19 сен 2020, 01:25

nefrid12, пока ждём ответа от провайдера, сделайте доброе дело, добавьте у себя:

/ip firewall raw add action=notrack chain=prerouting dst-address-type=multicast

Это - чтобы я уже "узбагоился". Правило гарантированно пустит входящий и транзитный мультик мимо вашего файервола. И посмотрите торчем, есть ли у вас трафик мультика в локальном бридже. Меня не покидает ощущение, что у вас нет форвардинга запрашиваемого потока именно в bridge. Ну, и пробовать с альт-подсетью: 0.0.0.0/0. В случае неудачи, - с 172.21.0.0/16

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

kosyak_kpol · Сообщение **kosyak_kpol** » 19 сен 2020, 01:33

И ещё, пожалуйста, сделайте с роутера traceroute до 172.21.255.99 и 172.21.0.14
Интересно, что покажет.

nefrid12 · Сообщение **nefrid12** » 19 сен 2020, 04:33

Chupaka писал(а): ↑18 сен 2020, 19:14 Есть возможность проверить с собственным стримером (VLC)? А то у меня дома один ноутбук, и на телефоне VLC не хочет к udp://@-каналам даже пробовать подключаться...

Имеется в виду локально запустить стрим и локально же просмотреть?

nefrid12 · Сообщение **nefrid12** » 19 сен 2020, 10:34

kosyak_kpol писал(а): ↑19 сен 2020, 01:33 И ещё, пожалуйста, сделайте с роутера traceroute до 172.21.255.99 и 172.21.0.14
Интересно, что покажет.

Screenshot_8.png

Screenshot_9.png

/ip firewall raw add action=notrack chain=prerouting dst-address-type=multicast
добавил, не показывает.

Торч на бридже по 1234 порту ничего не показывает, по igmp
это во время переключение, потом ничего, пока не переключаешь канал.

Screenshot_10.png

nefrid12 · Сообщение **nefrid12** » 19 сен 2020, 10:38

Screenshot_11.png

А это на бридже с wan, к которому подключена приставка, по сути напрямую

kosyak_kpol · Сообщение **kosyak_kpol** » 20 сен 2020, 01:01

nefrid12 писал(а): ↑19 сен 2020, 10:34

Торч на бридже по 1234 порту ничего не показывает, по igmp
это во время переключение, потом ничего, пока не переключаешь канал.
[/quote]

Не надо было фильтровать по igmp. Меня интересует udp-поток (ну, можно с фильтром по порту: 1234). IGMP-протокол там ходит нормально. Это понятно из отладочного лога по IGMP-proxy. Полагаю, что udp-потока на бридже нет. Это, с моей точки зрения, и есть "корень зла" - фактически нет форвардинга потока с WAN-интерфейса в локальный бридж. Причём, прокси говорит, что он его форвардит. Дропнуть поток может файервол. Потому и просил добавить правило, пускающее мультикаст мимо файервола. Правило не помогло, значит точно "дело не в бабине" (не в файерволе). К тому же, "мой" поток, который вы забирали через pptp, форвардится нормально.

Пока конструктивных предложений нет. Если ещё не надоело, можно пробовать добавить статический маршрут в igmp-proxy:

/routing igmp-proxy mfc add source=172.21.255.99 upstream-interface=bridge1 downstream-interface=bridge group=224.10.10.1 disabled=no

и запросить плейером "Первый канал". Но, - мало шансов.

kosyak_kpol · Сообщение **kosyak_kpol** » 20 сен 2020, 01:23

Что касается предложения ув. Chupaka, то здесь, наверное, такая идея:

нужно на отдельном компе или ноуте сконфигурировать VLC на вещание мультикастом в группе (например, 224.10.10.1:1234) какого-нибудь видеофайла. На этот комп навесить статический IP (например, 172.21.255.99/16) и воткнуть его на WAN-интерфейс роутера ВМЕСТО провайдера. С другого компа в локалке смотреть или тем же VLC по ссылке udp://@224.10.10.1:1234, или IPTV-плейером -> "Первый канал" (для адресов из примера) из вашего текущего плейлиста. Наверное, потребуется в роутер добавить статический маршрут к источнику 172.21.255.99 через bridge1.

Ещё есть утилитка mcast.exe, с помощью которой можно организовать вещание мультикастом в нужной группе (вместо VLC). Тут могут быть нюансы. Скорее всего, потребуется найти "киношку", записанную с постоянным битрейтом (см. можно Mediainfo), и в mcast.exe выставить этот битрейт.

Целью эксперимента является ответ на вопрос будет ли igmp-proxy форвардить udp-поток от этого "надёжного" источника.
Возможно, я не понял ни целей, ни средств - лучше подождать пояснений мэтра.

P.S. от 20/09/2020 чуток исправил адресок маршрута.

kosyak_kpol · Сообщение **kosyak_kpol** » 20 сен 2020, 01:38

Теперь, что касается трассировки источников мультикаста. У моего провайдера источники пингуются и, соответственно, трассируются. Первым хопом является провайдерский DHCP, вторым - некий "промежуточный" сервер (всегда один и тот же), а уже третьим - сам источник. То есть, с трассировкой моя и ваша ситуация отличаются кардинально. Здесь я ничего не могу предположить дельного, кроме как - поставить тот D-Link, что работает и пробовать с него трассировать. Если трассировка и/или пингу пойдут, то смотреть его маршруты. И сравнивать.

P.S. от 20.09.2020. В аспекте "разборок" с трассировкой, можно добавить в роуты (основную таблицу) статический маршрут до источника мультикаста, например, до 172.21.255.99/32 через bridge1 и посмотреть, начнёт ли трассироваться\пинговаться этот источник. А если начнёт, то проверить, пошла ли "картинка" от какого-нибудь канала этого источника. Например, "Первого канала". Это я уже гадаю "на кофейной гуще"

Chupaka · Сообщение **Chupaka** » 21 сен 2020, 16:50

Да, именно так, цель моего предложения - именно проверить, что IGMP Proxy нормально работает с таким Src-адресом. Ведь объективно, это - всё, что принципиально поменялось в сравнении со старой схемой...

А вот трассировка вообще не имеет значения, она ж юникастом идёт, а нас мультикаст интересует. Более того, на роутер-то он приходит, так что проблема определённо локальная.

kosyak_kpol · Сообщение **kosyak_kpol** » 23 сен 2020, 14:37

Собрал я макет по проверочной схеме, предложенной ув. Chupaka.

Кстати, роутер взял точно такой же, как ваш... И, в итоге, получил точно такую же "картину маслом", как и у вас. На WAN udp-поток приходит, динамический маршрут в IGMP-proxy появляется, а в бридже: "тишина... и мёртвые с косами стоят".

Из того, что уже опробовано вами, так же ничего не помогло. Пришлось подумать и .... добавить в Мангл правило:

chain=prerouting action=change-ttl new-ttl=increment:1 passthrough=yes dst-address=224.0.0.0/4 log=no log-prefix=""

После этого, давно известного "колдовства" от "жадных провайдеров", в моём макете всё "заколосилось". Попробуйте и вы у себя.

P.S. Спасибо мэтру за хорошую "проверочную" идею. Я, по крайней мере, кое-что переосмыслил.
PP.SS. Достаточно инкрементировать TTL на единицу - исправил правило.

Chupaka · Сообщение **Chupaka** » 24 сен 2020, 01:37

Семён Семёнович, ну!..

Вот что значит уже три года как из провайдинга ушёл... TTL - первое, на что надо было обратить внимание!

kosyak_kpol, спасибо за расследование (как хорошо совпало, что у VLC по умолчанию TTL единичка)

kosyak_kpol · Сообщение **kosyak_kpol** » 24 сен 2020, 09:31

Chupaka писал(а): ↑24 сен 2020, 01:37 .. как хорошо совпало, что у VLC по умолчанию TTL единичка

Верно, - я тоже об этом сразу подумал. Очень удачно...

MikroTik.by

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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