All Activity

@glogjet допускаю, что у вас есть дубликат сегмента многосегментного сообщения. В 3.6.A.16 и 3.6.B.0 немного разные алгоритмы, они одинакого подвержены проблеме? Нужен селфтест.

Гляньте потом на https://netboot.xyz/ Вероятно, там уже есть всё, что вам надо.

basic minimal Включаем опции Ставим пакеты: `opkg install tftpd-hpa xinetd` Создаём файл "/opt/etc/xinetd.d/tftp" (на время отладки, используем ключ "-v") cat > /opt/etc/xinetd.d/tftp <<EOF service tftp { flags = REUSE socket_type = dgram protocol = udp instances = 10 wait = no user = root server = /opt/sbin/tftpd-hpa server_args = -v -s /opt/var/lib/tftpboot cps = 100 2 disable = no } EOF Забираем архив "суслика", "потрошим", забирам файлы (или потрошим любимый дистр) wget http://mirrors.edge.kernel.org/pub/linux/uti

напишите про баг в официальную техподдержку.

Первое не совсем верно. Я понимаю этот подход, он имеет место быть, но сессия на модеме остается активна даже если я выключаю соединение в UI/Telnet и оно больше не идет как резервное, автоматического перехода на него не будет. В этом даже для первого сценария я вижу баг. Второй сценарий это конечно мечта. Рад слышать что его уже прорабатывают разработчики.

Требуемые файлы прикрепил. Посмотрите пожалуйста. Один звонок прошел нормально. При ответе на второй трубка перезагрузилась. cli.txt self-test.txt

Это ошибка алгоритма сборки многосегментного сообщения. В 3.6.A.16 3.6.B.0 немного изменился алгоритм работы с такими сообщениями, он оказался не идеален. Поправим.

Модем 4G в резерве и сессия всегда активна -> быстрый переход на резервный канал (поддерживается в текущей прошивке). Модем 4G в резерве и сессия не поднята (модем как бы отключен по питанию) -> более долгий переход на резервный канал, но при определённых тарифах экономия в финансах (в планах поддержка в следующих версия прошивок)

Да, действительно, модель трубки распозналась правильно. Теперь нужно проверить текущие настройки и лог NVOX. Для этого: 1) пришлите вывод команды “show nvox status full”; 2) пришлите self-test записанный при воспроизведении проблемы. Записать нужно следующим образом: 2.1) на странице веб-конфигуратора Управление>Диагностика>Режим отладки нажмите “Включить режим отладки”; 2.2) подождите 1 минуту; 2.3) воспроизведите проблему с перезагрузкой трубки при ответе на входящий вызов; 2.4) нажмите “Завершить режим отладки”; 2.5) сохраните файл self-test.txt и пришлите его мне.

Модель трубки указана правильно.

Пришлите, пожалуйста, скриншот страницы настройки вашей DECT-трубки (см. образец ниже). Нужно проверить, правильно ли распозналась модель трубки. Если не распозналась или распозналась неправильно, то нужный профиль настроек не был применен и это причина проблемы.

V.20(344) не работает скрытие устройств.

А как насчет сброса значка уведомлений на всех устройствах после просмотра на одном? Ещё не реализовано.?

версия 3.6. а16, есть такая правка, может полечили, хотя не QMI, но у меня тоже была пару раз такое, что модем уходил в перезагрузку, в этом году прекратилось такое на данный момент, у меня тоже 3.5.6 USB: исправлены спонтанные перезагрузки при использовании модемов Huawei CDC NCM

20/344, да, баг актуален все еще, крестик так и остаётся чёрным пока не выгрузишь из памяти приложение

Да, этот функционал разрабатывается для предоставления доступа третьим лицам к своему аккаунту.

да не, я не против этого, помню, что сам давал Вам права на учётку, у меня ещё до сих пор симуляторы светятся с которых Вы отладку делали, с разработчиками нужно дружить) но мысль-то моя правильная?просто доверенный список лиц?

Хорошо, посмотрим.

наверное уже поправлено

@Alex Sh. @AlexSP на 20 версии не проверял, подожду новой сборки и отпишусь

понимаю, ждём возможность реализации

Имеется Keenetic Viva с модулем Keenetic plus DECT (версия ПО 0.8.1.60) и две трубки Panasonic kx-tpa60 (версия ПО 03.04.006). При нажатии клавиши на трубке при ответе на водящий трубка перезагружается. Сначала грешил на слабые АКБ в трубках, но после замены АКБ на заведомо хорошие - проблема перезагрузки сохранилась. Причем, трубка не перезагружается, если успеть нажать клавишу ответа в первые 0.5 секунды входящего звонка. Поведение двух трубок одинаковое. Подскажите, в чем может быть проблема?

@enterfaza Обсудили, пока нет ресурсов на это, к сожалению. Попробуем вернуться к вопросу позже.

Скрины пожалуйста из прилодения и веб интерфейса. Не воспроизводится.

@enterfazaХорошо, я посмотрю.