Auteur Sujet: rate-limit en single-thread TCP chez SFR selon les destinations  (Lu 2464 fois)

0 Membres et 1 Invité sur ce sujet

Stlgr

  • Abonné SFR fibre FttH
  • *
  • Messages: 35

Bonjour à tous,

Je rencontre un problème assez étrange depuis un petit moment chez SFR, je vais essayer d’être le plus simple et clair possible :

Selon les destinations, SFR semble faire du rate-limite a 10-20Mbps/sec par session TCP.

Ex:
Vous lancez un téléchargement depuis un serveur, celui-ci plafonne a 1,5Mo/sec
Vous lancez un deuxieme téléchargement depuis le meme serveur, celui ci plafonne aussi a 1,5Mo/sec
Vous en lancez un troisième, etc etc, jusqu'a saturer sans aucun souci le débit de la ligne FTTH ou Cable (50Mo/sec ou plus).
Vous lancez un téléchargement via un gestionnaire de téléchargement multithreads qui lance 10 segments, vous plafonnez a 15Mo/sec, 20 segments, 30Mo/sec

Cependant, vous lancez un téléchargement depuis un autre serveur (ex. test-debit.free.fr), celui-ci ira sans soucis taquiner les 22-25Mo/sec en single thread.

Un simple proxy http sur un réseau tiers (un Squid sur une instance Vultr par ex.) permet de retrouver 40Mo/sec en téléchargement single thread sur le serveur qui pose soucis.

Le problème n'est donc ni le serveur en face, ni le réseau en face.
Les symptômes sont autant présents sur des serveurs hébergés chez Online, OVH ou d'autrs fournisseurs locaux (AS209097 par ex.)
Les symptômes apparaissent et disparaissent aléatoirement au grè du vent.

Et il n'y a clairement pas de problème de saturation a proprement parler, puisqu'un simple multi-thread permet d'avoir le plein débit.

Et, évidemment, les symptômes sont les mêmes pour une ligne Coax sur Lyon de 2012 (donc anciennement NC), et une FTTH toute fraîchement installée sur Gien (45).

Quelqu'un d'autre a-t-il déjà rencontré ce phénomène chez SFR et comment s'en prémunir ?
Devoir monter des tunnels ou des proxy sur des reseaux "non rate-limit" type Vultr pour avoir un débit "normal", pas glop.

Merci d'avance a ceux qui pourrons m'éclairer

Florian

  • Abonné Bbox fibre
  • *
  • Messages: 2 077
  • Argenteuil (95)
rate-limit en single-thread TCP chez SFR selon les destinations
« Réponse #1 le: 22 mars 2020 à 11:01:04 »
J'ai eu le même problème y'a quelques années, aucune solution trouvée. Je suis parti de chez SFR. Quand j'y suis retournée 1-2 ans plus tard, je n'avais plus ce problème...

Koj

  • Abonné SFR fibre FttH
  • *
  • Messages: 22
  • Pau
rate-limit en single-thread TCP chez SFR selon les destinations
« Réponse #2 le: 05 mai 2020 à 15:41:21 »
Bonjour à toi, je rencontre exactement le même problème que toi : je m'en suis rendu compte avec un serveur Plex sur le port TCP 32400, le bitrate est limité à 12mbps malgré le fait que je n'ai aucune limitation nulle part : en local dans les mêmes conditions j'atteins sans difficulté les 97mbps d'un film 4k plutôt gourmand, des que je passe par la fibre SFR j'ai cette limite à 12mbps. J'ai testé un grand nombre de ports alternatifs avec iperf et le constat est identique.

Koj

  • Abonné SFR fibre FttH
  • *
  • Messages: 22
  • Pau
rate-limit en single-thread TCP chez SFR selon les destinations
« Réponse #3 le: 08 mai 2020 à 22:56:55 »
Bonjour à tous,

Je rencontre un problème assez étrange depuis un petit moment chez SFR, je vais essayer d’être le plus simple et clair possible :

Selon les destinations, SFR semble faire du rate-limite a 10-20Mbps/sec par session TCP.

Ex:
Vous lancez un téléchargement depuis un serveur, celui-ci plafonne a 1,5Mo/sec
Vous lancez un deuxieme téléchargement depuis le meme serveur, celui ci plafonne aussi a 1,5Mo/sec
Vous en lancez un troisième, etc etc, jusqu'a saturer sans aucun souci le débit de la ligne FTTH ou Cable (50Mo/sec ou plus).
Vous lancez un téléchargement via un gestionnaire de téléchargement multithreads qui lance 10 segments, vous plafonnez a 15Mo/sec, 20 segments, 30Mo/sec

Cependant, vous lancez un téléchargement depuis un autre serveur (ex. test-debit.free.fr), celui-ci ira sans soucis taquiner les 22-25Mo/sec en single thread.

Un simple proxy http sur un réseau tiers (un Squid sur une instance Vultr par ex.) permet de retrouver 40Mo/sec en téléchargement single thread sur le serveur qui pose soucis.

Le problème n'est donc ni le serveur en face, ni le réseau en face.
Les symptômes sont autant présents sur des serveurs hébergés chez Online, OVH ou d'autrs fournisseurs locaux (AS209097 par ex.)
Les symptômes apparaissent et disparaissent aléatoirement au grè du vent.

Et il n'y a clairement pas de problème de saturation a proprement parler, puisqu'un simple multi-thread permet d'avoir le plein débit.

Et, évidemment, les symptômes sont les mêmes pour une ligne Coax sur Lyon de 2012 (donc anciennement NC), et une FTTH toute fraîchement installée sur Gien (45).

Quelqu'un d'autre a-t-il déjà rencontré ce phénomène chez SFR et comment s'en prémunir ?
Devoir monter des tunnels ou des proxy sur des reseaux "non rate-limit" type Vultr pour avoir un débit "normal", pas glop.

Merci d'avance a ceux qui pourrons m'éclairer

Pour info j'ai trouvé le problème qui est au final assez peu documenté : ce sont des paramétrages Windows qui m'ont permis d'outrepasser le bridage : j'ai installé tcpoptimizer et j'ai mis le mode optimal en 100mbps+, le résultat est sans appel: je suis passé de 12mbps à 185mbps en upload single thread !

noks

  • Abonné Free fibre
  • *
  • Messages: 401
  • Limoges 87
rate-limit en single-thread TCP chez SFR selon les destinations
« Réponse #4 le: 10 mai 2020 à 01:15:40 »
Tiens ce thread m'interesse, j'ai en effet 2 amis qui ont régulièrement des problèmes d'upload ( notamment pour stream sur Discord )


C'est délirant cette histoire de bidouille à faire pour avoir le bon débit ... Ca ressemble à un MTU mal régler coté SFR ?

Koj

  • Abonné SFR fibre FttH
  • *
  • Messages: 22
  • Pau
rate-limit en single-thread TCP chez SFR selon les destinations
« Réponse #5 le: 10 mai 2020 à 08:40:21 »
Meme pas, j'ai l'impression que ce sont bien des réglages de clés registre Windows concernant certains paramétrages réseau (nombre de threads alloués par session, etc...)

kgersen

  • Modérateur
  • Abonné Bbox fibre
  • *
  • Messages: 9 078
  • Paris (75)
rate-limit en single-thread TCP chez SFR selon les destinations
« Réponse #6 le: 10 mai 2020 à 09:42:58 »
C'est classiquement un histoire de taille buffer maxi ou de limitation du scaling tcp dans Windows.

Windows 10 en principe n'a pas ce problème sauf si on a bidouillé ou installer des bidouiles.

Windows 7 & 8 peuvent avoir des soucis de ce genre. Notamment si on a pas indiqué correctement son profile de réseau (privé,public, entreprise) et a cause d'un bug (en principe corrigé si on met a jour son Windows).

Le souci s'explique par le fonctionnement de TCP: plus le serveur a de la latence (=en général plus il est loin) plus il faut des zones de réceptions (=buffers) grandes pour atteindre le débit maxi possible.

D'autre facteurs peuvent aussi intervenir comme l'algorithme de congestion utilisé (en reception c'est un paramètre coté serveur) ou le taux de perte de paquets.

Le logiciel utilisé pour tester le débit peut aussi jouer, des bugs sont connus avec des veilles versions par exemple.

Le plus propre sur Windows 10 est de faire un reset complet de TCP/IP.

touches "windows" + r  (=executer) ,taper "cmd" puis touches ctrl+Maj+Entrée. (cela ouvre une invite de commande administrateur).
Dans la fenêtre, saisir:
netsh int ip resetet valider et rebooter.

si le probleme persiste, essayer les commandes suivantes:
(toujours en invite de commande admin)
netsh int tcp set glo autotuninglevel=normal
netsh int tcp set heur disabled disabled


Koj

  • Abonné SFR fibre FttH
  • *
  • Messages: 22
  • Pau
rate-limit en single-thread TCP chez SFR selon les destinations
« Réponse #7 le: 10 mai 2020 à 09:48:26 »
Merci pour les explications, ça correspond en effet au paramétrage proposé par TCP optimiser dans les grandes lignes, j'avais notamment le autotuninglevel désactivé.