J'utilise la 3G comme connexion Internet principale, et TCP sur cette chose devient de plus en plus déroutant chaque jour. Par exemple:
Le téléchargement depuis kernel.org est extrêmement rapide:
$wget http://www.kernel.org/pub/linux/kernel/v3.0/linux-3.6.8.tar.bz2augmente à ~ 500kB / s après quelques secondes!
Certains serveurs sont incroyablement lents, par exemple www.graphic-pc.com:
Même chose, télécharger un gros fichier avec wget commence à ~ 30kB / s pendant une fraction de seconde, puis s'effondre à 5-10k ou pire.La navigation sur le Web est décente mais peu fiable. Au hasard, une page prendra très longtemps à charger ou même ne se chargera pas, mais un rechargement peut réussir presque immédiatement.
Maintenant, par hasard, j'ai commencé à jouer avec OpenVPN sur UDP en plus de la connexion 3G, et OMG tout est extrêmement rapide!
Même www.graphic-pc.com tire maintenant à 100-200kB / s!
- Que se passe t-il ici ???
- Comment se fait-il que c'est tellement mieux avec le VPN qu'avec sans ??
- Et pourquoi graphic-pc.com rampe quand kernel.org vole?
Quelque chose à voir avec ma pile TCP (ou le serveur), ou un routeur buggy entre les deux ??
Remarques:
La configuration est un ordinateur portable exécutant Ubuntu Lucid et un dongle Huawei 3G (donc connexion directe pppd).
Je peux reproduire cela à peu près à tout moment de la journée et je ne bouge pas, donc ce n'est clairement pas l'environnement cellulaire ou la congestion Internet. (bien que kernel.org sans VPN fasse parfois pire le soir, environ 60 Ko - mais toujours 500 Ko avec VPN!)
Pour 2) Wireshark affiche des paquets retransmis, dup ack, même parfois en panne.
J'ai essayé de jouer avec différents paramètres / proc / sys / net / ipv4 (tcp_rmem, window_scaling, tcp_congestion ...) ne semble pas faire de différence.
Mise à jour:
essayé sous Windows 7 (pas de VPN) avec des résultats intéressants:
tcp settings : default tcp_optimizer
kernel.org : 10 kB/s 20 kB/s
graphic-pc.com: 8 kB/s 70 kB/s !
tcp_optimizer a activé ctcp entre autres. Je dois vérifier quel os graphic-pc.com fonctionne, mon pari est tcp_westwood de linux et ms ctcp ne se mélangent pas bien ici ...
Réponses:
Problème résolu:
testé avec un autre type de fichier (.zip) sur graphic-pc.com. Devinez quoi, en même temps c'est rapide pour ce fichier et lent pour l'autre (dont btw est .mp3). Il s'agit donc clairement du FAI qui effectue une inspection approfondie des paquets et une limitation.
En ce qui concerne les résultats étranges sous Windows, j'ai testé à nouveau aujourd'hui et maintenant c'est exactement la même chose que Linux. De plus, la limitation est dynamique et change au cours de la journée. Je suppose que je n'ai vraiment pas eu de chance et les deux ont redémarré et exécuté tcp_optimizer juste au moment où la limitation a changé ...
Toujours curieux de connaître l'impact réel de la 3G sur les performances TCP car il existe un certain nombre d' articles sur le sujet, mais en ce qui concerne cela, ce n'est que de la merde pour le trafic, rien de mal avec la 3G!
la source
Tout d'abord, les connexions 3G / 4G ne sont pas conçues pour être vos principales connexions à Internet et sont sujettes à la limitation, si le trafic y circule correspond à un certain modèle, ou si vous dépassez une quantité de trafic limite non parlée. Ne croyez pas votre opérateur (même ces tenues de vente illimitées de données uniquement) quand ils disent que vous n'avez pas de limites.
Après tout, c'est le temps d'antenne et la largeur de bande d'air est inférieure à celle de la fibre et du cuivre. En cas de congestion du trafic, ils n'auront d'autre option que de limiter le trafic des nœuds d'extrémité.
Le site de graphisme que vous avez mentionné est un site lourd très flash (ou similaire) et prend environ 60 secondes sur mon Internet de travail connecté OC-3. Donc, avoir un faible taux de mesure accédant à ce site sur une 3G standard n'est pas une grande surprise. Kernel.org est plus rapide, dites-vous. Compte tenu de la nature textuelle de ce site, je suis sûr que le trafic peut être compressé et décompressé à la volée avec votre connexion 3G à de très bons taux de réussite, où ce n'est pas une possibilité avec les sites Web lourds image / flash / musique / etc.
Dernier point mais non des moindres, plus vous voulez vous entasser dans votre pipe, c'est-à-dire votre connexion 3G, client moins favorable que vous serez, pour votre FAI et ils vous étrangleront quoi qu'il arrive. Et si vous lisez vos TOS, vous verrez qu'ils ont le droit légal de le faire, sous une utilisation raisonnable (qui n'est pas une connexion non-stop 24/7)
Lorsque vous passez par une connexion VPN, vous cryptez tout votre trafic réseau. Votre FAI n'est donc plus en mesure d'inspecter vos paquets et ne peut donc pas distinguer une demande de page de texte d'une demande de page flash. Vous avez donc contourné leur inspection approfondie des paquets dans une certaine mesure. Mais avoir un VPN a sa propre pénalité de vitesse, car vous devrez crypter chaque paquet quittant votre connexion, ce qui a un coût. Mais dans votre cas, ce coût semble minime ou négligeable.
J'espère que cela explique un peu
la source