Auteur Sujet: [Résolu] Freebox v6 + ONU v2 => 30 Mo/s max par session TCP (Lu 52093 fois)

fansat70 · « **Réponse #120 le:** 04 février 2022 à 11:12:21 »

Citation de: kgersen le 04 février 2022 à 07:38:41

les valeurs par défauts de la plupart des distribs Linux ne sont pas trop opti pour le tres haut débit (> 1 Gbps).

net.core.rmem_max est trop faible la par exemple.

Ok, merci pour tous!

pitalugue · « **Réponse #121 le:** 04 février 2022 à 12:25:53 »

Citation de: kkwete le 03 février 2022 à 18:10:19

Oula non, là je tourne sous une ubuntu 20.04.3 LTS.
Et ça fait un moment que je n'ai pas formaté...
ces paramètres sont incorrects?
Comment les modifier? Les réinitialiser?
Merci!

Pour l'instant, si vous avez ouvert un incident et si vous tombez sur un support compétent, ce dernier sera sans doute plus à l'aise si votre config est standard/par défaut.

Pour ce qui est des paramètres, ils correspondent à une utilisation et ne sont pas incorrects vis-à-vis de cette dernière. Ce n'est pas forcément ce que vous voulez en faire.
Dans le cas très précis du téléchargement de gros fichiers sur lien 1G+ à faible latence, vous avez un jeu de valeurs non optimales (net.ipv4.tcp_rmem: 4096 131072 6291456 et probablement désactivation de net.ipv4.tcp_sack: 1). Une fois votre problème réglé vous pourrez vous intéresser à ce décalage de la fenêtre tcp. Ca risque d'être néanmoins vain si la cause de limitation de débit fourni par les appareils du FAI n'est pas clairement documentée.

Voilà, grippe de classe galactique et fièvre, j'espère ne pas avoir trop dit de bétises.

kkwete · « **Réponse #122 le:** 06 février 2022 à 00:53:52 »

Franchement, pas sur que ces réglages changent grand chose, car obljectivement, quand j'étais chez RED et meme chez free avec l'ONU V1, je n'avais strictement aucun probleme.
Là il faut avouer que rapatrier un fichier via Filezilla ou un simple téléchargement par un navigateur et etre bridé à 5Mo/sec quand on est fibré, c'est super rageant.
Et je ne comprends pas comment ce type de probleme peut encore perdurer...

pitalugue · « **Réponse #123 le:** 06 février 2022 à 10:36:06 »

Citation de: kkwete le 06 février 2022 à 00:53:52

Franchement, pas sur que ces réglages changent grand chose, car obljectivement, quand j'étais chez RED et meme chez free avec l'ONU V1, je n'avais strictement aucun probleme.

C'est bien ce que je vous dis noir sur blanc, réglez votre problème d'abord, vous verrez pour ces autres paramètres après.

Edit: grammaire

kkwete · « **Réponse #124 le:** 06 février 2022 à 16:02:38 »

Alors, j'ai poussé les tests plus loin, histoire d'être sûr.
Voici ce que j'obtiens de base actuellement sur mon ubuntu 20.04.3 LTS:

Nperf global de ma connexion:

Speedtest.net en multi:

Speedtest.net en mono:

Speedtest sur quechoisir.fr:

Un simple wget montre un pb:

Code: [Sélectionner]

kkwete@kkwete:~$ wget http://test-debit.free.fr/1048576.rnd
--2022-02-06 15:48:12--  http://test-debit.free.fr/1048576.rnd
Résolution de test-debit.free.fr (test-debit.free.fr)... 212.27.42.153, 2a01:e0c:1:1598::3
Connexion vers test-debit.free.fr (test-debit.free.fr)|212.27.42.153|:80... connecté.
requête HTTP transmise, en attente de la réponse... 200 OK
Taille : 1073741824 (1,0G)
Enregistre : «1048576.rnd.4»

1048576.rnd.4       100%[===================>]   1,00G  5,37MB/s    ds 3m 12s  

2022-02-06 15:51:24 (5,34 MB/s) - «1048576.rnd.4» enregistré [1073741824/1073741824]

Comme j'ai un dualboot sur mon pc, j'ai aussi un Windows 10 à 64bit à jour qui tourne sur un autre SSD.
Les résultats sont identique.

J'en ai profité pour lancer le script en perl sous windows donc:

Code: [Sélectionner]

checkBugOnuFree v0.9]                          Windows 10 Build 19044 (64-bit)
--------------------------- 2022-02-06 11:53:53 GMT ---------------------------
Paramétrage réseau actuel du système:
  AutoTuningLevelLocal: Normal
  CongestionProvider: CUBIC
  EcnCapability: Disabled
  NetworkCategory: Public
  ScalingHeuristics: Disabled
  Timestamps: Disabled
  => Latence TCP max pour une réception à 1 Gbps: 141 ms

Test TCP local (Freebox)...
  --> Latence: 1.33 ms
  --> Débit: 118.21 Mo/s (945.65 Mbps)

Test TCP Internet (AS12876-BBR)...
  --> Latence: 6.79 ms
  --> Débit: 32.81 Mo/s (262.51 Mbps)

[!] La connexion semble affectée par un dysfonctionnement de boîtier ONU Free.
--------------------------- 2022-02-06 11:54:46 GMT ---------------------------
Appuyer sur Entrée pour quitter...

J'ai changé ja jaretière optique, idem.
Changer le cable ethernet n'a bien évidemment rien changé non plus.

J'ai booté sur un liveUSB d'ubuntu pour tester:

Code: [Sélectionner]

ubuntu-budgie@ubuntu-budgie:~/Desktop$ perl checkBugOnuFree.pl 
===============================================================================
checkBugOnuFree
---------------
Programme de diagnostique de connexion FTTH Free avec boîtier ONU

Ce programme effectue des tests de débit en mono-session TCP afin d'évaluer la
possibilité que la connexion FTTH soit affectée par un dysfonctionnement du
boîtier ONU Free.
Il est aussi possible d'utiliser ce programme sur une infrastructure sans
Freebox pour comparer les résultats, à condition de désactiver le test de débit
local via le paramètre --skip-lan-check (voir --help pour plus d'information).

Avant de continuer, veuillez vérifier que rien d'autre ne consomme de la bande
passante sur le réseau (ordinateurs, Freebox player, télévision...), ni du CPU
sur le système de test (mises à jour automatiques, antivirus...).
===============================================================================
Appuyer sur Entrée pour continuer (ou Ctrl-C pour annuler)...


[checkBugOnuFree v0.9]                         Linux 5.11.0-27-generic (x86_64)
--------------------------- 2022-02-06 12:43:20 GMT ---------------------------
Paramétrage réseau actuel du système:
  net.core.default_qdisc: fq_codel
  net.core.rmem_max: 212992
  net.core.wmem_max: 212992
  net.ipv4.tcp_adv_win_scale: 1
  net.ipv4.tcp_congestion_control: cubic
  net.ipv4.tcp_mem: 188973	251965	377946
  net.ipv4.tcp_no_metrics_save: 0
  net.ipv4.tcp_rmem: 4096	131072	6291456
  net.ipv4.tcp_sack: 1
  net.ipv4.tcp_timestamps: 1
  net.ipv4.tcp_window_scaling: 1
  net.ipv4.tcp_wmem: 4096	16384	4194304
  => Latence TCP max pour une réception à 1 Gbps: 27 ms

Test TCP local (Freebox)...
  --> Latence: 0.40 ms
  --> Débit: 75.04 Mo/s (600.30 Mbps)

Test TCP Internet (AS12876-BBR)...
  --> Latence: 6.18 ms
  --> Débit: 32.48 Mo/s (259.84 Mbps)

[!] La connexion semble affectée par un dysfonctionnement de boîtier ONU Free.
--------------------------- 2022-02-06 12:44:08 GMT ---------------------------
ubuntu-budgie@ubuntu-budgie:~/Desktop$

le wget est identique à ma session linux installée, ainsi que tous les speedtests.
Donc en gros, windows ou linux, live session ou pas, même combat!

Une amie vient en soirée avec son ONU v1 pour que je puisse tester.
On verra!
Mais je me doute du résultat...

underground78 · « **Réponse #125 le:** 06 février 2022 à 16:07:30 »

Il ne me semble pas que les ONU soient interchangeables, à mon avis vous n'allez pas pouvoir tester.

fansat70 · « **Réponse #126 le:** 06 février 2022 à 16:32:06 »

Citation de: underground78 le 06 février 2022 à 16:07:30

Il ne me semble pas que les ONU soient interchangeables, à mon avis vous n'allez pas pouvoir tester.

Il m'a semblé effectivement que cela a été déjà testé...
Quant aux tests avec les speedtest et autres douceurs, tout dépend du choix du serveur... En étant chez Free, les speedtests sur Bouygues Meudon en BBR ou la fibre.info Massy en BBR donnent des résultats relativement reproductibles. En passant, mieux vaut éviter les heures de pointe, car même sur ces serveurs, cela peut chuter pas mal! Depuis Free vers des serveurs chez Orange, pas glop!

kkwete · « **Réponse #127 le:** 06 février 2022 à 17:35:01 »

Oui mais là les débits sont trop concordants.
Ca me fait exactement pareil du serveur dédié que je loue...
Les wget sont réalisés sur des serveurs de chez free.
Et c'est bien la première fois que je vois de tels débits!
Je n'ai jamais eu ça avant.
Quels tests pourrais-je réaliser pour être sûr de l'origine du problème?

kkwete · « **Réponse #128 le:** 06 février 2022 à 18:23:25 »

Et en effet, je viens de tester un ONU V1.
Non détecté.
je m'en doutais un peu, car tous les techniciens enregistrent sur le réseau le matos utilisé chez le client...
Dommage...!

underground78 · « **Réponse #129 le:** 07 février 2022 à 09:01:03 »

Citation de: kkwete le 06 février 2022 à 17:35:01

Quels tests pourrais-je réaliser pour être sûr de l'origine du problème?

A part essayer de faire changer l'ONU je ne vois pas trop ce que tu peux faire...

BastienM · « **Réponse #130 le:** 07 février 2022 à 18:50:17 »

Citation de: fansat70 le 28 janvier 2022 à 22:19:35

Des nouvelles du front... Lâchement, j'ai abandonné mes coreligionnaires d'ONU V2 et je suis passé à la Freebox PoP... Honte à moi! Mais... bien sûr plus de problème d'ONU V2...
Par acquit de conscience, j'ai repassé le petit programme checkBugOnuFree v0.9, et bien sûr, tout est clean...

J'avais un peu délaissé le sujet, je quitterais Free à la fin du mois pour aller chez Orange finalement.
Le service client a fini d'enfoncer le clou en m'annonçant ne pas fournir de solution de dépannage en cas d'accident majeur sur la fibre (un chantier ayant sectionné l'arrive à un point de distribution pour ma ville et celles des environs ...). Quatre jours en mode survie sur le forfait 4G quand on est en télétravail, ça le fait pas, surtout quand on bosse dans l'info.

Donc le problème de l'ONU se résoudra de lui-même.

Courage aux autres en tout cas et j'espère que Free se bougera les fesses.

Fuli10 · « **Réponse #131 le:** 08 février 2022 à 09:54:17 »

Citation de: underground78 le 07 février 2022 à 09:01:03

A part essayer de faire changer l'ONU je ne vois pas trop ce que tu peux faire...

Toujours personne pour tester mon idée de limiter via un autre QOS externe à l'ONU (un PC ou un routeur) le débit d'une session TCP à par exemple 500Mbps ?
Ceci afin que la perte de paquets ne soit pas fait par l'ONU mais par le PC... et potentiellement "perdre des paquets comme il faut" pour TCP.