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

[quote="barracuda8"]Эти настройки и у меня такие
а расширенные?

у меня вообще пусто, этот пункт настроек .

ну у меня и не РОСТЕЛЕКОМ .

рассыпание - ну есть .
а так по 5-6 устройств проверял и все показывают разные каналы

_________________
Своим вопросом Вы загоняете меня в ГУГЛ.....
DFL-210 -архив образов
Меня можно найти в боте Телеграмма @MyKingdombot когда РКН перестанет заниматься ерундой :-)
Готовыe платить - пишите
Прикуплю неисправные девайсы ради корпусов ....-> в личку

Таки не вышел каменный цветок

В общем схема подключения у меня такая:


На wan1:




В таблице маршрутов прописал


Маршрут для Multicast_group прописывается автоматически:

Network: 224.0.0.0/4
Interface: core
Gateway: (Iface IP)
Metric: 0

Вставлял этот маршрут в ручную (удалив этот) с Gateway: 192.168.65.100
Ничего не менялось.

В правилах, в самом верху прописал

3, и 4 правило позволяют запрашивать списки каналов
all_services использовал исключительно чтобы убедится что ничего не мешает (в последствии заменю на необходимые).

В настройках IGMP как и было


Менял Snoop на Proxy, ничего не изменилось (за исключением времени отписки от канала)

Итого, при подписке на канал на wan1 выдает

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

Из подслушанного трафика, без DFL, такое сообщение с сообщением igmp_report_received должно проходить для канала не реже 1-2 раза в 30 секунд.
А так же на широковещательный адрес 239.255.255.250 порт 1900 раз в 4-5 секунд по UDP отправляется udptotlen=131
Ничего подобного через DFL не проходит, не блокируется, не фиксируется (все настройки для IPTV настроены на "Log Settings=Debug")

В результате канал вещания держится не более 2 минут, и то за счет того что за это время проигрыватель успевает один раз запросить список каналов. Если в данный момент список каналов проигрыватель не запросил то время вещания чуть больше 1 минуты.

Версия прошивки 2.40.04.08
Языковая версия 2.27.00

Техподдержка может что либо сказать?

Апну.
Тех. поддержка читает форум? Есть что сказать?

Похоже в отпуске всем составом.


Появилась мысль поиграться с MTU, на одном из форумов прочитал, что одному пришлось снизить MTU до 578, только после этого обрыв ТВ прекратился.
сегодня, завтра по тестирую

Способ определения оптимального MTU
http://www.tp-linkru.com/article/?id=190

Не помогло, при разных значениях только время живого эфира меняется, но результат тот же - обрыв.

Ап. Тех. поддержка?

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

Жду

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

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

Нет, не так, в общем придя домой проверил связь и через DFL и без. Результат нулевой, но, делая неоднократные попытки "раскочегарил" таки. Все же в данном случае проблемы на стороне раздачи. Так как в данный момент эфир идет на ура.

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

Прошу прощение за задержку, руки не доходили.
Ну в общем все до банальности глупо.

Все настройки по мануалу. За исключением маршрутов. Тут конечно вычисления индивидуально надо делать, в зависимости от конфигурации провайдера (о чем они не спешат сообщать)
У меня оказалось надо добавить два маршрута:


2- маршрут это маршрут до сервера вещания 192.168.50.22 через гетвей 192.168.65.100
а вот 1 - й маршрут непонятно для чего. Его я добавил в ходе тестирования, дабы не забивался лог дефолтными дропами, с этой подсетки постоянно лезли пакеты, вот и поставил маршрут, освободил лог, но как оказалось именно этот маршрут требуется для стабильного показа.
Маршрут убираю - нет показа, ставлю - есть.
Как сказал остальное по мануалу.

Вот такие дела.

И вот, несколько часов теста - полет нормальный

То есть, при наличии "левого" маршрута (10.11.0.0/16 на гетвей 192.168.65.100) все кажет замечатльно
Удаляю - эфир - минута с лишним и затык.
Для чего этот маршрут я так и не понял, бо в логах только исходящие пакеты из этой подсети на широковещание IGMP для 224.0.0.1