slomblobov

Скриншоты тут не помогут. Выкладывайте селфтест скрытым сообщением, так же можно обратиться в техподдержку.

Префикс прописывается для WAN интерфейсов, с которых вы получаете IPv6. Т.е. в вашем случае это Wireguard. На LAN интерфейсах должен быть(и из коробки уже настроен) ipv6 subnet...

Не понятно что происходит. Последняя надежда на то, что настройки спрятались и нужно на кнопку нажать. Что касается данных от антенн, то T99W175 если не использует антенну, то присылает -256. Можем перестать показывать такие антенны.

Оба селфтеста: P: Vendor=05c6 ProdID=9025 Rev= 4.14 S: Manufacturer=Microsoft S: Product=Generic Mobile Broadband Adapter < - так модем сам себя величает. Прошивки модемов идентичны. T99W175.F0.6.0.0.6.GC.004056 1 [Jan 19 2024 09:00:00] Во втором бэнды даже настроены. @CyberBob утверждает, что бэнды не настраиваемы, но у @rusakov_nikita они даже настроены. Кому верить? Что касается аппаратной заменой штатного модема 2312 2911 на любой другой, то здесь позиция не изменилась: такой сценарий не поддерживается.

Нужно собрать диагностику

Пробовали, но не можем повлиять на вендора, который даёт названия, нейминг и внутренние процедуры у них такие и точка. Они и номера версий в разных порядках выпускают, и то пишут букву А спереди, то нет. Хуже когда просто выпускают исправления с предыдущей версией. В этой ситуации мы не можем написать функцию, которая из кучи букв и цифр сделает хорошо, ибо нет правил. Если вводить реестр, то пришлось бы обновлять основную прошивку перед модемом. Пожалуйста не обновляйте модем по кругу, учитывая описанные обстоятельства.

Да, ошиблись. Вендор немного поменял именование и влепил спереди букву А. Поправим. Сама версия с суффиксом -20 должна решить проблему с перезагрузкой модема при получении USSD, а так же с кодировкой ответов.

Пишите им в техподдержку. Если профиль запороли(например возникла ошибка при скачивании) или просрочили, то скорее всего сделают новый. Отзыв и переустановка предусмотрены стандартом, но по факту все делают новый профиль.

Флуд TCP, затем отвал модема через 8 секунд. Стоит ещё включить interface UsbLte0 debug и воспроизвести снова. Или попробовать другой модем. [I] Jun 3 16:13:27 kernel: TCP: request_sock_TCP: Possible SYN flooding on port 5000. Sending cookies. Check SNMP counters. [I] Jun 3 16:13:35 ndm: Network::Interface::Base: "UsbLte0": "usblte" changed "link" layer state "running" to "connecting". [I] Jun 3 16:13:35 ndm: UsbLte::Connection: "UsbLte0": connection lost.

С некоторыми sim наблюдается ситуация, когда попытка обращения к функциям esim приводит к зависанию самой sim. Таких случаев единицы, для обхода проблемы необходимо отключить опрос. interface<name> esim disable

Выглядит стрёмно, но на самом деле косметика. Те модемы, которые не поддерживают DHCP, кидают такую ошибку. Это все встроенные, l860, qmi. Фронт пока заранее не знает, кому можно DHCP, кому нельзя. Со временем доработаем.

Похоже штатный механизм вытеснения старых сообщений не справляется (В логе SMS storage capacity exceed...). Интересно какая модель модема?

Всё описано в точности, как оно происходит. В MWS ведомые устройства не обладают возможностью гибко управлять конфигурацией сети. Пока нет возможности избавиться от затирания конфига.

Весьма сомнительно коненчо, но что остаётся делать. Напоминаю, что сам модем следует обновить до последней версии, это очень улучшает совместимость с linux системами.

Ранее обсуждали здесь. Тогда не удалось завести модемы 860/850 без встроенной eSIM, они не поддерживали команды AT+CCHO AT+CCHC. Была надежда, что прошивка с eSIM будет поддерживать стандартные команды, но увы. Сейчас выглядит так, что под них требуется перейти на команды AT+CSIM... Необходимо проверять и дописывать