Я конечно извиняюсь, НО ЭТО ПИ$ДЕЦ!
Цитата:
В лабораторных условиях невозможно воспроизвести все моменты реальных условий
Да вам на выявленные ошибки указали! Расписали!
Что там делалось 2 месяца в лабораторных условиях то?
Интерфейс рисовали новый? Вы интерфейс чтоли тестировали?
Ещё раз: ссылка -
viewtopic.php?f=3&t=153704Копипаст:
Цитата:
суть проблемы такая:
Приставка подключена к группе, принимает multicast поток, всё в порядке.
Второй клиент (к примеру ПК) тоже смотрит тв, проблем нет.
Когда один из клиентов начинает щелкать каналы, тут вскрывается небольшая проблема.
Ну а дальше воспроизвожу из логов роутера по действиям:
текущая ситуация - оба клиента смотрят разные каналы (соответственно 2 группы: 01:00:5e:2d:81:04 и 01:00:5e:2d:81:05)
на одном из клиентов я переключаю канал на тот который смотрит второй клиент, соответственно происходит удаление той группы от которой отключился, новая не добавляется, так как уже есть (адрес 01:00:5e:2d:81:05). В логах появляется:
Jul 4 15:09:07 kernel: eth0.2: del 01:00:5e:2d:81:04 mcast address from master interface
Всё логично.
Далее я ещё раз щелкаю канал. Соответственно один клиент посылает роутеру сообщение лив групп, и джоин к новой 01:00:5e:2d:81:15.
Роутер зараза делает:
Jul 4 15:09:12 kernel: eth0.2: del 01:00:5e:2d:81:05 mcast address from master interface
Jul 4 15:09:12 kernel: eth0.2: add 01:00:5e:2d:81:15 mcast address to master interface
Игнорируя то, что второй продолжает смотреть канал и от группы не отключался, а роутер удаляет 01:00:5e:2d:81:05. Соответственно сообщение ушло коммутатору, поток остановился. В этот же момент роутер опрашивает клиента который остался смотреть канал запросом Query, на что клиент естественно отвечает что к группе подключен, и роутер делает:
Jul 4 15:09:14 kernel: eth0.2: add 01:00:5e:2d:81:05 mcast address to master interface
Поток восстанавливается.
На этом всё. Не совсем понял логику таких действий. Происходит удаление группы, опрос, создание. Хотя мне кажется должно быть, когда кто-то отключился, проверка роутером своей таблицы маршрутизации для мультикаста или наличия клиентов в группе (не силен в тонкостях по данному вопросу) , а после уже принятие решения удалять или нет.
Всё это происходит относительно быстро, но тем не менее поток рвется, что смотрится от лица абонента не привлекательно.
Хотелось бы комментария по данной проблеме, была ли выявлена ранее и стоит ли ожидать исправление в ожидаемом релизе прошивки? Потому что ждать ещё пол года не гуд.
Цитата:
ещё оказывается что когда я к примеру смотрю иптв через wifi, мультикаст трафик срется на все лан порты. если смотрю на лан порту иптв, индикация на корпусе кажет что данные бегут и на wifi, а по вайфаю до ноута не лоходят, также пакеты валятся на все лан порты.
Всё понимаю, роутер бюджетный... Но на старых прошивках того же дир 300 нру всёж работало нормально! Или вы 2 месяца трудитесь упорно чтоб всё загадить?
Ещё теперь косяк появился: не переключается вид журналирования, немогу даже заглянуть в отладочные сообщения.
И иптв по wifi ломается жутко. Хотя вернемся всё к тому же дир 300 нру (просто довелось с ним повозиться), даже hd каналы нормально по wifi идут!
Не ну правда, что за бред?