Hej,

Jag håller på med ett tillgänlighetsscript (phew) och har problem med vissa hosts när jag förfrågningar från en server hos IP-Only,
betänk följande:

Kör jag samma förfrågan från P80 (Phonera) så är det inga problem alls:

Det är alltså connecten som strular. Hosten jag testar nu råkar också ligga i IP-Onlys nät, men jag har problem med flera, exempelvis fsdata.se

Vad tusan kan vara fel? Jag har testa från flera burkar på IP-only nätet och jag får samma fel. Har testat med en annan burk, via en annan anslutning till IP-only, och där är det inga problem.

$ time wget http://futurewave.se/
--16:01:20-- http://futurewave.se/
=> `index.html'
Resolving futurewave.se... 212.112.168.146
Connecting to futurewave.se|212.112.168.146|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]

[ <=> ] 11,164 --.--K/s

16:01:20 (565.86 KB/s) - `index.html' saved [11164]

0.09 real 0.00 user 0.00 sys

Från en av mina burkar. sedan från en annan:

root@NETZA:~ # time wget http://futurewave.se/
--16:00:25-- http://futurewave.se/
=> `index.html'
Slår upp futurewave.se... 212.112.168.146
Ansluter till futurewave.se[212.112.168.146]:80... ansluten.
HTTP-begäran skickad, väntar på svar... 200 OK
Längd: ospecifierat [text/html]

[ <=> ] 11,164 --.--K/s

16:00:25 (1.26 MB/s) - "index.html" sparad [11164]


real 0m0.056s
user 0m0.009s
sys 0m0.003s

Sista servern är dock rätt belastad hos mig me hög iowait så den är väl inte riktigt vettigt använda som reslutat.

Kör du dist på alla servrar?

Normalt så brukar det ju vara dns uppslagning som kan sega, om man bortser från det så är väl latency, högt belastad nät eller mtu problem vanligast för övriga problem.

Om man ser på IP-onlys "fina" rena L2 nät så kan jag förstå att du kan få lite extra roligheter.

patrikweb vet inte riktigt vad IPO:s L2 nät har med L3 tjänst att göra?

Jag körde samma grej på min burk som står på IPO lina ser inge problem där.

-17:05:42-- http://futurewave.se/
=> `index.html'
Resolving futurewave.se... 212.112.168.146
Connecting to futurewave.se|212.112.168.146|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]

[ <=> ] 11,164 --.--K/s

17:05:43 (2.10 MB/s) - `index.html' saved [11164]


real 0m0.546s
user 0m0.021s
sys 0m0.077s

Jo precis, men en nslookup är rätt som faan och svarar direkt.

Kan MTU problem ge sådana effekter? I så fall borde jag ha MTU problem på tre servrar, eller på min cisco 3620 som sitter ut mot IP onlys nät. Jag har testat att ping'a med lite olika storlekar och har inte fått några problem mod fsdata (som jag också har problem med) Det är 4-5 webbhotell av alla som är med i min jämförelse som strular.

Beror på, kanske inte MTU problem som i ett problem på det sättet.

Beror helt på vad för utrustning du passerar och vad för MTU som sitter på dom olika länkarna. Samt beror helt på vilka DF bitar som sätts i paketet, normalt kan du få fragmanterade paket att puntas till RP (CPU) vilket gör att du kan få viss extra latency eller tappade paket.

Fast detta gäller ju saker som normalt är wirespeed och routrar i ASIC, övriga CPU baserade routrar kör ju allt i CPU. Skilnaden är om du råkar få dom "Fast Switching (CEF)" eller helt Process Switching.

Nu snackar vi Cisco saker här, men är inget generelt för Cisco alltid.

Fast i ditt fall så vet vi inte så mycket, om det bara är första paketet eller hur det påverkas av en hel ström av paket.

Men kan ju vara intressant om det påverkar något om du hämtar en fil som inte skulle bli någon form av fragemntering.