Jump to content

BDV

Forum Members
  • Posts

    75
  • Joined

  • Last visited

Everything posted by BDV

  1. Добрый день. Также наблюдаю ошибку вида: "ICMP: someone has same IP 192.168.X.XX" начиная с версии ПО 4.1.0. Причем подобные сообщения я получаю только от устройств включенных через неуправляемый гигабитный свитч. На 4.1.1 ошибки сохраняется. Роутер Keenetic Peak KN-2710.
  2. Добрый день. Аналогичная проблема на Peak KN-2710, началась с переходом с ПО 4.0.7 на 4.1 alpha 19. На 4.1.1 также присутствует. Кроме того, вот еще одна тема с аналогичной проблемой:
  3. Проблема должна быть решена в 4.1 beta 3, можно понаблюдать: Wi-Fi: исправлены некорректные события отключения/подключения клиента в мобильном приложении [NDM-3079]
  4. Keenetic Peak в режиме ретранслятора. На версии 4.0.6 такая же ошибка в журнале, до этого не было.
  5. @Infy, спустя пол года EoL устройства получили апдейт до версии 3.9.8, так вот, проблема по-прежнему актуальна, весь журнал усыпан сообщениями: То есть: "IGMP: исправлена ошибка "group address 224.0.1.187 is not equal destination address" [SYS-775]" не исправлено.
  6. Добрый день, аналогичная проблема. Mesh из 2-х ZKU2, версия ПО 3.9.4 Обращался в личку к Alex SP, так как грешил на приложение. Ответ был следующий: "Так, у вас оказывается старые девайсы из дельты прошитые. Скорей всего какое то несоответствие драйверов новых и железа. Сорри, но разбираться с этим накладно. И девайсы сняты с поддержки."
  7. Добрый день. Имею 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. Буду признателен за любые идеи в поиске решения проблемы.
  8. Подождем, ZKU2 достойная железная, и много кто еще ей пользуется.
  9. Ну во первых, найти единомышленников с подобной проблемой, во вторых, возможно уже кто-то с ней сталкивался и решил её. В третьих, возможно разработчики обратят внимание и подскажут что с этим делать.
  10. Вы хоть первый пост прочитали? Или просто в каждой теме флудите? Давно ли официалы стали оказывать техподдержку ZKU2?
  11. Обновился до 3.9.3, ситуация не изменилась.
  12. Так, да не так. Я, хоть и вне явном виде, предложил вам отказаться от secrets.yaml, хотя бы на этапе поиска проблемы. И прописать токены и пароли непосредственно в setting.conf. В HA есть токены обновления и долгосрочные токены доступа, и где-то в этом месте вы допускаете ошибку. Вам нужен именно долгосрочный токен доступа, который необходимо создать для Configurator.
  13. 1. В HA выпустите долгосрочный токен для конфигуратора 2. Файл setting.conf отредактируйте для начала вот так: "HASS_API": "http://192.168.1.1:8123/api/", "HASS_API_PASSWORD": "Вставляем ранее полученный долгосрочный токен из HA", "USERNAME": "Придумываем логин для входа в конфигуратор", "PASSWORD": "Придумываем пароль для входа в конфигуратор" Проверьте уйдет ли ошибка из журнала HA
  14. Продолжу беседу сам с собой, так как за две недели не получил ни одного комментария. 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, как то так.
  15. Всем добрый день. Нашел решение своей проблемы. Возможно кому то это будет интересно и у кого то происходит подобное. Ошибки, возникающие при переключении клиента от одной точки доступа к другой, а именно: Являются следствием включения на смартфонах (в моем случае марки - Samsung) галки напротив "Определения подозрительных сетей" в разделе дополнительных настроек Wi-Fi. Отключил на всех устройствах и проблема ушла.
  16. Всем добрый день. Кому-нибудь помогли эти рекомендации ТП? Мне нет. Ошибки хоть и одинаковые, но у меня возникают именно в момент перехода клиента с одной точки доступа на другую и с чем это связано не понятно. PS. Mioniks, отдельное спасибо за предоставленную информацию.
  17. Добрый день. Mesh из 2-х ZKUII. Версия ПО 3.9.2 на обоих. Аналогичные ошибки в системном журнале: Заметил, что ошибки возникают в 100% случаев в момент переключения клиента с одной точки доступа на другую.
  18. Добрый день. Есть mesh из двух ZKU2. Весь системный журнал забит ошибками: В дампе трафика картина следующая: Все указанные source - это устройства марки Samsung (ТВ/Саундбар/Смартфон). Вопрос, с чем связаны данные ошибки? На что они влияют? И самое главное как от них избавиться?
  19. Mesh из 2-ух Ultra 2. После обновления до 3.8 beta 1 наблюдаю спонтанные перезагрузки контроллера. На syslog сервере вижу следующее: "2022-05-07 13:55:01","warning","kern","kernel","Keenetic_Ultra1"," Lo : 0000000a" "2022-05-07 13:55:01","warning","kern","kernel","Keenetic_Ultra1"," Hi : 00000003" "2022-05-07 13:55:01","warning","kern","kernel","Keenetic_Ultra1"," $28 : 8fc6e000 8fc13e10 00000001 81256eac" "2022-05-07 13:55:01","warning","kern","kernel","Keenetic_Ultra1"," $24 : 000000f5 0000000a " "2022-05-07 13:55:01","warning","kern","kernel","Keenetic_Ultra1"," $20 : 00000001 c0d01000 8b3bf060 8b3bf040" "2022-05-07 13:55:01","warning","kern","kernel","Keenetic_Ultra1"," $16 : 00000000 8b3bff78 8c182540 8b3bff60" "2022-05-07 13:55:01","warning","kern","kernel","Keenetic_Ultra1"," $12 : 000000ee 00000018 0000006b 0000007f" "2022-05-07 13:55:01","warning","kern","kernel","Keenetic_Ultra1"," $ 8 : 00000000 00000004 00000004 0000002f" "2022-05-07 13:55:01","warning","kern","kernel","Keenetic_Ultra1"," $ 4 : 0f4941e6 00000001 8fc13d00 0000002e" "2022-05-07 13:55:01","warning","kern","kernel","Keenetic_Ultra1"," $ 0 : 00000000 8151000c 0000007f 00000000" "2022-05-07 13:55:01","warning","kern","kernel","Keenetic_Ultra1"," task: 390cf052 task.stack: f25e7853" "2022-05-07 13:55:01","warning","kern","kernel","Keenetic_Ultra1"," CPU: 3 PID: 0 Comm: swapper/3 Tainted: P O 4.9-ndm-5 #0" "2022-05-07 13:55:01","warning","kern","kernel","Keenetic_Ultra1"," Unhandled kernel unaligned access[#1]:" Кроме того в логах регулярно проскакивает ошибка: "2022-05-07 13:26:25","error","daemon","ndnproxy","Keenetic_Ultra1"," query section count mismatch, got 0 (expect 1), ignore. " На 3.7.4 подобного не было. Вопрос один. С чем это связано и как победить?
  20. У меня mesh из двух Ultra II на 3.6.10 и TV Samsung Q-серии. Проблема сохраняется, подскажите как правильно тогда поступить? PS. Релиз minidlna v1.3.0 у ReadyMedia датирован 25.11.2020г, вы пишите о патче от 14.02.2020г, мы точно не о разных вещах говорим?
  21. Ответ техподдержки на вопрос об обновлении minidlna: "Версия 1.3.0 уже используется с тестовой версии 3.07.A.0.0-4 из канала разработчиков" Ответ техподдержки на вопрос о переносе minidlna версии 1.3.0 в стабильные релизы 3.5.10 (для Ultra II и не только) и 3.6.10: Мы в техподдержке не принимаем решение в таких вопросах. Напишите, пожалуйста, нашим разработчикам напрямую на их форуме https://forum.keenetic.net Пишу. Планируется ли обновление dlna-сервера на стабильных релизах 3.5.10 и 3.6.10?
  22. Добрый день. Размещаю свой вопрос здесь, так как на текущий момент поддержка Ultra II прекращена. Еще в феврале 2020 года я размещал тикет 481287, одним из вопросов которого была работа встроенного dlna-сервера и телевизора Samsung Q-серии. А именно - после обновления медиатеки постеры от фильмов не соответствовали самим фильмам. Тогда техподдержка сослалась на проблемы у клиента dlna. Я с этим конечно же согласился, т.к. на других ТВ Samsung такой проблемы не возникало. Позже, в ноябре 2020 года на сайте: ReadyMedia - Browse /minidlna/1.3.0 at SourceForge.net появился новый релиз minidlna v.1.3.0: как раз с фиксом моей проблемы. Но за это время встроенный dlna-сервер так и не обновили и проблема для меня по-прежнему актуальна. Поэтому у меня возник вопрос к разработчиками, возможно ли обновить встроенный dlna-сервер или хотя бы перенести выделенный выше фикс. PS. Возможно не в тот раздел запостил тему, но решил сюда, так как на 3.6.10 проблема по-прежнему актуальна.
×
×
  • Create New...