est ce qu'il pourrait etre judicieux d'avoir une liaison semi-directe entre une communité d'abonnés avertis comme ici et un étage non-débutant du support Free ? genre un équivalent TAM / community manager avec double casquette pour escalader les sujet dont un sait que le premier niveau de support ne saura pas quoi faire ..

C'est le compte Free_1337 et il est déjà ici

Bonjour,

La sortie de checkFtthFree vous indique un débit en réception de 1Gbit/s max vers un peer TCP ayant 27ms de latence (limite/configuration de la stack TCP de votre OS, par connexion)

Avec une règle de trois, ça donnerait environ 2Gbit/s pour 13ms de latence, étrangement similaire à ce que vous constatez avec votre iperf.

Je pense que je vais ajouter un message systématique dans checkFtthFree lorsque l'outil détecte que le débit mono-connexion mesuré pourrait être limité par la configuration de la mémoire tampon TCP du système local (actuellement il ne le fait que lorsque le débit est inférieur à 1Gbps...).
Ca permettrait d'éviter d'avoir à faire ces règles de trois

A propos, je profite qu'il y ait quelqu'un de Free pour signaler que le serveur de test de débit test-debit.free.fr semble lui aussi utiliser une configuration très conservatrice pour la mémoire tampon TCP, limitant fortement l'intérêt des résultats pour quiconque ayant une connexion 8 Gbps avec un RTT de plus de 4 ms avec ce serveur.

En effet il semblerait que sur ce serveur les valeurs par défaut aient été conservées pour les paramètres net.ipv4.tcp_wmem et net.ipv4.tcp_rmem.
Ca serait super si quelqu'un pouvait changer la troisième valeur du triplet net.ipv4.tcp_wmem de 4194304 à 16777216 au moins, ainsi que celle du triplet net.ipv4.tcp_rmem de 6291456 à 16777216 au moins.
Ca me permettrait d'inclure le serveur de test de débit officiel de Free dans checkFtthFree. D'autant plus que ce serveur semble être en CUBIC et non en BBR (*), ce qui serait très utile

(*) si quelqu'un a de l'info là dessus je suis preneur, je n'ai pas repéré de périodes de probe RTT lors de mes tests mais cette méthode n'est pas infaillible...

Il est 1h du matin. Du coup, le réseau étant plutôt vide, et pour ne pas embêter les autres abonnés à cette heure-ci, je me suis permis d'effectuer des tests pendant 15 minutes à environ 3,5 Gbps.
Il semble que quelque chose déraille, qu'il y a des instabilités. En effet, il y a eu pas moins de 2 micro-déconnexions pendant ces tests. C'était à exactement 00h52, puis 00h58. Chaque fois, moins de 4 secondes.

Notre ligne a toujours été capable d'encaisser de très gros usages sans que la Freebox ne disjoncte de la sorte. C'est très étrange. Afin que Free ne rate rien de cette situation, j'ai envoyé un DM.

Bonjour

A tous:

Il n'y a aucune limitation intentionnelle de débit.

Si problème il y a, c'est un bug involontaire, mais vous comprendrez qu'à ces débits ce ne soit pas évident de trouver la cause facilement.

Les métriques lors des tests, la régularité des flux, le faible taux de retransmission montrent plus un link présent sur la route qui est limité ou qui ne négocie pas à sa pleine capacité qu'un link "saturé"
Ça me rappel beaucoup un souci que j'avais rencontré lors du déploiement de routeurs Cisco ASRxxx sur des flux à N*10Gbps
Brut sorti du carton, la capacité de commutation des ASICS était bridée à 25% de la capacité du boitier
Pour déverouiller les +25% à +75% de capacités restantes, il fallait :
- passer par la case "commercial Cicso + tirroir caisse"
- flasher les firmware des ASRxxxx pour déverouiller les pleines capacités des ASICS

Des coupures ont été relevées sur les box et depuis le souci est présent.
N'auriez vous pas changé du matériel dans des NRO ou sur les dorsales de transports en omettant une subtilité du même type ou du licencing ?

Les métriques hyper stable sans retransmission des iperf3 ressemblent beaucoup à celles qu'on aurait dans le cas décrit ci-dessus (limites logiciels d'un ASIC sur un équipement de transport)

Après je dis ça car il faut peut-être chercher aussi sur le réseau et pas seulement sur les Freebox

Cordialement
nbanba

EDIT 2025-02-26@11:20/57


PS: Datant de l'opération j'ai retrouvé ça:

https://community.cisco.com/kxiwq67737/attachments/kxiwq67737/5996-discussions-xr-os-and-platforms/9483/1/Cisco%20ASR%209001-S%20120G%20Upgrade%20License%20Configuration%20Guide%20-%20Cisco.pdf
 
Sur la 1è page, un paragraphe dit, je cite:

The Cisco ASR 9001-S Router is a 60 Gbps capacity router with a 40 GE maximum, pluggable
ethernet port (MPA0) and two 10 GE ̀xed SFP+ ports (SFP+0 and SFP+1) enabled on it. The
remaining ports MPA1, SFP+2, and SFP+3 are disabled by default. To enable these ports and thus
achieve a full bandwidth of 120 Gbps, you need to install the Cisco ASR 9001-S 120G Upgrade
License (A9K-9001-120G-LIC).


Bref, ce n'est qu'un exemple (je ne dis pas que c'est le cas ici mais qu'il faudrait aussi regarder ce genre de points)
Merci

Le problème est identifié, mais il faut un peu de temps pour le résoudre (1 semaine ? 1 mois ? je sais pas encore). Le débit reviendra aux niveaux précédents ensuite. Le problème impacte bien tous les modèles en réduisant leurs débits max.

Le problème est identifié, mais il faut un peu de temps pour le résoudre (1 semaine ? 1 mois ? je sais pas encore). Le débit reviendra aux niveaux précédents ensuite. Le problème impacte bien tous les modèles en réduisant leurs débits max.

Merci pour votre retour. Pourrait-on savoir de quoi il s'agit ? La plupart des personnes de ce forum sont certainement très curieuses de savoir ! 

PS : soyez gentils, et augmentez-nous l'Upload des Révolution et Mini 4K à 1 Gbps, et des Pop et Delta à 2 Gbps, ça serait sympa !