SamKnows és NMHH internet sebességmérés - Hálózat, szolgáltatók fórum

üzenetek

hozzászólások


vargalex
(félisten)
Blog

Már rég nem az eszközről beszélünk! Az egyáltalán nem zavar, hogy azt állítod, hogy a szolgáltatói eszközödnek egyetlen gigabites portja van?

Mellesleg olyat még nem hallottál, hogy egy routert egy bizonyos eszközzel használva meghal a hálózat? Sajnos ilyen létezik, pedig a router minden más típusú eszközzel megfelelően működik és az eszköz is minden más típusú routerrel. Akkor ebben az esetben melyik okozza a problémát?

Nem mellesleg arra még mindig nem tudtál válaszolni, hogy miért ment 9 hónapig hibátlanul? Logot sem akarsz semmiképpen adni. Azt sem akarod megnézni, hogy ilyenkor az NMHH-s eszközt sem éred el, vagy csak a szolgáltatói eszközt, vagy csak intenet elérésed nincs. Így nagyon nehéz segíteni, azaz valóban egy megoldás van: visszaadod.

[ Szerkesztve ]


golya87
(őstag)

Sziasztok!

Ma megérkezett az NMHH-s mérődobozom.
(nettó) Három kérdésem lenne:
- Ha a (UPC) kábelmodem és a routerem (RM2100) közé kötöm a mérődobozt, akkor a routerem elérhető lesz kívülről? Vagy a dupla NAT miatt nem?
- Ha bekötöm a modem és a routerem mögé, mint egy bármilyen vezetékes hálózati eszközt, akkor fog működni rendesen a mérés? Kell külön portot nyitnom neki? DMZ?
- A wifi antennákat fel kell csavarni az eszközre?

Előre is köszönöm a segítséget!


vargalex
(félisten)
Blog

1. Dupla NAT lesz, de a mérőeszköz minden beérkező új forgalmat a hozzá elsőként csatlakozó eszközre (a routered) irányít. Akkor lehet problémád, ha a routered DDNS címet is frissít és nem a valódi külső IP-t jelenti.
2. Fog működni, de így a hivatalos bekötés szerint a saját vezetékes eszközeidet a mérődobozra kell kötnöd.
3. Igen, monitorozza a saját wifi hálózatod forgalmi mennyiségét.


golya87
(őstag)

Nekifutok az 1.-vel, aztán remélem a DDNS frissítés működni fog.
Köszönöm az infót!


golya87
(őstag)

Valószínűleg csak én vagyok a tudatlan, de a mérődoboz mellé kapott 2db közigazgatási szerződéssel mit kell csinálni?


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?


vargalex
(félisten)
Blog

Szia!

A 12-es hibakód azt jelenti, hogy eszköz oldalon valami nem stimmelt a mérés során. Nevezetesen azt, hogy a mérő script kimenete nem 3 érték volt (okozhatja tűzfal blokkolás, stb.). Jó lenne hozzá látni az eszköz logját is hozzá. Valami ilyet kell keresni benne: "Not a valid traffic result:".

A 7-es esetén elvileg az eszköz nem végzett, vagy meg sem kapta a mérési feladatot (pl. saját forgalom miatt) az engedélyezett intervallumban.

[ Szerkesztve ]


DaM_HuN
(csendes újonc)

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.)


vargalex
(félisten)
Blog

Simán előfordulhat, hogy a BIX-be (vagy akár a BIX-ben lévő NMHH-s mérő szerverekre - amelyeknek lehet tudni az IP címét) priorizál a környéken a Digi.


DaM_HuN
(csendes újonc)

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.


vargalex
(félisten)
Blog

Ez nem 2 mérés, hanem 16:15:47-kor kapta meg a sebességmérés feladatot. 16:17:12-kor végzett, de nincs benne a latency mérés eredménye.


DaM_HuN
(csendes újonc)

És akkor hol a mérés?


vargalex
(félisten)
Blog

Melyik mérésre gondolsz? Valahol van 19:17-es eredményed?

Jó lenne egyébként ebben az esetben még látni a mérő scriptet. Lehet, hogy abban írtak el valamit. (A konkrét időponthoz tartozó lenne érdekes, mert minden alkalommal mást kaphat akár.)


DaM_HuN
(csendes újonc)

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.


vargalex
(félisten)
Blog

Ez a script jó, de nem is volt hiba...


DaM_HuN
(csendes újonc)

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

[ Szerkesztve ]


Hegyirabló
(veterán)

Sziasztok!

Linksys mérődoboz csak ezerig mér, tehát Telekom 2000/1000-et már nem tudja mérni?

Köszi!


Gubek-Einste
(titán)
Blog

Mivel csak egy gigabites portokkal rendelkezik így fizikailag sem tud lemérni ennél gyorsabb sebességet.
A SamKnows Whitebox 9 már 2.5 Gbps-es porttal rendelkezik így az már alkalmas lenne a teljes sebesség kimérésére.


Hegyirabló
(veterán)

Akkor ezért nem kéri az új csomagomat. :) Köszi!


cigam
(félisten)
Blog

Vissza lehet nézni a box naplóját áramtalaníts után? Ugyanis az történt, hogy pár napja eltűntek az aktív portjaim az internet felöl nézve (torrent, rsync szerver,...). Mivel a böngészés ment, napokig nem vettem észre, csak egy új beállítás miatt kezdtem el vizsgálni mi lehet. Router, és Vodafone modem újraindítás nem segített, whatismyip szerint IPV4 címem van, és nem érhető el IPV6, vagyis a Vodafone nem pakolt át sehova. A router reset sem segített. Aztán ma gondoltam egyet, hogy mi van ha... áramtalanítottam a SamKnows, és az NMHH dobozát is, és újra látható lettem az internet felöl. Szó mi szó egy szekrényben nem túl kellemes ebben a kánikulában, de mi okozhatta? Van bennük HW szenzor, hőmérő? Esetleg watchdog?
Az NMHH oldalán lehetséges, hogy 2020 áprilisi az utolsó mérés?

[ Szerkesztve ]

üzenetek