826

Odp: ZTE MF286D - Openwrt

Leo-PL napisał/a:

Albo można wziąć do tego inną bazową wersję, która już ma modem w wersji B11.

Chyba wszystkie są takie , które się później aktualizują przez OTA..

Leo-PL napisał/a:

Jedno pytanie: czy po zbootowaniu na flashu poprawnie utworzył się overlay i rozszerzył do całości dostępnego miejsca?


root@OpenWrt:~# df -h
Filesystem                Size      Used Available Use% Mounted on
/dev/root                 7.0M      7.0M         0 100% /rom
tmpfs                   121.2M    288.0K    120.9M   0% /tmp
/dev/ubi0_2              12.5M     76.0K     11.8M   1% /overlay
overlayfs:/overlay       12.5M     76.0K     11.8M   1% /
tmpfs                   512.0K         0    512.0K   0% /dev
root@OpenWrt:~#

827 (edytowany przez Leo-PL 2022-07-18 11:19:27)

Odp: ZTE MF286D - Openwrt

Ok, myślę zatem, że można spróbować dodać generowanie obrazów do buildsystemu. Nawet mi to działało, ale 286D sprawdziłem tylko binwalkiem i hexdumpem. Z 286(A,R) będzie nieco większy cyrk przez ten zmieniony flash layout, tak jak pisałem wyżej.

W obu przypadkach spróbuję jeszcze w wolnej chwili z paczkowaniem initramfsu - to byłby bezpieczny sposób na instalację bez rozkręcania.

828

Odp: ZTE MF286D - Openwrt

Do routera wsadzona karta plusa i dzisiaj zawiesił się internet. Oto logi z zawieszenia i dopiero restart interfejsu w moim przypadku nazwanego test pomógł. Czy z tych logów coś wynika?

Mon Jul 18 18:13:48 2022 daemon.notice netifd: test_4 (4480): udhcpc: sending renew to server 37.7.xxx.xx
Mon Jul 18 18:13:51 2022 daemon.notice netifd: test_4 (4480): udhcpc: broadcasting renew
Mon Jul 18 18:13:54 2022 daemon.notice netifd: test_4 (4480): udhcpc: broadcasting renew
Mon Jul 18 18:13:57 2022 daemon.notice netifd: test_4 (4480): udhcpc: broadcasting renew
Mon Jul 18 18:14:00 2022 daemon.notice netifd: test_4 (4480): udhcpc: lease lost, entering init state
Mon Jul 18 18:14:00 2022 daemon.notice netifd: Interface 'test_4' has lost the connection
Mon Jul 18 18:14:00 2022 daemon.warn dnsmasq[1]: no servers found in /tmp/resolv.conf.d/resolv.conf.auto, will retry
Mon Jul 18 18:14:00 2022 daemon.notice netifd: test_4 (4480): udhcpc: broadcasting discover
Mon Jul 18 18:14:03 2022 daemon.notice netifd: test_4 (4480): udhcpc: broadcasting discover
Mon Jul 18 18:16:28 2022 user.info : luci: accepted login on / for root from 192.168.8.144
Mon Jul 18 18:17:35 2022 daemon.notice netifd: test (21392): Stopping network test
Mon Jul 18 18:17:35 2022 daemon.notice netifd: test_4 (4480): udhcpc: received SIGTERM
Mon Jul 18 18:17:35 2022 daemon.notice netifd: test_4 (4480): udhcpc: entering released state
Mon Jul 18 18:17:35 2022 daemon.notice netifd: test_4 (4480): Command failed: ubus call network.interface notify_proto { "action": 0, "link-up": false, "keep": false, "interface": "test_4" } (Permission denied)
Mon Jul 18 18:17:35 2022 daemon.notice netifd: Interface 'test_4' is now down
Mon Jul 18 18:17:35 2022 daemon.notice netifd: Network alias '' link is down
Mon Jul 18 18:17:35 2022 daemon.notice netifd: Interface 'test_4' has link connectivity loss
Mon Jul 18 18:17:35 2022 daemon.notice netifd: Interface 'test_4' is disabled
Mon Jul 18 18:17:35 2022 daemon.notice netifd: test (21392): Command failed: ubus call network.interface notify_proto { "action": 0, "link-up": false, "keep": false, "interface": "test" } (Permission denied)
Mon Jul 18 18:17:35 2022 daemon.notice netifd: Interface 'test' is now down
Mon Jul 18 18:17:35 2022 daemon.notice netifd: Interface 'test' is setting up now
Mon Jul 18 18:17:35 2022 daemon.notice netifd: test (21451): Waiting for SIM initialization
Mon Jul 18 18:17:36 2022 daemon.notice netifd: test (21451): Failed to parse message data
Mon Jul 18 18:17:36 2022 daemon.notice netifd: test (21451): PIN verification is disabled
Mon Jul 18 18:17:37 2022 daemon.notice netifd: test (21451): Device does not support 802.3 mode. Informing driver of raw-ip only for wwan0 ..
Mon Jul 18 18:17:37 2022 daemon.notice netifd: test (21451): Waiting for network registration
Mon Jul 18 18:17:38 2022 daemon.notice netifd: test (21451): Starting network test
Mon Jul 18 18:17:39 2022 daemon.notice netifd: test (21451): Unable to connect IPv4
Mon Jul 18 18:17:39 2022 daemon.notice netifd: test (21630): Stopping network test
Mon Jul 18 18:17:39 2022 daemon.notice netifd: test (21630): Command failed: ubus call network.interface notify_proto { "action": 0, "link-up": false, "keep": false, "interface": "test" } (Permission denied)
Mon Jul 18 18:17:39 2022 daemon.notice netifd: Interface 'test' is now down
Mon Jul 18 18:17:39 2022 daemon.notice netifd: Interface 'test' is setting up now
Mon Jul 18 18:17:39 2022 daemon.notice netifd: test (21638): Waiting for SIM initialization
Mon Jul 18 18:17:39 2022 daemon.notice netifd: test (21638): Failed to parse message data
Mon Jul 18 18:17:40 2022 daemon.notice netifd: test (21638): PIN verification is disabled
Mon Jul 18 18:17:40 2022 daemon.notice netifd: test (21638): Device does not support 802.3 mode. Informing driver of raw-ip only for wwan0 ..
Mon Jul 18 18:17:41 2022 daemon.notice netifd: test (21638): Waiting for network registration
Mon Jul 18 18:17:54 2022 daemon.notice netifd: test (21638): Network registration failed, registration timeout reached
Mon Jul 18 18:17:54 2022 daemon.notice netifd: test (21823): Stopping network test
Mon Jul 18 18:17:54 2022 daemon.notice netifd: test (21823): Command failed: ubus call network.interface notify_proto { "action": 0, "link-up": false, "keep": false, "interface": "test" } (Permission denied)
Mon Jul 18 18:17:54 2022 daemon.notice netifd: Interface 'test' is now down
Mon Jul 18 18:20:08 2022 daemon.notice netifd: Interface 'test' is setting up now
Mon Jul 18 18:20:08 2022 daemon.notice netifd: test (21982): Waiting for SIM initialization
Mon Jul 18 18:20:09 2022 daemon.notice netifd: test (21982): Failed to parse message data
Mon Jul 18 18:20:09 2022 daemon.notice netifd: test (21982): PIN verification is disabled
Mon Jul 18 18:20:10 2022 daemon.notice netifd: test (21982): Device does not support 802.3 mode. Informing driver of raw-ip only for wwan0 ..
Mon Jul 18 18:20:10 2022 daemon.notice netifd: test (21982): Waiting for network registration
Mon Jul 18 18:20:11 2022 daemon.notice netifd: test (21982): Starting network test
Mon Jul 18 18:20:12 2022 daemon.notice netifd: test (21982): Setting up wwan0
Mon Jul 18 18:20:12 2022 daemon.notice netifd: Interface 'test' is now up
Mon Jul 18 18:20:12 2022 daemon.notice netifd: Network device 'wwan0' link is up
Mon Jul 18 18:20:12 2022 daemon.notice netifd: Network alias 'wwan0' link is up
Mon Jul 18 18:20:12 2022 daemon.notice netifd: Interface 'test_4' is enabled
Mon Jul 18 18:20:12 2022 daemon.notice netifd: Interface 'test_4' has link connectivity
Mon Jul 18 18:20:12 2022 daemon.notice netifd: Interface 'test_4' is setting up now
Mon Jul 18 18:20:12 2022 daemon.notice netifd: test_4 (22063): udhcpc: started, v1.35.0
Mon Jul 18 18:20:12 2022 user.notice firewall: Reloading firewall due to ifup of test (wwan0)
Mon Jul 18 18:20:12 2022 daemon.notice netifd: test_4 (22063): udhcpc: broadcasting discover
Mon Jul 18 18:20:12 2022 daemon.notice netifd: test_4 (22063): udhcpc: broadcasting select for 37.7.xxx.xx, server 37.7.xxx.xx

829

Odp: ZTE MF286D - Openwrt

W oŋóle to miałeś cuda, bo raz że nie mógł nawiązać połączenia ("Unable to connect IPv4") a później że nie zarejestrował się u operatora ("Network registration failed, registration timeout reached"). Tak jak by się modem przywiesił.
Skoro restart interfejsu test pomógł to po prostu skonfiguruj sobie monitor połączenia (watchcat w luci, możesz też napisać go sobie sam) i tyle, będzie restartował jak nie ma połączenia z internetem.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

830

Odp: ZTE MF286D - Openwrt

@smereka jak masz ochotę, to możesz przetestować mój pakiet:

https://github.com/4IceG/luci-app-lite-watchdog

Cezary się ucieszy, ale przeniosłem do pakietu monitor połączenia z easyconfig do LuCI.

Używasz moich pakietów/obrazów z github?
Chcesz abym dalej je rozwijał i tworzył nowe?
Postaw kawę

831

Odp: ZTE MF286D - Openwrt

Dziękuję IceG. Ja mam skrypty do pilnowania połączenia ale nie o to chodzi. Trochę mnie martwi, że nie wiadomo do końca  dlaczego tak się stało - a stało się to już 2 raz. Czy problem tkwi w modemie, u operatora, czy po prostu w openwrt. Teraz należałoby na tym samym sprzęcie wgrać OFW i zobaczyć czy tam będzie się to powtarzać w tej samej lokalizacji. Tego zrobić już nie mogę bo właśnie ten sprzęt mam już skonfigurowany żeby wymienić w jednej z lokalizacji stary zestaw e3276+wndr4300. Przetestuję na innym egzemplarzu.

832

Odp: ZTE MF286D - Openwrt

Na MF286D mi się to nie zdarzyło. Trzyma połączenie, jeżeli coś się zerwie to wznawia samodzielnie i działa dalej.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

833

Odp: ZTE MF286D - Openwrt

Ale czy tam znowu nie zaczęło się od tego , że modem nie dostał adresu ? Początek identycznie jak u @nanni85 https://eko.one.pl/forum/viewtopic.php? … 16#p271416

834

Odp: ZTE MF286D - Openwrt

Właśnie. @smereka: jaki to był operator?

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

835 (edytowany przez smereka 2022-07-18 21:03:08)

Odp: ZTE MF286D - Openwrt

Plus biznesowa karta. W tej lokalizacji co jestem agregacja 3 pasm 2600 1800 i 900 tak pokazuje pakiet IceG około 100m od nadajnika. Widoczność optyczna
Tak ten router to mf286d z nordica. Kupiony z wsadzoną złą kartą w sensie w złym rozmiarze. Ale z tego co pamiętam na karcie orange free na kratę na ofw działał bardzo dobrze wiec może kwestia operatora

836

Odp: ZTE MF286D - Openwrt

Całkiem przypadkiem mam dostęp do karty plusa (mam nadzieję że właściciel mnie nie zabije za to), zaraz włożę ją do mf286d i zobaczymy co będzie przez noc i jutro).

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

837

Odp: ZTE MF286D - Openwrt

Faktycznie moje logi są podobne do nanni85

838

Odp: ZTE MF286D - Openwrt

Jak byś jeszcze zobaczył czy faktycznie to żądanie odnowienia ip było równo po 7200sekundach (2 godzinach).
Generalnie to nie zależy od operatora i trafia się wszędzie ( znaczy każdemu operatorowi), i nie ma na to reguły.
Jakby się udało znaleźć ,jak jeden modem jest w stanie dostać lease time 24h , w przypadku większości 2h  a niektórzy nawet na 5min.

839

Odp: ZTE MF286D - Openwrt

Tak mam takie wpisy co godzinę:

Mon Jul 18 22:20:13 2022 daemon.notice netifd: test_4 (22063): udhcpc: lease of 37.7.xxx.xx obtained from 37.7.xxx.xx, lease time 7200

Trochę dziwne dostaje 7200 sekund czyli 2h a on co 1h odnawia.Normalne to?

840

Odp: ZTE MF286D - Openwrt

Tak. Klient zwykle po upływie połowy czasu zaczyna się ponownie pytać o następną dzierżawę. Tak zwykle jest to implementowane.

Też dostałem 7200.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

841 (edytowany przez smereka 2022-07-18 21:28:18)

Odp: ZTE MF286D - Openwrt

O tego nie wiedziałem. Przetestuj na  swoim sprzęcie. Mam ze sobą drugą sztukę mf286d z nordiciem b11. On tam ma na OFW jakieś logi bez patroszenia go i konsoli?

842

Odp: ZTE MF286D - Openwrt

Nie pamiętam już, ale raczej nic nie było. Tylko bieżące parametry połączenia i chyba czas połączenia był na głównym ekranie.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

843 (edytowany przez MiG25 2022-07-18 21:37:57)

Odp: ZTE MF286D - Openwrt

U naniego tam było zapytanie po godzinie a później coraz częściej, aż w końcu na rowno dwie godziny po przydzielonej dzierzawie bylo kaputt...
Czy te coraz częstsze zapytania o dzierżawę (i chyba w sumie nie potwierdzone) nie zwiastowały tego?

Edit: OFW raczej ma jakiś watchdog i sam sobie połączenie zrestartuje. Musial byś do niego podłączyć coś co by wykrywal chwilowy brak neta.

844

Odp: ZTE MF286D - Openwrt

Po prostu klient dopominał się o nową dzierżawę. Nie dostał to wyłączył interfejs.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

845

Odp: ZTE MF286D - Openwrt

No to o 18:13 było dziwne. Wcześniej czegoś takiego w logach nie miałem. Odpoczywałem sobie na łóżku i przyszła do mnie osoba że nie ma neta.Zainteresowałem się no i napisałem do fachowców smile

846

Odp: ZTE MF286D - Openwrt

Godzina przeszła, odświeżył sobie dzierżawę.

@smereka: dla qmi możesz ustawić option dhcp 0, wtedy nie będzie brał adresu z dhcp tylko z tego co qmi zwraca przy odpytaniu się o bieżące ustawienia. Zrób tak i sprawdź co będzie.

A tak w ogóle - to się dzieje zawsze (w sensie dziw godziny i już, zwrywa) czy od czasu do czasu?

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

847 (edytowany przez smereka 2022-07-18 22:57:47)

Odp: ZTE MF286D - Openwrt

Tak 2 razy od czasu nie ma tu jakiejśc powtarzalności co cykliczny czas. Rozumiem, że mam dodać:

option dhcp 0

do tego tak:

config interface 'test'
    option proto 'qmi'
    option apn 'internet'
    option auth 'none'
    option pdptype 'ipv4'
    option device '/dev/cdc-wdm0'

czyli całosć ma wyglądać tak?:


config interface 'test'
    option proto 'qmi'
    option apn 'internet'
    option auth 'none'
    option pdptype 'ipv4'
    option device '/dev/cdc-wdm0'
        option dhcp '0'

848

Odp: ZTE MF286D - Openwrt

Czyli równie dobrze może to być przypadek wynikający z czegoś innego, operatora, btsa, ilości ludzi czy czegoś innego. Raczej więc nie ma jak tego diagnozować, chyba że będzie się powtarzało cały czas.

Tak, j/w

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

849

Odp: ZTE MF286D - Openwrt

Z tym uci set network.wan.dhcp=0 router przeżył noc , i ciągle ma połączenie , jednak adres ip ciągle trzyma ten sam. Testem będzie ,jak sieć postanowi mu ten ip zmienić ( a to może potrwać nawet kilka dni , poczekamy).

Na bez-kabli.pl kojarzę,że ludzie mieli randomowe problemy z rozłączaniem różnych modemorouterów , w różnych sieciach , i nie można było tego uporzątkować , w stlu jednemu MF286D w -Mobile się rozłączał co parę dni ,ale za to w play był ok , a znowu komuś innemu w sieci play się raz na paę dni rozłączał ,a w t-mobile było ok.

Może znowu te ostatnie posty wydzielić do tamtego tematu z dhcp...

850

Odp: ZTE MF286D - Openwrt

Mój na plusie przeżył noc, uptime interfejsu wskazuje że nie było rozłączenia. I tak, przy wyłączonym dhcp interfejs jest konfigurowany tylko "raz" po nawiązaniu połączenia i dopóki netifd nie będzie chciał go podnosić ponowie to będzie przypisany cały czas ten sam adres.

Taki brak odświeżenia dzierżawy nawet trudno zdiagnozować jak się pojawia czasami. Nie wiem w sumie nawet do czego się przyczepić żeby zobaczyć w czym jest problem. Obudował bym to w skrypty resetujące i tyle.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.