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?
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.
Anonym
sa...
Vad är en CDN?
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.
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?
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.
Anonym
sa...
Är 209.85.252.186 Google?
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
Anonym
sa...
Telia ser ut att ha liknande också såg jag från en traceroute från Bulgarien via:
http://lg.evolink.net/
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.
Anonym
sa...
Varför är det första programmet så mycket snabbare?
/Karin
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.
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.
Kommentera