ZTE MC889A (DNA-versio)

  • Keskustelun aloittaja Keskustelun aloittaja TJ74
  • Aloitettu Aloitettu
Myös MC888 osalta raportoitu samaa ongelmaa: ZTE MC888 expriments

Lots of people here in Italy receveid this update (Amazon sell this unit as "no-brand" here..), and CA has stopped working.

ZTE has verified the existence of the CA problem and they are now distributing an update with the old B04 version.


Vaikka kyse sisarmallista, hyvin todennäköisesti samaa koodipohjaa, mitä tullut MC889A:n uusimassa firmiksessä.
 
No kiva. Juuri eilen hain postista kyseisen purkin ja DNA Ethernet- ja Mesh-modeemi WiFi 6 F-266v2. Kuinkahan todellisen kuvan teistailuista nyt saa? Otin laitteet kuukauden tyytyväisyystakuulla, niin aikomuksena on käyttää purkkeja 2 viikkoa ja tehdä ottaa/jättää päätös. Ilmeisesti laite päivitti itsensä jo heti käynnistyksessä, kun käyttäytyi oudosti ehkä 20min ja luulin jo että se on rikki. Illalla purkki talon päätykolmioon tolppaan kiinni ja testit käyntiin.

Tuossa mesh modeemissa on vain kaksi ethernet paikkaa. Osaako joku sanoa saisiko siihen liitettyä vanhan B818 modeemin, että saisi netin jaettua talon toiseenkin päähän?
Löytyy myös 3 kappaletta jotain vanhempia wifi laajentimia, mutta en äkkiseltään muista edes valmistajaa :D
 
Ihan kivasti se tuntui toimivan. 400megan liittymä. Noista arvoista en kyllä osaa sanoa onko hyvät vai huonot. 2/3 palkkia näytti ulkomötikkä.
 

Liitteet

  • IMG20240708233912~2.jpg
    IMG20240708233912~2.jpg
    161,2 KB · Luettu: 141
  • IMG20240708233547.jpg
    IMG20240708233547.jpg
    434,1 KB · Luettu: 141
Varoitus, uusi firmware rikkoo B1/B3 taajuuksien CA:n kokonaan ja lopputulos on tämä. Edes modeemin bootti ei auta korjaamaan tilannetta. Pakko pyytää DNA:lta B12 versio takaisin, tämä on ihan käyttökelvoton.

1720038395066.png
DNA:lla on jotain verkkojen välistä häikkää ollut viikon ajan, ainakin SYV:in puolelta. Yksittäiset yhteydet hidastelee tietyistä suunnista, upload on normaali. Tuo valoo speedtestissä on yksi niistä. Samoin kaikki Teliat pohjoismaita myöten. RETN toimii normaalisti myös ulkomailta(paitsi Venäjä), samoin Telenor toimii kaikkialla(dnan omistaja). Jännästi Elisa Helsinki on hidas, Tallinna nopea. Testasin Proton VPN yhteyden kautta ja nopeudet normalisoituvat. Testasin toisessa paikassa jossa on MC7010 modeemi DNA:n 5G-liittymällä eri tukiasemassa ja aivan sama homma kuin tällä MC889A:lla(B13). Ei väliä onko 5G NSA vai 4G only. Myöskään eri APN:t ei vaikuta. Ei myöskään onko clientti windows, linux, android tai IoS. Näköyhteydellä olevasta tolpasta löytyy N78, B1, B3, B7 plus matalia taajuuksia. Käytän 7C+N78(CA) kun arvot ovat erinomaiset, tosin testasin 4G only ja B1/B3/B7 CA:t toimi kuten pitää.

Syaani on multi ja oranssi single. Btw speedtest.net:ssä pitää käsin valita palvelin, muuten se käyttää neljää eri palvelinta yhtäaikaa mikä peittää ongelman.
Screenshot 2024-07-09 145538.png

VPN-yhteys(amsterdam) "ohittaa" kuristuksen.
Screenshot 2024-07-09 142229.png

Screenshot 2024-07-09 143314.png

Elisa Helsinki vs Tallinna.
Screenshot 2024-07-09 144236.png

RETN antaa suht samat single ja multi testit.
Screenshot 2024-07-09 144614.png



Ei ole myöskään kyse speedtestistä, useimmat suomalaiset nopeustestit hidastelee. Fast.com 1/1 yhteydellä toimii 20-30Mbps, 30/30 yhteyttä niin tulee 400Mbps liittymän maksimia. Steam lataa maksimia myös.
Tämä lataa vaivaiset 10Mbps, Elisan 100Mbps liittymällä maksimit. Proton VPN:n kautta 140Mbps.
Tämä lataa täydet.
 
Viimeksi muokattu:
Ihan kivasti se tuntui toimivan. 400megan liittymä. Noista arvoista en kyllä osaa sanoa onko hyvät vai huonot. 2/3 palkkia näytti ulkomötikkä.
Kuvakaappauksessa näkyy NSA:ssa olevan n78_n28 päällä. Ilmeisesti tämä tilanne on vain hetkellinen, ei jatkuva?
 
Kuvakaappauksessa näkyy NSA:ssa olevan n78_n28 päällä. Ilmeisesti tämä tilanne on vain hetkellinen, ei jatkuva?
Ei mitään hajua mitä se edes tarkoittaa. En ole mitään asetusta muuttanut. Paitsi wifin salasanaa. Aamulla ainakin tuli vielä +400 megaa.
 
Kuvakaappauksessa näkyy NSA:ssa olevan n78_n28 päällä. Ilmeisesti tämä tilanne on vain hetkellinen, ei jatkuva?
Voitko vielä valaista tyhmää, että onko tuo hyvä vai huono juttu? Jätänkö vaan näin kun nopeus on hyvä, vai pitääkö alkaa säätämään? En ole kyllä ruuhkaisena aikana päässyt tuota testaamaan. Vai aamupäivällä ja 22 jälkeen illalla. Iltavuoro sotkee hyvää testailua :)
 
Voitko vielä valaista tyhmää, että onko tuo hyvä vai huono juttu? Jätänkö vaan näin kun nopeus on hyvä, vai pitääkö alkaa säätämään? En ole kyllä ruuhkaisena aikana päässyt tuota testaamaan. Vai aamupäivällä ja 22 jälkeen illalla. Iltavuoro sotkee hyvää testailua :)
Ei ole oikeastaan sellaista olosuhdetta SYV, jossa kannattaisi pitää jatkuvasti tuo n78_n28 päällä, vaan jos toinen n78 on riittävän vakaa niin kyllä sen 2nd carrier n78 pitäisi olla myös eli n78_n78 pitäisi olla kombo silloin. Tai jos n78 ei ole vakaa niin kytketään komboon vaan n28. Itse olen nähnyt tätä n78_n28 SYV:issä vaan hetkellisesti esiintyvänä hyvin harvoin, joka hyvin nopeasti vaihtuu toiseen komboon. Siksi kysyinkin, että onko tilanne hetkellinen vai jatkuva? Jos se on jatkuva niin ei ole kyllä normaalia tuollainen.
 
Ei kai tuollaista tilannetta missä kuuluu kaksi n78:ia ole kuin kaupunkien herkkua ja sielläkin saa usein kiinteän yhteyden taloyhtiöön.

Koskahan tätä laitetta saisi esim. Powerilta? Olis lahjakortti sinne.
 
Ei ole oikeastaan sellaista olosuhdetta SYV, jossa kannattaisi pitää jatkuvasti tuo n78_n28 päällä, vaan jos toinen n78 on riittävän vakaa niin kyllä sen 2nd carrier n78 pitäisi olla myös eli n78_n78 pitäisi olla kombo silloin. Tai jos n78 ei ole vakaa niin kytketään komboon vaan n28. Itse olen nähnyt tätä n78_n28 SYV:issä vaan hetkellisesti esiintyvänä hyvin harvoin, joka hyvin nopeasti vaihtuu toiseen komboon. Siksi kysyinkin, että onko tilanne hetkellinen vai jatkuva? Jos se on jatkuva niin ei ole kyllä normaalia tuollainen.

Täytyypä tarkistaa mitä se illalla tarjoaa kun pääsen kotiin. Asutaan tosiaan maaseudulla missä on kuuluvuuksien kanssa ollut aina ongelmia. 3 tukaria löytyy ehkä noin 3km säteellä linnuntietä, mutta oikeastaan yksikään ei suoraan näy. On puita ja mäkiä välissä.

Edellisiin 4g modeemeihin ja liittymiin, tuo on nykyisellään jo järkyttävä parannus. Jos tosin ruuhkaisina aikoina, sateella, lumisateessa yms. päästään lähellekään tuota 400 megan tulosta.
 
DNA:lla on jotain verkkojen välistä häikkää ollut viikon ajan, ainakin SYV:in puolelta. Yksittäiset yhteydet hidastelee tietyistä suunnista, upload on normaali. Tuo valoo speedtestissä on yksi niistä. Samoin kaikki Teliat pohjoismaita myöten. RETN toimii normaalisti myös ulkomailta(paitsi Venäjä), samoin Telenor toimii kaikkialla(dnan omistaja). Jännästi Elisa Helsinki on hidas, Tallinna nopea. Testasin Proton VPN yhteyden kautta ja nopeudet normalisoituvat. Testasin toisessa paikassa jossa on MC7010 modeemi DNA:n 5G-liittymällä eri tukiasemassa ja aivan sama homma kuin tällä MC889A:lla(B13). Ei väliä onko 5G NSA vai 4G only. Myöskään eri APN:t ei vaikuta. Ei myöskään onko clientti windows, linux, android tai IoS. Näköyhteydellä olevasta tolpasta löytyy N78, B1, B3, B7 plus matalia taajuuksia. Käytän 7C+N78(CA) kun arvot ovat erinomaiset, tosin testasin 4G only ja B1/B3/B7 CA:t toimi kuten pitää.

Syaani on multi ja oranssi single. Btw speedtest.net:ssä pitää käsin valita palvelin, muuten se käyttää neljää eri palvelinta yhtäaikaa mikä peittää ongelman.
Screenshot 2024-07-09 145538.png

VPN-yhteys(amsterdam) "ohittaa" kuristuksen.
Screenshot 2024-07-09 142229.png

Screenshot 2024-07-09 143314.png

Elisa Helsinki vs Tallinna.
Screenshot 2024-07-09 144236.png

RETN antaa suht samat single ja multi testit.
Screenshot 2024-07-09 144614.png



Ei ole myöskään kyse speedtestistä, useimmat suomalaiset nopeustestit hidastelee. Fast.com 1/1 yhteydellä toimii 20-30Mbps, 30/30 yhteyttä niin tulee 400Mbps liittymän maksimia. Steam lataa maksimia myös.
Tämä lataa vaivaiset 10Mbps, Elisan 100Mbps liittymällä maksimit. Proton VPN:n kautta 140Mbps.
Tämä lataa täydet.

Erittäin mielenkiintoisia havaintoja. Itselläni tilanne oli aiemmin siis se, että pelkästään nopeus ei ollut huono päätaajuudella, vaan CA ei kerta kaikkiaan aktivoitunut ollenkaan.

Tässä on taas viikko tullut tehtyä vikaselvittelyä ja testailua. Sunnuntaina tukiasemasta katosivat reilun vuorokauden ajaksi kaikki taajuudet pl. B20 ja N28. Niiden palautumisen jälkeen CA:n toiminta on ollut edelleenkin huomattavasti heikompaa mitä aiemmin, mutta pelkällä B1 päätaajuudella pääsee taas 200Mbit/s luokkaan.

Asiakaspalvelu ei edelleenkään tiedä firmiksen palautuksesta, joten imaisin B12 firmiksen toisesta laitteesta ja flashasin sen omaani modatuilla Qualcommin työkaluilla. Tämä ei poistanut CA ongelmaa, vaan se ilmene edelleen todella tiheästi. Eli taas on tukiaseman päässä säädetty jotain huonompaan suuntaan, mikä sattui vaan samoihin aikoihin B13 firmiksen päivityksen kanssa.

Kokeilin vielä uudestaan asentaa B13 firmwaren ja toiminta on yhtä huonoa/hyvää kuin B12:n kanssa. Kuten on useammassa ketjussa todettu, saisipa kuidun jos haluaisi oikeasti nauttia luotettavasta yhteydestä. Kyllähän tämä mobiilitouhu toki ihan mukavana harrastuksena menee, mutta on toimivuus edelleen aika karmiva.
 
Siksi kysyinkin, että onko tilanne hetkellinen vai jatkuva? Jos se on jatkuva niin ei ole kyllä normaalia tuollainen.
Kyllä se taitaa jatkuvasti olla päällä. Nopealla testailulla en varmaksi osaa sanoa onko paremi vaihtoehto pelkkä n78 vai n78_n28. Nopeudet ovat tippuneet eilisestä 430 -> 330. Johtuneet varmaan tämän päivän ukkosmyräkästä joka oli kääntänyt purkkia putkessa.
 

Liitteet

  • asdasd.png
    asdasd.png
    49 KB · Luettu: 72
Koskahan tätä laitetta saisi esim. Powerilta? Olis lahjakortti sinne.
Käsitin toisesta ketjusta että sinulla olisi nykyään Elisa. Miksi ihmeessä siis haluaisit tämän Denan murhaaman tölkin kun Elisalta ja muualta saa Huawein huippuboksia
 
Kyllä se taitaa jatkuvasti olla päällä. Nopealla testailulla en varmaksi osaa sanoa onko paremi vaihtoehto pelkkä n78 vai n78_n28. Nopeudet ovat tippuneet eilisestä 430 -> 330. Johtuneet varmaan tämän päivän ukkosmyräkästä joka oli kääntänyt purkkia putkessa.

Sinulla on vaihtunut päätaajuudeksi heikompilaatuinen B3, kun ylemmässä kuvassa se on B1. Kannattaa kokeilla onko apua,j os lukitsee B1:n päätaajuudeksi. Ohjeet löytyvät tästä ketjusta.
 
Sinulla on vaihtunut päätaajuudeksi heikompilaatuinen B3, kun ylemmässä kuvassa se on B1. Kannattaa kokeilla onko apua,j os lukitsee B1:n päätaajuudeksi. Ohjeet löytyvät tästä ketjusta.
Löysin ohjeet ja vaihdoin päätaajuuksi tuon B1. Nopeus nousi maksimiin, mutta yhteys toimi noin 3 minuuttia. Sen jälkeen yhteys katkesi eikä yhdistänyt enää uudelleen. Poistin cell lockin ja yhteys palasi. Koitin muutaman kerran uudelleen, mutta ei enää yhdistä jos pakottaa 205,300.
 
Löysin ohjeet ja vaihdoin päätaajuuksi tuon B1. Nopeus nousi maksimiin, mutta yhteys toimi noin 3 minuuttia. Sen jälkeen yhteys katkesi eikä yhdistänyt enää uudelleen. Poistin cell lockin ja yhteys palasi. Koitin muutaman kerran uudelleen, mutta ei enää yhdistä jos pakottaa 205,300.

Myös tuo B1 signaalin voimakkuus on vähän heikko, vaikka SNR on huomattavasti parempi, kuin B3:ssa. Eli ilmeisesti modeemi saa siihen kiinni vain ajoittain.

Voisit kokeilla modeemin uudelleensuuntausta/sijoittelua, josko arvot paranisivat hieman.
 
Käsitin toisesta ketjusta että sinulla olisi nykyään Elisa. Miksi ihmeessä siis haluaisit tämän Denan murhaaman tölkin kun Elisalta ja muualta saa Huawein huippuboksia
Joo, Elisaan vaihdoin. Ainakin asiakaspalvelu on paljon nopeampi saada kiinni ja tietääkin jotain verkosta, jopa myyjältä sai suoraan tietoa miten laitteet kannattaa suunnata ja mistä tulee paras signaali.

Miten tuon Huihain boksin nyt saa edes ostettua, eikö tuokin ole vain bundleissa kun ei nettikaupassa näy? Tää lähinnä kiinnostaa koska on suora vaihto kun kiinnikkeet ja piuha on täysin sama näiden mallien välillä. Samaten tänne on todennäköisesti Elisalta tulossa N78 myös lähempään tolppaan jolloin sitä olisi tarjolla kombona, mitä tuo nykyinen ei kaiketi tue.
 
Miten tuon Huihain boksin nyt saa edes ostettua, eikö tuokin ole vain bundleissa kun ei nettikaupassa näy? Tää lähinnä kiinnostaa koska on suora vaihto kun kiinnikkeet ja piuha on täysin sama näiden mallien välillä. Samaten tänne on todennäköisesti Elisalta tulossa N78 myös lähempään tolppaan jolloin sitä olisi tarjolla kombona, mitä tuo nykyinen ei kaiketi tue.

Kyllähän tuo ihan sellaisenaan on tarjolla Elisa - Verkkokauppa
 
Teinpäs silleen tyhmästi että kävin hakemassa Tori.fistä tälläisen kun halvalla sai ja noh. FWA-firmware, eli tästä ei sitten kerätä metriikkaa kuten lukitsemattomasta kuin ensimmäinen vartti. #tr069config on ilmeisesti näistä uusista estetty kokonaan?

Ainoa tapa konffata tuo maaliin on ottaa itse laite pois verkosta, resetoida, konffata, kiikkua takas katolle ja pistää linjoille ja toivoa et kaikki meni perille oikein. Noh, itepä halusin säästää... :D

E: no tuolla näkyis ainakin offline firmware update kun tölkin boottaa ilman korttia resetin perään. Ehkä tolleen sais sinne normaalimpaa firmista voi onko tuokin rampa? Puuttuu vaan ne firmikset.
 
Viimeksi muokattu:
Näemmä tämän illan aikana näiden tiettyjen suuntien yksittäisyhteyksistä on käsijarru poistunut. Funet.fi toimii myös normaalisti. Fast.com nopeus pomppii vielä.
Edit: Jahas, uus päivä ja jarru takas päälle.

Screenshot 2024-07-11 234732.png
 
Viimeksi muokattu:
DNA:n tuesta eivät osanneet auttaa, ainoastaan tarjosivat että voit tehdasnollata sen. No ei se auta kun purkki soittaa silti kotiin ja menee lukkoon jos pääsee linjoille, eivätkä tarjonneet firmwarea erikseen. Noh, tyhmästä säästöpäästä kärsii koko lompakko, eipä voi mitään.
 
Teinpäs silleen tyhmästi että kävin hakemassa Tori.fistä tälläisen kun halvalla sai ja noh. FWA-firmware, eli tästä ei sitten kerätä metriikkaa kuten lukitsemattomasta kuin ensimmäinen vartti. #tr069config on ilmeisesti näistä uusista estetty kokonaan?

Ainoa tapa konffata tuo maaliin on ottaa itse laite pois verkosta, resetoida, konffata, kiikkua takas katolle ja pistää linjoille ja toivoa et kaikki meni perille oikein. Noh, itepä halusin säästää... :D

E: no tuolla näkyis ainakin offline firmware update kun tölkin boottaa ilman korttia resetin perään. Ehkä tolleen sais sinne normaalimpaa firmista voi onko tuokin rampa? Puuttuu vaan ne firmikset.

Todennäköisesti tuo käyttöliittymän päivitystoiminto tukee vain inkrementaalista firmwarepäivitystä. Täältä löytyy ohjeita ja sopivia työkaluja, jos haluaa flashata koko firmwaren uudelleen. Tuosta FWA -> "normaali" firmis muutoksesta ei ole kokemusta, mutta MC7010:lla sai sujuvasti vaihdeltua eri operaattoreiden firmisten välillä. Lisäksi pitää MC889A firmis imaista vielä jostain tavallisesta purkista.
 
Todennäköisesti tuo käyttöliittymän päivitystoiminto tukee vain inkrementaalista firmwarepäivitystä. Täältä löytyy ohjeita ja sopivia työkaluja, jos haluaa flashata koko firmwaren uudelleen. Tuosta FWA -> "normaali" firmis muutoksesta ei ole kokemusta, mutta MC7010:lla sai sujuvasti vaihdeltua eri operaattoreiden firmisten välillä. Lisäksi pitää MC889A firmis imaista vielä jostain tavallisesta purkista.
No ei noi nyt mitenkään mahdottomilta vaikuta, ongelmana on vain ettei ole käsillä mistä tuota perusfirmista lainata.

Parashan olisi jos tuolta UI:sta sen saisi suoraan "päivitettyä" päälle vaikka samassaversiossa non-FWA:ksi, mut pitääpä tutustua ajan kanssa noihin työkaluihin.

Mikään pakkohan tuota nyt ei ole vielä vaihtaa MC7010:n tilalle, joten voi hyvillä mielin odotella seuraavaakin firmistä jos siinä vaikka olisi korjattu tuota CA-nukutteluongelmaa. Jos vaikka avaisivat sen TR069-configin takaisin niin saisi tuon pois pakkohallinnan pois päältä. Luulisi että näitä vehkeitä ei saisi näin lukita?
 
Mikään pakkohan tuota nyt ei ole vielä vaihtaa MC7010:n tilalle, joten voi hyvillä mielin odotella seuraavaakin firmistä jos siinä vaikka olisi korjattu tuota CA-nukutteluongelmaa

En laskisi sen varaan, että tuohon tulisi koskaan korjausta. Sain pitkällisen väännön jälkeen selvityksen DNA:lta SYV:lle asti ja pystyvät todentamaan tuon nukahtelun, mutta eivät keksineet siihen mitään syytä. Paras arvaus oli, että ulkopuolinen "häiriö" sotkee ajoittain modeemin CA:n toiminnan, mutta eivät pystyneet tätäkään yksilöimään mitenkään. Eli aktiivista korjausta tuohon CA ongelmaan ei ole käynnissä verkon tai firmiksen puolella. Oma ratkaisu oli ajoittaa Home Assistant resetoimaan bandit tunnin välein, kun tuo ei kuitenkaan katkaise onneksi koko yhteyttä. Tällaista on SYV verkon toimivuus vuonna 2024.

Luulisi että näitä vehkeitä ei saisi näin lukita?

Jossain kohtaa nuo FWA laitteet myytiin ainoastaan 5G "kotiliittymien" yhteydessä, jossa laite oli operaattorin leasing-laite, eikä omistus siirtynyt missään kohtaa loppukäyttäjälle, vaan operaattori korvasi vikaantuneet laitteet yms. Eli tämän valossa on ihan OK, että operaattori vastaa kaikesta laitteeseen liittyvästä toiminnasta ja samalla rajoittaa sen käyttöä. Voi olla, että nykyään sopimukset ovat erilaiset, mutta laitteen alkuperäinen myyjä ei olisi välttämättä saanut myydä laitetta eteenpäin.
 
Viimeksi muokattu:
En muuten pitäisi mahdottomana, ettei TR069 asetusdialogi voisi olla edelleen piilotettuna end pointina käyttöliittymässä.

MC7010 se oli aikanaan asetuspuussa, josta se piilotettiin uusimassa firmiksessa. Kannattaa kokeilla, löytyisikö se edelleen ja kokeilla toimiiko vastaava 889A:ssa. Tähänkin löytyy varmaan työkaluja, joilla end pointit saa skannattua.
 
Eipä ollut samassa #tr069configissa kun kokeilin, kokeilin kans sitä js-kikkaretta, mutta siitäkin oli käsillä vain vanhempi versio. Vielähän nuot on levällään täällä työhuoneessa et jos tulee ideoita niin voin vilkasta. Varmaan jossain vaiheessa helpoin on käydä nappaamassa koodit talteen, koitta räpeltää sieltä pois nuo asetukset ja leiskata takaisin.
 
Eipä ollut samassa #tr069configissa kun kokeilin, kokeilin kans sitä js-kikkaretta, mutta siitäkin oli käsillä vain vanhempi versio. Vielähän nuot on levällään täällä työhuoneessa et jos tulee ideoita niin voin vilkasta. Varmaan jossain vaiheessa helpoin on käydä nappaamassa koodit talteen, koitta räpeltää sieltä pois nuo asetukset ja leiskata takaisin.

Tältä näyttää oman modeemin others.js, kun mennään Advanced Settings sivulle:

JavaScript:
define(["jquery", "knockout", "config/config", "service", "underscore"], function(n, e, r, i, o) {
    function s() {
        var n = this;
        n.hastr069 = r.HAS_TR069,
        n.wanMode = r.opms_wan_mode,
        n.IS_SUPORT_NIGHT_MODE = r.IS_SUPORT_NIGHT_MODE,
        n.hasUserImprov = r.HAS_USER_IMPROVEMENT,
        n.isUFI = -1 != r.DEVICE.toLowerCase().indexOf("ufi");
        var o = !1;
        r.HAS_PARENTAL_CONTROL && (o = i.checkCurrentUserInChildGroup().result),
        n.currentUserInChildGroup = e.observable(o)
    }

Eli jotenkin renderöitävään sivuun tuo HAS_TR069 kaiketi vaikuttaa.

Mutta toki pysyvämpi ratkaisu on käydä ottamassa koko TR069 pois päältä tiedostojärjestelmän puolelta.
 
DNA kehoitti ottamaan yhteyttä ZTE:n tukeen ja ZTE:ltä kehoitettiin et on DNA:n heiniä tälläset.

Eipä se auta kuin opiskella noi työkalut ja kattoa josko tuon saisi poistettua ihan firmiksen tiedostojärjestelmän tasolta.
 
tr069-config tyhjeni kun lähetti lomakkeelle tyhjät arvot, vaikka se on piilotettuna koko UI:sta ja nyt hallintaan pääsee kokoajan FWA-firmiksellä. Arvot on tallessa, mut kaipa ne tehdasasetuksilla tulee myös takaisin.

Nyt ollunna 889A MC7010:n tilalla pari päivää ja huomioita
1) hiukan huonommat signaaliarvot numeroina, toimii yhtäläisesti samoilla nopeuksilla eli SIMin maksimi (300/50) tulee vastaan; Elisan laiska rajoitin päästää spedetestin piikkaamaan n. 700 Mbps asti "kylmänä"
2) löytää B1 ja B3-taajuudet joita MC7010 ei
3) virrankulutus puolittunut (NSA 5G n78 b20) 8W -> 4W
 
tr069-config tyhjeni kun lähetti lomakkeelle tyhjät arvot, vaikka se on piilotettuna koko UI:sta ja nyt hallintaan pääsee kokoajan FWA-firmiksellä. Arvot on tallessa, mut kaipa ne tehdasasetuksilla tulee myös takaisin.
Minulla on tismalleen sama ongelma. Ostin Torista käytettynä ja sattui olemaan FWA firmwarella. Voisitko opastaa minua hieman miten sait tuon tr069-configin tyhjennettyä?
 
Minulla on tismalleen sama ongelma. Ostin Torista käytettynä ja sattui olemaan FWA firmwarella. Voisitko opastaa minua hieman miten sait tuon tr069-configin tyhjennettyä?
Löytyy valmis skriptipala pythonilla, käykö se sellaisenaan?
 
Pitääkö tuo scriptsi siis suorittaa jossain?
Joo, silloin kun purkin hallintaan vielä pääsee, itse ajoin omalta Macilta.

Tein tuon python-pohjaisen home assistant-integraation perusteella, kaipa tuon joku javascript-velho voi toteuttaa selainpohjaisesti; jos hallintaan POSTaa payloadin goformId setTR069Config ilman arvoja niin se tyhjenee. Ohessa kuitenkin spoilerin takana koko python-koodi,

Vaatii siis requests, hash, tms. paketit, en nyt muista miten ne menee. Koodi ajoon komennolla
python3 tr069.py <purkin ip, eli 192.168.8.1> <käyttäjänimi (admin)> <salasana (1234)> --login multi
Viimeinen parametri on vain puhdasta laiskuutta, --login singleä tarvii jos tätä ajaa MC7010:llä jolla pääasiallisesti testasin.
Python:
#!/bin/python3

import requests
from requests.exceptions import RequestException
import hashlib
from datetime import datetime
import urllib.parse
import json
import sys
import time
import urllib3
#from http.server import BaseHTTPRequestHandler, HTTPServer
import argparse

parser = argparse.ArgumentParser("ZTE reset tr069")
parser.add_argument("ip", help="Router ip address")
parser.add_argument("username", help="Router username", default="admin")
parser.add_argument("password", help="Router password")
parser.add_argument("--login", help="Login method (multi, single)", default="single")
args = parser.parse_args()

urllib3.disable_warnings(urllib3.exceptions.InsecureRequestWarning)

s = requests.Session()

class zteRouter:

    def __init__(self, ip, username, password, login):
        self.login = login
        self.ip = ip
        self.protocol = "http"  # default to http
        self.username = username
        self.password = password
        self.try_set_protocol()
        self.referer = f"{self.protocol}://{self.ip}/"

    def try_set_protocol(self):
        protocols = ["http", "https"]
        for protocol in protocols:
            url = f"{protocol}://{self.ip}"
            try:
                response = requests.get(url, timeout=5, verify=False)
                if response.ok:
                    self.protocol = protocol
                    # print(f"{self.ip} is accessible via {protocol}")
                    return
            except RequestException:
                pass  # If RequestException occurs, try the next protocol
        # print(f"Could not determine the protocol for {self.ip}")

    def hash(self, str):
        return hashlib.sha256(str.encode()).hexdigest()

    def get_LD(self):
        header = {"Referer": self.referer}
        payload = "isTest=false&cmd=LD"
        r = s.get(self.referer + f"goform/goform_get_cmd_process?{payload}&_=", headers=header, data=payload, verify=False)
        return r.json()["LD"].upper()

    def getVersion(self):
        header = {"Referer": self.referer}
        payload = "isTest=false&cmd=wa_inner_version"
        r = s.get(self.referer + f"goform/goform_get_cmd_process?{payload}", headers=header, data=payload, verify=False)
        return r.json()["wa_inner_version"]

    def get_AD(self):
        def md5(s):
            m = hashlib.md5()
            m.update(s.encode("utf-8"))
            return m.hexdigest().upper() 

        def sha256(s):
            m = hashlib.sha256()
            m.update(s.encode("utf-8"))
            return m.hexdigest().upper()

        wa_inner_version = self.getVersion()
        hash_function = sha256 # set depending on device, MC7010 md5, 889A sha256
        cr_version = ""  # is empty, is printed on getInfos

        a = hash_function(wa_inner_version + cr_version)

        header = {"Referer": self.referer}
        rd_response = s.get(self.referer + "goform/goform_get_cmd_process?isTest=false&cmd=RD", headers=header, verify=False)

        rd_json = rd_response.json()
        u = rd_json.get("RD", "")

        result = hash_function(a + u)  # Use hash_function here as well
        print("result (hash of a + u):", result)  # Debug print

        return result

    def getCookie(self, username, password, LD, login):
        header = {"Referer": self.referer}
        hashPassword = self.hash(password).upper()
        ztePass = self.hash(hashPassword + LD).upper()

        if login == "multi":
            payload = {
                'isTest': 'false',
                'goformId': 'LOGIN_MULTI_USER',
                'password': ztePass,
                'user': username
            }
        else:
            payload = {
                'isTest': 'false',
                'goformId': 'LOGIN',
                'password': ztePass,
            }           

        r = s.post(self.referer + "goform/goform_set_cmd_process", headers=header, data=payload, verify=False)
        return "stok=" + r.cookies["stok"].strip('\"')

    def getTRInfo(self):
        ip = self.ip
        cookie = self.getCookie(username=self.username, password=self.password, LD=self.get_LD(), login=self.login)
        cmd_url = f"{self.protocol}://{self.ip}/goform/goform_get_cmd_process?multi_data=1&isTest=false&cmd=cr_version%2Ctr069_ServerURL%2Ctr069_CPEPortNo%2Ctr069_ServerUsername%2Ctr069_ServerPassword%2Ctr069_ConnectionRequestUname%2Ctr069_ConnectionRequestPassword%2Cwan_ipaddr%2Ctr069_PeriodicInformEnable%2Ctr069_PeriodicInformInterval%2Ctr069_CertEnable%2Ctr069_DataModule%2Ctr069_Webui_DataModuleSupport"

        headers = {
            "Host": ip,
            "Referer": f"{self.referer}index.html",
            "Cookie": f"{cookie}"
        }

        response = s.get(cmd_url, headers=headers, verify=False)
        return response.text

    def setTRInfo(self):
        ip = self.ip
        cookie = self.getCookie(username=self.username, password=self.password, LD=self.get_LD(), login=self.login)

        headers = {
            "Host": ip,
            "Referer": f"{self.referer}index.html",
            "Cookie": f"{cookie}"
        }

        payload = {
            'isTest': 'false',
            'goformId': 'setTR069Config',
            'AD': self.get_AD()
        }
        response = s.post(self.referer + "goform/goform_set_cmd_process", headers=headers, data=payload, verify=False)
        return response.text

zteInstance = zteRouter(args.ip, args.username, args.password, args.login)

class setInfos():
    gatheredJson = json.loads(zteInstance.getTRInfo())
    print(json.dumps(gatheredJson))
    print(zteInstance.setTRInfo())

if __name__ == "__main__":
    setInfos()
 
Nyt vasta kerkesin asentamaan tämän katolle. Äkkiä tuossa kokeilin niin tämmöisiä tuloksia sain. Tuo tolppa on tosiaan noin 14.5km päässä linnuntietä.
 

Liitteet

  • testi1.png
    testi1.png
    163,7 KB · Luettu: 126
  • testi2.png
    testi2.png
    117,3 KB · Luettu: 123
Joo, silloin kun purkin hallintaan vielä pääsee, itse ajoin omalta Macilta.

Tein tuon python-pohjaisen home assistant-integraation perusteella, kaipa tuon joku javascript-velho voi toteuttaa selainpohjaisesti; jos hallintaan POSTaa payloadin goformId setTR069Config ilman arvoja niin se tyhjenee. Ohessa kuitenkin spoilerin takana koko python-koodi,

Vaatii siis requests, hash, tms. paketit, en nyt muista miten ne menee. Koodi ajoon komennolla
python3 tr069.py <purkin ip, eli 192.168.8.1> <käyttäjänimi (admin)> <salasana (1234)> --login multi
Viimeinen parametri on vain puhdasta laiskuutta, --login singleä tarvii jos tätä ajaa MC7010:llä jolla pääasiallisesti testasin.
Python:
#!/bin/python3

import requests
from requests.exceptions import RequestException
import hashlib
from datetime import datetime
import urllib.parse
import json
import sys
import time
import urllib3
#from http.server import BaseHTTPRequestHandler, HTTPServer
import argparse

parser = argparse.ArgumentParser("ZTE reset tr069")
parser.add_argument("ip", help="Router ip address")
parser.add_argument("username", help="Router username", default="admin")
parser.add_argument("password", help="Router password")
parser.add_argument("--login", help="Login method (multi, single)", default="single")
args = parser.parse_args()

urllib3.disable_warnings(urllib3.exceptions.InsecureRequestWarning)

s = requests.Session()

class zteRouter:

    def __init__(self, ip, username, password, login):
        self.login = login
        self.ip = ip
        self.protocol = "http"  # default to http
        self.username = username
        self.password = password
        self.try_set_protocol()
        self.referer = f"{self.protocol}://{self.ip}/"

    def try_set_protocol(self):
        protocols = ["http", "https"]
        for protocol in protocols:
            url = f"{protocol}://{self.ip}"
            try:
                response = requests.get(url, timeout=5, verify=False)
                if response.ok:
                    self.protocol = protocol
                    # print(f"{self.ip} is accessible via {protocol}")
                    return
            except RequestException:
                pass  # If RequestException occurs, try the next protocol
        # print(f"Could not determine the protocol for {self.ip}")

    def hash(self, str):
        return hashlib.sha256(str.encode()).hexdigest()

    def get_LD(self):
        header = {"Referer": self.referer}
        payload = "isTest=false&cmd=LD"
        r = s.get(self.referer + f"goform/goform_get_cmd_process?{payload}&_=", headers=header, data=payload, verify=False)
        return r.json()["LD"].upper()

    def getVersion(self):
        header = {"Referer": self.referer}
        payload = "isTest=false&cmd=wa_inner_version"
        r = s.get(self.referer + f"goform/goform_get_cmd_process?{payload}", headers=header, data=payload, verify=False)
        return r.json()["wa_inner_version"]

    def get_AD(self):
        def md5(s):
            m = hashlib.md5()
            m.update(s.encode("utf-8"))
            return m.hexdigest().upper()

        def sha256(s):
            m = hashlib.sha256()
            m.update(s.encode("utf-8"))
            return m.hexdigest().upper()

        wa_inner_version = self.getVersion()
        hash_function = sha256 # set depending on device, MC7010 md5, 889A sha256
        cr_version = ""  # is empty, is printed on getInfos

        a = hash_function(wa_inner_version + cr_version)

        header = {"Referer": self.referer}
        rd_response = s.get(self.referer + "goform/goform_get_cmd_process?isTest=false&cmd=RD", headers=header, verify=False)

        rd_json = rd_response.json()
        u = rd_json.get("RD", "")

        result = hash_function(a + u)  # Use hash_function here as well
        print("result (hash of a + u):", result)  # Debug print

        return result

    def getCookie(self, username, password, LD, login):
        header = {"Referer": self.referer}
        hashPassword = self.hash(password).upper()
        ztePass = self.hash(hashPassword + LD).upper()

        if login == "multi":
            payload = {
                'isTest': 'false',
                'goformId': 'LOGIN_MULTI_USER',
                'password': ztePass,
                'user': username
            }
        else:
            payload = {
                'isTest': 'false',
                'goformId': 'LOGIN',
                'password': ztePass,
            }          

        r = s.post(self.referer + "goform/goform_set_cmd_process", headers=header, data=payload, verify=False)
        return "stok=" + r.cookies["stok"].strip('\"')

    def getTRInfo(self):
        ip = self.ip
        cookie = self.getCookie(username=self.username, password=self.password, LD=self.get_LD(), login=self.login)
        cmd_url = f"{self.protocol}://{self.ip}/goform/goform_get_cmd_process?multi_data=1&isTest=false&cmd=cr_version%2Ctr069_ServerURL%2Ctr069_CPEPortNo%2Ctr069_ServerUsername%2Ctr069_ServerPassword%2Ctr069_ConnectionRequestUname%2Ctr069_ConnectionRequestPassword%2Cwan_ipaddr%2Ctr069_PeriodicInformEnable%2Ctr069_PeriodicInformInterval%2Ctr069_CertEnable%2Ctr069_DataModule%2Ctr069_Webui_DataModuleSupport"

        headers = {
            "Host": ip,
            "Referer": f"{self.referer}index.html",
            "Cookie": f"{cookie}"
        }

        response = s.get(cmd_url, headers=headers, verify=False)
        return response.text

    def setTRInfo(self):
        ip = self.ip
        cookie = self.getCookie(username=self.username, password=self.password, LD=self.get_LD(), login=self.login)

        headers = {
            "Host": ip,
            "Referer": f"{self.referer}index.html",
            "Cookie": f"{cookie}"
        }

        payload = {
            'isTest': 'false',
            'goformId': 'setTR069Config',
            'AD': self.get_AD()
        }
        response = s.post(self.referer + "goform/goform_set_cmd_process", headers=headers, data=payload, verify=False)
        return response.text

zteInstance = zteRouter(args.ip, args.username, args.password, args.login)

class setInfos():
    gatheredJson = json.loads(zteInstance.getTRInfo())
    print(json.dumps(gatheredJson))
    print(zteInstance.setTRInfo())

if __name__ == "__main__":
    setInfos()
Kiitos, taisin onnistua! Jos haluan palauttaa arvot niin miten tuota koodia pitäisi silloin muokata? Tiedätkö toimiiko päivitykset ilman noita TR069 arvoja?
 
Kiitos, taisin onnistua! Jos haluan palauttaa arvot niin miten tuota koodia pitäisi silloin muokata? Tiedätkö toimiiko päivitykset ilman noita TR069 arvoja?
Eivät taida päivitykset toimia, skripti kyllä ne edelliset asetukset pukkaa ulos ajessa ja löytyvät kyllä tallesta omalta purkilta. Olettaisin et kun palauttaa tehdasasetukset ne tulevat takaisin, mut en ole testannut itse.
 
Itse ei saa mitään säätöjä säädeltyä kun DNA Koti 5G 400M yhteys missä tuon ZTE MC889A:n hallinta on DNA:lla. Mutta olen kyllä tyytyväinen asiakas, niin laitteeseen kuin operaattoriinkin.

Tämä ollut käytössä nyt kutakuinkin puolivuotta eikä ole yhteys sekoillut tai jumittanut kertaakaan sen jälkeen kun wifi-sisäyksikön päivitin Asus RT-AX59U:hun maaliskuulla. DL on toki rajattu yhteystyypistä johtuen tuohon 400, niin ei mitään gigaluokan tuloksia voi saada testeistä, mutta saan ainakin sisäänpäin 100% ajasta sen mistä maksankin ja hieman ylikin. Uppi on sitten aneemisempi, asettuen tuonne 30M hujakoille, yhteystyyppihän sen rajaa 100M:ään vasta. Pingit keikkuu 20ms-30ms välillä

Mutta jos joku empii DNA Koti 5G yhteyttä ja tätä MC889A:ta niin iso peukku täältä Pohjois-Pohjanmaalta ainakin, mutta ottakaa oikeasti laadukas wifi-purkki sisälle, se denan Huawei oli ainakin täysi susi.

Saa nähdä miten käy kun SYV tulee tänne saakka, nyt sitä rakennetaan naapuripitäjään ja levittyy myöhemmin myös tänne Ylivieskaan. Toivotaan että meno senkun paranee päivityksen myötä.

Tässä vielä Speedtest historiaa, vastapäässä DNA Welho (Helsinki):

Screenshot_20240724_093925_ASUS Router.jpg
 
Kuten tuli mainittua, modeemi ei tue kaikkia mahdollisia taajuusyhdistelmiä ja tähän vaikuttaa se, kuinka monta taajuutta ylipäätään kuuluu käyttöpaikalle. Jos tietty taajuus, esim. B3 kuuluu käyttöpaikalle kahtena soluna, modeemi ottaa molemmat kyllä käyttöön automaattisesti, jos käytössä taajuuskombo sen muuten sallii.
Ei tunnu pitävän paikkaansa, minulle kuuluu ainakin kaksi mastoa, joista ainakin molempien B3 kuuluu minulle, kun tuo modeemi pomppii molempien mastojen taajuuksissa ihan sattumanvaraisesti. Osaisitteko tarkentaa hieman miten nämä molemmat mastot saisi valjastettua hyötykäyttöön?
 
Ei tunnu pitävän paikkaansa, minulle kuuluu ainakin kaksi mastoa, joista ainakin molempien B3 kuuluu minulle, kun tuo modeemi pomppii molempien mastojen taajuuksissa ihan sattumanvaraisesti. Osaisitteko tarkentaa hieman miten nämä molemmat mastot saisi valjastettua hyötykäyttöön?

Tämä tarkoittaa sitä, että samassa tukiasemassa on useampi samaa taajuutta käyttävä solu, jotka kuuluvat käyttöpaikalle. Eli kahden eri tukiaseman saman taajuuden samanaikainen käyttö ei ole mahdollista. Ei ole mikään automaatio, että tukiasemassa on useita saman taajuuden soluja. Esimerkiksi SYV tuntuu näitä rakentavan huomattavasti enemmän, kuin vaikka Elisa.

Ensimmäisenä tarkistaisin Cellmapperilla, mitä soluja ja taajuuksia tukiasemassa on käytössä. Jos käyttöpaikalle pitäisi kuulua esim useampi B3, laittaisin taajuuslukituksen tähän tukiasemaan ja koittaisin sen jälkeen hakea kuuluvuutta kokeilemalla modeemille useampaa sijoituspaikkaa.
 
Minkälaista rsrp/sinr komboa yhteisverkon taajuuksilla olette saaneet näissä perus itäsuomen lokaatioissa? Eli tuollainen ketjussa näkynyt ”korpitukiasema” siis kyseessä.

IMG_0685.jpeg

RSRP:tä sai parannettua lähelle 73-75, mutta tuntui että SNR vastaavasti tippui alle nollan.
Ja se suhde tuntuu kyllä ”surkealta”

Pingit pyörii 40:ssä ja nopeudet 50-80.

Miten tässä tapauksessa optimoitaisiin SNR:ää? Onko siihen jotain kikkoja. Myyjä lupaili tällä vehkeellä tähän lokaatioon 150 megan nopeuksia.
 

Uusimmat viestit

Statistiikka

Viestiketjuista
259 143
Viestejä
4 503 270
Jäsenet
74 332
Uusin jäsen
OlliRafael

Hinta.fi

Back
Ylös Bottom