ZTE MC7010 keskustelua

[JustusV]

Vain valmistaja katselee noita lokeja jatkossa.

Joo-o, eli vaikeammaksi menee. Lokeista näki kuluttajana hyvin verkon liityntyjen alustukset kellonaikoineen.
No seuraava vaihe olikin ethernet-tap ja wireshark liikenteen (DHCP/DNS) tonkimiseen katkojen yhteydessä.

 

[vesas]

Viimeaikoina päivitetty DNA5_B16 versio. Onko kukaan ottanut keyloggia ulos? PC valittaa korruptoituneesta tar.gz tiedostosta, eikä lokeja pääse tonkimaan.

Laite on edgerouter x perässä sillattuna, ja olen taistellut elisan tuulimyllyjä vastaan yhteyden katkeamisista. Vaikuttaisi mahdollisesti DHCP / DNS ongelmalta, modeemiyhteys pysyy auki, ja hidasta liikennettä näkyy, mutta internet katkeaa. Buutti tai esim edgerouterin päästä interfaccen disablointi ja enablointi yleensä laukaisee tilanteen. Samoin PCn kytkeminen suoraan modeemin perään. Lokeista yleensä nähnyt erinäisiä vikakoodeja ja nyt WD toiminnon kytkemisen jälkeen että yhteys alustettu uudelleen. Mutta nyt ei lokeja saa enää auki....
Yhteys sinänsä toimii ok kun toimii, ruuhkattomassa verkossa tulee 600/50, pingit kyllä vaihtelee rajusti välillä.

Ihmettelin ihan samanlaista netin katkeilua joskus parivuotta sitten. Oireet aivan samat, eli modeemi luulee että yhteys pelaa ja näyttää iloisesti ajoittaista liikennettäkin tukiaseman kanssa mutta internet on poikki. Itse ratkaisin tuon sillä että laitoin tölkin powerin relepistorasian perään ja scriptin vahtimaan että vastaako Google pingiin. Jos ei, niin sitten virrat pois vähäksiaikaa. En tutkinut yhtään syvällisemmin kun tuolloisella firmiksellä oli erinäisiä muitakin tapoja saada tölkki nurin joten automaattinen töpselintuuletin ratkoi ne kaikki. Firmiksen kehityksen myötä automaattituuletuksen tahti harveni, alussa useita kertoja kuukaudessa, lopussa ei ihan joka kuukausi.

Noin 10v käyttökokemuksella tälläisiä nämä 3-4-5G tölkit nyt vain ovat. Liikaa muuttujia ympäristössä ja liian vähän panostusta vakauteen.

 

[Richard]

Toimiiko yhtään paremmin jos laittaa purkin reitittämään ja reitittimen DMZ:lle?

 

[MC7010]

DNAlta tuli uusi ohjelmistoversio yöllä MC7010_DNA5_B16. Löytyykö mistään mitä uutta tuo toi?

 

[JustusV]

Ihmettelin ihan samanlaista netin katkeilua joskus parivuotta sitten. Oireet aivan samat, eli modeemi luulee että yhteys pelaa ja näyttää iloisesti ajoittaista liikennettäkin tukiaseman kanssa mutta internet on poikki. Itse ratkaisin tuon sillä että laitoin tölkin powerin relepistorasian perään ja scriptin vahtimaan että vastaako Google pingiin. Jos ei, niin sitten virrat pois vähäksiaikaa. En tutkinut yhtään syvällisemmin kun tuolloisella firmiksellä oli erinäisiä muitakin tapoja saada tölkki nurin joten automaattinen töpselintuuletin ratkoi ne kaikki. Firmiksen kehityksen myötä automaattituuletuksen tahti harveni, alussa useita kertoja kuukaudessa, lopussa ei ihan joka kuukausi.

Noin 10v käyttökokemuksella tälläisiä nämä 3-4-5G tölkit nyt vain ovat. Liikaa muuttujia ympäristössä ja liian vähän panostusta vakauteen.

Sama MC7010 oli DNA 4G liittymän perässä reilun vuoden. Ongelmia ei pahemmin ollut, jumeja ehkä parin kk välein. Päädyin Elisan 5G liittymään kun halusin pojalle paremman pelikokemuksen ja ongelmat alkoi. Pahimmillaan katkoja ja jumeja 45min välein. WD nopeutti ylösnousua ja vähensi tarvetta töpselin irti vetelyyn. Valitettavast laite nousee niin hitaasti ylös että työnteko ja palaverit häiriintyy 2-3 min katkoista., varsinkin jos usein tapahtuu, niin jotain pitää yrittää tehdä,. ratkaisuna usein siirtyykin kännyn mobiilitukiasemaan. Vaihtoehto on ollut siirtyä takaisin DNAn asiakkaaksi, mutta vielä tekemättä. Muutama vuosi sitten tuskailin Zyxel LTE7460 ja elisan kanssa hieman samanlaisten ongelmien kanssa, ja tällöin ratkaisu oli siirtyä DNAlle... Useampaa reititintä tuli kokeiltua tuon ulkomodeemin kanssa.

Nyt säätämällä edgeos dhcp client parametreja toivon tilanteen paranevan. Elisalla on 120 sekunnin lease time IPlle, ja epäillykseni on että DHCP UDP viestit katoavat ja DHCP reply jää tulematta. Clientin parametreja tiukemmalle, kun defaulttina ovat yleensä tuntien lease ajalle, toivon että ongelma ratkeaa. Keylogista nimenomaan näki viitteitä, että IP osoitteen uusimisen yleensä palauttavan yhteyden, kuten PCn liittäminen ja reitittimen ethernetin katkokin tekee. Varmuus tullee monitoroimalla liikennettä.

Itse olen aikoinaan jo 3g aikana yli 15v sitten rakennellut erilaisia etäyhteyksiä usb-mokkuloiden perään, ja tosiaan luotettavuuden varmistamiseen tarvitsee joskus käyttää aikaa.

 

[JustusV]

Toimiiko yhtään paremmin jos laittaa purkin reitittämään ja reitittimen DMZ:lle?

Tämä oli uusi tuttavuus mahdollisuuksista. Vielä kokeilematta. Menee listoille jos dhcp parametrointi reitittimellä ei auta. Sinänsä tässäkin juuri ehkä tuo NAT / reititys / DHCP client on avainasemassa yhteyden hengissäpidossa. Tietenkin yhden pykälän lähempänä palveluntarjoajaa.

 

[JiiPee]

Nyt säätämällä edgeos dhcp client parametreja toivon tilanteen paranevan. Elisalla on 120 sekunnin lease time IPlle, ja epäillykseni on että DHCP UDP viestit katoavat ja DHCP reply jää tulematta. Clientin parametreja tiukemmalle, kun defaulttina ovat yleensä tuntien lease ajalle, toivon että ongelma ratkeaa. Keylogista nimenomaan näki viitteitä, että IP osoitteen uusimisen yleensä palauttavan yhteyden, kuten PCn liittäminen ja reitittimen ethernetin katkokin tekee. Varmuus tullee monitoroimalla liikennettä.

DNA:lla on siltaavana 120sec liisi myös ja itseasissa IP uusitaan joka minuutti. Näin tiuha pimpotus tuntuu olevan ongelmallinen joillekkin reitittimille, tai sitten ongelma on tuossa modeemin dhcp kikkareessa. Edellinen OpenWRT purkki ei toiminu ollenkaan siltaavana. Nykyinen uusimmalla OpenWRT versiolla taas tuntuu toimivan ihan luotettavasti.

Edellisellä IPv4 liikenne pätki ihan kokoaijan koska reititin sai jatkuvasti DHCP NAK pakettia IP:n uudistuksessa ja se taas tarkoitti sitä että reititin droppasi osoitteen välittömästi koska DHCP NAK on serveriltä ilmoitus että osoite on jonkun muun käytössä.

 

[Richard]

Mobiilissa ei ole DHCP:tä.

 

[JiiPee]

Mobiilissa ei ole DHCP:tä.

Sillä nyt ei ole mitään merkitystä onko vaiko eikö ole koska siltaavana se modeemi jakaa sitä IP:tä DHCP protokollaa hyödyntäen. Siitä syystähän se lainaaikakin on 2min kun periaatteessa osite voi vaihtua ihan milloin vain. Todellisuudessa se nyt ei kuitenkaan vaihdu kovinkaan tiuhaan.

Se siltaava tilahan on viritys, koska tölkillä ja reitittimellä on sama osoite.

 

[Oxygenol]

DNA:lla on siltaavana 120sec liisi myös ja itseasissa IP uusitaan joka minuutti. Näin tiuha pimpotus tuntuu olevan ongelmallinen joillekkin reitittimille, tai sitten ongelma on tuossa modeemin dhcp kikkareessa. Edellinen OpenWRT purkki ei toiminu ollenkaan siltaavana. Nykyinen uusimmalla OpenWRT versiolla taas tuntuu toimivan ihan luotettavasti.

Edellisellä IPv4 liikenne pätki ihan kokoaijan koska reititin sai jatkuvasti DHCP NAK pakettia IP:n uudistuksessa ja se taas tarkoitti sitä että reititin droppasi osoitteen välittömästi koska DHCP NAK on serveriltä ilmoitus että osoite on jonkun muun käytössä.

Tästä asiasta olin ~2 vuotta sitten tukeen yhteydessä. Mulla oli oikeen dataa näyttää.

Joku verkkoasiantuntija soitti. Jotain sille tehtiin koska mulla loppui se pätkiminen.

Modeemi sillattuna ja edgerouter 4 sen perässä.

Toiminut nyt todella hyvin yli 2 vuotta. Pisin aika kun ip ei vaihtunut eikä netti tökännyt niin melkeen 3kk.

 

[k70]

Sillä nyt ei ole mitään merkitystä onko vaiko eikö ole koska siltaavana se modeemi jakaa sitä IP:tä DHCP protokollaa hyödyntäen. Siitä syystähän se lainaaikakin on 2min kun periaatteessa osite voi vaihtua ihan milloin vain. Todellisuudessa se nyt ei kuitenkaan vaihdu kovinkaan tiuhaan.

Se siltaava tilahan on viritys, koska tölkillä ja reitittimellä on sama osoite.

Eikö tässä nyt suurin käytännön ero ole siinä, että mobiilissa ip:n vaihto voi tulla pakotettuna verkosta. DHCP ei tunne sellaista vaihtoehtoa, vaan luottaa siihen että ip on voimassa lease timen loppuun. Ja tämän takia lease time sitten on hyvin lyhyt siltaavana, kun verkko ei voi kertoa sillan takana olevalle DHCP clientille, että ip vaihtui. (Jotenkin operaattori tämän haistaa, koska ei siltaavana saa pidemmän lease timen).

En tiedä mitkä tilanteet ovat verkossa sellaisia, että ip vaihdetaan verkosta päin. Mutta siinä tilanteessa kyllä kaiken järjen mukaan tulee väkisin jäljellä olevan lease timen mittainen katko. Jos ei siis itse ole virittänyt jotain valvontaa ja reboottia.

Luulisi kyllä että operaattorit olisivat tämän jotenkin huomioineet, kun toimittavat itse modeemeja sillattuna. Mutta itse mieluummin otan tupla NATin ja DMZ:n, ja jätän julkisen osoitteen käsittelyn modeemille. Näin osoitteen vaihtuminen ei vaikuta omaan reitittimeen mitenkään.

 

[JiiPee]

Jotenkin operaattori tämän haistaa, koska ei siltaavana saa pidemmän lease timen

Eikä saa. Nyt unohdat että reitittävässä tilassahan se törkin verkosta saama osoite on jo natin toisella puolen. Elikkä se tölkin DHCP serveri ei tiedä siitä ulkoisesta IP:stä juurikaan mitään vaan jakaa IP osoitteita vaikka tölkissä ei olisi edes SIM korttia kiinni.

En tiedä mitkä tilanteet ovat verkossa sellaisia, että ip vaihdetaan verkosta päin. Mutta siinä tilanteessa kyllä kaiken järjen mukaan tulee väkisin jäljellä olevan lease timen mittainen katko. Jos ei siis itse ole virittänyt jotain valvontaa ja reboottia.

En tiedä minäkään mutta ei toi IP kyllä kovin tiuhaan tahtiin vaihdu. Nyt on ollu sama julkinen IP yli viikon, eli siitä asti kun viimeeksi oli sähkökatko ja tölkistä kävi virrat pois.
Kyllähän toi tölkin siltaava DHCP härpätin voisi huomattavasti fiksumminkin toimia ja liisi aika voisi olla vaikka vuoden. Ei se tarttis mitään muuta kuin sen että tossa tölkin dhcp härpättimessä jota siltaavassa tilassa käytetään olisi logiikka joka tietyin väliajoin tsekkaisi että onko ip sama kuin se oli edellisellä tsekkauksella. Jos olisi eri, niin sitten se dhcp härpäke voisi lähettää DHCP NAK puketin jolloin clientin olisi pakko dropata osoite ja pyytää uusi.
Mutta tää on teoria tasolla, en ole toimivuudesta varma mutta mielestäni tuon NAK:n voi lähettää milloin vain vaikka monessa selityksessä puhutaankin että serveri lähettää sen tietyissä tapauksissa kun osoitetta uusitaan.

scapy/dhcp-send-nack.py at master · mrizvic/scapy

my python-scapy code and snippets. Contribute to mrizvic/scapy development by creating an account on GitHub.

github.com

Tuommonen purkka esim löytyi.

Luulisi kyllä että operaattorit olisivat tämän jotenkin huomioineet, kun toimittavat itse modeemeja sillattuna. Mutta itse mieluummin otan tupla NATin ja DMZ:n, ja jätän julkisen osoitteen käsittelyn modeemille. Näin osoitteen vaihtuminen ei vaikuta omaan reitittimeen mitenkään.

Ittellä on toiminu ongelmitta nyt kohta varmaan vuoden siltaavana. Edellisen reitittimen aikaan oli pakko mennä DMZ virityksellä kun siitä reitittimestä johtuen taikka sitten openwrt 22.03 versiosta johtuen toi siltaava tila ei toiminu. Reititin hukkasi osoitetta jatkuvasti

 

[k70]

Eikä saa. Nyt unohdat että reitittävässä tilassahan se törkin verkosta saama osoite on jo natin toisella puolen. Elikkä se tölkin DHCP serveri ei tiedä siitä ulkoisesta IP:stä juurikaan mitään vaan jakaa IP osoitteita vaikka tölkissä ei olisi edes SIM korttia kiinni.

En ajatellut sisäverkon ip:tä. Mutta tämä kokemus oli kyllä muutaman vuoden takaa, eikä MC7010, vaan Dovadon reitittimellä. Siinä näki lokista myös reitittävässä tilassa wan ip lease timen, joka oli järkevämpi kun siltaavana. Eli joitain tunteja, ei minuutteja.

Mutta nyt kun tarkemmin ajattelee, niin kyllähän sekin aika on varmaan ollut ihan purkin softan keinotekoinen aika, kun se wan ip ei tosiaan pitäisi edes tulla DHCP:llä. Eli ei varmaan ole edes olemassa mitään operaattorin ip osoitteen lease timeä. Dovadossahan oli USB modeemi erikseen, jota purkki ohjasi. Luultavasti saivat sitä kautta tiedon ip-muutoksista nopeasti purkin softalle.