On Thu, 15 Nov 2007 20:21:47 +0100, Nicolai wrote:
> Jeg oplever her til aften at alle sider loader langsomt :(
>
> jeg har 13ms til første hops så det er ikke min linje...
>
>
>
> Nå, en tracert afslører:
>
> c:\>tracert codboards.com
>
> Sporer rute til codboards.com [66.55.132.18]
> over et maksimum af 30 hop:
>
> 1 <1 ms <1 ms <1 ms 10.10.10.1
> 2 14 ms 13 ms 13 ms lo1.odnxx12.ip.tele.dk [80.166.139.61]
> 3 23 ms 14 ms 52 ms ge1-2-50.1000M.odnxg4.ip.tele.dk
> [83.88.6.193]
> 4 104 ms 104 ms 104 ms pos0-0-4-0.2488M.kd4nqh1.ip.tele.dk
> [83.88.11.10
> ]
> 5 103 ms 104 ms 103 ms pos0-0-0-0.9953M.albnqh2.ip.tele.dk
> [83.88.23.10
Nu viser du os ikke resten af tracerouten, men jeg vil tro at den
enden i USA et sted, TDC's nye Cisco CRS-1 routere (*nqh*)
opforer sig lidt anderledes end deres gamle routere.
Traceroute virker ved at man sender pakker afsted med stigende
TTL, forest TTL=1, saa 2 ..., og saa ser man hvem der svarer og
hvor lang tid det tog.
De nye CRS routere sender denne ICMP TTL expired paa den MPLS labels
switch path som den oprindelige pakke var paa, det vil i praksis
sige at pakken skal til den sidste router i TDC's netvaerk og
forest der bliver der lavet et nyt IP opslag, og ICMP pakken tilbage
til dig. Det betyder at du vil se samme latency som du ser til det
sidste hop i TDC's netvaerk.
For eksempel
$ traceroute
www.freebsd.org
traceroute to
www.freebsd.org (69.147.83.33), 64 hops max, 40 byte packets
1 ge-wan2-3-114.1000M.sltnxc98.ip.tele.dk (193.162.159.66) 0.563 ms 0.388 ms 0.429 ms
2 ge-1-0-0-401.1000M.sltnxj1.ip.tele.dk (83.88.31.153) 4.811 ms 51.021 ms 23.966 ms
3 pos1-0.622M.sbytdi4nxg1.ip.tele.dk (83.88.12.125) 0.861 ms 0.696 ms 0.722 ms
4 pos0-0-2-0.2488M.arcnqh2.ip.tele.dk (83.88.13.5) 100.328 ms 100.397 ms 100.307 ms
5 pos0-0-0-0.9953M.boanqh2.ip.tele.dk (83.88.26.29) 107.337 ms 101.015 ms 110.391 ms
6 te0-0-4-0.10G.boanqh1.ip.tele.dk (83.88.20.49) 100.460 ms 100.733 ms 103.246 ms
7 pos7-0-0.9952M.nyk2nxg2.ip.tele.dk (83.88.26.106) 100.310 ms 100.292 ms 100.240 ms
8 bas1-m.nyc.yahoo.com (198.32.118.24) 100.745 ms 100.704 ms 100.763 ms
Saa snart du naar den foreste nqh router, saa ser du samme delay
som til sidste hop i TDC's netvaerk - i dette tilfaelde nyk2nxg2
Her er et andet interessant eksempel
traceroute to
www.linx.net (195.66.232.53), 64 hops max, 40 byte
packets
1 ge-wan2-3-114.1000M.sltnxc98.ip.tele.dk (193.162.159.66) 0.720 ms 0.387 ms 0.426 ms
2 ge-1-0-0-401.1000M.sltnxj1.ip.tele.dk (83.88.31.153) 0.863 ms 0.701 ms 0.726 ms
3 pos1-0.622M.sbytdi4nxg1.ip.tele.dk (83.88.12.125) 0.839 ms 0.836 ms 0.720 ms
4 pos4-0.2488M.sbytdi4nxg2.ip.tele.dk (83.88.12.134) 0.865 ms 0.700 ms 0.892 ms
5 pos0-0.2488M.hcnxg1.ip.tele.dk (83.88.12.113) 1.134 ms 0.994 ms 1.014 ms
6 pos0-0-2-1.2488M.kd4nqh2.ip.tele.dk (83.88.24.82) 35.828 ms 36.095 ms 37.732 ms
7 te0-0-1-0.10G.kd4nqh1.ip.tele.dk (83.88.22.213) 34.636 ms 34.629 ms 34.501 ms
8 pos5-0.2488M.ffm2nxg1.ip.tele.dk (83.88.27.242) 15.636 ms 15.765 ms 15.639 ms
9 pos6-0.2488M.ldn2nxg2.ip.tele.dk (83.88.21.110) 34.497 ms 34.334 ms 34.385 ms
10 pr2.tcm.linx.net (195.66.227.254) 35.215 ms 36.372 ms 34.934 ms
Her er latency for kd4nqh2 og kd4nqh1 det samme som for sidste hop
(ldn2nxg2) - men latency for ffm2nxg1 er lavere, da denne (Cisco
GSR router) sender ICMP pakken direkte tilbage, saa du ser latency
til Frankfurt istedet for til London.
Kort sagt, saa er der ikke noget galt her.
--
Jesper Skriver, CCIE #5456