vst

Исправление уже сделано, в следующей версии оно появится.

Ок, попробуем не слать ему команду сброса между попытками. Думаю поможет...

@XEGARE ᅠ проверил на 21.286.03.01.209, проблем не нашел. Возможно 30 секундный интервал ожидания соединения, который повился в новой версии, недостаточен. Нужен селфтест.

Сложно сделать приоритезацию диапазонов, так как не многие модемы это поддерживают.

Thanks for the report. We're working on it

Спасибо за отчёт! В понедельник проверим.

@k19olegh68 Спасибо за диагностику. В следующей версии поправим сбор статистики.

@k19olegh68 прошу полнить следующие команды и прислать селфтест

Для NDIS модемов Huawei пока не сделали выбор частотных диапазонов.

Сначала модем виден как CD-ROM, затем переключается в NDIS или CDC зависимости от прошивки. В логе видно, что в итоге соединение установилось. В чем именно проблема и верно ли то, что с некой версии прошивки Keenetic модем стал работать иначе?

Thanks for the report. I can confirm that we lost this functionality by accident. Will be fixed in future versions. NDM-1975 NDM-2363.

Технически можно реализовать опрос GPON свистков. WEB API можно зареверсить. Собственно так мы и опрашиваем некоторые USB модемы. Но остаётся непонятным, какие именно свистки стоят добавления и насколько их API стабильно. Например у DFP-34X-2C2 версии 210702 и 220414 могут принципиально отличаться. Пока собираем пожелания...

@KYTECHNGAMING I can see that with your settings a modem can't even connect to the network. Maybe it's because certain bands are disabled. Does the modem connect if you activate pdp ipv4?

@KYTECHNGAMINGPlease share a self-test file. Are you sure that your mobile operator supports IPv6? Please verify that your UsbQmi0 configuration contains the following:

Давайте от скриншотов WEB перейдём в telnet и сверим настройки модуля на более низком уровне. Нужно убедиться, что модуль работает в GPON, а не в EPON (у меня при понижении прошивки так было). PON_MODE должен быть равен 1. Далее убедиться, что правильно прописан GPON_SN (первые 4 символы - vendor id SCOM в вашем случае) и PON_VENDOR_ID. И ещё прописать GPON_PLOAM_PASSWD. MAC вроде как можно не переписывать. flsgh get PON_MODE flash get GPON_SN flash get PON_VENDOR_ID flash get GPON_PLOAM_PASSWD flash get GPON_ONU_MODEL flash get ELAN_MAC_ADDR flash get HW_CWMP_MANUFACTURER flash get HW_CWMP_PRODUCTCLASS flash get HW_HWVER flash get OMCI_VEIP_SLOT_ID flash get OMCI_OLT_MODE flash get OMCI_FAKE_OK flash get OMCI_SW_VER1 flash get OMCI_SW_VER2 flash get VS_AUTH_KEY flash get MAC_KEY Информация взята отсюда

Использовался ttyUSB2. Модема нет в наличии, приходится гадать. Переключил на ttyUSB0.

Спасибо за диагностику. Проблема в том, что модем перестаёт отвечать на AT команды, а управляющая система не совсем корректно на это реагирует. Попробую воспроизвести и внести исправление.

Нет, так как лишком много отличий в коде 3.9 и 2.16.

Скорее всего для данного модема(03f0:0857) неправильно выставлен номер tty интерфейса. Сейчас используется нулевой. Через minicom какой отвечает?

В прошивке модема баг в виде битых пакетов icmpv6 RA. Но иногда пакеты приходят не битые и тогда ipv6 работает. Допускаю, что в какой-то версии прошивки эта проблема исправлена. Можно снять дамп трафика и убедиться, что идут битые пакеты.

@kameton709 лучше перейти на 3.08 и добавить настройку: Команда lte init "AT+CGDCONT=0,\"IPV4V6\",\"internet.mts.ru\"" скорее всего не прокатит, так как роутер настраивает первый контекст, а не нулевой. В 3.08 лучше так же снести настройку lte init. И даже когда вы всё сделаете и всё настроите правильно, модем может не заработать, так как из-за бага шлёт битые ICMPv6 RA. UPD: 860й иногда шлёт битые пакеты, иногда норм.

L860 проблемный. С версией 18600.5001.00.35.00.34 не работает из-за того, что приходят битые пакеты icmpv6(ошибка контрольной суммы). А прошивку выше поставить не получится, так как модем уходит в бутлуп. Может быть на других версиях будет работать. Т.е. c точки зрения сотовой связи всё хорошо, pdpv4v6 работает. Но NCM стык между модемом и роутером шлёт битые пакеты. L850 такой проблемы не имеет.

Мы прям сейчас не можем взять в работу эту задачу, но чуть позже учтём эти пожелания

Понаблюдал за модемом. Значение SINR очень сильно пляшет и в выводе AT команды и в QMI. В моём случае колебания в области [0-10]. Какой-то системной ошибки я не нашел. Никаких исправлений не последует. Ниже приведены логи. Да, в этих двух случаях мне удалось поймать одинаковые цифры, но в целом цифры SINR настолько сильно скачут, что сложно сделать какие-то выводы.

Вы не предоставили диагностику, хотя вам была дана соотвествующая реакция на пост. Проблема в том, что WEB не настраивает модем полностью, это поправим. В вашем случае необходимо добавить следующие настройки: