Chouette de voir que Free s'implique et communique, c'est bien de le soulevé, merci à vous!

L'effet de bord de ce "soucis", plus il va s'ébruiter, plus les gens vont faire des speeds dans tous les sens (mon avis de vieux grincheux est que déjà bien trop de monde ont des speeds tests qui tourne en boucle en auto pour rien a part faire des graphiques inutile... bref) et donc possiblement créer des saturations, même légère à des endroits ou il y en avait peut-être pas et donc causer un doute à certaine personne qui vont eux même ce mettre à tester etc etc etc...

Bonjour

C'est pour cela que depuis 1 mois on se bat avec @Lolilol51 et @altair83 pour que le problème soit pris en compte par FREE (le 3244 nous dit que tout va bien, pas de réponses sur le BugTracker malgré de nombreuses démonstrations et preuves d'un problèmes au niveau de la connexion Free/Freebox)

Juste me concernant depuis ce fameux mois, j'ai "gaspillée" des TERA OCTETS en speedtest et autre iperf3
Il faut noter que à chaque iperf3 limité en 4Gbps consomme ~5 Giga Octets de données (~1 DVD).

Le fait d'avoir été forcé de faire plus de 3000 tests pour qu'enfin on nous écoute et qu'on arrête de nous dire que le souci provient du LAN (sur des LAN composés de matériel pro + géré par des pro et fonctionnels depuis 6 ans) ou que + de 4Gbps ça ne sert à rien est d'une inefficacité rare et provoque un gaspillage de bande passante manifeste

Normalement seul 1 test iperf (éventuellement 2, un à 02h00 et 1 à 15h00) à comparer avec le débit client_iperf <----> Freebox  aurait dut être suffisant pour que le problème soit pris en compte

Que d'inefficacité...
Que de gaspillage de temps et de ressources...

C'est franchement malheureux en plus d'être irrespectueux / désagréable de s'entendre dire qu'on dit de la m... surtout quand c'est notre métier

Cordialement
nbanba

C'est pour cela que les Freebox devraient intégrer directement un test de débit , ca évacue tout doute sur ce qu'il y a derriere la Freebox ou sur la méthodologie de test (logiciel utilisé, version, capacité du PC de test, etc).

Je me répète mais la façon de communiquer avec un support technique grand public est importante aussi. Si tu débarques en disant que tu "maitrise le sujet", que t'as mis derriere ta box "grand public" un réseau LAN niveau pro complexe , je le dit et le répète si je suis au support je ne répond meme pas, je zap direct ce genre de client "hors cible" (qu'il ait raison ou pas). Un support qui gere des millions de clients ne va pas réagir sur un ou deux cas, qui plus est s'ils sont hors cibles.

Ce que tu penses être un atout/avantage (maitrise du lan, lan complexe) est en fait un défaut dans cette histoire. Pas au niveau technique mais au niveau humain/relation avec le service client et les techs du devs/supports. C'est le point a comprendre. S'avoir s'adapter a son auditoire et la jouer "modeste"/ profil bas quand c'est nécessaire. Et que son cas 'perso' n'est qu'une goutte d'eau pour un support technique comme celui de Free.

Ce qui marche c'est le "bruit et la comm", l'effet de foule, le public "shaming" sur Twitter/X et ce qui a eu lieu ici.

Bonjour a tous,
Je ne veux pas faire de polémique mais je pense que 1 mois, on est patient quand même ... (pour les pro c'est une réponse sous 2 heures ouvrées indiqué sur le "freebox pro"), donc je pense qu'1 mois c'est bien non ? On pourrait je pense avoir déjà une réponse claire maintenant.
Alors en gros je ne veux pas spécialement une prise en compte sous 2 heures mais 1 semaine ou 15 jours ça aurait été bien, mais ce n'est que mon avis.
Je ne sais pas ce que tu en penses darkmoon ?
Sauf si dans ta phrase "prise en compte rapide" la définition n'est pas la même que la nôtre. Et sans agressivité de ma part juste de l'étonnement.
Et personnellement j'espère que la mise en oeuvre de la solution ainsi que de l'explication ne prenne pas à nouveau 1 mois.
Cordialement.
Franck

Autre point pour relativiser, on parle de clients qui sont bridés à 4 Gb/s depuis un mois.

Je ne veux pas défendre Free en mentionnant qu'il y a des cas plus problématique, mais il ne faut pas oublier qu'à d'autres endroits cela se passe moins bien : Un simple débranchement au PM, c'est plus deux mois de coupure.

Après pour avoir creusé ce pb de clients qui restent des mois sans internet, l'OI XpFibre semble ne plus avoir de documentation sur le réseau qu'il a racheté à Covage. L'OI demande à l'OC des informations que ni l'OI, ni l'OC ne possède (et la solution a été trouvée : l'OI est en train de réaliser un nouveau déploiement FTTH est réalisé avec de nouveaux nouveaux PM qui remplacent les anciens qui seront abandonnés).

Bonjour,

Code: [Sélectionner]

  => Latence TCP max pour une réception à 1 Gbps: 27 ms
  => Latence TCP max pour une émission à 700 Mbps: 35 ms

[...]

Test TCP local (IPv4): téléchargement depuis la Freebox
  --> Latence: 0.33 ms [gigue: 0.01 ms]
  --> Débit: 1.16 Go/s (9.32 Gbps) [fluctuation: 0.53%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
  --> Latence: 12.75 ms [gigue: 0.29 ms]
  --> Débit: 246.04 Mo/s (1.97 Gbps) [fluctuation: 0.43%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
  --> Latence: 11.80 ms [gigue: 0.39 ms]
  --> Débit: 265.99 Mo/s (2.13 Gbps) [fluctuation: 0.60%]
-------------------------- 2025-02-22 14:22:22 +0100 --------------------------

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.

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.

"qu'à ces débits ce ne soit pas évident"
non je ne comprend pas.