Asus RT-AC51U + Huawei E3372h-153

[kaliope]

Hi-Link, wczoraj się znów zawiesił, ale pomogło samo wyłączenie. Jak sie jeszcze raz tak stanie to podmienie 3372 na 5372. Myślisz że przyczyną jest modem czy router?

[Arathefu]

Mam E3372h-153 podpięty do routera i potrafi przez tydzień bez przerwy pracować bez zawiechy. Problemy są tylko gdy dostanie SMSa, ale nie wiem na ile to kwestia modemu, a ile routera, dopiero to testuję.
Miałem za to wcześniej Asusa RT-N10E z innym modemem i tamten zestaw też lubił się 'zamyślić'.

Jeśli masz możliwość to podepnij modem bezpośrednio do PC i poużywaj trochę. Jeśli wtedy też się zawiesi to sprawa jasna.

[jakubd]

Żeby ustalić, co jest przyczyną, trzeba zdiagnozować i jedno i drugie.
Jak się znowu zawiesi, to odłącz i podłącz modem bez wyłączania routera i zobacz co się stanie.
Inny eksperyment - ping na IP modemu - 192.168.8.1 i zobacz, czy odpowiada, czy nie. Zajrzyj na interfejs routera i sprawdź, czy działa poprawnie i czy widzi modem.

[kaliope]

Robiłem taki eskperyment i jak odłączyłem i podłączyłem modem, to raz sprawa się rozwiązała a raz nie. Na razie podłaczyłem 5372 i testuje od 2 dni. Zobaczę czy będą zawiechy na nim.

Jedno jest pewne 3372 chodził bez problemów dobrze ponad 2 miesiące a nagle się zaczęły takie problemu. Może jakiś wirus się wkradł gdzies?

[jakubd]

W tym sprzęcie wirusy są w zasadzie mało prawdopodobne (choć ostatnio cholera wie) z tym, że nie miało to jak przyjść do ciebie, bo nie ma dostępu bezpośredniego do routera od strony Internetu.
Mogłeś jedynie przegrzać albo zamoczyć urządzenia (kondensacja wody przy zmianach temperatury), ale to też mało prawdopodobne przy stale włączonych urządzeniach.

Możesz dla sportu zajrzeć do logów co się dzieje po takim zdarzeniu - zwłaszcza gdy nie ma poprawy po odłączeniu i podłączeniu modemu.

[szopen]

kaliope napisał(a):Jedno jest pewne 3372 chodził bez problemów dobrze ponad 2 miesiące a nagle się zaczęły takie problemu. Może jakiś wirus się wkradł gdzies?

wirusy raczej wątpliwe, chyba że masz je na komputerze

jedno jest pewne - nadeszła zima, mogły się np. zmienić warunki propagacji fal

bez diagnostyki, to możemy co najwyżej powróżyć ze szklanej kuli,

a udaną diagnostykę możesz przeprowadzić jedynie jeśli NIE będziesz grzebał na zasadzie resetu czy odłączania, tylko na spokojnie sprawdzisz np.

ping do
- adresu routera,
- adresu hilinka (jeśli to hilink)
- do serwerów gdzieś w internecie np. wp.pl i 8.8.8.8
(jeden z nich podałem jako IP, bo to ważne dla sprawdzenia DNS)

zajrzysz do UI urządzeń, sprawdzisz/zapiszesz logi itd.

no i przede wszystkim sprawdzisz czy masz połączenie, czy nie (warto wiedzieć czy router wie o braku połączenia), czy jest zasięg itd.

możesz wtedy porobić screenshoty, które wrzucisz do wątku dla dalszej analizy (okraszone dokładnym opisem problemu), oczywiście wrzucisz już po przywróceniu łaczności

musisz się do takiej akcji przygotować teraz, gdy działa internet, bo w razie awarii musisz działać offline (no chyba, że np. z telefonu będziesz się kontaktował ze światem )

---

PS czasem są jakieś przyczyny o których nie możemy wiedzieć nie będąc na miejscu
np. "najazd turystów" do miejscowości wypoczynkowej + chwilowe załamanie pogody = przeciążenie okolicznych stacji bazowych

[kaliope]

Mija ponad tydzień jak podłączyłem 5372, cały czas byłem na tym sprzęcie i nie było ani jednej zawiechy, choć znów mam przeczucie, że z 3372 necik chodził szybciej, tzn był w stanie wykręcić ponad 60 mega w godzinach poza szczytem, teraz dochodzę do 40. W sumie to nie ma znaczenia, bo necik i tak ładnie chodzi. Spróbuje po świętach znów podłączyć 3372 i zobacze czy znów wróci problem. Teraz w logach mam czysto, bez wykrzyknika.

Na 3372 pojawiał się czerwony wykrzyknik na przycisku 'LOG'

(22-12-2016 04:18)szopen napisał(a):  - do serwerów gdzieś w internecie np. wp.pl i 8.8.8.8
(jeden z nich podałem jako IP, bo to ważne dla sprawdzenia DNS)

Nie rozumiem tego. Co to jest to 8.8.8.8.8.?

Teraz, z 5373, mam takie pingi do routera, modemu i onetu.

[szopen]

kaliope napisał(a):Co to jest to 8.8.8.8.8.?

NIE 8.8.8.8.8 (NIE pięć ósemek)
TYLKO 8.8.8.8 (cztery ósemki)

to jest adres IP, a konkretniej adres IP głównego serwera DNS google czyli:
google-public-dns-a.google.com

inny łatwy i zawsze działający adres IP to 8.8.4.4 (to akurat IP zapasowego serwera DNS google)

tak samo jak zamiast wp.pl można użyć 212.77.98.9
(ale jeśli jawnie podajesz IP to w całym procesie nie uczestniczy system DNS który tłumaczy adres w postaci łatwej dla ludzi mp. "wp.pl" w ciąg liczb "212.77.98.9", i UWAGA nie ma tu żadnego znaczenia że jako 2 łatwe do zapamiętania IP podałem AKURAT IP serwerów DNS)

[kaliope]

Ok, będę monitorował. Na razie na 5372 mam takie pingi. Słabe?

[szopen]

to na przyszłość - używając prawego klawisza myszy możesz skopiować tekst z "dosowego" okienka (z linii poleceń)
a wklejając tekst między znaczniki [ code ] a [ /code ] uzyskasz sformatowany tekst (załącznik nie jest wtedy potrzebny)
Uwaga oczywiście muszą być bez spacji przy nawiasach kwadratowych - a uzyskasz coś takiego:

Kod:

Uwaga oczywiście muszą być bez spacji przy nawiasach kwadratowych

[Arathefu]

(28-12-2016 12:17)kaliope napisał(a):  Ok, będę monitorował. Na razie na 5372 mam takie pingi. Słabe?

Raczej w normie.
Ja na E3372 (hilink) mam takie osiągi:

Kod:

Pinging 8.8.8.8 with 1400 bytes of data:
Reply from 8.8.8.8: bytes=64 (sent 1400) time=76ms TTL=44
Reply from 8.8.8.8: bytes=64 (sent 1400) time=54ms TTL=44
Reply from 8.8.8.8: bytes=64 (sent 1400) time=53ms TTL=44
Reply from 8.8.8.8: bytes=64 (sent 1400) time=66ms TTL=44
Reply from 8.8.8.8: bytes=64 (sent 1400) time=60ms TTL=44
Reply from 8.8.8.8: bytes=64 (sent 1400) time=53ms TTL=44
Reply from 8.8.8.8: bytes=64 (sent 1400) time=59ms TTL=44
Reply from 8.8.8.8: bytes=64 (sent 1400) time=61ms TTL=44
Reply from 8.8.8.8: bytes=64 (sent 1400) time=62ms TTL=44
Reply from 8.8.8.8: bytes=64 (sent 1400) time=60ms TTL=44
Reply from 8.8.8.8: bytes=64 (sent 1400) time=55ms TTL=44

Ping statistics for 8.8.8.8:
    Packets: Sent = 11, Received = 11, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 53ms, Maximum = 76ms, Average = 59ms

[kaliope]

OK, koniec testów z 5372, który był na 1m przedłużce USB. Używałem ponad 3 tygodnie i zero zawiechy. Chodzi bardzo ładnie i stabilinie z tym Asusem. Przed chwilą założyłem z powrotem 3372 na 80cm przedłużce USB. Co ciekawe porównałem po raz kolejny pingi do modemu i zawsze jest tak samo. Otóż pingi są o wiele szybsze do 5372 niż do 3372 co widać na załączonym obrazku. Dlaczego tak się dzieje?

Automatycznie wydłużyły się też pingi do onetu czy 8.8.8.8 o jakieś 10-20ms. Tak więc rozumiem, że necik musi chodzić wolniej na 3372, choć ja tego nie odczuwam.
Czy taka różnica powiedzmy 20ms powinna być odczuwalna czy nie ma szans tego wyczuć i się nie przejmować?

[szopen]

ping do "modemu" (tak naprawdę to routera będącego elementem tego modemu)
nie ma żadnego praktycznego znaczenia - bo od tego zależy tylko jak szybko dostaniesz odpowiedź z UI hilinka/hotspota, a chyba nie konfigurujesz go co 5 minut, a swoją drogą czas oczekiwania na pakiet ma w tym wypadku drugorzędne znaczenie (bo i tak kluczowy jest czas wygenerowania strony dla odpowiedniej pozycji UI) i ta różnica która pokazałeś wynika z odmiennej konstrukcji obu urządzeń

dopiero ping gdzieś na zewnątrz ma znaczenie - przykładowo różnica rzędu 10ms to 1/100 sekundy, przy korzystaniu z www nie ma to żadnego znaczenia, ale "zawodowi gracze" twierdzą że każda ms ma dlanich znaczenie

abyś miał jakieś odniesienie do ludzkiej rzeczywistości polecam lekturę takiego fragmentu
http://cyberleninka.ru/article/n/reactio...ements.pdf

i coś na bis
http://webfactory.hanzo.eu/czas-reakcji-test/

PS wyniki poleceń z konsoli wstawiamy jako tekst

[jakubd]

20ms ma bardzo niewielkie znacznie, póki nie grasz w jakieś gry online czasu rzeczywistego.
Minimalnie dłużej będzie trwało "nabieranie" prędkości podczas ściągania plików itd.

Czas odpowiedzi z modemu jest mało istotny (odpowiedzi na PING nie są jakoś wysoko mają zbyt wysokiego priorytetu w modemie), ważniejszy jest ping do serwerów testowych. Generalnie 20-30 to typowy czas odpowiedzi modemów typu HiLink.

Sam modem HiLinkowy dodaje te 10-20 ms do czasu odpowiedzi , bo tyle zajmuje realizacja NATu - i ti jest powód, dla którego w niektórych przypadkach wolimy w takich konfiguracjach używać modemu w trybie tradycyjnym, a nie HiLinka, bo właśnie opóźnienie będzie o tyle mniejsze.

[kaliope]

Sprzęt chodzi z 3372 od dwóch dni i póki co wzorcowo. Zero zawiechy, także znów jest tak jak na początku. Wygląda na to, że 3372 potrzebował dłuższego resetu bez napięcia. Poleżał w pudełku i ożył.

[szopen]

no sorry, ale teorie rodem z voodoo to włóżmy miedzy bajki…

prawidłowe (lub nie) działanie modemu zależy od takiej masy czynników, że oczywista diagnoza nie jest łatwa
(a często i niemożliwa bez dysponowania choćby drugim identycznym egzemplarzem oraz ścisłego stosowania się do pewnych procedur)
i sam fakt, że nie udało się ustalić przyczyny nie oznacza, że leżenie w szufladzie jest jakimkolwiek rozwiązaniem, a urządzenia elektroniczne po prostu nie podlegają takim mistycznym samo-naprawom…

[kaliope]

Nie mówię o samonaprawie ale o dłuższym resecie, choć mogę się mylić. Ja go odłączałem na parę sekund i tyle, może potrzebował więcej czasu. W samochodzie jak jest błąd czasami pomaga odpięcie akumulatora na jakieś 15 minut i błąd się sam kasuje i czasami już nie wróci jeśli był błachy itp.

Tak czy inaczej chodzi teraz elegancko, a przedtem rwał kilka razy dziennie. Więc co mogło pomóc poza dłuższym resetem?

[szopen]

nie istnieje nic takiego jak "dłuższy reset" - reset jest albo go nie ma
(pomijam tu całkowicie procedury wymagające zasilania, gdy mierzony jest czas wciśnięcia danego przycisku i w ten sposób jest wywoływany odpowiedni proces realizujący jakieś działanie np. czyszczenie pamięci nieulotnej, swoją drogą ta metoda jest dość często stosowana w routerach i realizuje to bootloader)

dane przechowywane w pamięci RAM zanikają natychmiast po odcięciu zasilania (nawet gdyby były stosowane tzw. superkondensatory, a nie są, to jest to czas liczony w sekundach)

za to dane zapisane w pamięci flash natomiast są całkowicie nieulotne (no może nie całkowicie bo są metody aby je zmazać), ale nie znikają same przez lata przy przechowywaniu w normalnych warunkach

jedyne przypadki, gdzie coś takiego bywa konieczne, to drobne urządzenia elektroniczne z własnym zasilaniem akumulatorowym - wtedy faktycznie całkowite rozładowanie aku może czasem mieć sens, ale… w modemie nie ma akumulatora

---

to samo dotyczy kwestii elektroniki samochodowej - chodzi o skuteczne pozbawienie zasilania jakiegoś układu, ale jak patrzysz mechanikowi na ręce, to odepnie aku na 15 minut, aby nie było, że kasuje za jeden ruch klemą a jak wiadomo czas to pieniądz (swoją drogą często procedury są bardziej skomplikowane)

ponadto kontrolery w samochodach (szczególnie tych z elektroniką sprzed ery OBD) też czasem wymagają jakiejś ściśle czasowo określonej procedury - choćby 2 przykłady z mazdy 626:
reset komputera przez 10x wdepnięcie hamulca w ciągu 15sekund od przekręcenia stacyjki (i wolę to rozwiązanie niż durne odpinanie aku, które resetuje też radio i zegar);
albo parowanie pilota (bez ściągi nie dałbym rady, mogą być błędy w opisie) - 3x przekręcenie kluczyka w stacyjce (w 10s) + 3x wciśnięcie wyłącznika oświetlenia w drzwiach kierowcy + drzwi kierowcy otwarte = można parować piloty, ale tylko przez bodajże 40sekund

---

swoją drogą zrób kiedyś taki eksperyment - koniecznie bez zegarka, ani innego źródła odniesienia czasu wciśnij jakiś przycisk np. reset (najlepiej na wyłączonym kompie czy innym urządzeniu, nie wiem co masz takiego co mogłoby udawać np. router) na dokładnie 10 sekund, a druga osoba niech mierzy ten czas
powtórz eksperyment, aby wciskającymi były inne osoby (nie mogą być świadkami wcześniejszych prób!)

jak myślisz jaki wyjdzie średni wynik z pomiaru tego czasu?

---

no i powyżej pominąłem to co w dziedzinach związanych z komputerami zdarza się najczęściej, czyli błąd użytkownika

ale w przypadku modemów dochodzą do tego fluktuacje sygnału, chwilowe przeciążenia sieci i tysiące innych przyczyn, które mogły zaistnieć w szczególnym zbiegu okoliczności tylko jednorazowo

[kaliope]

Pochwailiłem się, że ok a dziś padło. Sprawdzałem pingi, była łączność z Asusem, ale brak łączności z 3372. Log od razu z czerwonym wykrzyknikiem. Proszę o interpretacje. Czy widzicie czemu się zawiesił?

Kod:

Jan  4 22:36:38 NTP Client: Synchronizing time to time.nist.gov.
Jan  4 22:36:39 NTP Client: System time changed, offset: -0.293355s
Jan  5 22:36:33 NTP Client: Synchronizing time to pool.ntp.org.
Jan  5 22:36:35 NTP Client: System time changed, offset: -0.271626s
Jan  6 16:02:39 kernel: usb 1-1: USB disconnect, device number 17
Jan  6 16:02:39 kernel: cdc_ether 1-1:1.0: weth0: unregister 'cdc_ether' usb-ehci-platform-1, CDC Ethernet Device
Jan  6 16:02:44 DHCP WAN Client: deconfig (weth0): lease is lost
Jan  6 16:02:44 RT-AC51U: WAN down (weth0)
Jan  6 16:02:44 dnsmasq[610]: read /etc/hosts - 3 addresses
Jan  6 16:02:44 dnsmasq[610]: read /etc/storage/dnsmasq/hosts - 0 addresses
Jan  6 16:02:44 dnsmasq-dhcp[610]: read /etc/dnsmasq/dhcp/dhcp-hosts.rc
Jan  6 16:02:44 dnsmasq[610]: using nameserver 8.8.8.8#53
Jan  6 16:02:44 RT-AC51U: Hardware NAT/Routing: Enabled, IPoE/PPPoE offload [WAN]<->[LAN/WLAN]
Jan  6 16:02:44 RT-AC51U: Hardware NAT/Routing: IPv4 UDP flow offload - ON
Jan  6 16:02:44 RT-AC51U: Hardware NAT/Routing: IPv6 routes offload - OFF
Jan  6 16:02:44 DHCP WAN Client: starting on eth2.2 ...
Jan  6 16:02:58 kernel: usb 1-1: new high-speed USB device number 18 using ehci-platform
Jan  6 16:02:58 kernel: usb 1-1: New USB device found, idVendor=12d1, idProduct=1f01
Jan  6 16:02:58 kernel: usb 1-1: Product: HUAWEI_MOBILE
Jan  6 16:02:58 kernel: usb 1-1: Manufacturer: HUAWEI_MOBILE
Jan  6 16:02:58 kernel: usb 1-1: SerialNumber: 0123456789ABCDEF
Jan  6 16:02:58 kernel: scsi16 : usb-storage 1-1:1.0
Jan  6 16:03:01 kernel: scsi 16:0:0:0: CD-ROM            HUAWEI   Mass Storage     2.31 PQ: 0 ANSI: 2
Jan  6 16:03:01 kernel: scsi 16:0:0:0: Attached scsi generic sg0 type 5
Jan  6 16:03:01 kernel: scsi 16:0:0:1: Direct-Access     HUAWEI   TF CARD Storage  2.31 PQ: 0 ANSI: 2
Jan  6 16:03:01 kernel: sd 16:0:0:1: Attached scsi generic sg1 type 0
Jan  6 16:03:01 kernel: sd 16:0:0:1: [sda] Attached SCSI removable disk
Jan  6 16:03:01 usb_modeswitch: switch device 12d1:1f01 on 001/018
Jan  6 16:03:01 kernel: usb 1-1: USB disconnect, device number 18
Jan  6 16:03:02 kernel: usb 1-1: new high-speed USB device number 19 using ehci-platform
Jan  6 16:03:02 kernel: usb 1-1: New USB device found, idVendor=12d1, idProduct=14dc
Jan  6 16:03:02 kernel: usb 1-1: Product: HUAWEI_MOBILE
Jan  6 16:03:02 kernel: usb 1-1: Manufacturer: HUAWEI_MOBILE
Jan  6 16:03:02 kernel: cdc_ether 1-1:1.0: weth0: register 'cdc_ether' at usb-ehci-platform-1, CDC Ethernet Device, 0c:5b:8f:27:9a:64
Jan  6 16:03:02 kernel: scsi17 : usb-storage 1-1:1.2
Jan  6 16:03:05 kernel: scsi 17:0:0:0: Direct-Access     HUAWEI   TF CARD Storage  2.31 PQ: 0 ANSI: 2
Jan  6 16:03:05 kernel: sd 17:0:0:0: Attached scsi generic sg0 type 0
Jan  6 16:03:05 kernel: sd 17:0:0:0: [sda] Attached SCSI removable disk
Jan  6 16:03:05 usb_modeswitch: no rule for device 12d1:14dc
Jan  6 16:03:07 USB hotplug: try start USB Modem as WAN connection...
Jan  6 16:03:08 RT-AC51U: Hardware NAT/Routing: Enabled, IPoE/PPPoE offload [WAN]<->[LAN/WLAN]
Jan  6 16:03:08 RT-AC51U: Hardware NAT/Routing: IPv4 UDP flow offload - ON
Jan  6 16:03:08 RT-AC51U: Hardware NAT/Routing: IPv6 routes offload - OFF
Jan  6 16:03:08 dnsmasq[610]: read /etc/hosts - 3 addresses
Jan  6 16:03:08 dnsmasq[610]: read /etc/storage/dnsmasq/hosts - 0 addresses
Jan  6 16:03:08 dnsmasq-dhcp[610]: read /etc/dnsmasq/dhcp/dhcp-hosts.rc
Jan  6 16:03:08 dnsmasq[610]: using nameserver 8.8.8.8#53
Jan  6 16:03:08 kernel: cdc_ether 1-1:1.0: weth0: kevent 12 may have been dropped
Jan  6 16:03:08 DHCP WAN Client: starting on weth0 ...
Jan  6 16:03:08 DHCP WAN Client: bound (weth0), IP: 192.168.8.100, GW: 192.168.8.1, lease time: 86400
Jan  6 16:03:08 RT-AC51U: WAN up (weth0)
Jan  6 16:03:08 dnsmasq[610]: read /etc/hosts - 3 addresses
Jan  6 16:03:08 dnsmasq[610]: read /etc/storage/dnsmasq/hosts - 0 addresses
Jan  6 16:03:08 dnsmasq-dhcp[610]: read /etc/dnsmasq/dhcp/dhcp-hosts.rc
Jan  6 16:03:08 dnsmasq[610]: using nameserver 192.168.8.1#53
Jan  6 16:03:08 miniupnpd[3631]: version 1.9 starting UPnP-IGD ext if weth0 BOOTID=1483714988
Jan  6 16:03:08 miniupnpd[3631]: HTTP listening on port 58323
Jan  6 16:03:17 kernel: usb 1-1: USB disconnect, device number 19
Jan  6 16:03:17 kernel: cdc_ether 1-1:1.0: weth0: unregister 'cdc_ether' usb-ehci-platform-1, CDC Ethernet Device
Jan  6 16:03:19 kernel: usb 1-1: new high-speed USB device number 20 using ehci-platform
Jan  6 16:03:19 kernel: usb 1-1: New USB device found, idVendor=12d1, idProduct=1f01
Jan  6 16:03:19 kernel: usb 1-1: Product: HUAWEI_MOBILE
Jan  6 16:03:19 kernel: usb 1-1: Manufacturer: HUAWEI_MOBILE
Jan  6 16:03:19 kernel: usb 1-1: SerialNumber: 0123456789ABCDEF
Jan  6 16:03:19 kernel: scsi18 : usb-storage 1-1:1.0
Jan  6 16:03:22 kernel: scsi 18:0:0:0: CD-ROM            HUAWEI   Mass Storage     2.31 PQ: 0 ANSI: 2
Jan  6 16:03:22 kernel: scsi 18:0:0:0: Attached scsi generic sg0 type 5
Jan  6 16:03:22 kernel: scsi 18:0:0:1: Direct-Access     HUAWEI   TF CARD Storage  2.31 PQ: 0 ANSI: 2
Jan  6 16:03:22 kernel: sd 18:0:0:1: Attached scsi generic sg1 type 0
Jan  6 16:03:22 kernel: sd 18:0:0:1: [sda] Attached SCSI removable disk
Jan  6 16:03:22 usb_modeswitch: switch device 12d1:1f01 on 001/020
Jan  6 16:03:23 DHCP WAN Client: deconfig (weth0): lease is lost
Jan  6 16:03:23 RT-AC51U: WAN down (weth0)
Jan  6 16:03:23 dnsmasq[610]: read /etc/hosts - 3 addresses
Jan  6 16:03:23 dnsmasq[610]: read /etc/storage/dnsmasq/hosts - 0 addresses
Jan  6 16:03:23 dnsmasq-dhcp[610]: read /etc/dnsmasq/dhcp/dhcp-hosts.rc
Jan  6 16:03:23 dnsmasq[610]: using nameserver 8.8.8.8#53
Jan  6 16:03:23 RT-AC51U: Hardware NAT/Routing: Enabled, IPoE/PPPoE offload [WAN]<->[LAN/WLAN]
Jan  6 16:03:23 RT-AC51U: Hardware NAT/Routing: IPv4 UDP flow offload - ON
Jan  6 16:03:23 RT-AC51U: Hardware NAT/Routing: IPv6 routes offload - OFF
Jan  6 16:03:23 miniupnpd[3631]: shutting down MiniUPnPd
Jan  6 16:03:23 DHCP WAN Client: starting on eth2.2 ...
Jan  6 16:03:28 usb_modeswitch: switch device 12d1:1f01 on 001/020

[szopen]

nie widać czemu, ale widać

Kod:

Jan  6 16:02:39 kernel: usb 1-1: USB disconnect, device number 17
[…]
Jan  6 16:02:58 kernel: usb 1-1: new high-speed USB device number 18 using ehci-platform

czyli, że modem został odłączony od routera i podłączony 20 sekund później

teraz pytanie, czy go faktycznie odpinałeś?

oraz czy dokonał padu i restartu samodzielnie? (o tej konkretnie godzinie)

np. wskutek chwilowych problemów z zasilaniem
(które z kolei mogą być spowodowane choćby dużym obciążeniem modemu przez download+upload, albo setki równoczesnych połączeń np. odpalony klient torrent czy inne p2p, albo wskutek tzw. oddychania komórki - gdy jest więcej korzystających masz słabszy sygnał- wtedy modem żre więcej prądu, czy w końcu coś z innej beczki - modem pracując pod długotrwałym obciążeniem się przegrzał, albo jeszcze coś innego… a;le nas tam nie było więc musisz sam kojarzyć co mogło być przyczyną)

---

PS to samo dzieję się jakiś czas później

Kod:

Jan  6 16:03:17 kernel: usb 1-1: USB disconnect, device number 19

pozostaje więc obserwować zachowanie LED w modemie oraz sprawdzić poziom sygnału gdy już dostaniesz się do jego UI