Des performances TCP déroutantes sur 3G / UMTS


8

J'utilise la 3G comme connexion Internet principale, et TCP sur cette chose devient de plus en plus déroutant chaque jour. Par exemple:

  1. 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.bz2
    

    augmente à ~ 500kB / s après quelques secondes!

  2. 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.

  3. 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.

  4. 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 ...


La nature de la 3G va varier.

De plus, la 3G est un transport à latence élevée, qui ne se prête pas à certains types de trafic (par exemple: les protocoles de discussion, comme SQL Net). Non pas que l'un de vos exemples soit SQL Net, juste pour faire remarquer qu'il fonctionne différemment avec certaines applications.

"Wireshark montre des paquets retransmis, dup ack, même parfois hors service" - Quand, via le VPN ou pas, ou les deux? Connaissez-vous ce comportement pour tout le trafic ou simplement HTTP / S? C'est-à-dire comme suggéré précédemment par silencedhaven, votre FAI ne peut plus dire ce que vous faites. J'avais l'habitude d'être limité sur ma connexion ASDL à <2 Mbps, mais cela devrait toujours être suffisant pour les jeux, mais ce ne serait pas que j'aurais une latence terrible et une perte de paquets. J'ai commencé à jouer sur un PPTP et ma latence était meilleure et le jeu était peut-être à nouveau. Pouvez-vous transférer un fichier par exemple sur un port non standard?
jwbensley

Essayez peut-être FTP sur un port haut aléatoire, avec et sans VPN, et à nouveau avec SSH / SFTP avec et sans VPN sur un port haut aléatoire, et rapportez les résultats ici.
jwbensley

@javano: etc de filshark dup est pour graphic-pc.com sans VPN (je n'ai pas essayé de filshark avec le VPN car il est assez sain). Je ferai quelques tests avec d'autres ports, ftp est un bon candidat.

Réponses:


6

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!


2

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


Désolé, mais cela n'explique pas ce qui se passe ici.

Pour les 2 sites mentionnés, je regarde les taux de téléchargement en masse, en téléchargeant un gros fichier avec wget, sans ouvrir le site dans un navigateur. J'ai fait quelques tests sous Windows et la vitesse de graphic-pc.com y est différente (mise à jour postée). S'il était étranglé du côté du FAI, il resterait le même.

qui est votre fournisseur 3G? Utilisez-vous l'un de ces fournisseurs d'accès Internet 3G uniquement ou attachez-vous simplement votre téléphone portable à l'un des principaux fournisseurs de services téléphoniques filaires?
MelBurslan

En fait tu avais raison, ça étrangle bien!
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.