Данный модем определяется в линуксе как USB-сетевая карта и прекрасно работает. Спарк (1.2.85) видел его как CD-ROM и иногда по каким-то неведомым причинам переключал его в режим "сетевая карта", но, не поднимал интерфейс eth1 и не брал с него интернет. Для переключения модема в нужный режим через usb_modeswitch надо использовать параметр HuaweiNewMode=1 который неизвестен штатному usb_modeswitch-у (ПО 1.2.85).
В итоге было сделано:
- заменен usb_modeswitch на версию от linky;
- написан и отлажен скрипт запуска оскама, переключающий модем в нужный режим. поднимающий нужный сетевой интерфейс и прописывающий на него маршрут по умолчанию. В процессе отладки был послан "в жо" стандартный механизм с использованием конфигурационного файла и были тупо забиты нужные VID/PID и режим переключения. Ну лень мне делать универсальность, отлаживать хз сколько дней и потом всё равно столкнуться с тем, что гдето чтото не до конца работает;
- после долгого "втыкания" в "канал закодирован", перебора разных вариантов решения проблемы и подсмотра, как сделали старшие товарищи, был заменен usb3gdial на версию от linky: штатный упорно запускался при старте системы и не давал стартовать скрипту запуска оскама. Возможно у системы в "мозгах" где-то прописано, что если при запуске не произошло успешного подключения к 3G - то не запускать никаких плагинов ваще (в процессе ковыряния ресивер также был подключен по LAN);
- до кучи добавлен busybox от linky для определения device ID модема (и bus ID, задел на возможное будущее) для работы скрипта.
Собственно процесс: после запуска плагина start модем переключается в режим "сетевая карта", поднимается интерфейс, получается с него IP-DNS и запускается оскам. Подключением к 3G-сети занимается сам модем, спарк не принимает в этом никакого участия. Имхо, так и должно быть по правильному. (оскаму пофигу, есть в данный момент 3G-соединение или нет, главное, что есть IP адрес шлюза, куда он шлёт запросы, и он не меняется в данной конкретной сессии). Интернет при этом, само собой, доступен всему ресиверу, не только оскаму. Правда, если гдето в недрах спарка есть какойто спрятанный процесс, который по каким-либо причинам в будущем запустит udhcpc -i eth0, - то инет отвалится. теоретически. не смотрел, не проверял. Но пользователю нужно будет всего лишь перезапустить плагин start