Перейти к содержанию

Le ecureuil

Участники форума
  • Постов

    11 537
  • Зарегистрирован

  • Посещение

  • Победитель дней

    678

Весь контент Le ecureuil

  1. Да, это только первый этап - самое (по нашему мнению) безболезненное. Постараемся в каждой новой сборке оптимизировать сильнее по мере возможности.
  2. Скажите точный сервис sip и программу, которой вы соединяетесь. Проверим.
  3. Да, мы знаем о проблеме, она стоит в списке на "решение", постараемся сделать как только получится. Скорее всего будет сделан перезапрос адреса удаленного endpoint если настроен FQDN вместо IP + поддержка PingCheck на случай, если сменился локальный адрес.
  4. Удаленная подсеть _НИ_В_КОЕМ_СЛУЧАЕ_ не должна пересекаться с уже настроенными сетями на роутере. Просто придумать и тут указать. Если нет идей, используйте 172.20.20.1. DNS-сервер можете указать 192.168.1.1.
  5. По поводу свича вообще ничего не могу вам подсказать
  6. Я же говорил, что дело явно не в Keenetic. Broadcast storm control видимо глючит, и любой burst в pps воспринимает как шторм, временно дропая пакеты (или там очень-очень маленькая очередь, что опять-таки ведет к дропу). Из-за этого нарушается последовательность, и...
  7. Для сертификатов надо многое менять в системе. Запланировано, но без конкретных сроков.
  8. Насколько я помню, он не поддерживает PSK, потому не подойдет. Ему только сертификаты подавай.
  9. Скрыл темы по подключению устройств к VirtualIP, поскольку они лет сто как устарели. Актуальные инструкции такие: iOS, Android. Используйте Web, по багам в нем заводите темы. Инструкция по подключению винды оставлена, поскольку в ней нет стандартных средств.
  10. Скидывайте конфиги обоих сторон, посмотрим что не так. Еще важна точная версия прошивки на Keentic.
  11. Спасибо за конструктивные идеи, подумаем, поэкспериментируем. Мы на самом деле готовы заняться оптимизацией расхода батареи и использования ресурса радиоканала при discovery, и любые (возможно даже кажущиеся бредовыми) идеи рассмотрим и подумаем что реально можно сделать. Так что чем больше предложите, тем лучше. Пока у нас в 2.09 в рамках активной альфа-разработки на это есть время.
  12. Такое техническое задание. Исчерпывающе, не так ли?
  13. Уже сто раз обсуждалось. Этого в целом недостаточно, потому что у клиентов может быть не прописан default route, они могут быть забиты статикой, они могут вообще не ходить в Интернет. А отображать их всех нужно. Насчет более толерантной логики сканирования - вот тут можно подумать. Предлагайте варианты.
  14. Никто не тестировал и не проверял мультикаст с Virtual IP.
  15. keenopt больше не существует (уже более полугода), переходите на любую из разновидностей Entware.
  16. Можно попробовать с костылем в iptables с помощью Entware, однако на 2.06 фича точно не будет перенесена, даже если появится.
  17. Странно как-то, но ладно. В пятничной сборке проверьте, должно появиться.
  18. @r13 @ankar84 @Oleg Shabanov нашли несколько проблем, работаем над ними. В завтрашней сборке должно быть все нормально.
  19. Покажите вывод из CLI команды >show drivers
  20. Поправлено. Появится в следующей сборке.
  21. По-хорошему нужно сделать access-list вот таким: permit gre 10.11.1.1 255.255.255.0 10.10.251.1 255.255.255.0 И проверить на работоспособность. Ну и неплохо бы использовать транспортный режим вместо туннельного для уменьшения overhead, и в транспортном режиме permit gre обязателен.
  22. Проверьте в пакете ndm-mod-opkg-kmod-netfilter, там должны быть ts_bm.ko и ts_kmp.ko.
  23. Еще многие производители хитрят, и делают небольшую часть флешки в виде SLC-памяти, и помещают в нее FAT / NTFS MFT, а остальную часть в виде MLC/TLC/... Итого если вы затрете заводское форматирование, то вероятность угробить флешку растет на порядок из-за постоянной перезаписи мест, которые на это не рассчитаны + скорость тоже ощутимо падает.
×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.