Sto usando 3G come mia principale connessione Internet e TCP su questa cosa sta diventando sempre più sconcertante ogni giorno. Per esempio:
Il download da kernel.org è velocissimo:
$wget http://www.kernel.org/pub/linux/kernel/v3.0/linux-3.6.8.tar.bz2
aumenta a ~ 500kB / s dopo pochi secondi!
Alcuni server sono incredibilmente lenti, ad esempio www.graphic-pc.com:
Stessa cosa, il download di un file di grandi dimensioni con wget inizia a ~ 30kB / s per una frazione di secondo, quindi crolla a 5-10k o anche peggio.La navigazione Web è discreta ma in qualche modo inaffidabile. Casualmente, una pagina impiegherà molto tempo a caricarsi o addirittura non riesce a caricarsi, ma un ricaricamento può avere successo quasi immediatamente.
Ora, per caso, ho iniziato a giocare con OpenVPN su UDP oltre alla connessione 3G e OMG all'improvviso è tutto estremamente veloce!
Lo stesso www.graphic-pc.com ora spara a 100-200kB / s!
- Cosa sta succedendo qui ???
- Come mai è molto meglio con la VPN che senza ??
- E perché graphic-pc.com striscia quando vola su kernel.org?
Qualcosa a che fare con il mio stack TCPC (o il server), o qualche router difettoso in mezzo ??
Appunti:
L'installazione è un laptop con Ubuntu Lucid e un dongle Huawei 3G (connessione pppd così diretta).
Posso riprodurlo praticamente in qualsiasi momento durante il giorno e non mi muovo, quindi chiaramente non è l'ambiente cellulare o la congestione di Internet. (anche se kernel.org senza VPN a volte fa peggio di sera, circa 60kB - ma comunque 500kB con VPN!)
Per 2) WireShark mostra pacchetti ritrasmessi, duplicati, anche fuori servizio a volte.
Ho provato a giocare con diversi parametri / proc / sys / net / ipv4 (tcp_rmem, window_scaling, tcp_congestion ...) non sembra fare la differenza.
Aggiornamento:
provato sotto Windows 7 (nessuna VPN) con alcuni risultati interessanti:
tcp settings : default tcp_optimizer
kernel.org : 10 kB/s 20 kB/s
graphic-pc.com: 8 kB/s 70 kB/s !
tcp_optimizer ha attivato ctcp tra le altre cose. Devo controllare cosa sta eseguendo os graphic-pc.com, la mia scommessa è che tcp_westwood di linux e ms ctcp non si mescolano bene qui ...