Felsöka hög packet loss?

Tråden skapades och har fått 6 svar. Det senaste inlägget skrevs .
1

Jag kör bredbandsbolaget (ADSL) hemma och har de sista månaderna haft stora problem med att webbsidor inte laddar, utan jag måste ladda om för. Så, jag bestämde mig för att köra TPTest för att se om jag hittade nåt fel, och mycket riktigt så ligger TPTest stabilt på minst 30% packet loss! Men, jag får dock enligt testet ut i nästan hela min bandbredd (8/1 Mbit).

Jag har felanmält det här till BBB och självklart provat allt vad som heter byte av nätverkskablar/annan dator/bort med router och gud vet vad.

Jag misstänker att det vindsbygge/hissbygge/trapprenovering i min fastighet står signalen i koppartråden.

Nu till själva frågan. Hur felsöker jag packet-loss som TPTest rapporterar? Hur kan jag med ping eller tracerout eller liknanade terminalkommandon se att jag kan/eller inte kan kommunicera med nån annan punkt på nätet?

En vanligt ping, utan några switchar till kommandot, gör att jag kan pinga tptest-servern utan att tappa 30% paket. Ja, jag hoppas att ni förstår. Jag vill hitta nåt annat verktyg en TPtest för att återskapa problemet och för att felsöka.

Tack på förhand....

Testresultat:
-------------

Server: referens.sth.ip-performance.se:1641
Test: 302 (Auto)
Tid : 5 s Maxtid: 15 s
Test startad : 2006-10-04 12:41:23
Test avslutad: 2006-10-04 12:43:12

Sändning:

Högsta hastighet TCP: 627.40 kbit/s
Högsta hastighet UDP: 883.06 kbit/s
Tillgänglig bandbredd TCP/UDP: 71.0 %

Mottagning:

Högsta hastighet TCP: 6.47 Mbit/s
Högsta hastighet UDP: 6.73 Mbit/s
Tillgänglig bandbredd TCP/UDP: 96.1 %

Packet loss: 1826 (37.49%)

Vanlig ping ska ju rapportera packetloss, jag hade liknande problem (ibland 70% loss med ping) som du med min BBB lina. slutade med att farten fick ställas ner från 24 till 12 mbit. Väldigt irriterande eftersom det fungerade väldigt bra de första 1-2 månaderna.

Tack för visat intresse

Om jag pingar TPTestdatorn 100 ggr får jag ingen packet loss, men om jag kör TPTest får jag minst 30%. Det är nån skillnad som är signifikant, men jag vet inte vad.

ace4711 Dator:~ ace$ ping 10.244.130.81
PING 10.244.130.81 (10.244.130.81): 56 data bytes
64 bytes from 10.244.130.81: icmp_seq=0 ttl=254 time=55.024 ms
64 bytes from 10.244.130.81: icmp_seq=1 ttl=254 time=68.907 ms
64 bytes from 10.244.130.81: icmp_seq=2 ttl=254 time=26.510 ms

--- 192.36.144.180 ping statistics ---
100 packets transmitted, 100 packets received, 0% packet loss
ace4711-dator:~ ace$

  • Medlem
  • Härnösand
  • 2006-10-05 00:00

Traceroute ska köras. Då ser du om det är någon av BBBs servrar som bråkar.

  • Oregistrerad
  • 2008-02-09 02:26
Ursprungligen av henil:

Traceroute ska köras. Då ser du om det är någon av BBBs servrar som bråkar.

Vill du förklara i steg för en "dummie" hur man gör detta då jag lider av exakt samma problem med exakt samma ISP förutom att jag då har 24/1 och får ut max 13mbit med 35-50% packetloss och hade tidigare 19mbit med mycket hög fart och inga problem med packetloss.

  • Medlem
  • Härnösand
  • 2008-02-09 18:36

På macen:
Program->Verktygsprogram->Nätverksverktyg.

Lookup Bredbandsbolaget.se ger 195.54.106.226, bredband.net ger 208.69.32.130

Traceroute någonting ex www.apple.com eller sidorna du har problem med.

Om någon av de första 'hoppen' ger höga värden >100-200 ms och IP-adresserna är i ovanstående serier 195.54.x.x eller 208.69.x.x (eller liknande) så är felet hos bbb:s servrar.

Rätta mig gärna någon som kan mer vilka IP-adresser som bbb använder.

Gammal tråd.

  • Medlem
  • Stockholm
  • 2008-02-09 20:52

traceroute ger endast routen som paketen tar, det visar inget givande för paket förluster eller delay normalt. Anledningen är att på unix är UDP paketen som används för små för att egentligen påverkas av buffring medans på Windows använder traceroute ICMP som alltid är klassat lägst i alla nät och standard har en ratelimit i Cisco och de flesta normala OS på marknaden..

för att testa paketförluster så använder man dock traceroute och ping tillsammans, först kör du en traceroute för att se hur routen är till målet som du har.

Sedan använder du ping, med -f växeln (och du måste vara root, använd sudo) du kan inte använda nätverksverktygets ping till detta ex:

# ping -f 192.168.1.1

Det som detta gör är att skicka antingen 100 packet per sekund eller ett så fort nästa kommer tillbaka, den väljer det som går snabbast.

Repetera ping -f för varje "hopp" i tracerouten för att se vart som du kanske har förluster, observera dock som sagt att ICMP normalt är begränsat både i trafikklassning och antal, så en del noder kommer inte att svara alls en del kanske bara med 500 packet / sekund eller liknande så det är inte ett absolut test..

För den som vill göra detta proffesionelt, finns verkyget mtr som kombinerar just ping & traceroute på detta sättet med lite mer finesser under huven med..

1
Bevaka tråden