Raggiungere hetzner da rete cellulare (3G)

[guidobras]

Ciao a tutti,

ho un server dedicato (EX6) su hetzner sul quale gira un piccolo sito che tra le altre cose mostra dei piccoli filmati mp4 (pesano da 500K a 2MB) via http progressive download (in sostanza la visualizzazione inizia poco dopo l'avvio del download).

Via wi-fi (nel mio caso collegato ad un adsl telecom) funziona tutto bene, ma quando cerco di visualizzare questi piccoli filmati usando le reti 3G degli operatori mobili (ho provato con TIM, vodafone e tre) tutto diventa imprevedibile: alcune volte riesco a vedere i filmati e altre no (questo ultimo caso è molto più frequante) senza un apparente logica.

Se metto gli stessi files video su un webserver shared di register.it riesco a vederli anche dalle reti 3G degli operatori telefonici citati.

Ho letto dei post precedenti sul forum nei quali viene citata l'imprevedibilità del collegamento "seabone" tra italia ed estero. Il mio problema di accesso a questi piccoli video da rete cellulare puo' avere a che fare con questo o con cos'altro?

[EvolutionCrazy]

non credo che vodafone e h3g usino rete seabone per raggiungere hetzner...

senza traceroute comunque si fa poco...

Non escluderei problemi di configurazione del tuo server che non lo rendono prestante su collegamenti con latenza/RTT alto (3g/gprs)

[GrG]

H3G sega i traceroute alla fine della loro rete, quindi potresti provare, per farla semplice, a farlo in due metà durante un rallentamento.

Comunque la storia della connettività tedesca / europea che non era il massimo e bla bla bla è roba del 2005/2006, adesso son barriere ben sfondate. Ci metti meno ad arrivare a francoforte che alla webfarm italiana sperduta.

[guidobras]

Innanzitutto grazie per i suggerimenti!

Potete indicarmi la strada per iniziare a lavorare sulla "configurazione del tuo server che non lo rendono prestante su collegamenti con latenza/RTT alto"?

Intanto posto qui sotto tracerout e ping fatti da smartphone sulle 3 reti (TRE, TIM e H3G):

*** Da rete TRE***

traceroute to <ilmiohost> (176.9.x.y), 30 hops max
 1  62.13.161.26  367 ms  369 ms  369 ms
 2  62.13.161.29  378 ms  371 ms  369 ms
 3  62.13.161.3  359 ms  359 ms  390 ms
 4  176.9.x.y  379 ms  369 ms  380 ms
 5  176.9.x.y  369 ms  379 ms  349 ms
 6  176.9.x.y  369 ms  369 ms  359 ms
 7  176.9.x.y  360 ms  379 ms  390 ms
 8  176.9.x.y  359 ms  369 ms  380 ms
 9  timeout timeout timeout

 PING <ilmiohost> (176.9.x.y)
*Pinging host 176.9.x.y: icmp_seq=0
Resp. 176.9.x.y: seq=0 ttl=47 92 ms
*Pinging host 176.9.x.y: icmp_seq=1
Resp. 176.9.x.y: seq=1 ttl=47 90 ms
*Pinging host 176.9.x.y: icmp_seq=2
Resp. 176.9.x.y: seq=2 ttl=47 144 ms
*Pinging host 176.9.x.y: icmp_seq=3
Resp. 176.9.x.y: seq=3 ttl=47 142 ms
*Pinging host 176.9.x.y: icmp_seq=4
Resp. 176.9.x.y: seq=4 ttl=47 98 ms
*Pinging host 176.9.x.y: icmp_seq=5
Resp. 176.9.x.y: seq=5 ttl=47 142 ms
*Pinging host 176.9.x.y: icmp_seq=6
Resp. 176.9.x.y: seq=6 ttl=47 141 ms
*Pinging host 176.9.x.y: icmp_seq=7
Resp. 176.9.x.y: seq=7 ttl=47 140 ms
*Pinging host 176.9.x.y: icmp_seq=8
Resp. 176.9.x.y: seq=8 ttl=47 149 ms
*Pinging host 176.9.x.y: icmp_seq=9
Resp. 176.9.x.y: seq=9 ttl=47 156 ms
*Pinging host 176.9.x.y: icmp_seq=10
Resp. 176.9.x.y: seq=10 ttl=47 90 ms
*Pinging host 176.9.x.y: icmp_seq=11
Resp. 176.9.x.y: seq=11 ttl=47 137 ms

--- <ilmiohost> ping statistics ---
12 packets transmitted, 12 packets received, 0% packet loss


*** da rete TIM ***

--- IP (pdp0) 10.232.145.255

1 - 10.206.53.130
2 - 10.206.53.133
3 - 172.16.254.37
4 - 10.206.52.2
5 - 
6 - 
7 - 
8 - 
9 - 
10 - 
11 - 
12 - 
13 - 

PING <ilmiohost> (176.9.x.y)
nessuna risposta


*** da rete VODAFONE ***

traceroute
--- IP (pdp0) 176.245.243.26
1 - 10.136.207.53
2 - 10.136.207.210
3 - 10.128.213.242
4 - 10.129.178.9
5 - 83.224.68.2
6 - 83.224.40.190
7 - 85.205.14.105
8 - 213.242.65.57
      xe-10-2-0.bar1.Milan1.Level3.net
9 - 4.69.142.190
      ae-0-11.bar2.Milan1.Level3.net
10 - 4.69.142.194
      ae-14-14.ebr1.Frankfurt1.Level3.net
11 - 4.69.140.10
      ae-81-81.csw3.Frankfurt1.Level3.net
12 - 4.69.154.139
      ae-3-80.edge7.Frankfurt1.Level3.net
13 - 195.16.162.94
      AS33891-NET.edge7.Frankfurt1.Level3.net
14 - 213.239.240.242
      hos-bb1.juniper1.fs.hetzner.de
15 - 213.239.244.42
      hos-tr2.ex3k9.rz15.hetzner.de
16 - 176.9.x.y
      <ilmiohost>

ping
--- IP (pdp0) 176.245.243.26
PING <ilmiohost> (176.9.x.y) 56(84) bytes of data.
64 bytes from <ilmiohost> (176.9.x.y): icmp_seq=1 ttl=50 time=88.1 ms
64 bytes from <ilmiohost> (176.9.x.y): icmp_seq=2 ttl=50 time=112 ms
64 bytes from <ilmiohost> (176.9.x.y): icmp_seq=3 ttl=50 time=121 ms

--- <ilmiohost> ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2010ms
min = 88.106 ms
avg = 107.415 ms
max = 121.330 ms
mdev = 14.095 ms

[EvolutionCrazy]

il download dal server ti va ok come velocità? carica un file da 100mb e vedi a che velocità te lo scarica da rete 3G

per sistemare lo stack tcp/ip le variabili sono tantissime...

le solite sono queste:
How To: Network / TCP / UDP Tuning

ovviamente assicurati di avere lo windows scaling attivo!

la latenza dei ping e tracert che hai postato non sembra male... quindi tenderei ad escludere problemi di rete e mi dirigerei prima verso il server e la sua config...

caricaci sopra lo speedtest di ookla e fallo da varie connessioni
http://www.speedtest.net/mini.php

[EvolutionCrazy]

visto che parliamo di hetzner... che motherboard ha il tuo server? che scheda di rete?
se è realtek credo tu abbia già provato i drivers ufficiali... vero?

[guidobras]

Ho fatto la prova di scaricamento di un file da 100MB usando un browser e la rete 3G vodafone: ho scaricato i primi 10MB e venivano giù a 25-30KB/sec.

il server ha debian x64 6.0.4

root@xxxx ~ # uname -r
2.6.32-5-amd64

La MB è una Asus P8B WS che monta un controller gigabit ethernet a due porte Intel 82574L
I driver dell'hardware sono quelli standard della distribuzione.

Intervenire sul sistema a livello di tuning del TCP mi sembra piuttosto radicale, che non sia il caso di partire da apache? Ci possono essere direttive di config particolarmente incisive sul mio problema?

[GrG]

Praticamente no. A parte particolari impostazioni, che certo non ti trovi dentro per sbaglio o di default, apache "si comporta" allo stesso modo con tutte le connessioni

[GrG]

Prova del 9, hai per caso FTP installato? Prova un download via FTP

[guidobras]

Non ho ftp installato, sarebbe la prova del nove della velocità di download o di cos'altro?

ho notato pero' che nell'error log apache per il sito ho questo errore per ogni accesso ai filmatini:

[Wed Feb 08 08:04:44 2012] [info] [client <ip addr>] (32)Broken pipe: core_output_filter: writing data to the network

[GrG]

Avevo avuto lo stesso problema con un kernel compilato a caso, guarda qui:

core - Apache HTTP Server

Comunque non spiega come mai da ADSL vada e da 3G no. Forse se posti un link ad un file grande sul tuo spazio possiam testare.

[HyperHost]

non credo che vodafone e h3g usino rete seabone per raggiungere hetzner...

senza traceroute comunque si fa poco...

Non escluderei problemi di configurazione del tuo server che non lo rendono prestante su collegamenti con latenza/RTT alto (3g/gprs)

colgo la palla al balzo (se mi permettete ) che variabili influenzano la latenza/RTT su un server web?