Bonjour,
EDIT: un correctif a été déployé le 31/03/2022 pour régler le problème, qui semble effectivement résolu d'après les premiers retours. Le reste de ce fil de discussion est donc obsolète.Il existe manifestement un problème qui touche beaucoup de personnes en FTTH utilisant une Freebox v6 (Révolution ou Mini 4k) avec un boîtier ONU v2.
Le symptôme principal est la limitation systématique du débit pour chaque connexion TCP à environ 30Mo/s, quelle que soit l'heure.
A noter que le protocole UDP est beaucoup moins impacté, ce qui permet par exemple d'avoir des débits normaux lorsqu'on passe par un VPN (basé sur UDP).
A noter aussi que lorsqu'on utilise plusieurs connexions TCP en parallèle, les débits s'additionnent quasiment, ce qui permet d'obternir un débit normal (à 1Gbps) à partir de 4 connexions environ.
Quelques témoignages parmi beaucoup d'autres, rien que sur ce forum:
- BRAINSHOOTZ:
Probleme de debit 30mo/s- Minoru:
Débit très faible après déménagement-
rphxMais on en trouve aussi ailleurs, par exemple:
- rapport de bug sur Dev Freebox:
FS#35674 - Bridé a 30Mo/s mono connexion- fil de discussion sur TooSurToo Freebox:
Free 1 Gb - Téléchargement bloqué à 30 Mo/sDe plus je pense que beaucoup de personnes sont impactées mais ne s'en rendent pas forcément compte: soit elles n'ont pas réellement besoin de ce débit et ne se préoccupent pas de tester leur connexion tant que cela fonctionne suffisamment bien pour elles (ce qui est tout à fait compréhensible), soit les applications TCP qu'elles emploient (aussi bien pour leurs usages classiques que pour leurs tests de connexion) utilisent plusieurs connexions en parallèle, ce qui masque le problème.
D'après les retours de différentes personnes impactées:
- changer de Freebox en restant sur le même modèle avec boîtier ONU ne résout pas le problème
- changer de modèle de Freebox pour passer sur un modèle qui ne nécessite pas de boîtier ONU résout le problème
- déménager avec un changement de boîtier ONU peut faire venir le problème alors qu'on n'était pas touché jusqu'à présent
- échanger le boîtier ONU v2 par un boîtier ONU v1 fait disparaître le problème (il faut pour cela être très insistant auprès du support pour qu'ils acceptent de faire venir un technicien pour réaliser l'opération)
Tout cela fait un peu penser à un problème de gestion de la congestion lorsque certaines versions d'ONU sont utilisées, avec une perte de paquets supérieure à celle qui serait attendue.
Comme le fait remarquer Fuli10
ici, peut-être un problème de
ce type par exemple ?
Malheureusement il semble très compliqué d'avoir un retour officiel sur ce sujet, ou même une confirmation de la bonne prise en compte du problème...