Rozłączanie internetu domowego na zestawie ZTE889+T3000

Tematy związane z Internetem Mobilnym.
Regulamin forum
Specjaliści odpowiadają na posty w dni robocze, w godzinach 10:00 – 18:00
GChmurka
Nowy
Posty: 8
Meble Kuchenne na wymiar Warszawa - facebook
Rejestracja: 3 sie 2023, o 15:25

Rozłączanie internetu domowego na zestawie ZTE889+T3000

Post autor: GChmurka »

Witam.
Mam problem z ciągłym rozłączanie internetu w Państwa sieci na wymienionym w temacie zestawie.

Postaram się jak najdokładniej opisać problem oraz analizę jego występowania.

MC888 pracuje domyślnie w trybie bridge przekazując otrzymany z DHCP adres IP do T3000. Państwa serwery wydają adres IP z czasem dzierżawy (lese time) 24h. Protokół DHCP stanowi, że w połowie tego czasu dzierżawy urządzenie pyta ponownie o adres IP (renew) i tak też się dzieje... Jednak Państwa serwery nie odpowiadają już i zaczyna się problem polegający na:

1. MC889 wykonuje restart połączenia (nie resetuje się całkiem tylko rozłącza sieć i łączy ponownie)
2. T3000 otrzymuje z DHCP nowy IP z czasem dzierżawy 24h, ale przeładowujac konfigurację resetuje wifi (brak sieci 5GHz trwa około 2-3 min).

I tak w kółko, co 12h.

Próba rozwiązania problemu przez ustawienie na MC889 lub T3000 automatycznego resetu co 1 dzień o powiedzmy godzinie 3:00, robią to że mam pewność że o godzinie 15:00 znów padnie mi internet :-/

I jak tu pracować zdalnie skoro cały czas wywala z sieci, reset wifi rozłącza przykładowo sesje VPN z pracą, trzeba wejść na nową telekonferencje bo się IP zmienia, oglądany film na TV wywala aplikacje jak zniknie wifi (pomimo posiadania w cache zbuforowanego filmu)....

Chwilowo problem rozwiązałem podmiejac router na jakiś swój gdzie reset ustawienia IP na porcie WAN nie powoduje resetu modułu wifi (a to ma miejsce w ZTE T3000).
Ale to jest tylko obejście problemu dla TV bo i tak sesje vidorozmowy, czy vpn do pracy rozłącza w skutek zmiany IP.


Podsumowując, mają Państwo coś nie tak z konfiguracja serwerów DHCP gdyż przekazując IP z dzierżawa 24h po 12h nie odpowiadają w ogóle żadnym adresem. Dziwne, że z jakiś powodów adres IP nie jest utrzymany przez 24h. Jeśli by tak było i Państwa serwer DHCP działał by prawidłowo, można by standardowo ustawić restart MC889 o powiedzmy 3:00, wówczas pobierał by za każdym razem poprawnie nowe IP i down time byłby nie zauważalny albo klient miałby jako taką kontrolę nad tym kiedy chce mieć stabilne połączenie.


Jak powtórzyć problem:
1. Zresetować antenę MC888 (dostanie nowy IP).
2. Za 12h z zegarkiem w ręku obserwować zmianę IP, oraz reset konfiguracji T3000 który będzie widoczny tym, że zniknie wifi na kilka minut.
Awatar użytkownika
Michał_Plus
Specjalista Plusa
Posty: 5502
Rejestracja: 1 lut 2017, o 09:13

Re: Rozłączanie internetu domowego na zestawie ZTE889+T3000

Post autor: Michał_Plus »

GChmurka, myślałeś o aktywacji publicznego adresu IP? Można to zrobić w każdym naszym punkcie lub zlecić pod numerem 601102601 po kontakcie z technikiem.
Chcesz przedłużyć umowę, kupić nowy numer, albo przenieść go z innej sieci?

Obrazek

Sprawdź też odpowiedzi na najczęściej zadawane pytania w naszym FAQ
MiG41
PlusManiak
Posty: 81
Rejestracja: 27 lip 2023, o 12:04

Re: Rozłączanie internetu domowego na zestawie ZTE889+T3000

Post autor: MiG41 »

Michał_Plus , brzmi to tak , jakby celowo robiony był taki problem , i rozwiązaniem byłaby dodatkowo płatna usługa.... No i ile to będzie kosztować ? :)

Ja używam MC889 ale bez T3000 tylko z własnym routerem na OpenWRT , i mam zaskakująco zbieżne spostrzeżenia , praktycznie wszystko się zgadza ,oprócz tego ,żeby mi się wifi wyłączało ( mój router takich rzeczy nie robi ) , to faktycznie co 12 godzin MC889 odłącza się na chwilę od routera.
Już przygotowałem się do logowania tego problemu , kiedy wczoraj z nienacka były jakieś problemy z BTSem w mojej okolicy , no i chcąc nie chcąc MC889 ( a w zasadzie router, bo MC889 jest w bridge mode) , otrzymał przy każdej zmianie BTSa nowe IP.
Jedynie raz udało mi się sytuację zlogować:

Kod: Zaznacz cały

Tue Aug  1 16:46:20 2023 daemon.notice netifd: wanb (12713): udhcpc: sending renew to server 10.71.37.233
Tue Aug  1 16:46:20 2023 daemon.notice netifd: wanb (12713): udhcpc: lease of 10.71.37.234 obtained from 10.71.37.233, lease time 86400
Tue Aug  1 16:50:52 2023 daemon.notice netifd: wan (28400): udhcpc: sending renew to server 77.113.80.86
Tue Aug  1 16:50:52 2023 daemon.notice netifd: wan (28400): udhcpc: received DHCP NAK
Tue Aug  1 16:50:52 2023 daemon.notice netifd: Interface 'wan' has lost the connection
Tue Aug  1 16:50:52 2023 daemon.info dnsmasq[1]: reading /tmp/resolv.conf.d/resolv.conf.auto
Tue Aug  1 16:50:52 2023 daemon.info dnsmasq[1]: using nameserver 8.8.8.8#53
Tue Aug  1 16:50:52 2023 daemon.info dnsmasq[1]: using nameserver 8.8.4.4#53
Tue Aug  1 16:50:52 2023 daemon.info dnsmasq[1]: using only locally-known addresses for test
Tue Aug  1 16:50:52 2023 daemon.info dnsmasq[1]: using only locally-known addresses for onion
Tue Aug  1 16:50:52 2023 daemon.info dnsmasq[1]: using only locally-known addresses for localhost
Tue Aug  1 16:50:52 2023 daemon.info dnsmasq[1]: using only locally-known addresses for local
Tue Aug  1 16:50:52 2023 daemon.info dnsmasq[1]: using only locally-known addresses for invalid
Tue Aug  1 16:50:52 2023 daemon.info dnsmasq[1]: using only locally-known addresses for bind
Tue Aug  1 16:50:52 2023 daemon.info dnsmasq[1]: using only locally-known addresses for lan
Tue Aug  1 16:50:53 2023 user.notice mwan3-hotplug[8050]: Execute ifdown event on interface wan (unknown)
Tue Aug  1 16:50:53 2023 user.info mwan3track[1853]: Detect ifdown event on interface wan (wan)
Tue Aug  1 16:50:53 2023 user.notice mwan3track[1853]: Interface wan (wan) is offline
Tue Aug  1 16:50:54 2023 user.notice mwan3-hotplug[8191]: Execute disconnected event on interface wan (wan)
Tue Aug  1 16:51:02 2023 daemon.notice netifd: wan (28400): udhcpc: broadcasting select for 77.113.80.85, server 77.113.80.86
Tue Aug  1 16:51:02 2023 daemon.notice netifd: wan (28400): udhcpc: lease of 77.113.80.85 obtained from 77.113.80.86, lease time 86400
Tue Aug  1 16:51:02 2023 daemon.notice netifd: Interface 'wan' is now up
Wychodzi z tego , że o 16:50 wan poprosił o release adresu IP , i od razu dostał kopa w tyłek "DHCP NAK" , przez co się rozłączył i ponownie połączył , a powinien normalnie dostać lease ,jak połączenie wanb.
Wczoraj logowania były przerwane przez ( pewnie ) awarię BTSów , a dziś już cudownie wszystko jest ok , router raz normalnie dostał lease , czekam teraz , czy o 18 będzie znowu wszystko wporządku.

Może czasami trzeba serwery DHCP w Plusie restartować :)
GChmurka
Nowy
Posty: 8
Rejestracja: 3 sie 2023, o 15:25

Re: Rozłączanie internetu domowego na zestawie ZTE889+T3000

Post autor: GChmurka »

Michał_Plus pisze: 3 sie 2023, o 16:35 GChmurka, myślałeś o aktywacji publicznego adresu IP? Można to zrobić w każdym naszym punkcie lub zlecić pod numerem 601102601 po kontakcie z technikiem.
A jaką mam gwarancję, że DOPLACANIE 15zł miesięcznie do stałego adresu IP nie będzie generowało takiego samego problemu.
Z mojego opisu wynika, że błąd tkwi w waszych serwerach DHCP które nie odpowiadają poprawnie na renew wysłany zgodnie z specyfikacja dhcp po połowie czasu przyznane przez serwer czasu dzierżawy.

A teraz zagadka logiczna....

Załóżmy, że kupię ta usługę, to może być tak, że dostanę stały IP z lease time 24h (86400 to taki standard w konfiguracji) ale i tak mój sprzęt po 12h będzie wysyłał renew...
Jeśli jest tak samo jak niepoprawnie brak odpowiedzi na renew to i tak będę miał reatarty... W tym wypadku jedyne co się polepszy to to, że otrzymam ten sam stały opłacony IP zewnętrzny i może nie zresetuje się T3000 z uwagi na fakt, że dostanie ten sam IP ma WAN (ale to trzeba by sprawdzić praktycznie)...

Jeśli to możliwe proszę o przekazanie sprawy technikom, bo obecnie nie jest możliwe utrzymanie w Państwa sieci połączenia dłużej niż 12h.
MiG41
PlusManiak
Posty: 81
Rejestracja: 27 lip 2023, o 12:04

Re: Rozłączanie internetu domowego na zestawie ZTE889+T3000

Post autor: MiG41 »

U mnie przed 18 było ponownie ok....

Kod: Zaznacz cały

Thu Aug  3 17:56:16 2023 daemon.notice netifd: wan (8218): udhcpc: sending renew to server 31.1.x.x
Thu Aug  3 17:56:16 2023 daemon.notice netifd: wan (8218): udhcpc: lease of 31.1.x.x obtained from 31.1.x.x, lease time 86400
Zobaczymy co się stanie o 6 rano.
MiG41
PlusManiak
Posty: 81
Rejestracja: 27 lip 2023, o 12:04

Re: Rozłączanie internetu domowego na zestawie ZTE889+T3000

Post autor: MiG41 »

I update, o 6 ponownie jest ok ...

Kod: Zaznacz cały

Fri Aug  4 05:56:16 2023 daemon.notice netifd: wan (8218): udhcpc: sending renew to server 31.1.x.x
Fri Aug  4 05:56:16 2023 daemon.notice netifd: wan (8218): udhcpc: lease of 31.1.x.x obtained from 31.1.x.x, lease time 86400
Pierwszy wniosek , pomimo ,że router dostaje lease time na 86400s (czyli 24 godziny) , to już w połowie tego czasu "pyta się" o wznowienie , ( czyli to co @GChmurka pisał).

Drugi wniosek , od środowej akcji z wyłączeniem BTSa ( nie wiem co tam się stało , i jak rozległa była awaria , czy może planowana akcja , bo przecież nikt się tym nie pochwali) , zaczęło być u mnie dobrze... Oczywiście nie chwalmy dnia przed zachodem słońca itp. W każdym razie ewidentnie coś się zmieniło , wcześniej połączenie było zrywane max. po 12 godzinach , teraz już trwa "1d 14h 40m 31s".

Albo faktycznie przy okazji restart serwera DHCP pomógł , albo coś planowo naprawili u mnie lokalnie , albo po prostu fart i w końcu trafiłem na taki serwer DHCP ,który nie daje kopa po 12 godzinach użytkownikowi ( to DHCP NAK w logach).
GChmurka
Nowy
Posty: 8
Rejestracja: 3 sie 2023, o 15:25

Re: Rozłączanie internetu domowego na zestawie ZTE889+T3000

Post autor: GChmurka »

Ok czyli jak opisuje MiG41 problem jest jeszcze inny i jest to zła konfiguracja serwerów DHCP po stronie PLUSa

I problem wygląda od strony technicznej tak:
  1. * urządzenie dostaję dzierżawę IP na 24h (86400)

    * zgodnie z działaniem protokołu DHCP po czasie T1 który stanowi domyślnie 50% czasu dzierżawy klient prosi o renew:
    Tutaj opisje to RFC:
    https://www.rfc-editor.org/rfc/rfc2131#section-4.4.5

    At time T1 the client moves to RENEWING state and sends (via unicast) a DHCPREQUEST message to the server to extend its lease.
    ...
    Times T1 and T2 are configurable by the server through options. T1 defaults to (0.5 * duration_of_lease). T2 defaults to (0.875 * duration_of_lease).
    * Serwer DHCP PLUSa zamiast odpowiedzieć tym samym IP, albo w ogóle nie opdowiedzieć (to też jest dopuszczane w RFC) odpowiada DHCPNAK
    https://www.rfc-editor.org/rfc/rfc2131#section-3.1
    DHCPNAK - Server to client indicating client's notion of network address is incorrect (e.g., client has moved to new subnet) or client's lease as expired
    * Antena ZTE 889 zgodnie z odpowiedzą od DHCP PLUSa wykonuje pobieranie nowego IP

    * Router ZTE T3000, dostaje nowe IP z czasem lease 24h, resetują przy tym sieć wifi = kilka minut downtime dla użytkownika (to już jest kwestia tego konkretnego modelu, bo inne routery nie resetują wifi jeśli zmieni się IP na WAN)
    [
    * Kółko się zamyka, za kolejne 12h mamy ten sam efekt, czyli kolejny reconnect MC889 oraz reset T3000
Dlaczego serwery DHCP PLUSa tak działają nie wiem, w regulaminie usługi nie ma nigdzie informacji, że pojedyncza sesja nie może trwać dłużej niż 12h - wówczas mamy odpowiedź dlaczego serwer PLUSa wysyła DHCPNAK.

A teraz z praktycznego punku widzenia użytkownika:
Sprawa jest na tyle uciążliwa, że aby reset nie przeszkadzał mi w pracy zdalnej to muszę reset MC889 ustawiać około 7 rano (przed pracą), ale wówczas wiem że wieczorem (o 19) oglądając Netflixa będę miał downtime wifi do której mam podpięty TV. W moim TV utrata połączenia z siecią do której jest on połączony skutkuje wyłączeniem aplikacji (przerwa w filmie do czasu, aż wifi się nie pojawi znowu). Gdyby T3000 zostawiało wifi w spokoju, a tylko zmieniało IP na WAN wówczas dla TV było by to przeźroczyste bo ta minuta czy dwie pozwalały by na oglądanie filmu z bufora. To specyficzne zachownie T3000, ale ok ten model tak ma i trzeba z tym żyć.
Co do pracy czy innych czynności to zmiana zewnętrznego IP w ciągu dnia zawsze skutkuje rozłączeniem wideokonferencji, rozmowy VolWiFi, czy VPN z serwerem w pracy. A wystarczyło by utrzymać tylko ten losowy IP przydzielany na 24h zgodnie z ustawionym czasem dzierżawy po stronie serwerów DHCP PLUSa, wówczas mógłbym ustawić w sofcie MC889 czy T3000 automatyczny restart na godziny nocne, wtedy kiedy wszyscy śpią i w ciągu dnia/wieczora można używać internetu bez przeszkód.


PS. Dziwne jest to co mówi użytkownik Mig41, może te serwery DHCP siedzą na samych BTS i po jego zresetowaniu nagle cudownie zaczynają działać poprawnie (pytanie na jak długo zanim znów nie zaczną wysyłać po 12h DHCPNAK)....
Awatar użytkownika
Michał_Plus
Specjalista Plusa
Posty: 5502
Rejestracja: 1 lut 2017, o 09:13

Re: Rozłączanie internetu domowego na zestawie ZTE889+T3000

Post autor: Michał_Plus »

GChmurka, prześlij proszę opis sprawy wraz z numerem usługi i danymi (imię, nazwisko, PESEL) poprzez ten formularz. Jeśli podasz nam numer zgłoszenia, postaramy się przyśpieszyć udzielenie odpowiedzi.
Chcesz przedłużyć umowę, kupić nowy numer, albo przenieść go z innej sieci?

Obrazek

Sprawdź też odpowiedzi na najczęściej zadawane pytania w naszym FAQ
MiG41
PlusManiak
Posty: 81
Rejestracja: 27 lip 2023, o 12:04

Re: Rozłączanie internetu domowego na zestawie ZTE889+T3000

Post autor: MiG41 »

No i dwóch dni to nie przeżyło... o 18 rozłączenie ( nie wiadomo po co ) , bo za parę sekund dostałem dokładnie ten sam IP:

Kod: Zaznacz cały

Fri Aug  4 17:56:16 2023 daemon.notice netifd: wan (8218): udhcpc: sending renew to server 31.1.x.x
Fri Aug  4 17:56:16 2023 daemon.notice netifd: wan (8218): udhcpc: received DHCP NAK
Fri Aug  4 17:56:16 2023 daemon.notice netifd: Interface 'wan' has lost the connection
Fri Aug  4 17:56:16 2023 user.notice mwan3-hotplug[26979]: Execute ifdown event on interface wan (unknown)
Fri Aug  4 17:56:16 2023 user.info mwan3track[1852]: Detect ifdown event on interface wan (wan)
Fri Aug  4 17:56:16 2023 user.notice mwan3track[1852]: Interface wan (wan) is offline
Fri Aug  4 17:56:18 2023 user.notice mwan3-hotplug[27079]: Execute disconnected event on interface wan (wan)
Fri Aug  4 17:56:19 2023 daemon.notice netifd: wan (8218): udhcpc: broadcasting discover
Fri Aug  4 17:56:22 2023 daemon.notice netifd: wan (8218): udhcpc: broadcasting select for 31.1.x.x, server 31.1.x.x
Fri Aug  4 17:56:22 2023 daemon.notice netifd: wan (8218): udhcpc: lease of 31.1.x.x obtained from 31.1.x.x, lease time 86400
Także dobrze było ,ale trwało to dość krótko :)
MiG41
PlusManiak
Posty: 81
Rejestracja: 27 lip 2023, o 12:04

Re: Rozłączanie internetu domowego na zestawie ZTE889+T3000

Post autor: MiG41 »

Czy coś w tej sprawie się dzieje ?
Jest to o tyle denerwujące, ze do złącza wanb mam w tym samym czasie wpięty MC7010 ,I on tego NAKa dostał tylko raz od kiedy to loguje,a MC889 już za każdym razem (dobrze było tylko jeden dzień po jakiejś awarii na BTSie).
GChmurka
Nowy
Posty: 8
Rejestracja: 3 sie 2023, o 15:25

Re: Rozłączanie internetu domowego na zestawie ZTE889+T3000

Post autor: GChmurka »

Ja się zbieram do napisania oficjalnego zgłoszenia, ale jakoś mi nie po drodze z czasem...
Tutaj na forum można co najwyżej sprawę techniczną opisać ale nie zostanie ona "przekazana" do osób zajmujących się serwerami dhcp. Wątpię, też że nawet jak napiszę zgłoszenie to zostanie ono przekazane do osoby która będzie w stanie zrozumieć w czym polega problem.
Awatar użytkownika
Michał_Plus
Specjalista Plusa
Posty: 5502
Rejestracja: 1 lut 2017, o 09:13

Re: Rozłączanie internetu domowego na zestawie ZTE889+T3000

Post autor: Michał_Plus »

GChmurka, do zgłoszenia konieczne są dane, jakich na forum nie mamy możliwości pobrać.
Chcesz przedłużyć umowę, kupić nowy numer, albo przenieść go z innej sieci?

Obrazek

Sprawdź też odpowiedzi na najczęściej zadawane pytania w naszym FAQ
MiG41
PlusManiak
Posty: 81
Rejestracja: 27 lip 2023, o 12:04

Re: Rozłączanie internetu domowego na zestawie ZTE889+T3000

Post autor: MiG41 »

Wszystkie NAK od logowania:[

Kod: Zaznacz cały

root@OpenWrt:~# logread |grep NAK
Fri Aug  4 17:56:16 2023 daemon.notice netifd: wan (8218): udhcpc: received DHCP NAK
Sat Aug  5 05:56:22 2023 daemon.notice netifd: wan (8218): udhcpc: received DHCP NAK
Sat Aug  5 17:56:32 2023 daemon.notice netifd: wan (8218): udhcpc: received DHCP NAK
Sun Aug  6 05:56:41 2023 daemon.notice netifd: wan (8218): udhcpc: received DHCP NAK
Mon Aug  7 02:31:44 2023 daemon.notice netifd: wanb (19536): udhcpc: received DHCP NAK
Mon Aug  7 02:32:22 2023 daemon.notice netifd: wan (21705): udhcpc: received DHCP NAK
Mon Aug  7 14:32:34 2023 daemon.notice netifd: wan (21705): udhcpc: received DHCP NAK
Tue Aug  8 02:32:45 2023 daemon.notice netifd: wan (21705): udhcpc: received DHCP NAK
Tue Aug  8 14:32:50 2023 daemon.notice netifd: wan (21705): udhcpc: received DHCP NAK
Wed Aug  9 02:33:00 2023 daemon.notice netifd: wan (21705): udhcpc: received DHCP NAK
Wed Aug  9 20:33:11 2023 daemon.notice netifd: wan (21705): udhcpc: received DHCP NAK
Thu Aug 10 08:33:21 2023 daemon.notice netifd: wan (21705): udhcpc: received DHCP NAK
Thu Aug 10 20:33:29 2023 daemon.notice netifd: wan (21705): udhcpc: received DHCP NAK
Fri Aug 11 08:33:36 2023 daemon.notice netifd: wan (21705): udhcpc: received DHCP NAK
Fri Aug 11 20:33:48 2023 daemon.notice netifd: wan (21705): udhcpc: received DHCP NAK
Sat Aug 12 08:33:58 2023 daemon.notice netifd: wan (21705): udhcpc: received DHCP NAK
Sat Aug 12 20:34:05 2023 daemon.notice netifd: wan (21705): udhcpc: received DHCP NAK
Sun Aug 13 10:04:26 2023 daemon.notice netifd: wan (24964): udhcpc: received DHCP NAK
wan to MC889 , wanb to MC7010.
W sobotę 12 sierpnia do MC889 wsadziłem kartę Plusha , dostał NAKa tylko raz po 12 godzinach , a od tego czasu działa już ponad 24h ( czyli od niedzieli 13.08 10:04 dostał dwa razy przedłużenie).
Za to MC7010 o tej samej porze dostał kartę Plusa z abonamentem ( pierwotnie tą co dostałem do MC889) , i on nie dostał NAKa ani razu , działa 1dzień i 15 godzin , czyli dostał przedłużenie już 3 razy.

Czy w niedzielę nagle wszystko na serwerach DHCP w Plusie zaczęło być ok ?
MiG41
PlusManiak
Posty: 81
Rejestracja: 27 lip 2023, o 12:04

Re: Rozłączanie internetu domowego na zestawie ZTE889+T3000

Post autor: MiG41 »

Generalnie testowałem już tego MC889 z wszystkimi operatorami (no prawie ) , T-Mobile , Play , i Plus ( razem z Plushem) , u wszystkich operatorów jest to samo , po 12h jest DHCP NAK , rozłączenie i pobieranie od nowa adresu IP ( i to przeważnie tego samego). Gdzie wiszący obok MC7010 czegoś takiego nie robi , i wcześniej MC801A też tak nie robił.

Raczej jest to problem MC889 i oprogramowania BD_PLKPLMC889V1.0.0B11 (takie mam od nowości).

Jest szansa , żeby ktoś się tym zajął ?
NickOne94
Nowy
Posty: 1
Rejestracja: 1 mar 2023, o 22:19
Lokalizacja: Starogard Gdański

Re: Rozłączanie internetu domowego na zestawie ZTE889+T3000

Post autor: NickOne94 »

Pojawiła się aktualizacja na BD_PLKPLMC889V1.0.0B12 probował już ktoś, warto aktualizować ?
ODPOWIEDZ