Witam
Mam najnowszego gargulca na tplinku 3600.Ndis z e398 śmiga aż miło na lte wymuszonym, ale po wydaniu z konsoli ifup wan. Jak to zrobić by się łączył z automatu. Cron nie pomaga, ani rc.local.

Właśnie monitor polączenia nie działa. Jakieś inne propozycje?

czy ma/miał ktoś problem z E398 QMI (uqmi) polegający na tym, że transmisja "znika".
wwan0 ma przydzielony adres, ale żadne pakiety nie przechodzą.

Pomaga:
1) restart routera i ponowne połączenie
2) reset modemu z poziomu uqmi
                ifdown wan
                uqmi -d /dev/cdc-wdm0 --set-device-operating-mode offline
                uqmi -d /dev/cdc-wdm0 --set-device-operating-mode reset
                sleep 45
                uqmi -d /dev/cdc-wdm0 --set-device-operating-mode online
                sleep 45
                uqmi.sh

Czy może ktoś wie jak poradzić sobie z taka "przypadłością". Obie powyższe metody są czasochłonne.

Czasami tak bywa. Czasy w Twoim skrypcie można znacznie skrócić - ja dla Sierry MC7710 mam po "offline" 3 sekundy opóźnienia i po "reset" 17, w ogóle bez dodatkowego wywoływania trybu "online".

Rozłącza transmisję. Nikt nie zapewniał że operator będzie trzymał połączenie cały czas. Zdarzają się sesje i po parę dni, ale operator może Cię rozłączyć jak np. BTS jest przeciążony. A voice ma priorytet przed data. Rozłącza i tyle, po prostu wznawiaj połączenie i już.

Normalka dla tego modemu E398 czy normalna dla wszystkich modemów 3G/LTE?

Czy używasz modemu przez aktywnego huba USB z extrootem?
Mnie czasem po resecie wywala całe USB i zacząłem się zastanawiać czy nie ma lepszego rozwiązania.

Od sierpnia nie miałem żadnych problemów z E398 na LTE po qmi. Ostatnimi czasy miałem dwie awarie, po których musiałem wrócić do RAS i UMTS. Zalogować się da, ale transmisji nie ma i tyle.

Coś mi się wydaje, że to nie ta sprawa. Reboot routera i od razu nie ma transmisji, to co może pomóc "podtrzymanie"? Z resztą jeśli dobrze pamiętam, to mam tą linijkę od początku wpisaną, więc to coś innego.

Jedno z podpoleceń uqmi chyba to miało.

Akurat w tej kwestii mam to sprawdzone -testy skończyłem w lutym przy okazji całkiem innego problemu-blokady firewall dla połączeń sip-voip, robione równolegle 2 routerami na Gargoyle i Huntsman, otóż zauważyłem wówczas że na tym drugim kilka razy rzadziej występowały przestoje (utrzymywane połączenie z siecią lecz zwieszka transmisji i powroty bez zmiany statusu sesji-IP)-widoczne doskonale w pluginie Cezarego 3ginfo jak i statusie Huntsmana-który częściej odpytywał serwer w sieci sprawdzając połączenie. Na Gargoyle występowały średnio kilka razy dziennie takie zwieszki. Po wrzuceniu do rc.local pingowania hosta w sieci zdarza się to średnio ok. 1-na tydzień (przy czym średnio raz na 2-tyg. wiąże się to z odnowieniem adresu IP). Tak to działa, są też inne zagadki np. 

  Wersja Gargoyle:1.6.0.3 (r39928), by obsy
Model:D-Link DIR-505 rev. A1
Konfiguracja urządzenia:Brama sieciowa
Zajętość pamięci RAM:20.4MB / 60.1MB (33.9%)
Połączenia:134/4096
Średnie obciążenie CPU:0.13 / 0.04 / 0.05  (1/5/15 min.)
Czas pracy:25 dni, 3 godz., 57 min.
Bieżąca data i czas:2014-04-29 21:28 CEST
Adres IP WAN:46.169.2...
Maska podsieci WAN:255.255.255.240
Adres MAC WAN:00:A0:C6:00:00:00
Adres bramy WAN:46.169.2...
Serwer(y) DNS WAN:208.67.220.220
208.67.222.222
212.2.96.51
212.2.96.52 

jak dostaje adres z ww puli ping do serwerów krajowych mam o 10ms niższy, nie mam problemu z sip-voip. Nie wiem dlaczego jesteś zdziwiony że po reboot masz zawieszoną transmisję-przecież restartujesz system QMI/UQMI również musi zatrybić.