Auteur Sujet: [RÉSOLU] Suspicion de limitation à 4Gps Freebox Delta & ULtra (Lu 80917 fois)

nbanba · « **Réponse #24 le:** 14 février 2025 à 13:31:21 »

Citation de: nbanba le 14 février 2025 à 12:03:27

@kgersen : tout à fait d'accord.

Surtout que je suspecte (suite aux derniers retours ici) que ces bridage arrivent en ZMD / ZTD là ou les infra de Free ne sont pas assez costaudes par rapport à la densité d'abonnés.
Avec l'arrivée du métro, un echo-quartier avec vient de se construire (+3000 logements, une vraie petite ville dans la ville) à 5 minute de ma maison sans renfort côté NRO.

Bonjour
D'où ma réponse suite aux premiers retours (le souci ne vient pas de mon infrastructure local, c'est certain et testé sur d'autres liens avec les mêmes machines)
Cordialement
nbanba

altair83 · « **Réponse #25 le:** 14 février 2025 à 13:33:18 »

[checkFtthFree v0.25] Windows 11 Build 26100 (64-bit)
-------------------------- 2025-02-14 13:29:38 +0100 --------------------------
Configuration réseau du système:
Adapter.Driver: Intel(R) Ethernet Server Adapter X520-1
Adapter.DriverVersion: 4.1.254.0 (Intel, 2024-02-08)
Adapter.FlowControl: Rx et Tx activées
Adapter.IPChecksumOffloadIPv4: Rx et Tx activées
Adapter.InterruptModeration: Activé(e)
Adapter.JumboPacket: Désactivé(e)
Adapter.LinkSpeed: 10 Gbps
Adapter.LsoV2: Activé(e)
Adapter.PcieLinkSpeed: 5.0 GT/s
Adapter.PcieLinkWidth: 4
Adapter.PhysicalMediaType: 802.3
Adapter.ReceiveBuffers: 2048
Adapter.SpeedDuplex: 10 Gbit/s Duplex intégral
Adapter.TCPChecksumOffload: Rx et Tx activées
Adapter.TransmitBuffers: 2048
NetProfile.NetworkCategory: Private
Tcp.AutoTuningLevelLocal: Normal
Tcp.CongestionProvider: CUBIC
Tcp.EcnCapability: Disabled
Tcp.ScalingHeuristics: Disabled
Tcp.Timestamps: Allowed
=> Latence TCP max pour une réception à 1 Gbps: 141 ms

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

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
--> Latence: 16.66 ms [gigue: 0.14 ms]
--> Débit: 346.75 Mo/s (2.77 Gbps) [fluctuation: 32.36%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 48871 pendant le test.

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
--> Latence: 16.12 ms [gigue: 0.18 ms]
--> Débit: 363.71 Mo/s (2.91 Gbps) [fluctuation: 15.40%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 72736 pendant le test.
-------------------------- 2025-02-14 13:30:21 +0100 --------------------------

Il me semble que mon test local est pas trop mal ... mais que les tests sur les réseaux sont bridés. Mais je n'y connais rien en réseaux.
Cordialement.
Franck

Test IPV6 :

Test TCP Internet (IPv6): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
--> Latence: 16.92 ms [gigue: 0.39 ms]
--> Débit: 418.08 Mo/s (3.34 Gbps) [fluctuation: 2.53%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 47320 pendant le test.

Test TCP Internet (IPv6): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
--> Latence: 16.22 ms [gigue: 0.79 ms]
--> Débit: 338.64 Mo/s (2.71 Gbps) [fluctuation: 28.62%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 60700 pendant le test.

kgersen · « **Réponse #26 le:** 14 février 2025 à 13:44:12 »

il faut vraiment arreter avec ipv4...

mais bon je me tais.

ouno · « **Réponse #27 le:** 14 février 2025 à 18:36:34 »

Citation de: Lolilol51 le 14 février 2025 à 16:51:26

Un développeur Freebox nous a rapporté une réponse sur le bug-tracker Freebox. Juste ici : https://dev.freebox.fr/bugs/task/40029#comment187449

Voici sa réponse :
Citation de: mbizon
Test iperf3 fait depuis votre Freebox Delta à l'instant:

Code: [Sélectionner]
# iperf3 -c ping6.online.net -w 2M -p 5206 -R -P 4 Connecting to host ping6.online.net, port 5206 Reverse mode, remote host ping6.online.net is sending [ 5] local 2a01:e0a:285:7090::1 port 48894 connected to 2001:bc8:0:1::49 port 5206 [ 7] local 2a01:e0a:285:7090::1 port 48906 connected to 2001:bc8:0:1::49 port 5206 [ 9] local 2a01:e0a:285:7090::1 port 48914 connected to 2001:bc8:0:1::49 port 5206 [ 11] local 2a01:e0a:285:7090::1 port 48924 connected to 2001:bc8:0:1::49 port 5206 [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.01 sec 2.09 GBytes 1.80 Gbits/sec 0 sender [ 5] 0.00-10.00 sec 2.09 GBytes 1.79 Gbits/sec receiver [ 7] 0.00-10.01 sec 2.09 GBytes 1.80 Gbits/sec 0 sender [ 7] 0.00-10.00 sec 2.09 GBytes 1.80 Gbits/sec receiver [ 9] 0.00-10.01 sec 2.09 GBytes 1.80 Gbits/sec 0 sender [ 9] 0.00-10.00 sec 2.09 GBytes 1.79 Gbits/sec receiver [ 11] 0.00-10.01 sec 2.09 GBytes 1.79 Gbits/sec 0 sender [ 11] 0.00-10.00 sec 2.08 GBytes 1.79 Gbits/sec receiver […] [SUM] 0.00-10.01 sec 8.36 GBytes 7.18 Gbits/sec 0 sender [SUM] 0.00-10.00 sec 8.35 GBytes 7.18 Gbits/sec receiver
La Freebox delta n'est pas optimisée pour traiter le TCP en local, du coup j'ai besoin de -P4 pour utiliser les 4 CPUs, sinon ça limite le débit.

En forwarding wan-lan, il n'y a pas ce problème.

Ce test est très intéressant, cela veut dire que la Freebox est bien toujours capable de recevoir à 8 Gbps depuis le WAN. Et donc s'il y a vraiment un problème côté Free, ce ne serait pas au niveau du réseau de Free mais bien au niveau de la Freebox elle-même, qui ne serait plus capable de faire du switching/routing/forwarding à 8 Gbps chez certaines personnes suite à une MAJ sans doute.

Citation de: Lolilol51 le 14 février 2025 à 16:51:26

Notre réponse, qui montre bien le bridage :

Non ce qu'il a marqué est faux : le P4 c'est pour maximiser les threads et de fait, maximiser la BP c'est de la triche pour obtenir un meilleur résultat. Freebox pas optimisé pour traiter le TCP en local c'est ridicule, c'est le but d'un routeur de traiter des paquets… C'est simple, depuis la date X, on ne peut plus dépasser 3 Gbps, avant on était toujours à 7-8 faut arrêter de raconter des bêtises.

Une personne de chez Free prend la peine de faire un test iPerf directement depuis votre Freebox pour faire avancer les choses et c'est la réponse que vous lui apportez ?

Le fait que le test iPerf ait été réalisé en utilisant 4 connexions en parallèle pour contourner une conf de la Freebox non optimisée pour le trafic local est tout à fait plausible. Mais surtout cela n'a aucune importance ici: de toutes façons même en utilisant 100 connexions en parallèle vous n'arrivez plus à dépasser les 4 Gbps (cf post de nbanba ici). Donc il y a bien une grosse différence entre le test de débit réalisé par mbizon directement depuis la Freebox et le comportement que vous constatez depuis un système connecté à la Freebox, pour moi c'est ce qu'il faut retenir.

darkmoon · « **Réponse #28 le:** 14 février 2025 à 18:49:14 »

Aucun souci depuis chez moi (dans les deux sens) :

Code: [Sélectionner]

PS C:\Applications\Iperf3> ./iperf3  -c ipv6.scaleway.testdebit.info -p9203
Connecting to host ipv6.scaleway.testdebit.info, port 9203
[  5] local 2a01:e0a:a85:47a0:6cfe:a38f:ece3:c76d port 41894 connected to 2001:bc8:3::7 port 9203
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.01   sec   625 MBytes  5.21 Gbits/sec
[  5]   1.01-2.01   sec   890 MBytes  7.40 Gbits/sec
[  5]   2.01-3.01   sec   904 MBytes  7.62 Gbits/sec
[  5]   3.01-4.00   sec   892 MBytes  7.53 Gbits/sec
[  5]   4.00-5.01   sec   858 MBytes  7.13 Gbits/sec
[  5]   5.01-6.01   sec   866 MBytes  7.29 Gbits/sec
[  5]   6.01-7.01   sec   852 MBytes  7.16 Gbits/sec
[  5]   7.01-8.00   sec   876 MBytes  7.37 Gbits/sec
[  5]   8.00-9.01   sec   907 MBytes  7.54 Gbits/sec
[  5]   9.01-10.01  sec   892 MBytes  7.48 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-10.01  sec  8.36 GBytes  7.17 Gbits/sec                  sender
[  5]   0.00-10.07  sec  8.36 GBytes  7.13 Gbits/sec                  receiver

iperf Done.

Code: [Sélectionner]

PS C:\Applications\Iperf3> ./iperf3  -c ipv6.scaleway.testdebit.info -p9203 -R
Connecting to host ipv6.scaleway.testdebit.info, port 9203
Reverse mode, remote host ipv6.scaleway.testdebit.info is sending
[  5] local 2a01:e0a:a85:47a0:6cfe:d38f:ace3:c76d port 41900 connected to 2001:bc8:3::7 port 9203
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec   838 MBytes  7.01 Gbits/sec
[  5]   1.00-2.00   sec   879 MBytes  7.36 Gbits/sec
[  5]   2.00-3.01   sec   901 MBytes  7.49 Gbits/sec
[  5]   3.01-4.01   sec   850 MBytes  7.15 Gbits/sec
[  5]   4.01-5.01   sec   861 MBytes  7.22 Gbits/sec
[  5]   5.01-6.01   sec   877 MBytes  7.36 Gbits/sec
[  5]   6.01-7.01   sec   843 MBytes  7.10 Gbits/sec
[  5]   7.01-8.01   sec   840 MBytes  7.04 Gbits/sec
[  5]   8.01-9.00   sec   814 MBytes  6.86 Gbits/sec
[  5]   9.00-10.01  sec   809 MBytes  6.71 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.07  sec  8.32 GBytes  7.10 Gbits/sec  4765             sender
[  5]   0.00-10.01  sec  8.31 GBytes  7.13 Gbits/sec                  receiver

iperf Done.

darkmoon · « **Réponse #29 le:** 14 février 2025 à 18:55:08 »

Oui c'est exact.

vivien · « **Réponse #30 le:** 14 février 2025 à 19:00:43 »

darkmoon, si tu pouvais faire un test en IPv4, pour l'hypothèse concernant ce protocole ?

Je rappelle que chez Free, IPv4 est transporté au-dessus d'IPv6, une dégradation qui ne touche que IPv4 est possible.

frederic.moreau · « **Réponse #31 le:** 14 février 2025 à 19:06:04 »

Merci de ne pas prendre en compte mes test. En effet, je suis derrière un firewall Mikrotik avec des vlans et un politique de filtrage (notamment je vire les IP chinoises de leetchers de torrents) et je crois savoir que l'accélération matérielle n'est pas disponible en IPV6 alors qu'elle l'est en IPV4. Donc mes débits sont bien meilleurs en IPV4, ce qui est anormal.

Voilà, les amis, désolé, mais je me retire du protocole de tests, mes résultats n'étant pas fiables.

Code: [Sélectionner]

iperf3 -p 5200 -c ping6.online.net -R
Connecting to host ping6.online.net, port 5200
Reverse mode, remote host ping6.online.net is sending
[  5] local 2a01:xxxxxxxxxxxxxxxxxxxxx port 56804 connected to 2001:bc8:0:1::49 port 5200
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec   314 MBytes  2.63 Gbits/sec                  
[  5]   1.00-2.00   sec   329 MBytes  2.76 Gbits/sec                  
[  5]   2.00-3.00   sec   336 MBytes  2.82 Gbits/sec                  
[  5]   3.00-4.00   sec   340 MBytes  2.85 Gbits/sec                  
[  5]   4.00-5.00   sec   349 MBytes  2.92 Gbits/sec                  
[  5]   5.00-6.00   sec   345 MBytes  2.89 Gbits/sec                  
[  5]   6.00-7.00   sec   347 MBytes  2.91 Gbits/sec                  
[  5]   7.00-8.00   sec   349 MBytes  2.93 Gbits/sec                  
[  5]   8.00-9.00   sec   351 MBytes  2.95 Gbits/sec                  
[  5]   9.00-10.00  sec   348 MBytes  2.92 Gbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.04  sec  3.35 GBytes  2.87 Gbits/sec  99686            sender
[  5]   0.00-10.00  sec  3.33 GBytes  2.86 Gbits/sec                  receiver

iperf Done.

Code: [Sélectionner]

iperf3 -p 5200 -c ping.online.net -R
Connecting to host ping.online.net, port 5200
Reverse mode, remote host ping.online.net is sending
[  5] local xxxxxxxxxxxx port 55160 connected to 51.158.1.21 port 5200
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec   663 MBytes  5.56 Gbits/sec                  
[  5]   1.00-2.00   sec   701 MBytes  5.88 Gbits/sec                  
[  5]   2.00-3.00   sec   711 MBytes  5.97 Gbits/sec                  
[  5]   3.00-4.00   sec   727 MBytes  6.10 Gbits/sec                  
[  5]   4.00-5.00   sec   732 MBytes  6.14 Gbits/sec                  
[  5]   5.00-6.00   sec   738 MBytes  6.19 Gbits/sec                  
[  5]   6.00-7.00   sec   738 MBytes  6.19 Gbits/sec                  
[  5]   7.00-8.00   sec   738 MBytes  6.19 Gbits/sec                  
[  5]   8.00-9.00   sec   740 MBytes  6.20 Gbits/sec                  
[  5]   9.00-10.00  sec   374 MBytes  3.14 Gbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.01  sec  6.74 GBytes  5.78 Gbits/sec    3            sender
[  5]   0.00-10.00  sec  6.70 GBytes  5.75 Gbits/sec                  receiver

iperf Done.

frederic.moreau · « **Réponse #32 le:** 14 février 2025 à 19:17:44 »

Je répète que je me retire du protocole de tests, l'accélération matérielle n'étant pas disponible en IPv6 dans mon environnement Mikrotik basé sur des vlans et un politique de filtrage. Il faudrait que je fasse des tests au cul de la Freebox en mode firewall et je n'ai pas le courage de désactiver le mode bridge.

En IPv4 qui bénéficie de l'accélération matérielle, je dispose d'un bon upload :

Citer

iperf3 -p 5200 -c ping.online.net
Connecting to host ping.online.net, port 5200
[ 5] local 10.90.20.101 port 34042 connected to 51.158.1.21 port 5200
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 854 MBytes 7.16 Gbits/sec 1669 3.27 MBytes
[ 5] 1.00-2.00 sec 876 MBytes 7.35 Gbits/sec 78 3.31 MBytes
[ 5] 2.00-3.00 sec 876 MBytes 7.34 Gbits/sec 81 3.44 MBytes
[ 5] 3.00-4.00 sec 877 MBytes 7.36 Gbits/sec 0 3.28 MBytes
[ 5] 4.00-5.00 sec 880 MBytes 7.39 Gbits/sec 0 3.28 MBytes
[ 5] 5.00-6.00 sec 878 MBytes 7.37 Gbits/sec 175 3.37 MBytes
[ 5] 6.00-7.00 sec 878 MBytes 7.36 Gbits/sec 0 3.32 MBytes
[ 5] 7.00-8.00 sec 877 MBytes 7.37 Gbits/sec 0 3.32 MBytes
[ 5] 8.00-9.00 sec 882 MBytes 7.40 Gbits/sec 172 3.48 MBytes
[ 5] 9.00-10.00 sec 869 MBytes 7.28 Gbits/sec 0 3.32 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 8.54 GBytes 7.34 Gbits/sec 2175 sender
[ 5] 0.00-10.25 sec 8.54 GBytes 7.16 Gbits/sec receiver

iperf Done.

Citer

iperf3 -c ipv4.scaleway.testdebit.info -p 9203
Connecting to host ipv4.scaleway.testdebit.info, port 9203
[ 5] local 10.90.20.101 port 40604 connected to 62.210.156.7 port 9203
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 842 MBytes 7.06 Gbits/sec 334 3.87 MBytes
[ 5] 1.00-2.00 sec 743 MBytes 6.23 Gbits/sec 0 3.95 MBytes
[ 5] 2.00-3.00 sec 741 MBytes 6.22 Gbits/sec 0 3.93 MBytes
[ 5] 3.00-4.00 sec 777 MBytes 6.51 Gbits/sec 0 3.96 MBytes
[ 5] 4.00-5.00 sec 764 MBytes 6.41 Gbits/sec 0 3.88 MBytes
[ 5] 5.00-6.00 sec 757 MBytes 6.35 Gbits/sec 0 4.29 MBytes
[ 5] 6.00-7.00 sec 760 MBytes 6.38 Gbits/sec 0 4.01 MBytes
[ 5] 7.00-8.00 sec 759 MBytes 6.37 Gbits/sec 0 4.15 MBytes
[ 5] 8.00-9.00 sec 762 MBytes 6.39 Gbits/sec 0 4.03 MBytes
[ 5] 9.00-10.00 sec 836 MBytes 7.02 Gbits/sec 0 3.79 MBytes

CEPENDANT j'ai bien un suspicion de bridage des torrents, aucun ne dépassant 15 Mo/s en France de PC à PC et 3 à 4Mo/s avec un pays étranger.

nbanba · « **Réponse #33 le:** 14 février 2025 à 19:32:00 »

Bonjour

3 choses ressortent :

1) les delta semblent concernées. sont elles seules ?

2) Le dev de Free raconte des généralités (dont certaines fausses) mais pour des gens qui ont presqu'un datacenter chez eux, ça ne passe pas...
Vous pensez vraiment que je n'ai pas changé 10 fois les Gbic, les fibres, les switchs etc

Je suis même passé en monomode pendant 2 ou 3 jours (sans changements) avant de repasser en multi (du gachis la mono pour faire moins de 10m...)
En + je n'utilise que du matériel certifié par des constructeurs comme Cisco, constructeurs qui ont ULTRA benchmark le matériel (faut bien justifier le Gbic 10G SFP+ à 1000€ HT en prix catalogue), d'autant + que les temps de bascules de certains protocoles (type boucles de backbones à convergence rapide) sont garantis par la capacité (et la stabilité) des temps de réponses du laser des SFP+...

3) ça fonctionnait à merveille avec ce type de matériel depuis 6 ans ! 8Gbps pleins à chaque tests ou chaque usage dépassant les 6Gbps... et depuis fin janvier limite à 4Gbps...

Donc les devs de Free peuvent bien me raconter n'importe quoi, déjà je préférerais discuter avec les ingé ou des N3 réseaux plutôt qu'avec des devs certaines fois limités ... en réseau ! (sauf mmakassikis qui s'y connait mieux que les autres)

PS: je vais vraiment finir par l'ouvrir cette fichue box... plus mon agacement monte sur le sujet, plus ce jour ce rapproche

Cordialement
nbanba

underground78 · « **Réponse #34 le:** 14 février 2025 à 20:12:41 »

Citation de: Lolilol51 le 14 février 2025 à 18:57:54

C'est un peu comme le mystère de la Freebox Révolution et son NAS bridé. Elle était capable, à une époque, de télécharger des fichiers à 25 Mo/s. Aujourd'hui, si on dépasse les 4 Mo/s, c'est un exploit !

Il y a une grosse différence entre un téléchargement en HTTP et un en HTTPS sur la Révolution. En HTTPS on est effectivement autour des 6 Mo/s, c'est le CPU de la box qui limite avec le chiffrement.

Citation de: nbanba le 14 février 2025 à 19:32:00

Donc les devs de Free peuvent bien me raconter n'importe quoi, déjà je préférerais discuter avec les ingé ou des N3 réseaux plutôt qu'avec des devs certaines fois limités ... en réseau ! (sauf mmakassikis qui s'y connait mieux que les autres)

Pour le coup je n'ai aucun doute sur le fait que Maxime Bizon s'y connaisse bien en réseau et son test prouve bien qu'il n'y a pas de limitation réseau, en tout cas sur la box de Lolilol51.

altair83 · « **Réponse #35 le:** 14 février 2025 à 20:48:14 »

Bonsoir,

Pour nbanba et pour tous ceux qui s'y connaissent bien et plus que moi.
Avez-vous lu et compris le message de MaxLeBled sur le lien https://lafibre.info/1gb-free/checkftthfree-test-de-debit-tcp-mono-connexion-freeboxcubicbbr/msg1106102/#msg1106102
Cordialement.
Franck

Auteur Sujet: [RÉSOLU] Suspicion de limitation à 4Gps Freebox Delta & ULtra (Lu 80917 fois)

nbanba

[TEST SVP] Suspicion de limitation à 4Gps des Freebox Delta & ULtra

altair83

[TEST SVP] Suspicion de limitation à 4Gps des Freebox Delta & ULtra

kgersen

[TEST SVP] Suspicion de limitation à 4Gps des Freebox Delta & ULtra

ouno

[TEST SVP] Suspicion de limitation à 4Gps des Freebox Delta & ULtra

darkmoon

[TEST SVP] Suspicion de limitation à 4Gps des Freebox Delta & ULtra

darkmoon

[TEST SVP] Suspicion de limitation à 4Gps des Freebox Delta & ULtra

vivien

[TEST SVP] Suspicion de limitation à 4Gps des Freebox Delta & ULtra

frederic.moreau

[TEST SVP] Suspicion de limitation à 4Gps des Freebox Delta & ULtra

frederic.moreau

[TEST SVP] Suspicion de limitation à 4Gps des Freebox Delta & ULtra

nbanba

[TEST SVP] Suspicion de limitation à 4Gps des Freebox Delta & ULtra

underground78

[TEST SVP] Suspicion de limitation à 4Gps des Freebox Delta & ULtra

altair83

[TEST SVP] Suspicion de limitation à 4Gps des Freebox Delta & ULtra