BDV

Добрый день. Также наблюдаю ошибку вида: "ICMP: someone has same IP 192.168.X.XX" начиная с версии ПО 4.1.0. Причем подобные сообщения я получаю только от устройств включенных через неуправляемый гигабитный свитч. На 4.1.1 ошибки сохраняется. Роутер Keenetic Peak KN-2710.

Добрый день. Аналогичная проблема на Peak KN-2710, началась с переходом с ПО 4.0.7 на 4.1 alpha 19. На 4.1.1 также присутствует. Кроме того, вот еще одна тема с аналогичной проблемой:

Проблема должна быть решена в 4.1 beta 3, можно понаблюдать: Wi-Fi: исправлены некорректные события отключения/подключения клиента в мобильном приложении [NDM-3079]

Keenetic Peak в режиме ретранслятора. На версии 4.0.6 такая же ошибка в журнале, до этого не было.

Аналогично, может у кого есть решение?

Да, естественно желание есть.

@Infy, спустя пол года EoL устройства получили апдейт до версии 3.9.8, так вот, проблема по-прежнему актуальна, весь журнал усыпан сообщениями: То есть: "IGMP: исправлена ошибка "group address 224.0.1.187 is not equal destination address" [SYS-775]" не исправлено.

Добрый день, аналогичная проблема. Mesh из 2-х ZKU2, версия ПО 3.9.4 Обращался в личку к Alex SP, так как грешил на приложение. Ответ был следующий: "Так, у вас оказывается старые девайсы из дельты прошитые. Скорей всего какое то несоответствие драйверов новых и железа. Сорри, но разбираться с этим накладно. И девайсы сняты с поддержки."

Добрый день. Имею mesh из двух ZKU2. Обнаружил неприятный баг. Не работает IPTV при подключении приставки к экстендеру. При этом если подключить эту же приставку к контроллеру все работает изумительно. Исходные данные: Версия ПО 3.9.4 на обоих устройствах (контроллер и экстендер); Контроллер и экстендер соединены проводом (линк - 1G); Компонент "Прокси-службы для IGMP и PPPoE" на контроллере установлен, IGMP-прокси включен (авто). Для просмотра IPTV никакие доп. настройки не требуются (оператор МТС), нет никаких отдельных вланов, ни нужно светить маком приставки в wan-интерфейс и тому подобное; Приставка к экстендеру подключена проводом. Детальное описание проблемы при подключении приставки к экстендеру: Плейлист доступен, но ни один канал не воспроизводится. Черное поле. Есть подозрение что контроллер не получает пакет IGMP-Report от приставки. Если перезагрузить контроллер или экстендер (оба или один из них, не важно), то воспроизведение на приставке начинается, но тоже с особенностями: если канал SD (2-6 Мб/сек) - проблем не замечено; если канал HD (8-12 Мб/сек) - наблюдаю фризы на экране, заикания по звуку и т.д.; если канал UHD (порядка 25 Мб/сек) - воспроизведение даже не начинается (черное поле), только звук постоянно заикается и всё. Теперь естественно сами вопросы: Нужно ли устанавливать какие либо дополнительные компоненты на экстендер, например "Прокси-службы для IGMP и PPPoE" или "Прокси-сервер UDP-HTTP (udpxy)"? Возможно еще что-то необходимо? С чего начать диагностику проблемы для ее решения? Снять дампы траффика не проблема, но вот что искать в них не ясно. Ошибки в конфигурации экстендера думаю можно исключить, так как в нем нет никаких дополнительных настроек на этот счет и всем управляет контроллер? И вообще у кого нибудь работает IPTV за экстендером? PS. Буду признателен за любые идеи в поиске решения проблемы.

Подождем, ZKU2 достойная железная, и много кто еще ей пользуется.

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

Вы хоть первый пост прочитали? Или просто в каждой теме флудите? Давно ли официалы стали оказывать техподдержку ZKU2?

Обновился до 3.9.3, ситуация не изменилась.

Так, да не так. Я, хоть и вне явном виде, предложил вам отказаться от secrets.yaml, хотя бы на этапе поиска проблемы. И прописать токены и пароли непосредственно в setting.conf. В HA есть токены обновления и долгосрочные токены доступа, и где-то в этом месте вы допускаете ошибку. Вам нужен именно долгосрочный токен доступа, который необходимо создать для Configurator.

1. В HA выпустите долгосрочный токен для конфигуратора 2. Файл setting.conf отредактируйте для начала вот так: "HASS_API": "http://192.168.1.1:8123/api/", "HASS_API_PASSWORD": "Вставляем ранее полученный долгосрочный токен из HA", "USERNAME": "Придумываем логин для входа в конфигуратор", "PASSWORD": "Придумываем пароль для входа в конфигуратор" Проверьте уйдет ли ошибка из журнала HA