Перестал работать IPTV
-
- Сообщения: 67
- Зарегистрирован: 12 сен 2019, 22:50
- Откуда: Севастополь
Re: Перестал работать IPTV
После включения на бридже 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 (проверьте, может забыли про него. Всё же вручную конфигурировали).
В порядке предположения, посколько у вас на 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 (проверьте, может забыли про него. Всё же вручную конфигурировали).
-
- Сообщения: 67
- Зарегистрирован: 12 сен 2019, 22:50
- Откуда: Севастополь
Re: Перестал работать IPTV
Уже увидел ваш IP-шник: 212.15.46.103. Те вопросы сняты. Если не забыли прописать дефолтный маршрут и он reachable, то всё правильно сконфигурировано. Тогда спросите у вашего провайдера, может он что-либо прояснит...
-
- Сообщения: 67
- Зарегистрирован: 12 сен 2019, 22:50
- Откуда: Севастополь
Re: Перестал работать IPTV
Ещё парочка тупых советов, и "закругляюсь":
1. отключите "наглухо" фаервол на компе, с которого пытаетесь смотреть каналы. Если там винда, - сделайте сеть "домашней";
2. попробуйте склонировать на ether1 роутера mac-адрес или компа, или d-link-а, через который всё нормально работает.
1. отключите "наглухо" фаервол на компе, с которого пытаетесь смотреть каналы. Если там винда, - сделайте сеть "домашней";
2. попробуйте склонировать на ether1 роутера mac-адрес или компа, или d-link-а, через который всё нормально работает.
-
- Сообщения: 16
- Зарегистрирован: 09 сен 2020, 11:15
Re: Перестал работать IPTV
Да в том то и дело, что провайдер советует поменять роутер )
-
- Сообщения: 67
- Зарегистрирован: 12 сен 2019, 22:50
- Откуда: Севастополь
-
- Сообщения: 16
- Зарегистрирован: 09 сен 2020, 11:15
Re: Перестал работать IPTV
Дак вот именно работало и у других провайдеров и у этого, пока они поставщика IPTV не поменяли и плейлист тоже. Да и вроде настроено как обычно и пакеты ходят, но где лочится не понятно.
-
- Сообщения: 67
- Зарегистрирован: 12 сен 2019, 22:50
- Откуда: Севастополь
Re: Перестал работать 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-шник.
-
- Сообщения: 16
- Зарегистрирован: 09 сен 2020, 11:15
Re: Перестал работать IPTV
Заработал ваш плейлист через ваше pptp соединение с 224.0.0.0/4, 10.0.0.0/8, 78.30.192.0/18 с 0.0.0.0/0 не работает, теперь осталось узнать alternative subnets получается
-
- Сообщения: 67
- Зарегистрирован: 12 сен 2019, 22:50
- Откуда: Севастополь
Re: Перестал работать IPTV
Уже писал вам, цитата:
"В порядке предположения, посколько у вас на 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 - факультативно.
"В порядке предположения, посколько у вас на 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 - факультативно.
Последний раз редактировалось kosyak_kpol 17 сен 2020, 00:41, всего редактировалось 1 раз.
-
- Сообщения: 3912
- Зарегистрирован: 29 фев 2016, 15:26
- Откуда: Минск
Re: Перестал работать IPTV
Хм... Т.е. Alternative Subnets конкретные работают, а 0.0.0.0/0 - нет?.. Звучит как баг. Меня смущает, что у сервера есть 255 в адресе (172.21.255.99) - может, это источник проблемы? Просто ночное "пальцем в небо"
-
- Сообщения: 67
- Зарегистрирован: 12 сен 2019, 22:50
- Откуда: Севастополь
Re: Перестал работать IPTV
Целиком и полностью согласен. Но, меня не покидает ощущение, что проблема где-то в НАСТРОЙКАХ Mikrotik-а.
-
- Сообщения: 67
- Зарегистрирован: 12 сен 2019, 22:50
- Откуда: Севастополь
Re: Перестал работать IPTV
Ещё парочка "тупых советов" и одна "умная" мысль.
"Тупые советы" - уже давно всем известные:
- источники мультикаста, по идее, должны пинговаться. Поэтому, пробуйте пинговать (прямо с роутера), например, 172.21.255.99. Если пинг пойдёт, то уже хорошо, - значит источники доступны через ваш основной шлюз и можно не ковыряться в маршрутах;
- не выключайте на бридже IGMP-snooping. Для основной массы Микротиков (со свичами от Азерос\Квалком) это приведёт к выключению HW Offloading в коммутаторе. Но, как по мне, - это меньшее зло, нежели лить мультикаст во все порты свича (в том числе и в Wi-Fi), особенно, когда вы смотрите несколько каналов одновременно. Если у вас роутер со свичом от Марвел, то коммутатор сохранит HW Offloading и всё вообще будет "по фэншую". В профилактических целях можно включить Multicast Helper на интерфейсе Wi-Fi. Хуже от этого не будет.
"Умная мысль":
- на "худой конец", если не получится победить мультикаст, запросите у провайдера http-плэйлист. Каждый вменяемый провайдер должен иметь такой плэйлист, так как пользователи хотят смотреть его ТВ не только на компьютерах или "операторских" приставках, но ещё и на смарт-телеках, и на андроид-гаджетах. Другое дело, что такой плэйлист может оказаться "с дополнительным ценником". У моего провайдера, например, дела обстоят именно таким образом. Если http-плэйлист у вашего "прова" имеется, то можно вообще бросить борьбу с мультикастом и отключить IGMP-proxy в роутере.
"Тупые советы" - уже давно всем известные:
- источники мультикаста, по идее, должны пинговаться. Поэтому, пробуйте пинговать (прямо с роутера), например, 172.21.255.99. Если пинг пойдёт, то уже хорошо, - значит источники доступны через ваш основной шлюз и можно не ковыряться в маршрутах;
- не выключайте на бридже IGMP-snooping. Для основной массы Микротиков (со свичами от Азерос\Квалком) это приведёт к выключению HW Offloading в коммутаторе. Но, как по мне, - это меньшее зло, нежели лить мультикаст во все порты свича (в том числе и в Wi-Fi), особенно, когда вы смотрите несколько каналов одновременно. Если у вас роутер со свичом от Марвел, то коммутатор сохранит HW Offloading и всё вообще будет "по фэншую". В профилактических целях можно включить Multicast Helper на интерфейсе Wi-Fi. Хуже от этого не будет.
"Умная мысль":
- на "худой конец", если не получится победить мультикаст, запросите у провайдера http-плэйлист. Каждый вменяемый провайдер должен иметь такой плэйлист, так как пользователи хотят смотреть его ТВ не только на компьютерах или "операторских" приставках, но ещё и на смарт-телеках, и на андроид-гаджетах. Другое дело, что такой плэйлист может оказаться "с дополнительным ценником". У моего провайдера, например, дела обстоят именно таким образом. Если http-плэйлист у вашего "прова" имеется, то можно вообще бросить борьбу с мультикастом и отключить IGMP-proxy в роутере.
-
- Сообщения: 16
- Зарегистрирован: 09 сен 2020, 11:15
Re: Перестал работать IPTV
Маршруты
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 заработало, то настройка роутера верна, значит чего-то не хватает от провайдера.
Код: Выделить всё
# 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
Нет не пингуется 172.21.255.99, напрямую тоже.
подсети:
224.0.0.0/4
10.0.0.0/8
172.21.0.0/16 (или даже /12) пробовал прописывать.
HTTP-плейлиста нет у них, только мультикаст, со слов техподдержки у кого-то из клиентов роутер xiaomi он не поддерживает мултикаст, только юникаст, дак техподдержка советует опять же поменять роутер А другого провайдер у меня нет (
То что возможно какого-то маршрута не хватает тоже думал. Раз через pptp заработало, то настройка роутера верна, значит чего-то не хватает от провайдера.
-
- Сообщения: 67
- Зарегистрирован: 12 сен 2019, 22:50
- Откуда: Севастополь
Re: Перестал работать IPTV
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.
Я так считаю, но это не точно Может вы уже "собаку съели", а я тут со "свиным рылом" лезу, советую.
З.Ы. а что за роутер мы с вами мучаем, какая моделька?
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.
Я так считаю, но это не точно Может вы уже "собаку съели", а я тут со "свиным рылом" лезу, советую.
З.Ы. а что за роутер мы с вами мучаем, какая моделька?
-
- Сообщения: 16
- Зарегистрирован: 09 сен 2020, 11:15
Re: Перестал работать IPTV
Да не, по поводу интерфейсов то понятно, это я просто wan c интерфейсом приставки в бридж сделал, чтоб хотя бы приставка заработала, понятно что в IGMP-proxy поменял. По поводу "0.0.0.0/0", так как через ваше pptp соединение не заработало с "0.0.0.0/0", то видимо всё же в этом похоже дело, ну либо плюс ещё что-то. Как только добавил ваши подсети, сразу заработало, очень благодарен за соединение для теста и за помошь. Поэтому и подумал, что видимо и у меня тут из-за этого. Микротик сбрасывал и прошивал через net install, пробовал другой микротик, с работы взял, да и дома их 4 штуки уже , ещё надо взять одну точку, а то на улице пока сидишь в беседке сигнал wifi не очень:). На микротиках уже лет 5 как сижу, на нескольких работах и дома, немного в теме Роутер RB2011UiAS-2HnD. Позвонил провайдеру попросил подсеть вещания iptv и возможно маршрут, который автоматически не создается в обед где-то, до сих пор думают видимо что это, перезвонили только спросили работает ли напрямую, жду может завтра позвонят.
-
- Сообщения: 67
- Зарегистрирован: 12 сен 2019, 22:50
- Откуда: Севастополь
Re: Перестал работать IPTV
У вас с маршрутами всё нормально: существует маршрут "наружу" и он рабочий; маршрут в локальную сеть тоже есть; "лишнего" ничего нет.
В любом случае, внешний интерфейс (к провайдеру) у вас единственный и шлюз тоже один. Собственно, трафик "мимо" не выйдет. И, главное, запрошенный же канал поступает на WAN-интерфейс роутера. Значит, IGMP на upstream-интерфейсе работает.
Насколько я понимаю (но, как всегда, - не точно), указание "альтернативных подсетей" в igmp-proxy нужны, чтобы igmp-proxy разрешал форвард потоков от\на источников или приёмников, расположенных в этих сетях. Без указания "альт-подсетей" прокси форвардит только потоки из\на "приконнекченных" (connected) подсетей на интерфейсах роутера. То есть, "альтернативная подсеть" в виде: 0.0.0.0/0 - своеобразный "мультипасс" - разрешает прокси форвардить потоки от любых источников\приемников, находящихся за шлюзами.
Иными словами, в большинстве практических случаев, достаточно указать "альтернативную подсеть" на upstream в виде 0.0.0.0/0 , а на downstream и указывать ничего не нужно, так как подсеть локального бриджа является Connected (в таблице маршрутов имеет статус DAC)
Пока провайдер думает, пойду почитаю про маршрутизацию мультикаста... возможно, "не там роем"...
-
- Сообщения: 67
- Зарегистрирован: 12 сен 2019, 22:50
- Откуда: Севастополь
Re: Перестал работать IPTV
Может, ради смеха, попробуете и на downstream-интерфейсе "альтернативную подсеть" в виде: 0.0.0.0/0 влепить?
P.S. Та, позабыл уже, что от меня то поток нормально в локальный бридж едет. Значит, на downstream всё в порядке. Чёрт... Заколдовано где-то...
P.S. Та, позабыл уже, что от меня то поток нормально в локальный бридж едет. Значит, на downstream всё в порядке. Чёрт... Заколдовано где-то...
-
- Сообщения: 67
- Зарегистрирован: 12 сен 2019, 22:50
- Откуда: Севастополь
Re: Перестал работать IPTV
Предлагаю:
- добавить вывод в лог отладку для 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.
- добавить вывод в лог отладку для 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.
Последний раз редактировалось kosyak_kpol 18 сен 2020, 09:18, всего редактировалось 1 раз.
-
- Сообщения: 3912
- Зарегистрирован: 29 фев 2016, 15:26
- Откуда: Минск
Re: Перестал работать IPTV
А вдруг у вас есть возможность включить трансляцию мультикастом какого-нибудь локального файла, например (через VLC) - и проверить работу IGMP Proxy с адресом транслирующей машины 172.21.255.99? Вот как-то ж должен ларчик открываться...
-
- Сообщения: 16
- Зарегистрирован: 09 сен 2020, 11:15
Re: Перестал работать IPTV
В логах:
0.0.0.0/0
172.21.255.0/24
172.21.0.0/24
Провайдер так и не позвонил, теперь в понедельник только звонить им буду.
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
Код: Выделить всё
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
Код: Выделить всё
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
-
- Сообщения: 67
- Зарегистрирован: 12 сен 2019, 22:50
- Откуда: Севастополь
Re: Перестал работать IPTV
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
без "ругани". Но, может они и в первом случае тоже есть - слишком маленький интервал наблюдения, чтобы утверждать.
Короче, явных проблем функционирования прокси в логах не видно. Думаем дальше. Ещё раз проверить фаервол хорошо бы.
Поэтому тут наблюдается отказ присоединения группы мультикаста от источника, например:
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
без "ругани". Но, может они и в первом случае тоже есть - слишком маленький интервал наблюдения, чтобы утверждать.
Короче, явных проблем функционирования прокси в логах не видно. Думаем дальше. Ещё раз проверить фаервол хорошо бы.
-
- Сообщения: 67
- Зарегистрирован: 12 сен 2019, 22:50
- Откуда: Севастополь
Re: Перестал работать IPTV
Вангую - от провайдера вы ничего не добьётесь
-
- Сообщения: 3912
- Зарегистрирован: 29 фев 2016, 15:26
- Откуда: Минск
Re: Перестал работать IPTV
Есть возможность проверить с собственным стримером (VLC)? А то у меня дома один ноутбук, и на телефоне VLC не хочет к udp://@-каналам даже пробовать подключаться...
-
- Сообщения: 67
- Зарегистрирован: 12 сен 2019, 22:50
- Откуда: Севастополь
Re: Перестал работать IPTV
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-интерфейсе поток может быть какое-то время после запроса канала, пока его не отключит вышестоящий (провайдерский) коммутатор. И это может вводить в заблуждение, когда смотришь на скриншоты.
/ip firewall raw add action=notrack chain=prerouting dst-address-type=multicast
Это - чтобы я уже "узбагоился". Правило гарантированно пустит входящий и транзитный мультик мимо вашего файервола. И посмотрите торчем, есть ли у вас трафик мультика в локальном бридже. Меня не покидает ощущение, что у вас нет форвардинга запрашиваемого потока именно в bridge. Ну, и пробовать с альт-подсетью: 0.0.0.0/0. В случае неудачи, - с 172.21.0.0/16
Дело в том, что в случае блокирования мультикаста файерволом, на WAN-интерфейсе поток может быть какое-то время после запроса канала, пока его не отключит вышестоящий (провайдерский) коммутатор. И это может вводить в заблуждение, когда смотришь на скриншоты.
-
- Сообщения: 67
- Зарегистрирован: 12 сен 2019, 22:50
- Откуда: Севастополь
Re: Перестал работать IPTV
И ещё, пожалуйста, сделайте с роутера traceroute до 172.21.255.99 и 172.21.0.14
Интересно, что покажет.
Интересно, что покажет.