En enkel & bra traceroute för Microsoft Windows

12/27/2008

Jag har Microsoft Windows på min dator. Ett program jag saknade där som fanns i SunOS, Solaris och åtminstone de Linux-varianter jag använt är traceroute (men jag menar smalare: något som implementerar RFC 1393). Med Windows finns det inte med (trodde jag då) och jag saknade det igår. På nätet finns det webbsajter med traceroute men situationer man har nytta av dom blir ju väldigt begränsat genom att de naturligtvis ger traceroute från var deras server är till målet. Istället vill man ju ha från sin dator till målet.

ftrace - Fast Traceroute for Win32

Jag hittade istället ett program att ladda ner för Windows genom att söka med Google. Om det är det bästa alternativet vet jag inte för jag prövade inga andra. Det var i alla fall väldigt enkelt att använda och snabbt. Dessutom krävde det ingen installation utan det var bara att klicka på filen. Här hittar du det:

Här har vi ett exempel på utskriften. Jag sitter i Comhem:s bredbandsnät och valde att göra en traceroute till Google.se:

Tracing route to ey-in-f103.google.com [74.125.79.103] with TTL of 32:

 1  0ms    0ms    0ms    192.168.0.1
 2  4ms    4ms    4ms    XXXXXX.comhem.se [XXXXXX]
 3  8ms    8ms    6ms    XXXXXX 
 4  8ms    6ms    7ms    nap-bb-r-01-to-nap-bb-r-02.comhem.se [83.255.252.61]
 5  7ms    6ms    7ms    mtc-pr-r-01-to-nap-bb-r-02.comhem.se [83.255.252.244]
 6  7ms    9ms    6ms    google-link.comhem.se [83.255.245.246]
 7  9ms    6ms    6ms    209.85.252.186
 8  28ms   26ms   26ms   209.85.254.153
 9  41ms   40ms   41ms   216.239.48.10
10  48ms   48ms   48ms   209.85.248.182
11  52ms   51ms   59ms   64.233.175.246
12  52ms   52ms   59ms   209.85.255.70
13  55ms   51ms   59ms   209.85.255.118
14  51ms   52ms   52ms   ey-in-f103.google.com [74.125.79.103]

Traceroute complete.

Tracert är traceroute för Windows

När jag gick in på uppslagssidan för traceroute i en.wikipedia.org för att se om den höll sådan kvalitet att jag kunde länka till den såg jag att Windows faktiskt hade en "traceroute" inbyggd:

"The traceroute tool is available on practically all Unix-like operating systems. Variants with similar functionality are also available, such as tracepath on modern Linux installations and tracert on Microsoft Windows operating systems. Windows NT-based operating systems also provide pathping, which provides similar functionality."
Från: Traceroute (en.wikipedia.org)
Datum: 2008-12-27

Nedan har vi ett exempel på hur det kan användas:

tracert www.google.se

Spårar väg till www.l.google.com [74.125.79.104]
över högst 30 hopp:

  1     1 ms     1 ms   <10 ms  192.168.0.1
  2     5 ms     5 ms     5 ms  XXXXXX.comhem.se [XXXXX]
  3     6 ms     7 ms     5 ms  XXXXXX
  4     8 ms     7 ms     7 ms  nap-bb-r-01-to-nap-bb-r-02.comhem.se [83.255.252.61]
  5     8 ms     7 ms     7 ms  mtc-pr-r-01-to-nap-bb-r-02.comhem.se [83.255.252.244]
  6     7 ms     7 ms     6 ms  google-link.comhem.se [83.255.245.246]
  7     7 ms     9 ms     7 ms  209.85.252.186
  8    26 ms    27 ms    27 ms  209.85.254.153
  9    41 ms    41 ms    42 ms  216.239.48.10
 10    49 ms    48 ms    48 ms  209.85.248.182
 11    50 ms    51 ms    52 ms  64.233.175.246
 12    61 ms    52 ms     *     209.85.255.70
 13    60 ms    53 ms    54 ms  209.85.255.118
 14    52 ms    53 ms    52 ms  ey-in-f104.google.com [74.125.79.104]

Spårning utförd.

13 kommentarer
Anonym sa...

google-link.comhem.se var ju intressant. Vad är det?

2008-12-27 13:21
Anonym sa...

Jag vet inte. Givetvis går det att ta reda på men jag tycker inte det är lämpligt att peta på den otillåtet.

Fast man kan ju gissa istället. Det verkar väl troligt att det är någon form CDN. Jag gjorde förövrigt en traceroute till youtube.se som visade sig gå genom en ganska välkänd CDN. Det är ju väldigt bra genom att det för filmklipp bör kunna förbättra prestanda ordentligt samtidigt som det hindrar internet från att fyllas upp med en samma identiska nedladdningar.

Ok så då vet vi att de använder en tredjepart där. Den där servern om det är en CDN kan ju kanske vara en tredjepart också. Men jag funderar och spekulerar om Google kanske utvecklar en mer generell väldigt surfspecifik webbcache själva motsvarande den de gjorde för klienter:
webaccelerator.google.com

Vi vet ju att söktrafiken på olika sökord skiljer sig enormt. Vissa har ju enorm trafik medan annan har nästan ingenting. Så en CDN bör ju snabba upp nedladdningar särskilt för bildsökningarna?

Men det där kan naturligtvis vara vad som helst och jag bara gissar.

2008-12-27 13:27
Anonym sa...

Vad är en CDN?

2008-12-27 13:28
Anonym sa...

Content delivery network. De används för att snabba upp internet.

Tänk så här. X personer i Sverige laddar ner samma bild från en server Y. X st kopior av samma bild kommer färdas över internet. Det innebär:

1. Att det blir mer komplext att bygga servermiljön för Y.

2. Mer bandbredd går åt. Det blir slött för dom som vill ladda ner bilden.

Alla blir missnöjda.

CDN kan bl.a. fungera så att servrar placeras ut av CDN-leverantören hos olika ISP:er. Dessa sparar ner en kopia av bilden och den behöver därför inte hämtas från Y mer än första gången och av och till när den uppdaterats.

Den mest kända CDN-leverantören är nog Akamai.

2008-12-27 13:34
Anonym sa...

Trafik till Blogger.com, Gmail.com o.s.v. passerar också igenom den. Så då har vi kanske en förklaringen till:
http://www.seotaktik.com/2008/12/vad-uppdaterade-google-idag.html

Och att det är dessa som uppdateras. Det är ju egentligen väldigt intressant. Borde kunna peka på vad det är.

Jag undrar om de kanske också utnyttjar dom som en del av Adsense och Adwords? Eller att en uppdatering i dessa kan påverka Adsense och Adwords?

2008-12-27 13:41
Anonym sa...

Sedan brukar ju ganska många bredbandsoperatörer sätta -link i namnet där de ansluter till något. Så kanske betyder det här istället / också någon form av dedicerad lina?

Egentligen är det hela tämligen ointressant.

2008-12-27 13:46
Anonym sa...

Är 209.85.252.186 Google?

2008-12-27 14:59
Anonym sa...

Du kan se vilka IP-adresser Google äger via Arin:

ws.arin.net/whois/?queryinput=N%20.%20GOOGLE

Sedan vet jag inte om de har andra organisationer som kanske äger IP-adresser. Det verkar väl inte otroligt direkt.

Hur som helst ger det:

Google Inc. GOOGLE (NET-216-239-32-0-1) 216.239.32.0 - 216.239.63.255
Google Inc. GOOGLE (NET-64-233-160-0-1) 64.233.160.0 - 64.233.191.255
Google Inc. GOOGLE (NET-66-249-64-0-1) 66.249.64.0 - 66.249.95.255
Google Inc. GOOGLE (NET-72-14-192-0-1) 72.14.192.0 - 72.14.255.255
Google Inc. GOOGLE (NET-209-85-128-0-1) 209.85.128.0 - 209.85.255.255
Google Inc. GOOGLE (NET-74-125-0-0-1) 74.125.0.0 - 74.125.255.255
Google GOOGLE (NET-70-89-39-152-1) 70.89.39.152 - 70.89.39.159
Google GOOGLE (NET-70-90-219-72-1) 70.90.219.72 - 70.90.219.79
Google GOOGLE (NET-70-90-219-48-1) 70.90.219.48 - 70.90.219.55

2008-12-27 15:01
Anonym sa...

Telia ser ut att ha liknande också såg jag från en traceroute från Bulgarien via:
http://lg.evolink.net/

2008-12-27 16:57
Anonym sa...

Ja de ser ut att finnas lite överallt. Dessutom ser de ut att ha ett ganska tydligt samarbete med Cogentco.

Men det är nog lätt att ta fel kring sådant här. Google har ju heller ytterst lite officiell information kring det. Emellertid har jag nu fått några powerpoints som ska komma från föredrag vissa medarbetare hos Google har hållit.

Jag har inte tittat klart än och kanske bloggar om det då. Men jag tror att följande områden kanske är aktuella på olika sätt:

1. Data center. Tämligen geografiskt lokalt men normalt inte ute hos ISP. Även annat kan skickas hit och inte bara det som har med sökningar att göra.

2. Något hos ISP. Servrar ser ju ut att finnas lokaliserade. Detta är tror jag vad som kallas Google Global Cache.

3. Peering. Google är ASN:15169. Handlar tror jag mycket om att ge snabb access till Google App Engine (som jag förövrigt tror är en plattform de själva använder).

Att optimera är väl tror jag huvudsakligen Youtube, Google App engine och sökresultat.

Youtube begriper jag egentligen inte varför de skulle optimera så här själva. Men när jag söker runt verkar det spekuleras mycket kring just det. För mig verkar det mycket smartare att fortsätta köpa in tjänster för det dels genom att det är så krävande, därför att det är publik data och därför att det inte är data som ligger nära Googles "nät-OS-plattform" (eller vad man ska kalla det).

Kanske kan man se via Google App engine hur det där fungerar. Det mesta ska väl rimligen gömmas för apparna men ev. kanske man borde titta om de gjort något tillgängligt där man kan se det. Annars kan man ju åtminstone sätta globala variabler och cachas de så finns de kvar. Sedan även om de divergeras är ju tidsanalys möjligt.

Fast jag ser inte riktigt motivationen till varför någon skulle bry sig att lägga tid. De brukar ju förövrigt med tiden bli allt mer prat samma i respektive blogg så det dröjer nog inte länge innan de berättar allt.

2008-12-27 17:14
Anonym sa...

Varför är det första programmet så mycket snabbare?

/Karin

2008-12-28 11:25
Anonym sa...

Jag tror det har att göra med att det använder UDP precis som traceroute ursprungligen gjorde och enligt åtminstone de första RFC 1393. Tracert tror jag använder TCP.

2008-12-28 11:28
Anonym sa...

Spårar väg till gmail.com []
över högst 30 hopp:

1 <10 ms <10 ms <10 ms
2 6 ms 5 ms 5 ms ... []
3 7 ms 5 ms 5 ms ...
4 16 ms 7 ms 7 ms ... []
5 7 ms 7 ms 7 ms ... []
6 7 ms 24 ms 8 ms google-link.comhem.se [83.255.245.246]
7 6 ms 7 ms 7 ms 209.85.252.186
8 26 ms 25 ms 26 ms 209.85.254.153
9 46 ms 40 ms 41 ms 216.239.48.10
10 51 ms 51 ms 62 ms 209.85.248.94
11 121 ms 165 ms 154 ms 72.14.236.220
12 146 ms 145 ms 53 ms 66.249.95.130
13 125 ms 123 ms 190 ms 72.14.233.116
14 197 ms 212 ms 222 ms 72.14.239.12
15 200 ms 196 ms 197 ms 209.85.250.146
16 280 ms 197 ms 200 ms 64.233.174.99
17 206 ms 200 ms 199 ms 216.239.46.200
18 203 ms 199 ms 201 ms cg-in-f83.google.com [209.85.171.83]

Spårning utförd.

2009-02-24 12:57

Kommentera