Bonjour,

Pour votre cas en particulier:

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.

Cela explique pourquoi vous avez de meilleurs résultats avec plusieurs connexions en parallèle.

J'invite les différents protagonistes sur ce fil à faire la même vérification, un test local LAN à 10Gbit/s est une condition nécessaire mais pas suffisante pour obtenir le même résultat avec une latence plus élevée (google://bandwidth-delay product)


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.

Bonjour @mbizon,
Merci de prendre en charge notre demande collective, nous attendions cela depuis longtemps.
Comme je sais au fil de tes posts sur les réseaux que tu aimes les personnes qui s'y connaissent bien.

J'ai rarement reçu une réponse technique d'aussi grande qualité de la part d'un abonné...
ça mérite un test, je vous tiens au courant

Je suppose que tu as lu, sur le bug tracker, les explications de @nbanba https://dev.freebox.fr/bugs/task/40060 qui me paraissent très explicite et qui devrait plus te parler qu'à moi-même.
Personne de Free n'a encore répondu sur ce post du tracker, il faut savoir que nous aimons les explications, le suivis et cela évite aussi les débordements.
(je dis cela sans aucune intention de nuire, juste nous discutons tous dans le respect de chacun.)
Entre autres, certains avaient demandé de repasser en v 4.8.16 le dernier firmware ou nous n'avons pas de souci, ça serait un test aussi.
Merci de m'avoir lu.
Cordialement.
Franck

@Lolilol51

et j'ai une copie d'écran aussi d'avant mais entre le 13/01/2025 et 24/01/2025 je n'ai pas de coupure donc là, je ne peux pas plus aider.
Cordialement.
Franck

Bonjour

Tout à fait d'accord avec @kgersen.
Avoir un test de débit depuis l'écran de la box même, en supposant que du côté tech ils auraient une api pour voir la remonté et/ou le lancer à distance de la même manière serait un gros plus pour ce genre d'investigation.

Tout à fait d'accord, ce serait un gros plus qui aurait éviter tout ce bruit.

Pour l'autre point, peut-importe d'ailleurs la société, quand on à faire à un support technique (que vous soyez le client ou le tech), la base, c'est de partir sur la configuration la plus simple pour s'assurer que le soucis n'est pas exterieur.
Venir avec son "je m'y connais et j'ai du gros matos" n'apporte rien à part ajouter de forte chance que la personne de l'autre côté vous fiche direct et traîne les pieds.

Je suis aussi dans le milieu, ai du matos entreprise, mais, étant un utilisateur d'une ligne grand publique (Free), je sais reconnaitre ou sont les limites et quand je contacte free pour un soucis, je m'assure d'avoir uniquement la box, un pc, point barre.

Je pense qu'il faudrait un peu modéré ce raccourci...
Tout à commencé par des remontés simples et claires au support.
Au lieu d'être prises en compte on nous a expliqué que tout allait bien et que les infra locales étaient certainement défectueuse ou nos tests invalides.
À force d'insistance on à du prouver que les infra locales n'étaient pas en cause ni les tests réalisés par ceux qui étaient concernés d'où le détail des architectures et leurs métriques postées et probablement d'où votre raccourci: "je m'y connais et j'ai du gros matos".
D'ailleurs je ne pense pas qu'en 2025 les équipements LAN qui supportent le 10Gbps (ou un flux 10Gbps les traversant) même de gamme pro soient du "gros" matos (c'est juste assez fiable).

Si tout simplement le souci avait été pris en compte sur nos simples dires (voir une démo en visio d'1 minutes pour montrer 3 iperf3 à une personne sachant les comprendre), on n'en serait jamais arrivé là.
On n'aurai d'ailleurs bien aimé éviter (ça prends du temps, faut vulgariser, on n'avait pas forcément envie de poster autant de détails sur des forums publiques ...)
 

Pour le bruit de comm, c'est bien dommage que l'on en soit arrivé à cela, mais depuis 4/5ans, c'est ce qui marche, peut importe pour quel soucis. Si le support vous aide pas, un gros ralage sur X et miracle... (c'est une généralité, rien à voir avec Free)

Malheureusement je crois que vous avez encore raison sur ce point... Malheureusement...

Dans tous les cas, merci à tous ceux qui ont contribué à la prise en compte du problème et qui ont aidé

Cordialement
nbanba

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

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.

Salut ! Content que vous vous souciez de nos interrogations ! 
Je suis près à fournir tous les tests possible, "j'ai constaté la chose pour ma part depuis moins d'un an (Ultra)"; mais ne serait-il pas préférable de fournir vous même "Free" via FreeboxOS ce type de test de veille réseau... ?!!!
Je comprend que ce n'est pas dans votre intérêt, mais cela aura le bénéfice pour free infra de soulever certains "bugs involontaire"... 

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