BDV

Спасибо. В 4.3 beta 3 попала эта правка?

Судя по всему на 4.3 Beta 1 наблюдаю аналогичное поведение. При использование DoT/DoH и включение ping-check в журнале начинается спам: Если ping-check выключить спам прекращается.

Тоже без изменений

@Le ecureuil Также не работает синхронизация времени у ESP'ек с NTP-сервером keenetic'а. Дампы работающего и не работающего NTP приложил скрытым сообщением.

@Le ecureuil, добрый день. Аналогичную проблему с NTP наблюдаю на NAS от Asustor. При установке keenetic'а в качестве NTP-сервера синхронизация не происходит, NAS выдает ошибку синхронизации. Дампы с неработающим NTP-сервером (Keenetic) и работающим NTP-сервером (pool.ntp.org) приложил скрытым сообщением.

Добрый день. Также наблюдаю ошибку вида: "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

Продолжу беседу сам с собой, так как за две недели не получил ни одного комментария. 1. Ошибки в системном журнале связаны с multicast'ом и возникают в момент когда устройства Samsung пытаются подписаться на группу 224.0.1.187 (Membership Report group 224.0.1.187). 2. Ip адрес 224.0.1.187 попадает в диапазон 224.0.1.0/24, который в свою очередь зарезервирован под протоколы, которым необходимо передавать мультикаст по всей сети, то есть проходить через маршрутизаторы. 3. Единственное упоминание о группе 224.0.1.187 нашел в rfc7252: 4. Согласно данному rfc данный адрес/группа закреплена за протоколом CoAP (Протокол интернета вещей). 5. О механизме работы протокола можно почитать в статье: lib.tssonline.ru/articles2/internet-of-things/protokol-interneta-veschey-coap То есть с уверенностью в 99,9% могу предположить, что ошибки в системном журнале связаны с работой Samsung SmartThings. И в принципе вроде бы со всем разобрался, но так и не понял, что не нравиться keenetic'у и как это победить. PS. Пока единственным вариантом избавиться от ошибок в системном журнале является отключение IGMP-Прокси в настройках домашней сети, но при этом становится не возможным просмотр IPTV, как то так.

Всем добрый день. Нашел решение своей проблемы. Возможно кому то это будет интересно и у кого то происходит подобное. Ошибки, возникающие при переключении клиента от одной точки доступа к другой, а именно: Являются следствием включения на смартфонах (в моем случае марки - Samsung) галки напротив "Определения подозрительных сетей" в разделе дополнительных настроек Wi-Fi. Отключил на всех устройствах и проблема ушла.

Всем добрый день. Кому-нибудь помогли эти рекомендации ТП? Мне нет. Ошибки хоть и одинаковые, но у меня возникают именно в момент перехода клиента с одной точки доступа на другую и с чем это связано не понятно. PS. Mioniks, отдельное спасибо за предоставленную информацию.

Добрый день. Mesh из 2-х ZKUII. Версия ПО 3.9.2 на обоих. Аналогичные ошибки в системном журнале: Заметил, что ошибки возникают в 100% случаев в момент переключения клиента с одной точки доступа на другую.

Добрый день. Есть mesh из двух ZKU2. Весь системный журнал забит ошибками: В дампе трафика картина следующая: Все указанные source - это устройства марки Samsung (ТВ/Саундбар/Смартфон). Вопрос, с чем связаны данные ошибки? На что они влияют? И самое главное как от них избавиться?