2. Fórumok
  3. Hálózat, szolgáltatók
  4. SamKnows és NMHH internet sebességmérés
Keresés

Új hozzászólás Aktív témák

  • #2794 DaM_HuN csendes újonc vargalex #2793
    Új Válasz #2794
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    DaM_HuN

    csendes újonc

    válasz vargalex #2793 üzenetére

    Akkor rosszul fogalmaztam, a mod és a git közösségnek nem volt eddig szerencséje ezzel. Az hogy a lap milyen -így évek adataival a rendszerben- lehet hogy király, bár nekem tetű lassú, de ez biztos az összegyűlt 30.000+ mérési adatnak köszönhető.

    A boxot pont nem érdekli, hogy forgalmazok-e, mert pl most is és 10-kor is mért óra 12-kor, holott közben éppen 4kstream megy már vagy egy órája, ami azért eleszik 10-20mbitet a tv-n az egyik stream szolgáltatótól. Az AppleTv pedig pont a boxba van kötve közvetlenül.

    Mit akarok? Live monitoringot -mint a speedtest, vagy a SamKnows white boxa pl,- ha már fizetem a villanyszámláját évek óta ennek a doboznak, aminek egyre kisebb az értelme, mert szemmel láthatóan már belőtte a Digi a tesztszerver IP-ket és mérési intervallumokat, a mérés majdnem mindig jó, holott előtte utána már nem annyira rózsás a helyzet. (és reklamációnál sem fogadják már el az eredményeket amióta 4iG lett, tehát ez már csak egy hobbi, amiből szeretném kihozni az értelmet, ha már másra nem jó :) )
    Bár tény a routerem saját maga is méri a forgalmazásaim sebességét élőben és annak eredményét ki is tudom tenni bárhova, de mint már korábban mondtam, ha már fizetek a box fenntartásáért, akkor ki is használnám.
    Lehet az lesz a vége, hogy kisütöm a förmöt belőle, és visszacsinálom routernek, úgyis kellene egy a smarthomehoz. Már úgyse kéri vissza az NMHH 5+ év után. (jó, persze most csak viccelek :)) )

  • #2792 DaM_HuN csendes újonc vargalex #2791
    Új Válasz #2792
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    DaM_HuN

    csendes újonc

    válasz vargalex #2791 üzenetére

    Egen ez egyszerű(-nek tűnik). De...
    Még nem találtam meg hogyan tudnék:
    1. elindítani a measure-t
    2. friss adatot olvasni. Mivel az "azonnali hardveres mérés"-ek nem kerülnek be a mérőeszközbe a mentett mérésekbe, és a szelessav.net-re sem mennek fel valamiért.
    Tehát amíg nem jövök rá hogyan tudnám elindítani és időzítetten ki is olvasni az aktuális mérést (mert ugye a kezdőlapon jelenik meg a < a> gomb helyén miután lefut), addig csak megjeleníteni tudnám az utolsó hivatalos mérést, ami csak azért gáz, mert nem mindig ugyanakkor történik. (óra 13 tűnik a standardnek, de óra 20-26-30 is van néha.)
    Az meg eléggé erőforráspazarlás, hogy -teszem azt- óra 10-től scannelem óra 35-ig az eredményért, vagy óra 35öt választom a scan időzítésnek, akkor pedig lehet már vagy 20 perce nincs is netem (sajna előfordul a Diginél Pest ezen amúgy elég sűrűn lakott sarkában elég sokszor), de a dobozon még úgy látszik , hogy van. :W

    Gondolom ezért is nincs még a szelessav.net-nek sem pl. a Speedtest-hez hasonló asztali, sem mobil appja, a smarthome-os integrációkról már nem is beszélve még, mert többeknek beletört már a bicskája. (pedig van egykét okos magyar srác a Git-en a témában.) :( Azért még nem adom fel, csak pöppet frusztrál, hogy ennyire nem egyszerű, vagy ennyire nem jó helyen keresem a megoldást a "boxban".

  • #2790 DaM_HuN csendes újonc
    Új Válasz #2790
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    DaM_HuN

    csendes újonc

    Sziasztok!

    Szerintetek valahogyan ki lehet cibálni a boxból a friss méréseket?
    Okosotthon felületre szeretném feltenni, valami olyasmi módon mint a speedtest-cli-ből kihúzott adatokat, de mivel itt van az eszköz maga, így egyszerűbbnek gondolnám, hogy annak az adatait kérem le, nem a mostmár több 10.000 mérést tartalmazó Szélessáv.netes adatbázisból kérném le. Nameg hirtelen nem is találtam meg a módját csak az utolsó mérés lekérésének, bár biztos megoldható lenne azis

  • #2746 DaM_HuN csendes újonc
    Új Válasz #2746
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    DaM_HuN

    csendes újonc

    Már megint nem tudok rájönni mi az ég lehet hibás...
    Most éppen ezt csinálja:
    hiányoznak mérések, ott nullával jelöli a sávszélességet a grafikonon, de magába a táblázatba nem kerül be adat és ez már egy jó hónapja így megy. Idáig, vagy 0-ás mérést, vagy hibás mérést írt ilyenkor, függően attól, hogy a net hagyott ki, vagy az NMHH szeró. Ez mitől lehet vargalex szerinted? :R
    sajna ugye a box memóriája annyira kicsi, hogy mire visszanézném, addigra az emléke is felülíródott vagy 20x.

    Mindezt pont akkor, amikor megreklamáltam a netet, mert majd 20 egybefüggő napig nem fedezte még a vállalt minimum harmadát sem a sávkeskenység, de ha nem tudok megbízható valid méréseket produkálni, akkor mindjárt el is veszik az NMHH box előnye. :W

  • #2709 DaM_HuN csendes újonc
    Új Válasz #2709
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    DaM_HuN

    csendes újonc

    Hello ALL!

    Eskü nem értem!

    Máig pihentettem a boxot, ma feltettem délután és ...
    ...és eddig nem jön elő a hiba amit egy hétvégéig bárhol tudtam reprodukálni. :F

    Mivel semmi nem változott azon túl, hogy nem volt fent a box így ez most egy olyan érdekesség ami egyszerűen felfoghatatlan a számomra. Először 2 különböző hálózatot lever valami -ami összefüggésben van a boxszal, vagy a méréssel- aztán egy héttel később ugyanazon a helyen megszűnik a hibajelenség.

    (és a QoS sem piszkít bele, külön bekapcsoltam, hamár említetted)

    Mindegy, volt ilyen már júniusban is, akkor több mint egy hónapig működött rendesen, most figyelni fogom megint, de ez akkor is fura, hogy egyszerűen ukk-mukk-fukk megszűnik a hibajelenség. Digin nem vettem észre hogy piszkálták volna, mert a Pi speedtesztje óránként lement 900/320-as átlaggal, IP mondjuk ma változott egy hibával:
    "Sep 5 12:08:09 WAN Connection: Fail to connect with some issues.
    Sep 5 12:08:10 pppd[3411]: Connection terminated.
    Sep 5 12:08:10 pppd[3411]: Modem hangup
    Sep 5 12:08:20 pppd[3411]: Connected to xx:xx:xx:xx:xx:xx via interface eth4
    Sep 5 12:08:20 pppd[3411]: Connect: ppp0 <--> eth4
    Sep 5 12:08:23 pppd[3411]: PAP authentication succeeded
    Sep 5 12:08:23 pppd[3411]: peer from calling number xx:xx:xx:xx:xx:xx authorized
    Sep 5 12:08:23 pppd[3411]: local IP address 178.xxx.xxx.80
    Sep 5 12:08:23 pppd[3411]: remote IP address 10.xxx.xxx.xxx
    Sep 5 12:08:23 pppd[3411]: primary DNS address 193.110.57.4
    Sep 5 12:08:23 pppd[3411]: secondary DNS address 193.110.56.8
    Sep 5 12:08:24 wan: finish adding multi routes
    Sep 5 12:08:24 WAN Connection: WAN was restored."
    Szóval lehet valamit frissítettek az ONT-OLT vonalon, meglátjuk.

    Ha előjön megint jelentkezem, de remélem soha többé nem kell újra szívnom vele.

  • #2707 DaM_HuN csendes újonc vargalex #2706
    Új Válasz #2707
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    DaM_HuN

    csendes újonc

    válasz vargalex #2706 üzenetére

    Szia

    Köszi a tippet! :R Ha találok valami érdekeset az összehasonlításban csütörtökön, akkor megosztom.

    QOS nincs, nincs miért használnom, de azt is ki fogom most próbálni, kíváncsi vagyok ér-e valamit. :D

  • #2705 DaM_HuN csendes újonc vargalex #2704
    Új Válasz #2705
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    DaM_HuN

    csendes újonc

    válasz vargalex #2704 üzenetére

    :R Értem, akkor ezek szerint az lehet a hiba, hogy megakad benne a mérés miután véghezviszi a box, ezért nem használja ki a teljes sávszélességet és csak teljes ramtörlés után áll helyre?
    :F És minden rendelkezésemre álló különböző évjáratú, működésű, csipszetű és fw-ű ASUS routernél?
    Elhiszem neked, mert Te írtad ezt a kütyüt én meg annyira nem értek sem a router programozáshoz (mondjuk nem próbáltam még sose), se túl mélyen a hálózatokhoz, hogy kétségbe vonjalak.
    És az miért lehet, hogyha visszateszem a backupot, akkor azonnal a hiba is visszakerül? :Y Ez azért érdekes, mert visszament a TUF-nál is, az RT-66-nál is és az N56-nál is amikor backupból került visszaállításra a router, direkt kipróbáltam tegnap (illetve a TUFnál ma) mindegyiknél.

    Megint teljesen visszaállítottam a TUF-ot (szeretem beírni azt a 100 DHCP-t, meg 100+ WAN filteringet, hogy teljesen tiszta legyen a beállítás, már szinte fejből megy...) és megint megy a gigabit, direkt mindig két tesztet végzek és mindig újra is építem a kapcsolatot két teszt között, hogy dolgozzon a router, az ONT és az OLT is, nehogy valami szerver oldali konfig hiba legyen...

    2022-08-29 10:59:17 Digi 92.xxx.xxx.221 944.79 Mbps94 %327.53 Mbps164 %3 msec.1
    2022-08-29 10:32:26 Digi 91.xxx.xxx.139 943.03 Mbps94 %327.41 Mbps164 %3 msec.1

    Most így hagyom csütörtökig a box nélkül teszek a szerződésre, kíváncsi leszek elő jön-e a sávszélesség hiba, ha nem, akkor visszateszem a boxot ismét és megnézem előjön-e a hiba, ha igen, akkor viszont ismételten fennáll majd a kérdés miért történik, miért nem áll helyre, hogyan kerül bele a minden router .cfg-jébe is és miért az elmúlt évekből csak 1-2 hónapja (egészen pontosan június 9 óta)?



    Persze azt nem írtam le, de tegnap éjszaka még játszottam vele a másik DIGInél, a backup routerrel (RT-66) is eljátszottam, hogy feldugtam, elállítódott a net, levettem a boxot maradt rossz, feltettem a másik -már visszaállított és jól szereplő- routert (N56) és ment rendesen, visszaállítottam backupból az RT66-ot úgymaradt, visszaállítottam és kézzel beírtam az RT66-ot és megjavult. Esetleg még azt tudom elképzelni hogy az UPNP-n piszkál bele, azt nem néztem a logban, hogy oda nyúl-e valami, majd amikor felteszem a boxot újra kipróbálom bekapcsolva, illetve kikapcsolva is az UPNP-t hogy mi történik.)

    Mostmár jövővel kapcsolatos kérdés, mert sejtem, hogy mihelyt felteszem valószínűleg megint elqrja a netet:
    a box firmware-t nem lehet valahogy újra feltenni? (persze meg tudnám customolni, vagy visszatenni a gyári fw-t, de akkor sem lenne meg az a firmware ami most van rajta. Hivatalos formában nem lehet teljesen újraírni a boxot? A reset nem változtat a dolgon, azt már próbáltam mielőtt elkezdtem a DIGIt izélgeti és a hálózatomat tesztelni.)

  • #2703 DaM_HuN csendes újonc
    Új Válasz #2703
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    DaM_HuN

    csendes újonc

    Sőt, mivel most volt egy kis időm a tapasztalatok alapján játszani itt is, így mértem a TUF-on át amire korábban fel volt téve a box:

    2022-08-29 09:39:52 Digi 178.xxx.xxx.83 541.95 Mbps54 %324.19 Mbps162 %3 msec.1

    majd nyomtam egy restartot:
    2022-08-29 09:42:35 Digi 94.xxx.xxx.25 554.00 Mbps55 %326.04 Mbps163 %3 msec.1

    semmi változás, majd reseteltem és újra beállítottam:

    2022-08-29 09:51:22 Digi 87.xxx.xxx.138 944.03 Mbps94 %327.35 Mbps164 %3 msec.1
    2022-08-29 09:56:32 Digi 87.xxx.xxx.138 943.89 Mbps94 %327.35 Mbps164 %3 msec.1

    majd visszatöltöttem a korábban elmentett beállításokat és láss csodát megint szar lett, mintha hibás érték került volna a wan beállításaiba valahol ami nem látszik a cfg fájlban a wrt settingsel (azaz üres, vagy hiányzó mezőnek jelenik meg).

    2022-08-29 10:16:10 Digi 80.xxx.xxx.165 549.73 Mbps55 %327.23 Mbps164 %3 msec.1
    2022-08-29 10:12:56 Digi 188.xxx.xxx.165 563.24 Mbps56 %327.24 Mbps164 %3 msec.1
    2022-08-29 10:11:23 Digi 188.xxx.xxx.165 547.92 Mbps55 %327.29 Mbps164 %3 msec.1

    Ami még érdekes, hogy router reset után nyíl egyenesek a mérések, de amikor a box által szennyezett beállítás van fent, akkor hullámzik mint a fene.

    Ezzel véleményem szerint a hiba okozója már megvan :C , 2 ONT-n 3 különböző routing eszközzel bizonyítottam (én úgy tanultam hogy legalább egy keresztellenőrzés kell egy tétel bizonyításához, az most itt megvolt). Már csak a hiba okát kellene kideríteni, mert szeretem a kihívásokat és érdekel is egyébként, hogy mi a hekk okozhatja ez?!? :F

  • #2702 DaM_HuN csendes újonc GoodSpeed #2701
    Új Válasz #2702
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    DaM_HuN

    csendes újonc

    válasz GoodSpeed #2701 üzenetére

    gondoltam nem releváns, mert mint írtam többel is dolgoztam mire kiderítettem valószínűleg merre keressem tovább a hibát.

    De parancsolj, hátha segít megoldani a gondot:
    TUF-AX5400 a saját rendszerem központi egysége, ennek a gaming portján van a tesztbox éppen.
    RT-66U_B1 volt a második router a TUF után, a Pi és a smarthome között
    RT-N56UB1 volt a teszt router a másik digi kapcsolatnál és a 66U volt az a router amit betettem tesztelni miután láttam, hogy lehasalt a sávszélesség.

  • #2700 DaM_HuN csendes újonc
    Új Válasz #2700
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    DaM_HuN

    csendes újonc

    Sziasztok!

    Érdekes tapasztalatra tettem szert mostanában az NMHH mérőboxszal kapcsolatban.

    A helyzet a következő:
    -kb két hónapja először csak néha-néha, aztán egyre sűrűbben fagyott le az egész hálózatom, de úgy hogy még a Pi-t is elrántotta. Sehol semmiben nem találtam semmi érdekességet a logban.
    -később elkezdett a netem 100+-40mbites lenni
    na ennek már fele sem volt tréfa! Elkezdtem a DIGIt izélgetni, mondván tesztbox, meg minden, kaptak naplót, eredményeket stbstb...

    Lett is kisebb hatása, elkezdték a kapcsolatot tesztelni, ONT-t újraindítani stbstb. Néha meg is javult. Ezután júli végétől múlthétig folyamatossá vált a 100+mbit, ismét DIGI izélgetés és kőkemény hálózatteszt is volt itthon.

    Azt vettem észre, hogy az ONT router módban hozza az 900+mbitet, ha visszaállítom bridge módba, akkor viszont nincsen meg. Első körben ONT hibára tippeltem, de mondom letesztelem máshol is. Átvittem egy másik DIGIs végpontomhoz, leteszteltem a hálózatot ott is 900+ volt a net, majd feltettem a tesztboxot és vártam amíg végez egy tesztet, eltelt bele majd egy nap és mit ad isten egyből 177 mbit lett, rámertem pár szoftverest, az is 2-300mbit közé ment... Na ennek már fele se tréfa, levettem a tesztboxot és mit ad isten maradt a 2-300mbit mind szoftveres, mind hardveres teszttel, volt utána router újraindítás, ONT újraindítás, minden finomság, az eredmény változatlan.

    Ejj...

    na mondom itt már csak a piócás ember segíthet, elővettem egy másik routert felsetupoltam és láss csodát 900 mbit a net, visszadugtam azt amelyiken a tesztbox volt, megin 2-300mbit, visszatettem a másik routert megint 900mbit... :W (15:32-15:36-15:47)
    Hát akkor az a router reset, újra setup és láss csodát 900mbit! (16:47)
    Ezután gondoltam visszadugom a mérődobozt, hoppá, kicsit megingott, de vissza is állt a sávszélesség, mondjuk azóta is hullámzik!

    2022-08-28 20:27:44 NMHH Box 85.xxx.xxx.28 788.01 Mbps79 %323.93 Mbps108 %2 msec.1
    2022-08-28 20:04:54 Digi 85.xxx.xxx.28 877.38 Mbps88 %320.62 Mbps107 %2 msec.1
    2022-08-28 16:47:59 Digi 94.xxx.xxx.180 928.64 Mbps93 %321.07 Mbps107 %2 msec.1
    2022-08-28 15:47:39 Digi 94.xxx.xxx.84 921.84 Mbps92 %320.56 Mbps107 %2 msec.1
    2022-08-28 15:36:45 Digi 85.xxx.xxx.195 280.76 Mbps28 %166.05 Mbps55 %2 msec.1
    2022-08-28 15:32:49 Digi 178.xxx.xxx.160 935.14 Mbps94 %320.91 Mbps107 %2 msec.1
    2022-08-28 14:49:16 Digi 84.xxx.xxx.127 238.09 Mbps24 %141.35 Mbps47 %2 msec.6
    2022-08-28 14:38:57 Digi 85.xxx.xxx.45 283.94 Mbps28 %166.90 Mbps56 %3 msec.1
    2022-08-28 14:32:32 Digi 94.xxx.xxx.180 273.86 Mbps27 %162.71 Mbps54 %2 msec.1
    2022-08-28 14:26:05 Digi 62.xxx.xxx.241 273.07 Mbps27 %163.67 Mbps55 %3 msec.1
    2022-08-28 14:24:23 Digi 62.xxx.xxx.241 274.36 Mbps27 %170.67 Mbps57 %2 msec.1
    2022-08-28 14:22:51 Digi 62.xxx.xxx.241 268.32 Mbps27 %170.61 Mbps57 %3 msec.1
    2022-08-28 14:15:17 NMHH Box 62.xxx.xxx.241 177.77 Mbps18 %168.40 Mbps56 %2 msec.6
    2022-08-27 22:27:20 Digi 62.xxx.xxx.241 944.16 Mbps94 %323.23 Mbps108 %2 msec.1

    Most lement egy új hardveres teszt is, nem tökéletes, de 700+.

    Sun Aug 28 21:16:00 2022 user.notice firstlogin.sh: /etc/nmhh/fesz.id exists. Not first start.
    Sun Aug 28 21:16:00 2022 user.notice living.sh: CC available. Killing PPPoE capture
    Sun Aug 28 21:16:00 2022 user.notice living.sh: Killing all processes with name detect-pppoe
    Sun Aug 28 21:16:00 2022 user.notice living.sh: myKillAll killed 0 processes
    Sun Aug 28 21:16:00 2022 user.notice living.sh: Killing all processes with name pppoe-capture
    Sun Aug 28 21:16:00 2022 user.notice living.sh: myKillAll killed 0 processes
    Sun Aug 28 21:16:02 2022 user.notice living.sh: Traffic: 4.18368 MB
    Sun Aug 28 21:16:22 2022 user.notice throughput.sh: Killing all processes with name watchtraffic.sh
    Sun Aug 28 21:16:22 2022 user.notice throughput.sh: Killing process id 23254
    Sun Aug 28 21:16:22 2022 user.notice throughput.sh: myKillAll killed 1 processes
    Sun Aug 28 21:16:22 2022 user.notice throughput.sh: Download: 766.932145, upload: 330.565799, latency: 2
    Sun Aug 28 21:16:23 2022 user.notice throughput.sh: Port knocking opened the https port
    Sun Aug 28 21:16:23 2022 user.notice throughput.sh: OK
    Sun Aug 28 21:16:23 2022 user.notice throughput.sh: Killing all processes with name wifi-detect.sh
    Sun Aug 28 21:16:23 2022 user.notice throughput.sh: Killing process id 31402
    Sun Aug 28 21:16:23 2022 user.notice throughput.sh: myKillAll killed 1 processes
    Sun Aug 28 21:16:23 2022 user.notice throughput.sh: Killing all processes with name wifi-capture
    Sun Aug 28 21:16:23 2022 user.notice throughput.sh: Killing process id 32189
    Létezik, hogy volt valami frissítés pár hónapja a boxon, ami szereti az asus routereket és elbaszarintja a beállításaikat, vagy csak nem szereti a nyarat a box és megfőtt benne valami? Összehasonlítottam a két konfig fájlt (WRT settingssel manualban is) abból routerből amit eredetileg itt használtam mielőtt- és miután resetelve volt, a "hibás" hosszabb, de az értelmezhető adatok megegyeznek, viszont hexeditorral nézve mintha szeméttel lenne tele a vége.(most lementettem mégegyszer a cfg-t, azt is összehasonlítom a resetelés utáni "tiszta" fájllal, kíváncsi leszek lesz -e bármi változás benne.)
    Kicsit kezdek hülyét kapni a helyzettől, hogy vagy a box, vagy a DIGI, de valamelyik mindig szívat... ha nem megbízható a hatósági eszköz, akkor le fog pattintani a DIGI teljesen jogosan, hogyan tudnám kideríteni mi az ég játszik velem? :O

  • #2667 DaM_HuN csendes újonc
    Új Válasz #2667
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    DaM_HuN

    csendes újonc

    Haha! Buék!

    Helyzetjelentés:

    Ahogy látszik a képen szept 17-ével megszűntek az állandó 7 és 12 hibák.
    Mostmár csak azt kellene kideríteni, hogy a szerver oldalon volt bugfix, a tesztbox kapott firm frissítést, vagy a DIGInél volt valami szar... A hálózat pontosan változatlan mind a box előtt, mind utána. (router PPOE kapcsolattal, a box mögött pedig egy rPi a boxhoz időzített sebességmérő scripttel 1-1 előtte és utána.)
    (ebben az egészben csak az a szar, hogy az usernek kell kitalálni mi is okozta ezt a szakadozást, mert a support nemigen segít, a DIGIs szerelők meg sajnos általában nem szakemberek.)


    Lassan jó lenne ha elkezdenék bővíteni a HW készletet, mert lassan beaktiválják a 10Gb-s DIGI-m. :DD

  • #2656 DaM_HuN csendes újonc vargalex #2655
    Új Válasz #2656
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    DaM_HuN

    csendes újonc

    válasz vargalex #2655 üzenetére

    Szépen vándorol a SZÉP a hálózaton felfelé, már az összes kábelt leteszteltem vele ami van itthon. :D

    Továbbra is hozza a szolgáltató maximumot minden sikeres teszteléskor, ami jó -is lehetne, csak szakadozik 7 és 12 hibával, de soha nem akkor amikor gép közelében vagyok, hogy logot is tudjak menteni. :S

    Mindegy, egy értelme biztosan lesz a dolognak, le fogom tesztelni most már a routereimet is, hogy rajtuk át megy-e a gigabit, vagy azért mértem a SZÉP előtt rossz eredményeket, mert "gyenge a hardver", vagy azért mérek most jókat, mert csal a DIGI. :D

  • #2654 DaM_HuN csendes újonc vargalex #2653
    Új Válasz #2654
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    DaM_HuN

    csendes újonc

    válasz vargalex #2653 üzenetére

    OK.

    A 19:15-öst lekéstem, a 20:16-os ez, itt most lement a mérés:
    Mon May 3 20:16:07 2021 user.notice living.sh: SPEEDTEST
    Mon May 3 20:16:12 2021 user.notice meroscript: Hardware server IP: 185.72.16.2
    Mon May 3 20:17:00 2021 cron.info crond[1683]: USER root pid 23681 cmd /etc/nmhh/firstlogin.sh
    Mon May 3 20:17:00 2021 cron.info crond[1683]: USER root pid 23682 cmd /etc/nmhh/living.sh
    Mon May 3 20:17:00 2021 user.notice firstlogin.sh: /etc/nmhh/fesz.id exists. Not first start.
    Mon May 3 20:17:00 2021 user.notice living.sh: CC available. Killing PPPoE capture
    Mon May 3 20:17:00 2021 user.notice living.sh: Killing all processes with name detect-pppoe
    Mon May 3 20:17:00 2021 user.notice living.sh: myKillAll killed 0 processes
    Mon May 3 20:17:00 2021 user.notice living.sh: Killing all processes with name pppoe-capture
    Mon May 3 20:17:00 2021 user.notice living.sh: myKillAll killed 0 processes
    Mon May 3 20:17:02 2021 user.notice living.sh: Traffic: 0.33574 MB
    Mon May 3 20:17:12 2021 user.notice throughput.sh: Killing all processes with name watchtraffic.sh
    Mon May 3 20:17:12 2021 user.notice throughput.sh: Killing process id 22885
    Mon May 3 20:17:12 2021 user.notice throughput.sh: myKillAll killed 1 processes
    Mon May 3 20:17:12 2021 user.notice throughput.sh: Download: 929.836062, upload: 339.510605, latency: 1
    Mon May 3 20:17:13 2021 user.notice throughput.sh: Port knocking opened the https port
    Mon May 3 20:17:13 2021 user.notice throughput.sh: OK
    Mon May 3 20:17:19 2021 user.notice living.sh: Port knocking opened the https port
    Mon May 3 20:17:25 2021 user.notice living.sh: Result: {"crypt_key":"***","data":"***"}

    A mérőscript:
    "#!/bin/sh
    sleep 5
    logger -t meroscript "Hardware server IP: 185.72.16.2"
    LATENCY=$(speedtest lat http://185.72.16.2/speedtest/latency.txt 10 2>/dev/null)
    DOWNLOAD=$(speedtest down http://185.72.16.2/speedtest/random_1gb 400 30 33333 30 10 1 2>/dev/null)
    UPLOAD=$(speedtest up http://185.72.16.2/speedtest/upload.php 28 30 33333 30 30 1 2>/dev/null)
    echo "$DOWNLOAD $UPLOAD $LATENCY""

    Szerintem a script jó így ránézésre.

  • #2652 DaM_HuN csendes újonc vargalex #2651
    Új Válasz #2652
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    DaM_HuN

    csendes újonc

    válasz vargalex #2651 üzenetére

    És akkor hol a mérés?

  • #2650 DaM_HuN csendes újonc vargalex #2649
    Új Válasz #2650
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    DaM_HuN

    csendes újonc

    válasz vargalex #2649 üzenetére

    Végre elkaptam egy logot.

    16:15-kor 12-es hiba
    Mon May 3 16:14:27 2021 user.notice living.sh: IDLE. Nothing to do
    Mon May 3 16:15:00 2021 cron.info crond[1683]: USER root pid *** cmd /etc/nmhh/firstlogin.sh
    Mon May 3 16:15:00 2021 cron.info crond[1683]: USER root pid *** cmd /etc/nmhh/living.sh
    Mon May 3 16:15:00 2021 user.notice firstlogin.sh: /etc/nmhh/fesz.id exists. Not first start.
    Mon May 3 16:15:00 2021 user.notice living.sh: CC available. Killing PPPoE capture
    Mon May 3 16:15:00 2021 user.notice living.sh: Killing all processes with name detect-pppoe
    Mon May 3 16:15:00 2021 user.notice living.sh: myKillAll killed 0 processes
    Mon May 3 16:15:00 2021 user.notice living.sh: Killing all processes with name pppoe-capture
    Mon May 3 16:15:00 2021 user.notice living.sh: myKillAll killed 0 processes
    Mon May 3 16:15:02 2021 user.notice living.sh: Traffic: 0.0967293 MB
    Mon May 3 16:15:37 2021 user.notice living.sh: Port knocking opened the https port
    Mon May 3 16:15:47 2021 user.notice living.sh: Result: {"crypt_key":"*****"}
    Mon May 3 16:15:47 2021 user.notice living.sh: SPEEDTEST
    Mon May 3 16:15:52 2021 user.notice meroscript: Hardware server IP: 1**.***.***.***
    majd 16:17-kor pedig lement a teszt.
    Mon May 3 16:16:00 2021 cron.info crond[1683]: USER root pid *** cmd /etc/nmhh/firstlogin.sh
    Mon May 3 16:16:28 2021 user.notice living.sh: IDLE. Nothing to do
    Mon May 3 16:17:00 2021 cron.info crond[1683]: USER root pid *** cmd /etc/nmhh/firstlogin.sh
    Mon May 3 16:17:00 2021 cron.info crond[1683]: USER root pid *** cmd /etc/nmhh/living.sh
    Mon May 3 16:17:00 2021 user.notice firstlogin.sh: /etc/nmhh/fesz.id exists. Not first start.
    Mon May 3 16:17:00 2021 user.notice living.sh: CC available. Killing PPPoE capture
    Mon May 3 16:17:00 2021 user.notice living.sh: Killing all processes with name detect-pppoe
    Mon May 3 16:17:00 2021 user.notice living.sh: myKillAll killed 0 processes
    Mon May 3 16:17:00 2021 user.notice living.sh: Killing all processes with name pppoe-capture
    Mon May 3 16:17:00 2021 user.notice living.sh: myKillAll killed 0 processes
    Mon May 3 16:17:02 2021 user.notice living.sh: Traffic: 0.491034 MB
    Mon May 3 16:17:12 2021 user.notice throughput.sh: Killing all processes with name watchtraffic.sh
    Mon May 3 16:17:12 2021 user.notice throughput.sh: Killing process id 30800
    Mon May 3 16:17:12 2021 user.notice throughput.sh: myKillAll killed 1 processes
    Mon May 3 16:17:12 2021 user.notice throughput.sh: Not a valid traffic result: 883.914765 339.097767
    Mon May 3 16:17:13 2021 user.notice throughput.sh: Port knocking opened the https port
    Mon May 3 16:17:13 2021 user.notice throughput.sh: OK
    Mon May 3 16:17:19 2021 user.notice living.sh: Port knocking opened the https port
    Mon May 3 16:17:25 2021 user.notice living.sh: Result: {"crypt_key": "*****"}

    Nem tudom mit kellene látni rajta, az egyiken nem ment végig a script csak egy része, a másik pedig közölte nem jó az eredmény. Ha láttok benne valami mást is, akkor érdekelne miért lett 12-es. Nem sok érdembeli tájékoztatást ad az egyszeri usernek a log, ahogy a honlap se a hibák okairól... legalábbis én nem találtam, pedig kerestem a keresővel is.

  • #2648 DaM_HuN csendes újonc vargalex #2647
    Új Válasz #2648
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    DaM_HuN

    csendes újonc

    válasz vargalex #2647 üzenetére

    Helló! :)

    Ahh, akkor nem értem!
    Mivel nincs rajta eszköz, ahogy írtam, csak egy pucér router, így mi is zavarhatna be? :D Most fogom rágyógyítani a PI-t a végére, amivel ellenőrizni tudom mi is ez az "anomália".

    Mindenesetre a logot nem tudom megnézni, mert ma 17 óráig lát vissza csak, a mai hajnali 3-kor, illetve 6-kor volt. Azóta ma nem. :( A logot nem lehetne valahogy lementeni?
    Mindenesetre most figyelni fogom a logot, ha emberi időben történik a hiba.

    Közben rájöttem, hogy az ONT-t már teszteltem korábban mielőtt megjött a box, a PI-men futott 5 percenként speedtest.

    Persze ettől függetlenül meghalhatott az ONT miután összedugtam a MÉRŐBOX-al.
    De az furi, ahogy jeleztem is az előzőben, hogy amikor észrevette a DIGI a boxot azonnal csúcsokat kezdett mérni a rendszer. Tehát kijátszható a mérés.

    Ezt úgy tudnánk esetleg elkerülni, ha a router mögé tenném és a PPPOE bejelentkezésem mögül mérne, ahogy írod is korábban vargalex, csak így a hálózatom esetleges hibái bezavarhatnak, és most a DIGI szívatása a cél, nem a kábeleimben/routeremben lévő hibák tesztelése. (bár akkor is látszik a teszthez használt cél IP amit ki tudnak játszani ezek szerint.) Nem tudom mi lehet a jó megoldás, majd jövő héten játszom vele.

    Első körben a 7,12-es hibák okát keresem meg, utána megnézem mit is bír a hálózatom a valóságban ezzel a dobozzal (belül simán megy a giga körüli adatátvitel, jó ez a router, a NAT portot viszont nem tudom könnyen házilag tesztelni, de szerencsére van itthon 2-3 különböző gigás router, így lesz kontroll mérés.)

  • #2646 DaM_HuN csendes újonc
    Új Válasz #2646
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    DaM_HuN

    csendes újonc

    Sziasztok,

    (azt már észrevettem, hogy amint a DIGI hálózata meglátta a mérődobozt a hálózatán egyből elmúlt minden korlát. ;)

    Már egy ideje használom a mérődobozt, és érdekelne néhány hibakód jelentése, mert olyan mintha szakadozna a net, ha a doboz a hálózaton van.



    Ilyen a netem grafikus megjelenítése:

    A rendszer az ONT-BOX-ROUTER sorrendben van felépítve, de a router csak belép óránként, mert maga a hálózat a rossz, és a DIGI szerelőivel nem akarok a továbbiakban vitázni, hanem az arcukba teszem a logot, és csók. (a szelessav.net-en mér a szerelő egy saját laptoppal az ONT-n közvetlenül egy saját PPPOE jelszóval, gyanítom rá van állítva a szerverük ezzel a felhasználóval, hogy ilyenkor átengedje, mert ilyenkor egész jókat mérnek őkis.)

    Node a kérdésem a következő, a 7-es és a 12-es kód, főleg a 12-es mitől van?
    (van már egy másik netem bekötve, azt használom, tehát a mérődoboz saját magának méreget folyamatosan a DIGIn, de tesztelésre rá fogok tenni egy Pi-t a BOX mögé, mostmár látom mikor mér a mérődoboz CRONnal előtte 1, utána 1 perccel időzítek egy speedtest scriptet .)

    Létezik, hogy a box a rossz? Vagy az ONT? Azt hogy tudnám tesztelni?

Új hozzászólás Aktív témák