Hjelp! Packet loss med ujevne mellomrom. Hvorfor?

[brazir]

Her er et utdrag av pinging til www.vg.no. Utrolig irriterende spesielt når jeg spiller COD2. Får connection interrupted hele tiden. Er det noe med PC'n eller kan det være ISP?

 

Har trådløst bredbånd med "Very Good" signalstyrke. Har funket med samme settings lenge nå. Er det noen måte å sjekke hva det er som er feil bortset fra å konstatere at det er en feil en plass?

 

 

 

Pinging www.vg.no [193.69.165.21] with 32 bytes of data:

 

Reply from 193.69.165.21: bytes=32 time=22ms TTL=245

Reply from 193.69.165.21: bytes=32 time=27ms TTL=245

Reply from 193.69.165.21: bytes=32 time=18ms TTL=245

Reply from 193.69.165.21: bytes=32 time=18ms TTL=245

Reply from 193.69.165.21: bytes=32 time=19ms TTL=245

Request timed out.

Reply from 193.69.165.21: bytes=32 time=19ms TTL=245

Reply from 193.69.165.21: bytes=32 time=18ms TTL=245

Reply from 193.69.165.21: bytes=32 time=19ms TTL=245

Reply from 193.69.165.21: bytes=32 time=18ms TTL=245

Request timed out.

Request timed out.

Request timed out.

Reply from 193.69.165.21: bytes=32 time=15ms TTL=245

Reply from 193.69.165.21: bytes=32 time=17ms TTL=245

Request timed out.

Reply from 193.69.165.21: bytes=32 time=16ms TTL=245

Reply from 193.69.165.21: bytes=32 time=16ms TTL=245

Reply from 193.69.165.21: bytes=32 time=17ms TTL=245

Reply from 193.69.165.21: bytes=32 time=17ms TTL=245

Reply from 193.69.165.21: bytes=32 time=18ms TTL=245

Reply from 193.69.165.21: bytes=32 time=15ms TTL=245

Reply from 193.69.165.21: bytes=32 time=16ms TTL=245

Reply from 193.69.165.21: bytes=32 time=17ms TTL=245

Reply from 193.69.165.21: bytes=32 time=17ms TTL=245

Reply from 193.69.165.21: bytes=32 time=17ms TTL=245

Reply from 193.69.165.21: bytes=32 time=16ms TTL=245

Reply from 193.69.165.21: bytes=32 time=18ms TTL=245

Reply from 193.69.165.21: bytes=32 time=16ms TTL=245

Reply from 193.69.165.21: bytes=32 time=17ms TTL=245

Reply from 193.69.165.21: bytes=32 time=16ms TTL=245

Reply from 193.69.165.21: bytes=32 time=17ms TTL=245

Reply from 193.69.165.21: bytes=32 time=17ms TTL=245

Reply from 193.69.165.21: bytes=32 time=15ms TTL=245

Reply from 193.69.165.21: bytes=32 time=15ms TTL=245

Reply from 193.69.165.21: bytes=32 time=15ms TTL=245

Reply from 193.69.165.21: bytes=32 time=231ms TTL=245

Request timed out.

Reply from 193.69.165.21: bytes=32 time=20ms TTL=245

Reply from 193.69.165.21: bytes=32 time=18ms TTL=245

Reply from 193.69.165.21: bytes=32 time=19ms TTL=245

Reply from 193.69.165.21: bytes=32 time=18ms TTL=245

Reply from 193.69.165.21: bytes=32 time=18ms TTL=245

Reply from 193.69.165.21: bytes=32 time=18ms TTL=245

Reply from 193.69.165.21: bytes=32 time=18ms TTL=245

Request timed out.

Reply from 193.69.165.21: bytes=32 time=17ms TTL=245

Reply from 193.69.165.21: bytes=32 time=18ms TTL=245

Reply from 193.69.165.21: bytes=32 time=19ms TTL=245

Reply from 193.69.165.21: bytes=32 time=20ms TTL=245

Request timed out.

Reply from 193.69.165.21: bytes=32 time=19ms TTL=245

Reply from 193.69.165.21: bytes=32 time=19ms TTL=245

Reply from 193.69.165.21: bytes=32 time=18ms TTL=245

Reply from 193.69.165.21: bytes=32 time=21ms TTL=245

Reply from 193.69.165.21: bytes=32 time=18ms TTL=245

Reply from 193.69.165.21: bytes=32 time=17ms TTL=245

Reply from 193.69.165.21: bytes=32 time=35ms TTL=245

Reply from 193.69.165.21: bytes=32 time=17ms TTL=245

Reply from 193.69.165.21: bytes=32 time=18ms TTL=245

Reply from 193.69.165.21: bytes=32 time=18ms TTL=245

Reply from 193.69.165.21: bytes=32 time=19ms TTL=245

Reply from 193.69.165.21: bytes=32 time=16ms TTL=245

Reply from 193.69.165.21: bytes=32 time=50ms TTL=245

Reply from 193.69.165.21: bytes=32 time=18ms TTL=245

Reply from 193.69.165.21: bytes=32 time=19ms TTL=245

Reply from 193.69.165.21: bytes=32 time=18ms TTL=245

Reply from 193.69.165.21: bytes=32 time=18ms TTL=245

Reply from 193.69.165.21: bytes=32 time=17ms TTL=245

Reply from 193.69.165.21: bytes=32 time=18ms TTL=245

Request timed out.

Reply from 193.69.165.21: bytes=32 time=18ms TTL=245

Reply from 193.69.165.21: bytes=32 time=18ms TTL=245

Reply from 193.69.165.21: bytes=32 time=17ms TTL=245

 

Ping statistics for 193.69.165.21:

Packets: Sent = 74, Received = 65, Lost = 9 (12% loss),

Approximate round trip times in milli-seconds:

Minimum = 15ms, Maximum = 231ms, Average = 21ms

[Kurume]

Prøv å ping din trådløse router i tillegg, så får du ihvertfall vie om det er ISP eller likalt feilen ligger.

[brazir]

Skal gjøre det.

 

 

Fikk dette resultatet. Ingen loss her. Da kan jeg gå ut ifra at det er ISP's feil at jeg får packet loss , sant? Da hadde det vært bedre om feilen hadde ligget hos meg Får jo ikke gjort noe med det nå.

 

 

Pinging 192.168.0.1 with 32 bytes of data:

 

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time=1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time=1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time=2ms TTL=64

Reply from 192.168.0.1: bytes=32 time=1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time=1ms TTL=64

Reply from 192.168.0.1: bytes=32 time=2ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time=1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time=1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time=1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

 

Ping statistics for 192.168.0.1:

Packets: Sent = 40, Received = 40, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

Minimum = 0ms, Maximum = 2ms, Average = 0ms

Endret 9. desember 2006 av brazir

[Kurume]

Tok du en ping til vg.no (med packetloss) samtidig som du pinget routeren? Hvis ikke, så ta en tracert til vg.no og ping alle routerne (samtidig) på veien. Da ser du hvor problemet ligger.

Endret 9. desember 2006 av Kurume

[Glenn]

Sjekk denne: http://la7dfa.com/diverse/wzc.txt

Endret 10. desember 2006 av Glenn

[WiSLE]

Hei.

 

Jeg hadde sammeproblem, og jeg hadde ISP NGT.

Grunnen til at du får dette er mest sannsynlig fordi din ISP har overbooket dslammen du er på. Om feilen hadde vært hos deg/trafikkrelatert så hadde pingen ikke vært stabil på 15, men faktisk hoppet opp litt før vært pakketloss..

 

Ring din isp å klag!

[Stigma]

For å være sikker: Koble PCen midlertidig direkte til ISP ruteren. Ping ut til www.vg.no og la den kjøre en times tid. Ikke overbelast linjen med noe tungt (som f.eks. torrents) så du får en nøyaktig avlesning.

 

Bruk denne kommandolinjen:

ping www.vg.no -t -l 1000 > stabilitet.txt

det vil lage en tekstfil i mine dokumenter mappen (eller katalogen der du pinger fra i DOS), og kjører helt til du lukker vinduet. Det er lettere å logge over lengre tid på denne måten. -l 1000 kommandoen gjør at du sender større pakker. DIsse vil være mer sårbare for ustabiltiet på linjen, slik at du kan klarere utheve eventuelle feil som finnes (så ikke vær overrasket dersom det evt. fører til flere pakker tapt enn ned standard pakkestørrelse).

 

Får du fremdeles pakketap da, så er det relatert til linjen din. Mulig du f.eks. må ned en hastighetsklasse for å få linjen helt solid, men dette kan kundesupport detaljene på.

 

Det stemmer ikke at "overbooking" (altså for lite båndbredde inn til DSLAM'en) ville forårsaket slike resultater. Da hadde du hatt gjevnt over mye høyere pingtider, og ikke pakketap. Dette er 90% sansynlig å være relatert til "dårlig" signalkvalitet fram til DSLAM'en fra din ruter. Heldvis finnes det mange måter å rette dette på (som ISPen din kan hjelpe med).

 

Men utelukk som sagt ditt eget lokale nettverk før du klager. Flesteparten av "nettproblemer" er pg.a feil på folk sine interne nettverk. Å klage til ISP før du er sikker i din sak lager bare merarbeid for begge parter.

 

-Stigma

Endret 10. desember 2006 av Stigma