YUBC

Pinging yubc.net [212.124.160.1] with 32 bytes of data:

Reply from 212.124.160.1: bytes=32 time=24ms TTL=255
Reply from 212.124.160.1: bytes=32 time=23ms TTL=255
Reply from 212.124.160.1: bytes=32 time=26ms TTL=255
Reply from 212.124.160.1: bytes=32 time=25ms TTL=255


Pinging google.com [216.239.39.99] with 32 bytes of data:

Reply from 216.239.39.99: bytes=32 time=154ms TTL=237
Reply from 216.239.39.99: bytes=32 time=154ms TTL=237
Reply from 216.239.39.99: bytes=32 time=158ms TTL=237
Reply from 216.239.39.99: bytes=32 time=154ms TTL=237

IP na 24h, ali cenim da je tako kod svih;
Upstream je valjda dobar, nisam primetio nikakve probleme.

_{[Ovu poruku je menjao Mihailo dana 30.06.2005. u 22:23 GMT+1]}

čekaj, Čekaj.. ovo ti je ping sa DSL-om............

Pinging google.com [216.239.39.99] with 32 bytes of data:

Reply from 216.239.39.99: bytes=32 time=154ms TTL=237

154ms??? Daj nemoguće!!! Molim te reci mi da imaš neki dobar 56k modem i da imaš dail up.... Koja je svrha DSL-a onda ako mi je ping veći nego na modemu??

moguce, sta bi ti ping <0 ms?

pa dal ti je max ping 154ms, ako da pa gledaj average ping oko 138ms bar je meni tako

ja sam kod beaocity i evo rezultata
za google: minimum 89ms, maximum 101ms, average 95ms

A ja vec danima besnim sto je sbb (preko kablovske) triput sporiji nego ranije. Sada je:
Pinging www.l.google.com [216.239.59.104] with 32 bytes of data:

Reply from 216.239.59.104: bytes=32 time=57ms TTL=242
Reply from 216.239.59.104: bytes=32 time=55ms TTL=242
Reply from 216.239.59.104: bytes=32 time=56ms TTL=242
Reply from 216.239.59.104: bytes=32 time=56ms TTL=242

Ping statistics for 216.239.59.104:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 55ms, Maximum = 57ms, Average = 56ms

Izgleda da je protok prema SCG ostao isti a korisnici prenose nekoliko puta vise podataka

Hi,

Po ko zna koji put: ping nije merilo koliko je koji provider "brz". Pa makar i ping do google-a. Zbog prirode samih interkonekcija izmedju provider-a i linkova ka stranim provider-ima i zbog prirode inteligentnih rutera koji preusmeravaju nadolazeci saobracaj u tom momentu preko alternatativnih ruta ako su glavne opterecene i zbog jos gomile drugih stvari. Cak i brzina download-a nije merilo jer, recimo, 256/64 je tvoja brzina do provider-a, a on ima doooobru ili odlicnu vezu sa svetom a site sa koga radis download necega ima losu vezu ili veliko trenutno opterecenje i eto sporog download-a

Mnogo relevantnije je prakticno iskustvo drugih (znaci ne ni "rekla-kazala", "prica se", "cuo sam" ...) sa odredjenim providerom.

Pozdrav,

Uf sad, ne bih se bas slozio.
Tri stvari cine dobrog provajdera, tu mislim sada samo na link, ne na zezalice tipa mail nalozi, podrska i dr. (iako je i to merilo kvaliteta). Dakle, bandwidth koji provajder raspolaze. To je ono sto vecina od vas podrazumeva pod brzina. Lepo je kada provajder ima visestruke linkove ka glavnim IX-ovima, sto kod nas naravno nije bas slucaj. Onda vreme odziva, i naravno uptime.

Drugim recima naravno da je vreme odziva jedno od merila brzine provajdera, sta ti vredi ako ti provajder ima 10x155 MBita a ostvaruje ih nekom satelitskom vezom gde ping ne ide ispod 500 ms. Oces li moci normalno da koristis onda VoIP, igrice i sl? Kada imas los ping kod provajdera koji ima opticke konekcije, to upravo znaci da je link opterecen ili da ima strukturnih problema sa samim vezama.

" Zbog prirode samih interkonekcija izmedju provider-a i linkova ka stranim provider-ima i zbog prirode inteligentnih rutera koji preusmeravaju nadolazeci saobracaj u tom momentu preko alternatativnih ruta ako su glavne opterecene i zbog jos gomile drugih stvari"

Ovo uopste ne razumem. Znaci ako su glavne rute zakrcene ti ides preko alternativnih i zbog toga je ping los?!


Btw. evo mog ping-a google-a:

Pinging www.l.google.com [66.249.85.99] with 32 bytes of data:

Reply from 66.249.85.99: bytes=32 time=50ms TTL=246
Reply from 66.249.85.99: bytes=32 time=45ms TTL=246
Reply from 66.249.85.99: bytes=32 time=59ms TTL=246
Reply from 66.249.85.99: bytes=32 time=35ms TTL=246

Ping statistics for 66.249.85.99:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 35ms, Maximum = 59ms, Average = 47ms


Pozdrav.

@optix

Da, skoro pa bukvalno: ako je gazela zakrcena ide se preko brankovog mosta :). A brankov most ima manju propusnu moc pa ti treba vise vremena da stignes preko njega.

Ping ti dodje eho u racunarskom smislu. Paket odredjene velicine tvoj racunar posalje prema drugom racunaru koji to primi i vrati ka posiljaocu. Paket putuje od tvog racunara do provajdera, od provajdera do nadprovajdera i tako redom. ukoliko se desi pa je tvoj provajder u stvari podprovajder racunaru kome saljes ping ili je blisko vezan dobices ping odgovor veoma brzo ali zato sav ostali sobracaj prema internetu ti moze biti katastrofalan.

Bolji test je pracenje rute paketa to jest traceroute. Probaj iz komandnog prompta da otkucas

tracert www.google.com

pa ces videti malo realniju ali i dalje nikako stvarnu sliku brzine jer to uvek zavisi od trenutnih prilika.

Druga stvar je Google. Desavace se da ces dobijati razlicite podatke o IP-u googla zato sto sam sistem na osnovu ip adrese tvog racunara racuna koji ti je NAJBLIZI (u inetrnet smislu) google server u datom momentu. Moze se desiti da dobijes drugu najblizu adresu, ili trecu, ili cetvrtu jer su prethonih 1, 2 ili 3 preoptereceni ili down zbog odrzavanja.

Cela poenta price je da PING predstavlja TRENUTNO stanje izmedju tvog racunara i racunara kojeg "pingujes" i ne mora da odrazava pravo stanje tvoje veze prema netu.

Pa u temi se postavljao output komande ping, pa reko da ja ne kvarim. Naravno da znam da je tracert malo merodavniji.

Sve ovo sto ti kazes stoji, samo se meni cini da ti to gledas previse generalno i iz perspektive nekog ko ima xxMegabitni link. U tom slucaju ta 'kasnjenja i zagusenja' postaju malo vidljivija, relana situacija je da mreza koja ne moze da profura 512 kb/s (u proseku, po korisniku) bas i nije neka mreza. Kad je mreza zagusena, los je i ping. Google jeste redudantan, i dinamican, ali i dobar deo drugih sajtova sa kojih se najcesce skidaju programi je takav.

"Cela poenta price je da PING predstavlja TRENUTNO stanje izmedju tvog racunara i racunara kojeg "pingujes" i ne mora da odrazava pravo stanje tvoje veze prema netu."

Jeste, ali da bi se uocio problem mora se krenuti od n trenutnih stanja mreze. Ako je suvise dugo ping takav da moze biti okarakterisan kao zagusenje, onda ja nemam nista od toga sto to mozda nije 'realno' stanje veze. Dakle realnost (posto ti ocigledno mislis da duzi vremenski period) se meri vecim brojem trenutnih situacija.

Mislim da je realan ping za srbiju ka google-u i dr. sa digitalnim vezama oko 60-100ms. Sve ostalo moze da ukaze na neko lokalno ili ne-lokalno zagusenje (problem).

Pozdrav.



_{[Ovu poruku je menjao optix dana 21.07.2005. u 15:34 GMT+1]}

@optix

:-)


Ma razumemo se i sve sto si rekao je 101% tacno.
Nego ja sam "malo" skrenuo ka objasnjavanju i to vrlo povrsnom.


Obzirom da je tema output ping komande, evo i to:

----------------------------------------------------------------
Pinging www.l.google.com [66.249.85.99] with 32 bytes of data:

Reply from 66.249.85.99: bytes=32 time=47ms TTL=242
Reply from 66.249.85.99: bytes=32 time=47ms TTL=242
Reply from 66.249.85.99: bytes=32 time=32ms TTL=242
Reply from 66.249.85.99: bytes=32 time=125ms TTL=242

Ping statistics for 66.249.85.99:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 32ms, Maximum = 125ms, Average = 62ms
----------------------------------------------------------------

a 5 minuta kasnije:

----------------------------------------------------------------
Pinging www.l.google.com [66.249.85.104] with 32 bytes of data:

Reply from 66.249.85.104: bytes=32 time=47ms TTL=242
Reply from 66.249.85.104: bytes=32 time=62ms TTL=242
Reply from 66.249.85.104: bytes=32 time=110ms TTL=242
Reply from 66.249.85.104: bytes=32 time=32ms TTL=242

Ping statistics for 66.249.85.104:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 32ms, Maximum = 110ms, Average = 62ms
----------------------------------------------------------------

Provajder: Tehnikom Wireless

Toliko za sada,