Ping test-realna snaga Vase internet konekcije
Zaključano
Zakačeno
na slici je "command prompt", a windows komander ne postoji vec nekoliko godina.
a poredjenje pinga google-u i ka nekom serveru u Mostaru je u najbolju ruku... neiskusno...
a poredjenje pinga google-u i ka nekom serveru u Mostaru je u najbolju ruku... neiskusno...
Merenje pinga u Mostaru, Berlinu ili Cirihu je identicno preko ovog sajta i mnogo je manje nego merenje nego ping izmeren ka googlu i koje ovde lud!
Potpis
[img]http://www.speedtest.net/result/379655362.png[/img]
izmenjeno 1 put, poslednji put Ivan Dimkovic 03.11.2009. u 20:46
Izmene poruke
- Ivan Dimkovic03.11.2009. u 20:46zapis iz teksta poruke
Koliko vidim ovaj test meri ping vreme do najblizeg servera koji imaju u listi, a onda meri jitter (jitter - situacija da paketi dolaze u nejednakim intervalima, jitter je mera te nejednakosti) i packet loss (koliko se UDP paketa izgubi tokom transmisije), sto su parametri bitni za VoIP - jer u telefoniji zakasneli paket nista ne znaci, a izgubljeni paket je cujan u razgovoru.
Jitter dolazi zbog preopterecenih rutera - desi se da vase VoIP pakete ruter schedule-uje za kasnije zato sto su mu prepuni baferi i sl... dobro projektovane mreze prioritizuju voice saobracaj (UDP/RTP) i imaju manji jitter. Takodje, tokom apdejta routing tabela dolazi do trenutnog skoka u jitter-u jer se ruter bavi samim sobom.
Vidim neko je testirao ovo na Telenor mrezi - generalno mobilni operateri steluju svoje GPRS/UMTS/HSDPA mreze tako da su nepodobne za VoIP (jasno je i zasto) - tako da ne cudi nizi kvalitet takve veze za VoIP.
Evo mog rezultata:

U principu, ovaj test je ponajvise specijalizovan za VoIP - cak koriste "MOS" kao ocenu, sto je iz telefonske metrike. MOS = "Mean Opinion Score", i ide od 1.0 (worst) do 5.0 (excellent) - u principu sve iznad 4.0 je odlican kvalitet telefonije.
Mada, u principu - ovo ne mora nista da znaci, posto jitter i packet-loss moze biti znacajno drugaciji sa vasim VoIP provajderom - recimo ako se SIP server nalazi kod vaseg ISP-a, siguran sam da ce jitter / latencija i packet loss biti odlicni.
Takodje, svi "ping testovi" su apsolutno besmisleni osim ako ne merite vreme tacno do servera koji vam treba za nesto, recimo vas SIP server za VoIP ili server za network-gaming - a jos vise besmislenije je poredjenje pingova ka google serverima koji mogu biti bilo gde zbog load balancing-a.
Primera radi, do mog VoIP (SIP) provajdera imam ping od ~10-11ms i jitter od 1 ms, pa zbog toga mogu lepo da koristim PCM kodek od 64 kbit/s bez ikakvih problema i kvalitet je identican ISDN telefonu, a cena poziva N puta manja. A ovaj 1 ms jitter zapravo dolazi od mog kucnog rutera najverovatnije :)
Jitter dolazi zbog preopterecenih rutera - desi se da vase VoIP pakete ruter schedule-uje za kasnije zato sto su mu prepuni baferi i sl... dobro projektovane mreze prioritizuju voice saobracaj (UDP/RTP) i imaju manji jitter. Takodje, tokom apdejta routing tabela dolazi do trenutnog skoka u jitter-u jer se ruter bavi samim sobom.
Vidim neko je testirao ovo na Telenor mrezi - generalno mobilni operateri steluju svoje GPRS/UMTS/HSDPA mreze tako da su nepodobne za VoIP (jasno je i zasto) - tako da ne cudi nizi kvalitet takve veze za VoIP.
Evo mog rezultata:

U principu, ovaj test je ponajvise specijalizovan za VoIP - cak koriste "MOS" kao ocenu, sto je iz telefonske metrike. MOS = "Mean Opinion Score", i ide od 1.0 (worst) do 5.0 (excellent) - u principu sve iznad 4.0 je odlican kvalitet telefonije.
Mada, u principu - ovo ne mora nista da znaci, posto jitter i packet-loss moze biti znacajno drugaciji sa vasim VoIP provajderom - recimo ako se SIP server nalazi kod vaseg ISP-a, siguran sam da ce jitter / latencija i packet loss biti odlicni.
Takodje, svi "ping testovi" su apsolutno besmisleni osim ako ne merite vreme tacno do servera koji vam treba za nesto, recimo vas SIP server za VoIP ili server za network-gaming - a jos vise besmislenije je poredjenje pingova ka google serverima koji mogu biti bilo gde zbog load balancing-a.
Primera radi, do mog VoIP (SIP) provajdera imam ping od ~10-11ms i jitter od 1 ms, pa zbog toga mogu lepo da koristim PCM kodek od 64 kbit/s bez ikakvih problema i kvalitet je identican ISDN telefonu, a cena poziva N puta manja. A ovaj 1 ms jitter zapravo dolazi od mog kucnog rutera najverovatnije :)
Potpis
DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey
Primetio sam da pingtest, jitter tacnije meri u google chrome browseru. Otuda i ona vrednost 0 u par postova iznad. Sa Firefoxom i Explorerom nikako se ne dobijaju manje vrednosti od 2ms za jitter.
To je moje iskustvo.
To je moje iskustvo.




U zavisnosti od servera menja se jitter
izmenjeno 1 put, poslednji put Horvat 04.11.2009. u 13:07
Izmene poruke
- Horvat04.11.2009. u 13:07zapis iz teksta poruke
[blah,nisam uspeo ubosti bg,ili ode na nis,ili mostar ili budapest]

a sledeci test je dao ove rez

edit:uspeo sam za verat,al nije uspeo da testira slanje paketa ?!

a ovo kaze ping preko command prompta

a sledeci test je dao ove rez

edit:uspeo sam za verat,al nije uspeo da testira slanje paketa ?!

a ovo kaze ping preko command prompta
Citat:
c:\>ping verat.net
Pinging verat.net [85.222.160.152] with 32 bytes of data:
Reply from 85.222.160.152: bytes=32 time=25ms TTL=57
Reply from 85.222.160.152: bytes=32 time=23ms TTL=57
Reply from 85.222.160.152: bytes=32 time=23ms TTL=57
Reply from 85.222.160.152: bytes=32 time=22ms TTL=57
Ping statistics for 85.222.160.152:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 22ms, Maximum = 25ms, Average = 23ms
Pinging verat.net [85.222.160.152] with 32 bytes of data:
Reply from 85.222.160.152: bytes=32 time=25ms TTL=57
Reply from 85.222.160.152: bytes=32 time=23ms TTL=57
Reply from 85.222.160.152: bytes=32 time=23ms TTL=57
Reply from 85.222.160.152: bytes=32 time=22ms TTL=57
Ping statistics for 85.222.160.152:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 22ms, Maximum = 25ms, Average = 23ms
Ma problem je sto koriste neki Flash kod za testiranje jitter-a.
To je verovatno vrlo nepouzdano - bilo bi daleko pouzdanije da se ti podaci mere sa native izvrsnim kodom, koji direktno komunicira sa socket API-jem.
Ovako sve to ide preko N nivoa apstrakcije, i ako browser nesto gnjavi - ode jitter dodjavola :)
Ako imate VoIP ruter - obicno u web interfejsu za internet telefoniju stoji statistika za jitter i broj izgubljenih paketa - to je daleko pouzdanija mera od ovog sajta, a i daleko je vise relevantna jer meri te parametre sa serverom koji vama treba.
@Horvat - za packet-loss merenje ti treba Java.
Evo kako to izgleda:
To je verovatno vrlo nepouzdano - bilo bi daleko pouzdanije da se ti podaci mere sa native izvrsnim kodom, koji direktno komunicira sa socket API-jem.
Ovako sve to ide preko N nivoa apstrakcije, i ako browser nesto gnjavi - ode jitter dodjavola :)
Ako imate VoIP ruter - obicno u web interfejsu za internet telefoniju stoji statistika za jitter i broj izgubljenih paketa - to je daleko pouzdanija mera od ovog sajta, a i daleko je vise relevantna jer meri te parametre sa serverom koji vama treba.
@Horvat - za packet-loss merenje ti treba Java.
Evo kako to izgleda:
Potpis
DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey
Evo,mislim da je ovo dobar rezultat! :)
Potpis
TRUST NO ONE,THE TRUTH IS OUT THERE!
izmenjeno 1 put, poslednji put newtesla 04.11.2009. u 14:09
Izmene poruke
- newtesla04.11.2009. u 14:09zapis iz teksta poruke
Pokusavam već sa dva kompjutera, dva rutera i tri brauzera da nateram packet loss da proradi, i trt.... da nije eunet zavrnuo nešto, ili sam ja preterao negde u firewall skripti mikrotika?


...da ne bi neki pametnjaković dobacio kako nemam javu, imam - i to apdejtovanu ;)
edit: ...evo onoga o čemu priča dimković : drugi računar, dosta slabiji, sve ostalo isto:


...a evo i pravog stanja stvari (testirani IDENTIČNI serveri, a ne www.verat.net)
dakle, rezultati zavise od opterećenja procesora, kvaliteta brauzera, a verovatno i od količine sunca koja obasjava kućište ;)
No, sve u svemu, približan rezultat stvarnom, i lako za korišćenje onome ko ne zna komande iz konzole.
[Ovu poruku je menjao newtesla dana 04.11.2009. u 14:06 GMT+1]
edit2: @ djricky:
message@metrics: dalje nećeš moći ....ahahhahahaaa... baš sam se lepo ismejao - prava poruka za srbendu koja slučajno natrči na server, kao ja ;)


...da ne bi neki pametnjaković dobacio kako nemam javu, imam - i to apdejtovanu ;)
edit: ...evo onoga o čemu priča dimković : drugi računar, dosta slabiji, sve ostalo isto:


...a evo i pravog stanja stvari (testirani IDENTIČNI serveri, a ne www.verat.net)
Code:
C:\Documents and Settings\Ime>ping 217.26.64.149 -n 10
Pinging 217.26.64.149 with 32 bytes of data:
Reply from 217.26.64.149: bytes=32 time=25ms TTL=56
Reply from 217.26.64.149: bytes=32 time=22ms TTL=56
Reply from 217.26.64.149: bytes=32 time=22ms TTL=56
Reply from 217.26.64.149: bytes=32 time=22ms TTL=56
Reply from 217.26.64.149: bytes=32 time=23ms TTL=56
Reply from 217.26.64.149: bytes=32 time=28ms TTL=56
Reply from 217.26.64.149: bytes=32 time=23ms TTL=56
Reply from 217.26.64.149: bytes=32 time=24ms TTL=56
Reply from 217.26.64.149: bytes=32 time=30ms TTL=56
Reply from 217.26.64.149: bytes=32 time=30ms TTL=56
Ping statistics for 217.26.64.149:
Packets: Sent = 10, Received = 10, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 22ms, Maximum = 30ms, Average = 24ms
C:\Documents and Settings\Ime>ping 88.151.100.244 -n 10
Pinging 88.151.100.244 with 32 bytes of data:
Reply from 88.151.100.244: bytes=32 time=53ms TTL=45
Reply from 88.151.100.244: bytes=32 time=54ms TTL=45
Reply from 88.151.100.244: bytes=32 time=54ms TTL=45
Reply from 88.151.100.244: bytes=32 time=56ms TTL=45
Reply from 88.151.100.244: bytes=32 time=54ms TTL=45
Reply from 88.151.100.244: bytes=32 time=54ms TTL=45
Reply from 88.151.100.244: bytes=32 time=52ms TTL=45
Reply from 88.151.100.244: bytes=32 time=56ms TTL=45
Reply from 88.151.100.244: bytes=32 time=60ms TTL=45
Reply from 88.151.100.244: bytes=32 time=129ms TTL=45
Ping statistics for 88.151.100.244:
Packets: Sent = 10, Received = 10, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 52ms, Maximum = 129ms, Average = 62ms
C:\Documents and Settings\Ime>ping 217.26.64.149 -n 10
Pinging 217.26.64.149 with 32 bytes of data:
Reply from 217.26.64.149: bytes=32 time=25ms TTL=56
Reply from 217.26.64.149: bytes=32 time=22ms TTL=56
Reply from 217.26.64.149: bytes=32 time=22ms TTL=56
Reply from 217.26.64.149: bytes=32 time=22ms TTL=56
Reply from 217.26.64.149: bytes=32 time=23ms TTL=56
Reply from 217.26.64.149: bytes=32 time=28ms TTL=56
Reply from 217.26.64.149: bytes=32 time=23ms TTL=56
Reply from 217.26.64.149: bytes=32 time=24ms TTL=56
Reply from 217.26.64.149: bytes=32 time=30ms TTL=56
Reply from 217.26.64.149: bytes=32 time=30ms TTL=56
Ping statistics for 217.26.64.149:
Packets: Sent = 10, Received = 10, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 22ms, Maximum = 30ms, Average = 24ms
C:\Documents and Settings\Ime>ping 88.151.100.244 -n 10
Pinging 88.151.100.244 with 32 bytes of data:
Reply from 88.151.100.244: bytes=32 time=53ms TTL=45
Reply from 88.151.100.244: bytes=32 time=54ms TTL=45
Reply from 88.151.100.244: bytes=32 time=54ms TTL=45
Reply from 88.151.100.244: bytes=32 time=56ms TTL=45
Reply from 88.151.100.244: bytes=32 time=54ms TTL=45
Reply from 88.151.100.244: bytes=32 time=54ms TTL=45
Reply from 88.151.100.244: bytes=32 time=52ms TTL=45
Reply from 88.151.100.244: bytes=32 time=56ms TTL=45
Reply from 88.151.100.244: bytes=32 time=60ms TTL=45
Reply from 88.151.100.244: bytes=32 time=129ms TTL=45
Ping statistics for 88.151.100.244:
Packets: Sent = 10, Received = 10, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 52ms, Maximum = 129ms, Average = 62ms
dakle, rezultati zavise od opterećenja procesora, kvaliteta brauzera, a verovatno i od količine sunca koja obasjava kućište ;)
No, sve u svemu, približan rezultat stvarnom, i lako za korišćenje onome ko ne zna komande iz konzole.
[Ovu poruku je menjao newtesla dana 04.11.2009. u 14:06 GMT+1]
edit2: @ djricky:
message@metrics: dalje nećeš moći ....ahahhahahaaa... baš sam se lepo ismejao - prava poruka za srbendu koja slučajno natrči na server, kao ja ;)
Potpis
Kad, tokom pravljenja Nes kafe, umesto da uzmeš mleko iz friza tamo ustvari staviš Nes konzervu - shvatiš koliko je multitasking za*ebana i pipava rabota :)
Vala, moj TP-Link ima statistiku za pakete... mislim i onaj telekomov buđavi HG520i/s.... slika je malo veća, pa sam je stavio kao link...
Potpis
Kad, tokom pravljenja Nes kafe, umesto da uzmeš mleko iz friza tamo ustvari staviš Nes konzervu - shvatiš koliko je multitasking za*ebana i pipava rabota :)
Citat:
Horvat
a takve rutere ovde niko nema vrlo verovatno :)
a takve rutere ovde niko nema vrlo verovatno :)
Sta znam, masa novijih DSL rutera ima SIP softver u sebi, i na njih mozes da nakacis obicne ili ISDN telefone. Mozes da konfigurises least-cost-routing unutra i da, recimo, za lokalne pozive ili unutar zemlje koristis obican/ISDN telefonski izlaz, a za medjunarodne pozive da koristis SIP.
Sve u svemu - ovo merenje zapravo jedino i ima smisla za VoiP. Ne vidim zasto je nekog downloader-a briga koliki mu je jitter ili packet-loss. To su parametri koji imaju smisla jedino za real-time komunikaciju.
@newtesla, a nisu to iste statistike - to sto si okacio su statistike vezane za sam ADSL2+ link, dakle izmedju tebe i DSL koncentratora - u principu tvoj modem ce se konfigurisati tako da sve ide kako treba - eventualno mozes imati manju ili vecu latenciju zbog Interleaving-a (tj. u zavisnosti da li je interleaving ON ili OFF)
Medjutim jitter problemi se desavaju na visem nivou od ovoga i izmedju tebe i krajnjeg servera (mada, jako los ADSL link bi mogao da izazove trenutne varijacije u jitter-u zbog gomile CRC gresaka, sto bi zahtevalo re-transmisiju izmedju tvog i provajderovog DSL modema)
Potpis
DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey
Za merenje unutar modema si u pravu - modem/ruter meri samo kvalitet last mile...
... a samo i isključivo iz razloga da ne bi bio 100% u pravu...
...zaboravljaš na gejmere, i konzolaše ;)
... a samo i isključivo iz razloga da ne bi bio 100% u pravu...
Citat:
ovo merenje zapravo jedino i ima smisla za VoiP.
...zaboravljaš na gejmere, i konzolaše ;)
Potpis
Kad, tokom pravljenja Nes kafe, umesto da uzmeš mleko iz friza tamo ustvari staviš Nes konzervu - shvatiš koliko je multitasking za*ebana i pipava rabota :)







