Проблема с отключением модема

Извиняюсь, что воскресил пост из 10-летней давности, но сейчас я в похожей ситуации: более 30 устройств Ltap Mini, развернутых в разных локациях, все с модемами HP hs2340 HSPA+ (на самом устройстве написано Ericsson F5521gw) и подключениями ppp-client. Управляю ими удалённо через VPN, к которому они все подключаются (через интерфейс ovpn-client), но в любой момент часть из них оффлайн. По другим сигналам знаю, что устройства включены и работают — просто не могут подключиться к интернету и, соответственно, к VPN. Подсказки из этого поста иногда помогают, иногда нет. Также заметил, что иногда отправка SMS с модема "размораживает" его.

Идея — автоматизировать перезагрузку модема при обрыве ppp-соединения, и вот что у меня вышло:  
/interface/ppp-client  
monitor ppp-out1 once do={  
   :if ("$status" != "connected") do={  
       :put "$status"  
       disable ppp-out1  
       :delay 1  
       at-chat ppp-out1 input="AT+CFUN=0"  
       :delay 3  
       at-chat ppp-out1 input="AT+CFUN=1"  
       /tool/sms/send phone-number=REDACTED message=("modem reset at ".[/system/identity get name])
       :delay 1  
       enable ppp-out1  
   }  
}  

Скрипт добавлен в /system/scheduler, запускается каждые 5 минут. Теоретически он должен решать проблему, но не помогает — некоторые устройства всё равно уходят оффлайн, и скрипт не возвращает их в сеть.  

Может, что-то не так в скрипте? Может, нет обработки какого-то сценария “link down” или чего-то подобного? Есть идеи, народ? Уж очень много времени трачу на то, чтобы держать устройства в стабильном онлайн, а идей почти не осталось. И это всего лишь 30+ устройств, а мы собираемся масштабировать до 300+, но вопрос с “потерей связи устройств” тормозит проект.

По крайней мере в моей стране все провайдеры в этом году отключают 3G (чтобы освободить место для 5G). Возможно, поэтому ваши старые 3G-модемы перестают работать.

Ericsson указан на странице помощи: https://help.mikrotik.com/docs/display/ROS/Peripherals. Но да, в США он через три дня будет бесполезен — может, HSPA в Германии не списывают со счетов, но если всё это какое-то время работало, а недавно начало барахлить...

Одна заметка по старой теме — часть проблемы в том, что существует такая штука, как /system/routerboard/usb/power-reset, которая выполняет сброс питания даже круче, чем CFUN. То есть теоретически теперь можно использовать скрипт netwatch для перезагрузки питания. Обычно же достаточно просто отключить и включить ppp-client интерфейс — это менее грузит систему.

Но я бы всё-таки сначала включил более подробное логирование, чтобы понять, какие команды реально отправляются и что происходит при ошибках. Вот совет от @uldis из Mikrotik: сделать так — /system logging add topics=async,debug. В версии V7 может понадобиться заменить async на ppp (точно не уверен), и, возможно, стоит использовать !packet (тоже не 100% уверен по текущим темам логирования PPP): /system logging add topics=ppp,!raw,!packet.

В любом случае, желательно, чтобы логи показывали, какие AT-команды отправляет Mikrotik. Либо можно просто скриптом включать/выключать интерфейс (или делать power-reset) через netwatch при событии «On Down».

Раз модем в списке поддерживаемых, можно открыть тикет в Mikrotik — возможно, они знают больше про текущее состояние поддержки в V7. Но им понадобится от вас и отладочный лог, и supout.rif.