Måling ved langsomme svartid på website

Jeg er enig med dig i hvor problemerne ligger, nemlig på routen fra bruger til server.
Programmet VisualRoute kan hjælpe:
http://visualroute.visualware.com/

Det kan en tracert kørt fra ipconfig også.

Problemet er at begge skal køres fra den pc der har lang svartid.

ja - VisualRoute har jeg installeret, og prøvet diverse tracerts / traceroutes fra servere hvorfra der er lang svartid. Jeg synes ikke disse gav mig noget nyttigt eller et ensartet billede af hvor problemet lå. De sidste 6-7 hops var bare markeret som * * * * og indtil da så tallene pæne nok ud.
Har også udført pings der viser de langsomme svartider.

Problemet er jo også at vi desværre ikke kan udføre traceroutes fra vores brugeres PC'er rundt omkring i verdenen.

http://www.traceroute.org giver også mange nyttige URL hvorfra/til der kan laves traceroutes.

Måske kan det være mig som ikke er god nok til at tyde mine resultater.

Udover de ovennævnte værktøjer og som boxer henviser til - er det andet godt derude? :)

Først fortæller du at du ikke kan se langsomme svartider på traceroutes, derefter fortæller du at du godt kan se de langsomme svartider på pings. Er det korrekt forstået? (Traceroute er grundlæggende en udvidet ping).

Et godt råd: Start med at finde én maskine hvorfra dine sider loader langsomt og så fejlsøg ud fra den hele vejen igennem. Der kan teoretisk godt være to forskellige årsager til at to forskellige maskiner loader siderne langsomt - så vil din fejlsøgning give et mudret resultat.
Det vil være en stor fordel at vælge en maskine som du har adgang til at fejlsøge fra.

Prøv desuden "mtr" som er en udvidet traceroute - den kan give lidt klarere resultater end en traceroute. (Spørg Google efter MTR + traceroute + navnet på dit operativsystem).
Det vil være en fordel at køre mtr eller traceroute i begge retninger.

At de sidste hops i din traceroute bare er stjerner er muligvis fordi din firewall filtrerer det fra. Overvej at sætte din firewall op til at tillade traceroutes (det er ikke overvældende farligt).

1) svartiderne på ping og traceroute er fine nok i DK fra de steder jeg har prøvet (flere steder i kbh). men udenfor dk, i de lande jeg nævnte , er både ping/traceroute/data-transfer alt for langsomme...

ok. ser nærmere på mtr og firewall.

jeg paster lige et par traceroutes ind her så det måske forklarer tingene lidt bedre:

Fra Rumænien til DK:
1  gw-vlan10 (80.96.148.1)  0.281 ms  0.198 ms  0.355 ms
2  nb-gazduire.netbridge.ro (217.156.103.241)  0.380 ms  0.384 ms  0.316 ms
3  br9.nb.ro (217.156.103.194)  0.481 ms  0.454 ms  0.441 ms
4  r1-po1-v709.b.astralnet.ro (83.103.173.219)  0.805 ms  1.065 ms  0.736 ms
5  * ro-buh01a-ra1-10ge-0-1-0.aorta.net (213.46.170.65)  0.890 ms  0.868 ms
6  nl-ams05a-rd1-pos13-0.aorta.net (213.46.160.133)  66.881 ms  28.987 ms  29.074 ms
7  213.46.179.54.aorta.net (213.46.179.54)  178.198 ms  65.686 ms  201.532 ms
8  p14-2.core01.fra03.atlas.cogentco.com (130.117.14.185)  29.458 ms  29.445 ms  29.212 ms
9  p15-3.core01.ham01.atlas.cogentco.com (130.117.0.178)  38.217 ms  38.280 ms  38.288 ms
10  p0-0.core02.cph01.atlas.cogentco.com (130.117.2.126)  43.816 ms  43.875 ms  43.736 ms
11  nianet.demarc.cogentco.com (149.6.83.86)  43.898 ms  43.815 ms  43.947 ms
12  83.151.156.212 (83.151.156.212)  45.600 ms  46.031 ms  46.200 ms
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *

Fra DK til serveren i DK:
1    1 ms    2 ms    1 ms  192.168.1.1
2    10 ms    10 ms    10 ms  1.23.235.85.dk-by.res.dyn.perspektivbredband.net [85.235.23.1]
3    10 ms    11 ms    11 ms  kbhn-cdix-pr0-gi0-1-509.perspektivbredband.net [213.185.31.194]
4    36 ms    37 ms    61 ms  gig0-1.br1.lyns.ip.nianet.dk [192.38.7.58]
5    12 ms    12 ms    12 ms  83.151.156.212
6    12 ms    13 ms    12 ms  83.151.156.212
7    *        *        *    Request timed out.
8    *        *        *    Request timed out.
9    *        *        *    Request timed out.
10    *        *        *    Request timed out.
11    *        *        *    Request timed out.
12    *        *        *    Request timed out.
13    *        *        *    Request timed out.
14    *        *        *    Request timed out.
15    *        *        *    Request timed out.
16    *        *        *    Request timed out.
17    *        *        *    Request timed out.
18    *        *        *    Request timed out.
19    *        *        *    Request timed out.
20    *        *        *    Request timed out.
21    *        *        *    Request timed out.
22    *        *        *    Request timed out.
23    *        *        *    Request timed out.
24    *        *        *    Request timed out.
- ping from RO to DK

os@Linux:/stuff$ ping XXXXX.com
PING XXXXX.com (XXXX) 56(84) bytes of data.
64 bytes from XXXX: icmp_seq=1 ttl=56 time=45.5 ms
64 bytes from XXXX: icmp_seq=2 ttl=56 time=45.4 ms
64 bytes from XXXX: icmp_seq=3 ttl=56 time=45.1 ms

- ping to RO

[root@frontend os]# ping XXXX
PING XXXX (XXXX) 56(84) bytes of data.
64 bytes from XXXX: icmp_seq=1 ttl=57 time=76.9 ms
64 bytes from XXXX: icmp_seq=2 ttl=57 time=44.8 ms
64 bytes from XXXX: icmp_seq=3 ttl=57 time=44.7 ms
64 bytes from XXXX: icmp_seq=4 ttl=57 time=44.6 ms
64 bytes from XXXX: icmp_seq=5 ttl=57 time=45.1 ms

og det kan vist godt nævnes at vores server lokation benytter Nianet's netværk.

45ms fra Rumænien til Danmark er ganske udmærket. Lyset bevæger sig jo ikke uendeligt hurtigt - det tager f.eks. ca. 4ms at komme fra København til Århus.
Her kan jeg se at forbindelsen tager en tur rundt i Europa - det er der nok ikke så meget at gøre ved.

Har du kun prøvet at downloade en webside, eller har du også prøvet at lave en længerevarende download og se hvilken hastighed du kan få?

Med 45ms delay og TCP recieve window på 64KB (som er standard i de fleste nyere OS'er), så burde man kunne komme op på omkring 10Mbit/s, hvis alle links på vejen kan understøtte det.

Alternativt kan der være pakketab. Det kan mtr afsløre.
Hvis disse ting ikke giver resultat, så prøv at fange det hele med ethereal.

ok.

ja - har prøvet at lave længere varende downloads, begge veje, og hastigheden lå kun mellem 30-60kb/sek. Prøvede flere gange og det blev ikke bedre.

nå - nu er netværket tilbage til normale tilstande lige pludselig.
men tak for info, vil prøve dine forslag næste gang jeg har netværksproblemer:)

smid gerne et svar!

Det er da godt at problemet er forsvundet - men der er sikkert stadig 45ms til Rumænien. Det er svært at gøre meget hurtigere.

ja - det har du ret i der er :)