Felsöka hög packet loss?

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.

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.

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.

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