La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Free => 
Débits fibre Free => Discussion démarrée par: nbanba le 13 février 2025 à 17:14:24
-
Bonjour
EDIT 2025-03-19
Le débit de 8Gbps est bien revenu sur les liens
Le débit de sorti direct internet des VM est bien repassé à plus de 4Gbps (https://dev.freebox.fr/bugs/task/40060)
Résolu par le firmware 4.9: https://dev.freebox.fr/blog/?p=21453
Pour d'éventuels soucis de configuration réseaux dans les VM suite au nouveau firmware, voir ce post:
https://lafibre.info/1gb-free/test-svp-suspicion-de-limitation-a-4gps-des-freebox-delta-ultra/msg1110639/#msg1110639
PS: MERCI FREE !
EDIT 2025-03-08
Plusieurs bugs ont étés détectés notamment sur des OLT (present dans les NRO) et sont en cours résolution progressif sur les lignes de tous les abonnés fibre concernés.
Cependant le rétablissement du débit max des lignes (merci Free) à 8 Gbps à provoqué un nouveau BUG dans les VM s'executant dans les Freebox :
Le débit internet maximale dans les VM à chuté à 2Gbps (contre plus de 4Gbps mesurés pendant l'incident) de manière concomitante avec le retour du débit 8Gbps sur les lignes freebox.
En dehors de ce dernier point, je précise que le débit de 8 Gbps semble revenir ou être revenu sur l'ensemble des lignes freebox.
Merci Free !
NB: si vous constatez toujours des problèmes de débits max sur votre ligne, n'hésitez pas à poster vos métriques ici.
/EDIT/ 2025-03-08
EDIT 2025-02-21
Free à mis en place un formulaire de collecte d'informations pour les abonnés concernés, le message est ici:
https://lafibre.info/1gb-free/test-svp-suspicion-de-limitation-a-4gps-des-freebox-delta-ultra/msg1107067/#msg1107067
Le NOUVEAU formulaire de collecte est ici:
https://forms.office.com/e/DT95M6CVh6
Le topic sur le bugtracker:
https://dev.freebox.fr/bugs/task/40060
/EDIT/ 2025-02-21
Depuis ~ le 2025-01-28 OU la version 4.17.1 de Freebox OS (actuellement 4.18), un certain nombre d'abonnés constatent que leur débit est limité à 4Gbps.
Limitation dans FreeboxOS ?
Bug FreebosOS ?
Défaillance technique ?
Où QoS sur le réseau Free ?
J'ai fais beaucoup de tests depuis 1 mois et j'ai toujours le même résultat : ça plafonne à 4Gbps !
L' infra locale n'est pas en cause (matériel professionnel correctement configuré + tous les tests internes atteignent les débits physiques des composants). L'ensemble des tests permet d'affirmer que c'est bien la ligne internet Free qui limite le trafic
Depuis 2019 j'avais bien les ~8Gbps théoriques descendant sur ma Delta, cela fait ~1 mois que la limite à 4Gbps à été activée (probablement lors du passage de ma Freebox en version 4.17.1)
Voici le dernier iperf :
$ iperf3 -c ipv4.scaleway.testdebit.info -p9202 -R
Connecting to host ipv4.scaleway.testdebit.info, port 9202
Reverse mode, remote host ipv4.scaleway.testdebit.info is sending
[ 5] local 10.0.20.55 port 44556 connected to 62.210.156.7 port 9202
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 436 MBytes 3.66 Gbits/sec
[ 5] 1.00-2.00 sec 453 MBytes 3.80 Gbits/sec
[ 5] 2.00-3.00 sec 457 MBytes 3.83 Gbits/sec
[ 5] 3.00-4.00 sec 458 MBytes 3.85 Gbits/sec
[ 5] 4.00-5.00 sec 483 MBytes 4.05 Gbits/sec
[ 5] 5.00-6.00 sec 489 MBytes 4.10 Gbits/sec
[ 5] 6.00-7.00 sec 490 MBytes 4.11 Gbits/sec
[ 5] 7.00-8.00 sec 488 MBytes 4.09 Gbits/sec
[ 5] 8.00-9.00 sec 486 MBytes 4.07 Gbits/sec
[ 5] 9.00-10.00 sec 486 MBytes 4.08 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.03 sec 4.63 GBytes 3.96 Gbits/sec 11636 sender
[ 5] 0.00-10.00 sec 4.62 GBytes 3.96 Gbits/sec receiver
iperf Done.
Est ce que tous ceux qui ont une Delta ou une Ultra + un réseau local et des machines supportant le 10Gbps pourraient faire des tests iperf3 et poster les résultats ici ?
Le but est de voir si c'est national ou autre, bref de comprendre le problème et d'aider Free à le résoudre (par nos tests objectifs et nos remontées d'informations).
PS:
Pour le moment, 1 personne dans le VAR + 1 dans le Nord Pas de Calais + 1 en région parisienne constatent ces bridages ce qui semble exclure des soucis de peering régionnaux.
Merci pour votre aide, vos retours et le respect de tous.
Bien cordialement
nbanba
-
Bonsoir,
Tout à fait d'accord, je suis la personne du Var que notre hôte cite dans son message et j'approuve.
N'hésitez pas à poster ici même.
Cordialement.
Franck
-
hello.
si tu rajoute "-P 4" a ta commande ca donne quoi ?
et IPv6 est le natif chez Free donc preferer faire des tests en IPv6.
-
Bonsoir, je viens de faire un test en ipv6 :
.\iperf3.exe -c ipv6.scaleway.testdebit.info -p9202 -R
Connecting to host ipv6.scaleway.testdebit.info, port 9202
Reverse mode, remote host ipv6.scaleway.testdebit.info is sending
[ 5] local 2a01:p:p:p:p:p:p port 50676 connected to 2001:bc8:3::7 port 9202
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 564 MBytes 4.69 Gbits/sec
[ 5] 1.01-2.01 sec 626 MBytes 5.22 Gbits/sec
[ 5] 2.01-3.00 sec 614 MBytes 5.23 Gbits/sec
[ 5] 3.00-4.00 sec 664 MBytes 5.55 Gbits/sec
[ 5] 4.00-5.01 sec 652 MBytes 5.45 Gbits/sec
[ 5] 5.01-6.01 sec 613 MBytes 5.12 Gbits/sec
[ 5] 6.01-7.01 sec 678 MBytes 5.68 Gbits/sec
[ 5] 7.01-8.00 sec 517 MBytes 4.39 Gbits/sec
[ 5] 8.00-9.00 sec 531 MBytes 4.45 Gbits/sec
[ 5] 9.00-10.01 sec 677 MBytes 5.64 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.06 sec 6.00 GBytes 5.12 Gbits/sec 49442 sender
[ 5] 0.00-10.01 sec 5.99 GBytes 5.14 Gbits/sec receiver
iperf Done.Ici c'est dans la manche.
-
Bonjour
hello.
si tu rajoute "-P 4" a ta commande ca donne quoi ?
et IPv6 est le natif chez Free donc preferer faire des tests en IPv6.
Merci pour votre retour.
J'ai juste posté le iperf en IPv4, c'est pareil en IPv6
$ iperf3 -c ipv6.scaleway.testdebit.info -p9202 -R
Connecting to host ipv6.scaleway.testdebit.info, port 9202
Reverse mode, remote host ipv6.scaleway.testdebit.info is sending
[ 5] local fd00:20::10 port 53720 connected to 2001:bc8:3::7 port 9202
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 468 MBytes 3.92 Gbits/sec
[ 5] 1.00-2.00 sec 474 MBytes 3.97 Gbits/sec
[ 5] 2.00-3.00 sec 476 MBytes 3.99 Gbits/sec
[ 5] 3.00-4.00 sec 469 MBytes 3.93 Gbits/sec
[ 5] 4.00-5.00 sec 465 MBytes 3.90 Gbits/sec
[ 5] 5.00-6.00 sec 485 MBytes 4.07 Gbits/sec
[ 5] 6.00-7.00 sec 477 MBytes 4.00 Gbits/sec
[ 5] 7.00-8.00 sec 480 MBytes 4.03 Gbits/sec
[ 5] 8.00-9.00 sec 478 MBytes 4.01 Gbits/sec
[ 5] 9.00-10.00 sec 474 MBytes 3.97 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.03 sec 4.64 GBytes 3.98 Gbits/sec 35270 sender
[ 5] 0.00-10.00 sec 4.63 GBytes 3.98 Gbits/sec receiver
iperf Done.
Concernant la parallélisation, j'ai essayé de p2 à p100 sans réelles variations...
Un exemple avec P10
$ iperf3 -c ipv6.scaleway.testdebit.info -p9202 -R -P10
Connecting to host ipv6.scaleway.testdebit.info, port 9202
Reverse mode, remote host ipv6.scaleway.testdebit.info is sending
[ 5] local fd00:20::10 port 50220 connected to 2001:bc8:3::7 port 9202
[ 7] local fd00:20::10 port 50222 connected to 2001:bc8:3::7 port 9202
[ 9] local fd00:20::10 port 50226 connected to 2001:bc8:3::7 port 9202
[ 11] local fd00:20::10 port 50240 connected to 2001:bc8:3::7 port 9202
[ 13] local fd00:20::10 port 50244 connected to 2001:bc8:3::7 port 9202
[ 15] local fd00:20::10 port 50254 connected to 2001:bc8:3::7 port 9202
[ 17] local fd00:20::10 port 50260 connected to 2001:bc8:3::7 port 9202
[ 19] local fd00:20::10 port 50262 connected to 2001:bc8:3::7 port 9202
[ 21] local fd00:20::10 port 50266 connected to 2001:bc8:3::7 port 9202
[ 23] local fd00:20::10 port 50270 connected to 2001:bc8:3::7 port 9202
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 43.4 MBytes 364 Mbits/sec
[ 7] 0.00-1.00 sec 33.8 MBytes 283 Mbits/sec
[ 9] 0.00-1.00 sec 52.6 MBytes 441 Mbits/sec
[ 11] 0.00-1.00 sec 58.6 MBytes 492 Mbits/sec
[ 13] 0.00-1.00 sec 51.2 MBytes 429 Mbits/sec
[ 15] 0.00-1.00 sec 39.7 MBytes 333 Mbits/sec
[ 17] 0.00-1.00 sec 43.7 MBytes 367 Mbits/sec
[ 19] 0.00-1.00 sec 49.7 MBytes 417 Mbits/sec
[ 21] 0.00-1.00 sec 41.3 MBytes 347 Mbits/sec
[ 23] 0.00-1.00 sec 57.1 MBytes 479 Mbits/sec
[SUM] 0.00-1.00 sec 471 MBytes 3.95 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 1.00-2.00 sec 54.4 MBytes 456 Mbits/sec
[ 7] 1.00-2.00 sec 27.9 MBytes 234 Mbits/sec
[ 9] 1.00-2.00 sec 56.3 MBytes 472 Mbits/sec
[ 11] 1.00-2.00 sec 53.5 MBytes 449 Mbits/sec
[ 13] 1.00-2.00 sec 55.3 MBytes 464 Mbits/sec
[ 15] 1.00-2.00 sec 57.2 MBytes 480 Mbits/sec
[ 17] 1.00-2.00 sec 31.6 MBytes 265 Mbits/sec
[ 19] 1.00-2.00 sec 40.9 MBytes 343 Mbits/sec
[ 21] 1.00-2.00 sec 41.0 MBytes 344 Mbits/sec
[ 23] 1.00-2.00 sec 68.9 MBytes 578 Mbits/sec
[SUM] 1.00-2.00 sec 487 MBytes 4.08 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 2.00-3.00 sec 62.6 MBytes 526 Mbits/sec
[ 7] 2.00-3.00 sec 25.5 MBytes 214 Mbits/sec
[ 9] 2.00-3.00 sec 52.8 MBytes 443 Mbits/sec
[ 11] 2.00-3.00 sec 59.5 MBytes 499 Mbits/sec
[ 13] 2.00-3.00 sec 52.8 MBytes 443 Mbits/sec
[ 15] 2.00-3.00 sec 63.5 MBytes 533 Mbits/sec
[ 17] 2.00-3.00 sec 26.5 MBytes 222 Mbits/sec
[ 19] 2.00-3.00 sec 40.4 MBytes 339 Mbits/sec
[ 21] 2.00-3.00 sec 40.8 MBytes 342 Mbits/sec
[ 23] 2.00-3.00 sec 64.4 MBytes 540 Mbits/sec
[SUM] 2.00-3.00 sec 489 MBytes 4.10 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 3.00-4.00 sec 81.6 MBytes 685 Mbits/sec
[ 7] 3.00-4.00 sec 19.5 MBytes 164 Mbits/sec
[ 9] 3.00-4.00 sec 34.3 MBytes 288 Mbits/sec
[ 11] 3.00-4.00 sec 44.1 MBytes 370 Mbits/sec
[ 13] 3.00-4.00 sec 63.6 MBytes 533 Mbits/sec
[ 15] 3.00-4.00 sec 53.1 MBytes 445 Mbits/sec
[ 17] 3.00-4.00 sec 31.1 MBytes 261 Mbits/sec
[ 19] 3.00-4.00 sec 42.8 MBytes 359 Mbits/sec
[ 21] 3.00-4.00 sec 49.6 MBytes 416 Mbits/sec
[ 23] 3.00-4.00 sec 66.7 MBytes 559 Mbits/sec
[SUM] 3.00-4.00 sec 486 MBytes 4.08 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 4.00-5.00 sec 80.2 MBytes 673 Mbits/sec
[ 7] 4.00-5.00 sec 18.6 MBytes 156 Mbits/sec
[ 9] 4.00-5.00 sec 22.1 MBytes 185 Mbits/sec
[ 11] 4.00-5.00 sec 49.5 MBytes 415 Mbits/sec
[ 13] 4.00-5.00 sec 77.7 MBytes 652 Mbits/sec
[ 15] 4.00-5.00 sec 46.8 MBytes 393 Mbits/sec
[ 17] 4.00-5.00 sec 23.4 MBytes 196 Mbits/sec
[ 19] 4.00-5.00 sec 49.8 MBytes 418 Mbits/sec
[ 21] 4.00-5.00 sec 55.0 MBytes 461 Mbits/sec
[ 23] 4.00-5.00 sec 61.1 MBytes 513 Mbits/sec
[SUM] 4.00-5.00 sec 484 MBytes 4.06 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 5.00-6.00 sec 83.0 MBytes 696 Mbits/sec
[ 7] 5.00-6.00 sec 13.7 MBytes 115 Mbits/sec
[ 9] 5.00-6.00 sec 16.3 MBytes 137 Mbits/sec
[ 11] 5.00-6.00 sec 55.7 MBytes 467 Mbits/sec
[ 13] 5.00-6.00 sec 54.3 MBytes 456 Mbits/sec
[ 15] 5.00-6.00 sec 50.7 MBytes 425 Mbits/sec
[ 17] 5.00-6.00 sec 21.3 MBytes 179 Mbits/sec
[ 19] 5.00-6.00 sec 53.4 MBytes 448 Mbits/sec
[ 21] 5.00-6.00 sec 74.4 MBytes 624 Mbits/sec
[ 23] 5.00-6.00 sec 60.2 MBytes 505 Mbits/sec
[SUM] 5.00-6.00 sec 483 MBytes 4.05 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 6.00-7.00 sec 74.0 MBytes 621 Mbits/sec
[ 7] 6.00-7.00 sec 9.94 MBytes 83.4 Mbits/sec
[ 9] 6.00-7.00 sec 16.9 MBytes 142 Mbits/sec
[ 11] 6.00-7.00 sec 65.5 MBytes 549 Mbits/sec
[ 13] 6.00-7.00 sec 67.2 MBytes 564 Mbits/sec
[ 15] 6.00-7.00 sec 63.2 MBytes 531 Mbits/sec
[ 17] 6.00-7.00 sec 17.9 MBytes 150 Mbits/sec
[ 19] 6.00-7.00 sec 57.0 MBytes 478 Mbits/sec
[ 21] 6.00-7.00 sec 55.8 MBytes 468 Mbits/sec
[ 23] 6.00-7.00 sec 58.4 MBytes 490 Mbits/sec
[SUM] 6.00-7.00 sec 486 MBytes 4.08 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 7.00-8.00 sec 77.4 MBytes 649 Mbits/sec
[ 7] 7.00-8.00 sec 9.49 MBytes 79.6 Mbits/sec
[ 9] 7.00-8.00 sec 27.6 MBytes 232 Mbits/sec
[ 11] 7.00-8.00 sec 70.6 MBytes 592 Mbits/sec
[ 13] 7.00-8.00 sec 68.9 MBytes 578 Mbits/sec
[ 15] 7.00-8.00 sec 62.0 MBytes 520 Mbits/sec
[ 17] 7.00-8.00 sec 21.6 MBytes 181 Mbits/sec
[ 19] 7.00-8.00 sec 54.5 MBytes 457 Mbits/sec
[ 21] 7.00-8.00 sec 44.3 MBytes 372 Mbits/sec
[ 23] 7.00-8.00 sec 51.8 MBytes 434 Mbits/sec
[SUM] 7.00-8.00 sec 488 MBytes 4.10 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 8.00-9.00 sec 83.8 MBytes 703 Mbits/sec
[ 7] 8.00-9.00 sec 9.51 MBytes 79.7 Mbits/sec
[ 9] 8.00-9.00 sec 27.4 MBytes 230 Mbits/sec
[ 11] 8.00-9.00 sec 76.5 MBytes 642 Mbits/sec
[ 13] 8.00-9.00 sec 66.5 MBytes 557 Mbits/sec
[ 15] 8.00-9.00 sec 56.8 MBytes 476 Mbits/sec
[ 17] 8.00-9.00 sec 20.4 MBytes 171 Mbits/sec
[ 19] 8.00-9.00 sec 63.1 MBytes 529 Mbits/sec
[ 21] 8.00-9.00 sec 34.6 MBytes 290 Mbits/sec
[ 23] 8.00-9.00 sec 45.0 MBytes 377 Mbits/sec
[SUM] 8.00-9.00 sec 483 MBytes 4.05 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 9.00-10.00 sec 88.2 MBytes 740 Mbits/sec
[ 7] 9.00-10.00 sec 8.68 MBytes 72.8 Mbits/sec
[ 9] 9.00-10.00 sec 41.5 MBytes 348 Mbits/sec
[ 11] 9.00-10.00 sec 65.0 MBytes 545 Mbits/sec
[ 13] 9.00-10.00 sec 65.6 MBytes 550 Mbits/sec
[ 15] 9.00-10.00 sec 49.0 MBytes 411 Mbits/sec
[ 17] 9.00-10.00 sec 22.0 MBytes 185 Mbits/sec
[ 19] 9.00-10.00 sec 72.3 MBytes 607 Mbits/sec
[ 21] 9.00-10.00 sec 28.0 MBytes 235 Mbits/sec
[ 23] 9.00-10.00 sec 42.1 MBytes 353 Mbits/sec
[SUM] 9.00-10.00 sec 482 MBytes 4.05 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 735 MBytes 616 Mbits/sec 83795 sender
[ 5] 0.00-10.00 sec 729 MBytes 611 Mbits/sec receiver
[ 7] 0.00-10.00 sec 181 MBytes 151 Mbits/sec 23558 sender
[ 7] 0.00-10.00 sec 177 MBytes 148 Mbits/sec receiver
[ 9] 0.00-10.00 sec 352 MBytes 295 Mbits/sec 44752 sender
[ 9] 0.00-10.00 sec 348 MBytes 292 Mbits/sec receiver
[ 11] 0.00-10.00 sec 604 MBytes 507 Mbits/sec 69858 sender
[ 11] 0.00-10.00 sec 598 MBytes 502 Mbits/sec receiver
[ 13] 0.00-10.00 sec 628 MBytes 527 Mbits/sec 72811 sender
[ 13] 0.00-10.00 sec 623 MBytes 523 Mbits/sec receiver
[ 15] 0.00-10.00 sec 547 MBytes 459 Mbits/sec 65406 sender
[ 15] 0.00-10.00 sec 542 MBytes 455 Mbits/sec receiver
[ 17] 0.00-10.00 sec 265 MBytes 222 Mbits/sec 33081 sender
[ 17] 0.00-10.00 sec 260 MBytes 218 Mbits/sec receiver
[ 19] 0.00-10.00 sec 529 MBytes 444 Mbits/sec 63248 sender
[ 19] 0.00-10.00 sec 524 MBytes 439 Mbits/sec receiver
[ 21] 0.00-10.00 sec 470 MBytes 394 Mbits/sec 58480 sender
[ 21] 0.00-10.00 sec 465 MBytes 390 Mbits/sec receiver
[ 23] 0.00-10.00 sec 581 MBytes 487 Mbits/sec 69510 sender
[ 23] 0.00-10.00 sec 576 MBytes 483 Mbits/sec receiver
[SUM] 0.00-10.00 sec 4.78 GBytes 4.10 Gbits/sec 584499 sender
[SUM] 0.00-10.00 sec 4.73 GBytes 4.06 Gbits/sec receiver
iperf Done.
J'ai testé à peu près tous les servers iperf dispo publiquement et surtout j'ai testé avec d'autres servers privés connectés sur différents réseaux (L3, Cogent, GTT ...) et disposant de débit garanti et lors des tests j'ai même modifié certaines annonces pour passer par tel ou tel transitaire (pour modifier le traceroute end-to-end).
Après comme dit dans mon premier message, je sais que le souci ne vient ni de mes tests ni des infra utilisées pour tester.
La limite à 4Gb/s que je constate est manifeste
@Padré : Quelle est votre version de FreeboxOS ?
Cordialement
nbanba
-
@Padré : Quelle est votre version de FreeboxOS ?
nbanba
4.8.18. Mais je ne peux pas comparer, je viens juste d'avoir ma carte 10G Asus.
Donc mes relevés sont purement indicatifs, voir même inutiles finalement ;D
-
Bonjour
@Padré : Non au contraire vos relevés sont très instructifs ! (Certains échanges de paquets dépassent les 4Gbps...)
Merci
N'hésitez pas à partager le lien de ce thread afin que d'autres dans votre région (et ailleur) fassent le même test.
Merci encore
Cordialement
nbanba
-
Il y a d'autres cas de limitation de débit remontés :
- https://dev.freebox.fr/bugs/task/40029
- https://dev.freebox.fr/bugs/task/39921
-
Super, merci pour le test.
Protocole BBR activé sous Debian GNU/Linux, firewall Mikrotik CCR2004 (Ultra mode bridge) et réseau local fibre 10 Gbit/s.
iperf3 -c ipv4.scaleway.testdebit.info -p9202 -R
Connecting to host ipv4.scaleway.testdebit.info, port 9202
Reverse mode, remote host ipv4.scaleway.testdebit.info is sending
[ 5] local xxxxxxxxxxxxx port 42246 connected to 62.210.156.7 port 9202
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 510 MBytes 4.27 Gbits/sec
[ 5] 1.00-2.00 sec 576 MBytes 4.83 Gbits/sec
[ 5] 2.00-3.00 sec 589 MBytes 4.94 Gbits/sec
[ 5] 3.00-4.00 sec 589 MBytes 4.94 Gbits/sec
[ 5] 4.00-5.00 sec 561 MBytes 4.71 Gbits/sec
[ 5] 5.00-6.00 sec 552 MBytes 4.64 Gbits/sec
[ 5] 6.00-7.00 sec 587 MBytes 4.93 Gbits/sec
[ 5] 7.00-8.00 sec 593 MBytes 4.97 Gbits/sec
[ 5] 8.00-9.00 sec 448 MBytes 3.76 Gbits/sec
[ 5] 9.00-10.00 sec 333 MBytes 2.79 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.03 sec 5.23 GBytes 4.48 Gbits/sec 6 sender
[ 5] 0.00-10.00 sec 5.21 GBytes 4.48 Gbits/sec receiver
iperf Done.
iperf3 -c ipv6.scaleway.testdebit.info -p9202 -R
Connecting to host ipv6.scaleway.testdebit.info, port 9202
Reverse mode, remote host ipv6.scaleway.testdebit.info is sending
[ 5] local 2a01:xxxxxxxxxxxxxxxxxxxx port 58950 connected to 2001:bc8:3::7 port 9202
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 312 MBytes 2.61 Gbits/sec
[ 5] 1.00-2.00 sec 320 MBytes 2.68 Gbits/sec
[ 5] 2.00-3.00 sec 318 MBytes 2.67 Gbits/sec
[ 5] 3.00-4.00 sec 321 MBytes 2.69 Gbits/sec
[ 5] 4.00-5.00 sec 326 MBytes 2.73 Gbits/sec
[ 5] 5.00-6.00 sec 326 MBytes 2.74 Gbits/sec
[ 5] 6.00-7.00 sec 326 MBytes 2.74 Gbits/sec
[ 5] 7.00-8.00 sec 310 MBytes 2.60 Gbits/sec
[ 5] 8.00-9.00 sec 321 MBytes 2.69 Gbits/sec
[ 5] 9.00-10.00 sec 309 MBytes 2.59 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.23 sec 3.13 GBytes 2.63 Gbits/sec 129491 sender
[ 5] 0.00-10.00 sec 3.11 GBytes 2.67 Gbits/sec receiver
iperf Done.
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 xxxxxxxxxxxxxxxx port 37894 connected to 51.158.1.21 port 5200
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 640 MBytes 5.36 Gbits/sec
[ 5] 1.00-2.00 sec 655 MBytes 5.50 Gbits/sec
[ 5] 2.00-3.00 sec 694 MBytes 5.82 Gbits/sec
[ 5] 3.00-4.00 sec 698 MBytes 5.86 Gbits/sec
[ 5] 4.00-5.00 sec 682 MBytes 5.72 Gbits/sec
[ 5] 5.00-6.00 sec 688 MBytes 5.77 Gbits/sec
[ 5] 6.00-7.00 sec 699 MBytes 5.86 Gbits/sec
[ 5] 7.00-8.00 sec 702 MBytes 5.89 Gbits/sec
[ 5] 8.00-9.00 sec 698 MBytes 5.85 Gbits/sec
[ 5] 9.00-10.00 sec 590 MBytes 4.95 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.03 sec 6.62 GBytes 5.67 Gbits/sec 2 sender
[ 5] 0.00-10.00 sec 6.59 GBytes 5.66 Gbits/sec receiver
iperf Done.
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:xxxxxxxxxxxxxxxxxxxx port 48708 connected to 2001:bc8:0:1::49 port 5200
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 320 MBytes 2.68 Gbits/sec
[ 5] 1.00-2.00 sec 319 MBytes 2.68 Gbits/sec
[ 5] 2.00-3.00 sec 326 MBytes 2.73 Gbits/sec
[ 5] 3.00-4.00 sec 296 MBytes 2.48 Gbits/sec
[ 5] 4.00-5.00 sec 306 MBytes 2.57 Gbits/sec
[ 5] 5.00-6.00 sec 351 MBytes 2.94 Gbits/sec
[ 5] 6.00-7.00 sec 349 MBytes 2.92 Gbits/sec
[ 5] 7.00-8.00 sec 347 MBytes 2.91 Gbits/sec
[ 5] 8.00-9.00 sec 349 MBytes 2.93 Gbits/sec
[ 5] 9.00-10.00 sec 347 MBytes 2.91 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.03 sec 3.25 GBytes 2.78 Gbits/sec 102466 sender
[ 5] 0.00-10.00 sec 3.23 GBytes 2.78 Gbits/sec receiver
iperf Done.
[checkFtthFree v0.24] Linux 6.12.12-amd64 (x86_64)
-------------------------- 2025-02-13 23:10:22 +0100 --------------------------
Configuration réseau du système:
intf.dev: vlan20
intf.dma-sg: on
intf.driver: 802.1Q VLAN Support 1.8
intf.firmware-version: N/A
intf.mtu: 1500
intf.offload: -cksum_rx | +cksum_tx | +tso | +gso | +gro | -lro
intf.qdisc: noqueue
intf.qlen: 1000
link.autoneg: on
link.duplex: Full
link.port: FIBRE
link.speed: 10000Mb/s
net.core.default_qdisc: fq
net.core.netdev_budget: 300
net.core.netdev_budget_usecs: 8000
net.core.netdev_max_backlog: 1000
net.core.rmem_max: 212992
net.core.wmem_max: 212992
net.ipv4.tcp_adv_win_scale: 1
net.ipv4.tcp_congestion_control: bbr
net.ipv4.tcp_dsack: 1
net.ipv4.tcp_ecn: 2
net.ipv4.tcp_mem: 187686 250248 375372
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
=> Latence TCP max pour une émission à 700 Mbps: 35 ms
Test TCP local (IPv4): téléchargement depuis la Freebox
--> Latence: 1.21 ms [gigue: 0.17 ms]
--> Débit: 406.55 Mo/s (3.25 Gbps) [fluctuation: 0.44%]
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
--> Latence: 4.27 ms [gigue: 0.29 ms]
--> Débit: 618.19 Mo/s (4.95 Gbps) [fluctuation: 1.15%]
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
--> Latence: 3.60 ms [gigue: 0.20 ms]
--> Débit: 689.65 Mo/s (5.52 Gbps) [fluctuation: 2.53%]
-------------------------- 2025-02-13 23:11:00 +0100 --------------------------
-
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 449 MBytes 3.73 Gbits/sec
[ 5] 1.01-2.01 sec 510 MBytes 4.27 Gbits/sec
[ 5] 2.01-3.01 sec 527 MBytes 4.43 Gbits/sec
[ 5] 3.01-4.01 sec 564 MBytes 4.73 Gbits/sec
[ 5] 4.01-5.01 sec 524 MBytes 4.40 Gbits/sec
[ 5] 5.01-6.01 sec 512 MBytes 4.30 Gbits/sec
[ 5] 6.01-7.01 sec 483 MBytes 4.05 Gbits/sec
[ 5] 7.01-8.01 sec 495 MBytes 4.15 Gbits/sec
[ 5] 8.01-9.01 sec 508 MBytes 4.27 Gbits/sec
[ 5] 9.01-10.01 sec 494 MBytes 4.17 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.05 sec 4.96 GBytes 4.24 Gbits/sec 240431 sender
[ 5] 0.00-10.01 sec 4.95 GBytes 4.25 Gbits/sec receiver
Pas de problème ici
-
pour info:
scaleway.testdebit.info est un serveur 10Gbps donc pas le plus recommandé pour des tests quand on a une ligne a 8Gbps.
preferer utiliser: appliwave.testdebit.info qui est un serveur 40Gbps.
(mais ca n'explique pas forcement la limation de l'op)
-
iperf3 -6 -R -c appliwave.iperf.fr -p 9000 -R
Connecting to host appliwave.iperf.fr, port 9000
Reverse mode, remote host appliwave.iperf.fr is sending
[ 5] local 2a01:xxxxxxxxxxxxxxxxxxxxx port 50388 connected to 2a05:46c0:100:1007::5 port 9000
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 231 MBytes 1.94 Gbits/sec
[ 5] 1.00-2.00 sec 242 MBytes 2.03 Gbits/sec
[ 5] 2.00-3.00 sec 234 MBytes 1.96 Gbits/sec
[ 5] 3.00-4.00 sec 246 MBytes 2.06 Gbits/sec
[ 5] 4.00-5.00 sec 244 MBytes 2.04 Gbits/sec
[ 5] 5.00-6.00 sec 248 MBytes 2.08 Gbits/sec
[ 5] 6.00-7.00 sec 240 MBytes 2.01 Gbits/sec
[ 5] 7.00-8.00 sec 250 MBytes 2.10 Gbits/sec
[ 5] 8.00-9.00 sec 241 MBytes 2.02 Gbits/sec
[ 5] 9.00-10.00 sec 243 MBytes 2.04 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 2.37 GBytes 2.03 Gbits/sec 0 sender
[ 5] 0.00-10.00 sec 2.36 GBytes 2.03 Gbits/sec receiver
iperf Done.
iperf3 -R -c appliwave.iperf.fr -p 9000 -R
Connecting to host appliwave.iperf.fr, port 9000
Reverse mode, remote host appliwave.iperf.fr is sending
[ 5] local xxxxxxxxxxxxxxxx port 50774 connected to 45.85.134.189 port 9000
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 555 MBytes 4.65 Gbits/sec
[ 5] 1.00-2.00 sec 650 MBytes 5.45 Gbits/sec
[ 5] 2.00-3.00 sec 674 MBytes 5.65 Gbits/sec
[ 5] 3.00-4.00 sec 697 MBytes 5.84 Gbits/sec
[ 5] 4.00-5.00 sec 710 MBytes 5.96 Gbits/sec
[ 5] 5.00-6.00 sec 707 MBytes 5.93 Gbits/sec
[ 5] 6.00-7.00 sec 706 MBytes 5.92 Gbits/sec
[ 5] 7.00-8.00 sec 704 MBytes 5.91 Gbits/sec
[ 5] 8.00-9.00 sec 715 MBytes 6.00 Gbits/sec
[ 5] 9.00-10.00 sec 712 MBytes 5.98 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 6.68 GBytes 5.72 Gbits/sec 34 sender
[ 5] 0.00-10.00 sec 6.67 GBytes 5.73 Gbits/sec receiver
iperf Done.
-
Bonjour
@frederic.moreau
Merci pour vos retours.
Cependant pourquoi activer BBR si vous ne l'utilisez pas ?
Après perso j'ai de meilleurs résultats en CUBIC qu'en BBR (et RENO est vraiment outdated)
C'est cosmétique mais chez moi j'ai une toute petite amélioration en CUBIC, de l'ordre de 5% (aussi sous Debian 12.9 / Linux 6.14-rc2)
Test à l'instant en CUBIC depuis mon laptop :
$ iperf3 -C cubic -c ipv6.scaleway.testdebit.info -p9202 -R
Connecting to host ipv6.scaleway.testdebit.info, port 9202
Reverse mode, remote host ipv6.scaleway.testdebit.info is sending
[ 5] local fd00:20::10 port 42842 connected to 2001:bc8:3::7 port 9202
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 502 MBytes 4.21 Gbits/sec
[ 5] 1.00-2.00 sec 513 MBytes 4.30 Gbits/sec
[ 5] 2.00-3.00 sec 514 MBytes 4.32 Gbits/sec
[ 5] 3.00-4.00 sec 512 MBytes 4.29 Gbits/sec
[ 5] 4.00-5.00 sec 509 MBytes 4.27 Gbits/sec
[ 5] 5.00-6.00 sec 516 MBytes 4.33 Gbits/sec
[ 5] 6.00-7.00 sec 518 MBytes 4.34 Gbits/sec
[ 5] 7.00-8.00 sec 515 MBytes 4.32 Gbits/sec
[ 5] 8.00-9.00 sec 518 MBytes 4.35 Gbits/sec
[ 5] 9.00-10.00 sec 520 MBytes 4.36 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.03 sec 5.03 GBytes 4.30 Gbits/sec 76 sender
[ 5] 0.00-10.00 sec 5.02 GBytes 4.31 Gbits/sec receiver
iperf Done.
Malheureusement ça fait 20ans+ que je fais du réseau et je pense ne pas me tromper en affirmant que le lien est bridé à 4Gbps au lieu des 8Gbps annoncés
À noter que j'ai bien eu ces 8Gbps et je les ai régulièrement mesurés sur la même infra de 02/2019 à 01/2025 notamment depuis mon laptop ou encore depuis des serveurs de l'infra et aussi directement sur les firewalls FortiGate avec iperf3 (euh: diag traffictest run <iperf cmd> )
Cordialement
nbanba
-
Bonjour,
3 Tests fait à l'instant, si ca peut aider :
iperf3 -c ipv4.scaleway.testdebit.info -p9202 -R
iperf3 -c ipv4.appliwave.testdebit.info -p9202 -R
iperf3 -c cubic -c ipv6.scaleway.testdebit.info -p9202 -R
D:\Downloads\iperf3>iperf3 -c ipv4.scaleway.testdebit.info -p9202 -R
Connecting to host ipv4.scaleway.testdebit.info, port 9202
Reverse mode, remote host ipv4.scaleway.testdebit.info is sending
[ 5] local 192.168.7.77 port 61973 connected to 62.210.156.7 port 9202
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 333 MBytes 2.78 Gbits/sec
[ 5] 1.01-2.01 sec 349 MBytes 2.91 Gbits/sec
[ 5] 2.01-3.00 sec 343 MBytes 2.91 Gbits/sec
[ 5] 3.00-4.01 sec 395 MBytes 3.30 Gbits/sec
[ 5] 4.01-5.00 sec 355 MBytes 3.00 Gbits/sec
[ 5] 5.00-6.01 sec 363 MBytes 3.03 Gbits/sec
[ 5] 6.01-7.01 sec 338 MBytes 2.81 Gbits/sec
[ 5] 7.01-8.01 sec 366 MBytes 3.09 Gbits/sec
[ 5] 8.01-9.01 sec 359 MBytes 3.00 Gbits/sec
[ 5] 9.01-10.00 sec 370 MBytes 3.13 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 3.50 GBytes 2.99 Gbits/sec 174018 sender
[ 5] 0.00-10.00 sec 3.49 GBytes 3.00 Gbits/sec receiver
iperf Done.
D:\Downloads\iperf3>iperf3 -c ipv4.appliwave.testdebit.info -p9202 -R
Connecting to host ipv4.appliwave.testdebit.info, port 9202
Reverse mode, remote host ipv4.appliwave.testdebit.info is sending
[ 5] local 192.168.7.77 port 62470 connected to 45.85.134.187 port 9202
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 287 MBytes 2.40 Gbits/sec
[ 5] 1.01-2.01 sec 407 MBytes 3.39 Gbits/sec
[ 5] 2.01-3.00 sec 419 MBytes 3.55 Gbits/sec
[ 5] 3.00-4.01 sec 412 MBytes 3.44 Gbits/sec
[ 5] 4.01-5.01 sec 422 MBytes 3.52 Gbits/sec
[ 5] 5.01-6.00 sec 413 MBytes 3.51 Gbits/sec
[ 5] 6.00-7.01 sec 413 MBytes 3.44 Gbits/sec
[ 5] 7.01-8.01 sec 427 MBytes 3.56 Gbits/sec
[ 5] 8.01-9.00 sec 390 MBytes 3.30 Gbits/sec
[ 5] 9.00-10.01 sec 392 MBytes 3.26 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.05 sec 3.90 GBytes 3.33 Gbits/sec 204668 sender
[ 5] 0.00-10.01 sec 3.89 GBytes 3.34 Gbits/sec receiver
iperf Done.
D:\Downloads\iperf3>iperf3 -c cubic -c ipv6.scaleway.testdebit.info -p9202 -R
Connecting to host ipv6.scaleway.testdebit.info, port 9202
Reverse mode, remote host ipv6.scaleway.testdebit.info is sending
[ 5] local 2a01:e0a:1b2:fbe0:18:8d89:f0ae:fcda port 64411 connected to 2001:bc8:3::7 port 9202
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 220 MBytes 1.84 Gbits/sec
[ 5] 1.01-2.01 sec 367 MBytes 3.06 Gbits/sec
[ 5] 2.01-3.00 sec 383 MBytes 3.24 Gbits/sec
[ 5] 3.00-4.01 sec 384 MBytes 3.21 Gbits/sec
[ 5] 4.01-5.01 sec 418 MBytes 3.49 Gbits/sec
[ 5] 5.01-6.00 sec 290 MBytes 2.46 Gbits/sec
[ 5] 6.00-7.01 sec 340 MBytes 2.83 Gbits/sec
[ 5] 7.01-8.01 sec 420 MBytes 3.51 Gbits/sec
[ 5] 8.01-9.02 sec 400 MBytes 3.35 Gbits/sec
[ 5] 9.02-10.01 sec 422 MBytes 3.57 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.06 sec 3.57 GBytes 3.05 Gbits/sec 121097 sender
[ 5] 0.00-10.01 sec 3.56 GBytes 3.06 Gbits/sec receiver
iperf Done.
Cordialement.
Franck
-
Test de 15 minutes sur serveur free 40 Gbps
-
Il serait intéressant de faire un test entre 2 abonnés Ultra de la meme région (avec iperf3 par exemple). pour voir si le probleme est local ( dans la freebox par exemple) ou plus en amont dans le réseau de Free.
pour info: cubic/bbr ne concerne que l'émetteur (dans le cas des tests montrés ici: le serveur en face). changer bbr/cubic sur son pc, n'impactera que le débit d'upload.
-
Bonjour Kgersen,
Alors je précise je ne suis pas un spécialiste réseau, mais je veux bien faire des tests pas de soucis.
Et petite précision je suis en Freebox Delta en SFP+ carte réseau X520-1 et j'avais comme les autres une connexion stable à 7296 Gbps entre le 20 01 2025 et 27/01/2025 à partir du 28/01 c'est tombé en moyenne à 3200.
Donc là tu me dis changer bbr.cubic ... mais tu peux me donner la ligne de commande, comme cela je la lance ?
Genre :
iperf3 -c ipv4.scaleway.testdebit.info -p9202 -R
iperf3 -c ipv4.appliwave.testdebit.info -p9202 -R
iperf3 -c cubic -c ipv6.scaleway.testdebit.info -p9202 -R
Cordialement.
Franck
-
Bonjour Kgersen,
Alors je précise je ne suis pas un spécialiste réseau, mais je veux bien faire des tests pas de soucis.
Et petite précision je suis en Freebox Delta en SFP+ carte réseau X520-1 et j'avais comme les autres une connexion stable à 7296 Gbps entre le 20 01 2025 et 27/01/2025 à partir du 28/01 c'est tombé en moyenne à 3200.
Donc là tu me dis changer bbr.cubic ... mais tu peux me donner la ligne de commande, comme cela je la lance ?
Genre :
iperf3 -c ipv4.scaleway.testdebit.info -p9202 -R
iperf3 -c ipv4.appliwave.testdebit.info -p9202 -R
iperf3 -c cubic -c ipv6.scaleway.testdebit.info -p9202 -R
Cordialement.
Franck
non je n'ai pas dit de changer bbr/cubic... De ton coté bbr/cubic ne changera rien.
par exemple, quand tu fais:
iperf3 -c ipv4.appliwave.testdebit.info -p9202 -R
c'est le serveur chez Appliwave qui émet donc le reglage cubic/bbr est à faire dans ce serveur (option -R d'iperf3 = mode reception de ton coté).
Le serveur Appliwave est déja en bbr donc ca ne changera pas grand chose.
Pour le test entre 2 Freebox, tu n'es pas concerné il faut 2 Ultra car sinon il sera limité a 700Mbps a cause de l'upload des Delta.
Le mieux est que @nbanba trouve un abonné Ultra proche de chez lui pour faire un test en direct.
-
et du coup comme j'aime bien comprendre ... comment cela se passerai au niveau commande pour faire un test entre 2 ultras ? mais avec 1 ultra et 1 delta même si le test serait comme tu dis limité à 700 en remonté ... on ne verrait pas le download du coup ?
-
Bonjour
@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.
Ce serait top de trouver des personnes connectées au NRO GRU92 qui ont un réseau local en 10Gbps ou plus (si possible avec du matos pro) et qui ont une ULTRA à dispo et 1 serveur Linux connecté avec un LAG LACP à 2*10G sur leur réseau local, histoire d'avoir une infra à peu près cohérente avec la mienne en face
(perso je n'ai qu'une Delta que je ne changerai pas pour une Ultra qui n'apporte que le débit UP mais qui fait perdre tout ce qui faisait qu'une Freebox était une Freebox)
Cordialement
nbanba
-
et du coup comme j'aime bien comprendre ... comment cela se passerai au niveau commande pour faire un test entre 2 ultras ? mais avec 1 ultra et 1 delta même si le test serait comme tu dis limité à 700 en remonté ... on ne verrait pas le download du coup ?
entre une ultra et une delta on peut tester a 8G dans un seul sens, dans l'autre sens on sera limité a 700Mbps
entre deux ultra on peut tester a 8G dans les 2 sens
pour faire le test:
abonné A
abonné B
A se met en mode server iperf3 sur un pc relié a 10G a la freebox:
curl api6.ipify.org # ca va afficher adresse IPv6 public (temporaire éventuellement) de ce PC
iperf3 -s # lance iperf3 en mode serveur
(port 5201 par défaut) et désactiver le firewall ipv6 de la freebox.
ce sont des commandes pour Linux/Mac.
pour Windows, il faut curl.exe (pas "curl") et prendre la bonne version d'iperf3 (dispo ici https://github.com/ar51an/iperf3-win-builds/releases ) et ouvrir le firewall de Windows (y'a une demande qui apparait quand on lance iperf3.exe -s)
B fait juste :
test le débit de B vers A:
"iperf3 -c adresse_ip_public_de_A"test le débit de A vers B:
"iperf3 -c adresse_ip_public_de_A -R"
il est mieux de faire le test en IPv6 (lien direct réseau entre les 2 freebox) car en IPv4 y'a des tunnels (direct en principe).
a la fin, remettre en service le firewall IPv6 de la freebox A (si on veut).
en ipv4, chez A, il faut faire une redirection du port 5201 vers le PC. c'est plus complexe si on est pas habitué a cela.
-
J'ai l'impression que dans les résultats qui ont été donnés jusque là, il y a des résultats à plus de 4 Gbps quand d'autres sont nettement en dessous. Ça me fait un peu douter sur le fait qu'il y ait un problème global de limitation à 4 Gbps. Est-ce que ce ne sont pas justes différents problèmes "classiques" (des limitations liées à la machine de test, des saturations locales, etc) ?
-
J'ai l'impression que dans les résultats qui ont été donnés jusque là, il y a des résultats à plus de 4 Gbps quand d'autres sont nettement en dessous. Ça me fait un peu douter sur le fait qu'il y ait un problème global de limitation à 4 Gbps. Est-ce que ce ne sont pas justes différents problèmes "classiques" (des limitations liées à la machine de test, des saturations locales, etc) ?
pour certains oui mais nbanba a l'air de s'y connaitre donc je pense que y'a quand meme un souci chez Free...
-
pour info: cubic/bbr ne concerne que l'émetteur (dans le cas des tests montrés ici: le serveur en face). changer bbr/cubic sur son pc, n'impactera que le débit d'upload.
Et utilisateurs Windows, attention : ne basculez surtout pas votre installation en BBR, ça va engendrer des bugs étranges jusqu'à ce que vous vous rappeliez que vous aviez changé ce paramètre il y a plusieurs semaines ou mois... j'ai fait face, par exemple, à Steam dont le sous-processus « steamwebhelper » crashait en boucle. En rebasculant en CUBIC, plus aucun problème.
-
@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
-
[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.
-
il faut vraiment arreter avec ipv4... ;) mais bon je me tais.
-
Bonjour,
Nous avons le même problème. Notre débit est limité dans une fourchette entre 2,5 Gbps et 3,5 Gbps...
Nous sommes sur une Freebox Delta r1. Un développeur Freebox nous a rapporté une réponse sur le bug-tracker Freebox. Juste ici : https://dev.freebox.fr/bugs/task/40029
Voici sa réponse :
Test iperf3 fait depuis votre Freebox Delta à l'instant:
# 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.
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.
iperf3 -c ping.online.net -p 5206 -t 20 -R
Connecting to host ping.online.net, port 5206
Reverse mode, remote host ping.online.net is sending
[ 5] local 192.168.1.74 port 51430 connected to 51.158.1.21 port 5206
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 470 MBytes 3.93 Gbits/sec
[ 5] 1.00-2.00 sec 489 MBytes 4.10 Gbits/sec
[ 5] 2.00-3.00 sec 494 MBytes 4.15 Gbits/sec
[ 5] 3.00-4.00 sec 485 MBytes 4.07 Gbits/sec
[ 5] 4.00-5.00 sec 490 MBytes 4.11 Gbits/sec
[ 5] 5.00-6.00 sec 489 MBytes 4.10 Gbits/sec
[ 5] 6.00-7.00 sec 490 MBytes 4.11 Gbits/sec
[ 5] 7.00-8.00 sec 485 MBytes 4.07 Gbits/sec
[ 5] 8.00-9.00 sec 481 MBytes 4.04 Gbits/sec
[ 5] 9.00-10.00 sec 492 MBytes 4.12 Gbits/sec
[ 5] 10.00-11.00 sec 383 MBytes 3.21 Gbits/sec
[ 5] 11.00-12.00 sec 481 MBytes 4.04 Gbits/sec
[ 5] 12.00-13.00 sec 494 MBytes 4.15 Gbits/sec
[ 5] 13.00-14.00 sec 476 MBytes 3.99 Gbits/sec
[ 5] 14.00-15.00 sec 478 MBytes 4.01 Gbits/sec
[ 5] 15.00-16.00 sec 478 MBytes 4.01 Gbits/sec
[ 5] 16.00-17.00 sec 481 MBytes 4.03 Gbits/sec
[ 5] 17.00-18.00 sec 488 MBytes 4.10 Gbits/sec
[ 5] 18.00-19.00 sec 486 MBytes 4.08 Gbits/sec
[ 5] 19.00-20.00 sec 488 MBytes 4.10 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-20.03 sec 9.42 GBytes 4.04 Gbits/sec 128 sender
[ 5] 0.00-20.00 sec 9.38 GBytes 4.03 Gbits/sec receiver
et avec P4 pour maximiser les threads iperf3 -c ping.online.net -p 5206 -t 20 -P 4 -R
Connecting to host ping.online.net, port 5206
Reverse mode, remote host ping.online.net is sending
[ 5] local 192.168.1.74 port 33642 connected to 51.158.1.21 port 5206
[ 7] local 192.168.1.74 port 33654 connected to 51.158.1.21 port 5206
[ 9] local 192.168.1.74 port 33666 connected to 51.158.1.21 port 5206
[ 11] local 192.168.1.74 port 33676 connected to 51.158.1.21 port 5206
[ ID] Interval Transfer Bitrate
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-20.01 sec 2.25 GBytes 967 Mbits/sec 161943 sender
[ 5] 0.00-20.00 sec 2.23 GBytes 960 Mbits/sec receiver
[ 7] 0.00-20.01 sec 1.90 GBytes 816 Mbits/sec 139246 sender
[ 7] 0.00-20.00 sec 1.89 GBytes 810 Mbits/sec receiver
[ 9] 0.00-20.01 sec 2.28 GBytes 980 Mbits/sec 158130 sender
[ 9] 0.00-20.00 sec 2.26 GBytes 973 Mbits/sec receiver
[ 11] 0.00-20.01 sec 2.21 GBytes 949 Mbits/sec 156940 sender
[ 11] 0.00-20.00 sec 2.19 GBytes 941 Mbits/sec receiver
[SUM] 0.00-20.01 sec 8.65 GBytes 3.71 Gbits/sec 616259 sender
[SUM] 0.00-20.00 sec 8.58 GBytes 3.68 Gbits/sec receiver
iperf Done.
[checkFtthFree v0.25] Linux 6.12.13-amd64 (x86_64)
————————– 2025-02-14 15:57:22 +0100 ————————– Configuration réseau du système:
dev.link_speed: 8.0 GT/s PCIe
dev.link_width: 4
intf.dev: enp4s0
intf.mtu: 1500
intf.qdisc: mq
intf.qlen: 1000
link.duplex: full
link.speed: 10000
net.core.default_qdisc: fq_codel
net.core.netdev_budget: 300
net.core.netdev_budget_usecs: 8000
net.core.netdev_max_backlog: 1000
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_dsack: 1
net.ipv4.tcp_ecn: 2
net.ipv4.tcp_mem: 381177 508239 762354
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
=> Latence TCP max pour une émission à 700 Mbps: 35 ms
Test TCP local (IPv4): téléchargement depuis la Freebox
→ Latence: 0.26 ms [gigue: 0.02 ms]
→ Débit: 1.18 Go/s (9.41 Gbps) [fluctuation: 0.05%]
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
→ Latence: 6.19 ms [gigue: 0.10 ms]
→ Débit: 516.59 Mo/s (4.13 Gbps) [fluctuation: 0.67%]
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
→ Latence: 5.53 ms [gigue: 0.09 ms]
→ Débit: 458.79 Mo/s (3.67 Gbps) [fluctuation: 0.19%]
————————– 2025-02-14 15:57:59 +0100 ————————–
Il y a un bridage (volontaire ou pas), ça ne dépasse jamais 4 Gbps.
-
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 :
Test iperf3 fait depuis votre Freebox Delta à l'instant:
# 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.
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 ? :o
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 (https://lafibre.info/1gb-free/test-svp-suspicion-de-limitation-a-4gps-des-freebox-delta-ultra/msg1105923/#msg1105923)). 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.
-
L'objectif n'était pas d'apporter une réponse "méchante" à mbizon.
Mais on n'arrête pas de faire des collections de tests depuis des jours, le 3244 est paumé, voire raconte parfois des énormités (genre du SFP+ c'est pas plus de 100 Mbps). Alors au bout d'un moment, ben on en a marre.
Désolé si vous l'avez mal pris. Mais une autre personne de chez Free nous a fait réalisé d'autres tests il y a une semaine, a bien constaté la limitation, et ensuite on n'a plus jamais eu de retour. Il avait même été constaté la limitation sur nous, ainsi qu'un autre abonné.
Ont avaient hâte de passer à la Freebox Delta r2 afin de pouvoir bénéficier du WiFi 6E, mais je crois que ce n'est vraiment pas prêt d'arriver.
-
Aucun souci depuis chez moi (dans les deux sens) :
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.
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, tu n'as aucun problème.
T'es sur une Freebox Ultra, non ?
-
Oui c'est exact.
-
Oui c'est exact.
Je m'en doutais. On dirait que ça ne concerne que des Freebox Delta.
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 !
-
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.
-
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.
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.
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.
-
Non j'ai une ultra et depuis la MAJ firmware elle est bloquée à 2Gbit/4Gbit.
J'ai rien dit ! ;D
-
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 :
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.
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.
-
Toute cette histoire n'est peut-être qu'une MAJ de tout un tas d'équipements réseau, et ça aurait déraillé ?
J'ai vu passé une chose bizarre sur nPerf il y a 3 semaines environ. Il y avait un record de test national à 9,4 Gbps (enregistré pour Free), ce qui n'est normalement pas compatible avec le 10G-EPON ou le XGS-PON. Je dis ça, je dis rien.
Je n'ai malheureusement pas fait de copie d'écran, car le record actuel a été remplacé par Moji.
-
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
-
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.
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.
-
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
T'as exactement la même chose que nous.
Et t'as eu la chance de ne pas avoir au téléphone la conseillère du 3244 qui m'a indiqué que du SFP+ c'était du 100 Mbps, puis que notre problème provenait du changement des DNS.
-
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 (https://lafibre.info/1gb-free/checkftthfree-test-de-debit-tcp-mono-connexion-freeboxcubicbbr/msg1106102/#msg1106102)
Cordialement.
Franck
-
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 (https://lafibre.info/1gb-free/checkftthfree-test-de-debit-tcp-mono-connexion-freeboxcubicbbr/msg1106102/#msg1106102)
Cordialement.
Franck
On ne sait pas trop, ça a surtout l'air d'être une histoire de fou.
Sur notre ligne en tout cas, nous n'avons jamais rien eu en IPv6.
Comme disait nbanba, tout fonctionnait nickel depuis 6 ans. Et du jour au lendemain, ça déraille.
-
Je poste une nième fois. Finalement, j'ai installé un version bêta du firewall Mikrotik routerOS qui supporte l'accélération matérielle IPv4 et IPv6 (qui se nomme Fastpath dans leur jargon). Du coup, je peux réintégrer le protocole de test.
iperf3 -c ipv6.scaleway.testdebit.info -p9202 -R
Connecting to host ipv6.scaleway.testdebit.info, port 9202
Reverse mode, remote host ipv6.scaleway.testdebit.info is sending
[ 5] local 2a01:xxxxxxxxxxxxxxxxx port 49354 connected to 2001:bc8:3::7 port 9202
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 466 MBytes 3.91 Gbits/sec
[ 5] 1.00-2.00 sec 754 MBytes 6.32 Gbits/sec
[ 5] 2.00-3.00 sec 782 MBytes 6.56 Gbits/sec
[ 5] 3.00-4.00 sec 783 MBytes 6.57 Gbits/sec
[ 5] 4.00-5.00 sec 748 MBytes 6.27 Gbits/sec
[ 5] 5.00-6.00 sec 728 MBytes 6.11 Gbits/sec
[ 5] 6.00-7.00 sec 787 MBytes 6.60 Gbits/sec
[ 5] 7.00-8.00 sec 724 MBytes 6.08 Gbits/sec
[ 5] 8.00-9.00 sec 798 MBytes 6.70 Gbits/sec
[ 5] 9.00-10.00 sec 761 MBytes 6.39 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 7.17 GBytes 6.14 Gbits/sec 1082 sender
[ 5] 0.00-10.00 sec 7.16 GBytes 6.15 Gbits/sec receiver
iperf Done.
iperf3 -c ipv6.scaleway.testdebit.info -p9202
Connecting to host ipv6.scaleway.testdebit.info, port 9202
[ 5] local 2a01:xxxxxxxxxxxxxxxxxxx port 51860 connected to 2001:bc8:3::7 port 9202
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 456 MBytes 3.82 Gbits/sec 3400 3.61 MBytes
[ 5] 1.00-2.00 sec 821 MBytes 6.88 Gbits/sec 1042 3.64 MBytes
[ 5] 2.00-3.00 sec 868 MBytes 7.28 Gbits/sec 505 3.48 MBytes
[ 5] 3.00-4.00 sec 885 MBytes 7.43 Gbits/sec 0 3.49 MBytes
[ 5] 4.00-5.00 sec 870 MBytes 7.30 Gbits/sec 0 3.72 MBytes
[ 5] 5.00-6.00 sec 848 MBytes 7.11 Gbits/sec 0 3.88 MBytes
[ 5] 6.00-7.00 sec 856 MBytes 7.18 Gbits/sec 0 3.79 MBytes
[ 5] 7.00-8.00 sec 876 MBytes 7.35 Gbits/sec 335 3.65 MBytes
[ 5] 8.00-9.00 sec 869 MBytes 7.29 Gbits/sec 0 3.68 MBytes
[ 5] 9.00-10.00 sec 871 MBytes 7.30 Gbits/sec 0 3.75 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 8.03 GBytes 6.90 Gbits/sec 5282 sender
[ 5] 0.00-10.03 sec 8.03 GBytes 6.88 Gbits/sec receiver
iperf Done.
J'ai déjà posté mes tests en IPv4 plus haut.
Donc pas de limitation sur ma Freebox Ultra en mode bridge.
Matériel : Mikrotik CCR2004, vlans et régles de filtrage.
On est vendredi soir à une heure de pointe, ma femme regarde la télé.
Tout cela en full speed. Il a Free, il a tout compris.
-
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.
C'est un peu moins bon, mais je me plains pas.
PS C:\Applications\Iperf3> ./iperf3 -c ping.online.net -p5200 -R
Connecting to host ping.online.net, port 5200
Reverse mode, remote host ping.online.net is sending
[ 5] local 192.168.1.96 port 41759 connected to 51.158.1.21 port 5200
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 736 MBytes 6.17 Gbits/sec
[ 5] 1.00-2.01 sec 790 MBytes 6.56 Gbits/sec
[ 5] 2.01-3.01 sec 733 MBytes 6.18 Gbits/sec
[ 5] 3.01-4.01 sec 595 MBytes 4.99 Gbits/sec
[ 5] 4.01-5.00 sec 719 MBytes 6.05 Gbits/sec
[ 5] 5.00-6.01 sec 750 MBytes 6.23 Gbits/sec
[ 5] 6.01-7.01 sec 762 MBytes 6.43 Gbits/sec
[ 5] 7.01-8.00 sec 768 MBytes 6.46 Gbits/sec
[ 5] 8.00-9.01 sec 784 MBytes 6.51 Gbits/sec
[ 5] 9.01-10.01 sec 774 MBytes 6.52 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.06 sec 7.32 GBytes 6.25 Gbits/sec 62755 sender
[ 5] 0.00-10.01 sec 7.24 GBytes 6.21 Gbits/sec receiver
iperf Done.
PS C:\Applications\Iperf3> ./iperf3 -c ping.online.net -p5200
Connecting to host ping.online.net, port 5200
[ 5] local 192.168.1.96 port 41761 connected to 51.158.1.21 port 5200
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 576 MBytes 4.83 Gbits/sec
[ 5] 1.00-2.00 sec 603 MBytes 5.06 Gbits/sec
[ 5] 2.00-3.01 sec 664 MBytes 5.52 Gbits/sec
[ 5] 3.01-4.00 sec 675 MBytes 5.70 Gbits/sec
[ 5] 4.00-5.01 sec 649 MBytes 5.39 Gbits/sec
[ 5] 5.01-6.01 sec 587 MBytes 4.94 Gbits/sec
[ 5] 6.01-7.01 sec 639 MBytes 5.35 Gbits/sec
[ 5] 7.01-8.00 sec 616 MBytes 5.21 Gbits/sec
[ 5] 8.00-9.01 sec 651 MBytes 5.41 Gbits/sec
[ 5] 9.01-10.01 sec 682 MBytes 5.75 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.01 sec 6.19 GBytes 5.32 Gbits/sec sender
[ 5] 0.00-10.06 sec 6.18 GBytes 5.28 Gbits/sec receiver
iperf Done.
-
En activant l'IPv6 sur notre machine en 10 Gbps, la plupart des serveurs nPerf montent à 3,3 Gbps au lieu de 2,2 Gbps. Sous Windaube 11, on monte alors à 9,4 Gbps en réseau local.
En réseau Internet, on n'arrive cependant plus à passer le cap des 4 Gbps. Impossible, peu importe les actions réalisées.
Voici deux tests effectués :
en ipv6 sur W11 effectivement mieux pour l'interne mais toujours pourri pour Internet : "[checkFtthFree v0.25] Windows 11 Build 26100 (64-bit)
————————– 2025-02-14 22:25:33 +0100 ————————– Configuration réseau du système:
Adapter.Driver: ASUS XG-C100F 10G SFP+ Network Adapter
Adapter.DriverVersion: 3.1.8.0 (Marvell, 2023-04-17)
Adapter.EEE: Disabled
Adapter.FlowControl: Tx Enabled
Adapter.IPChecksumOffloadIPv4: Rx & Tx Enabled
Adapter.InterruptModeration: Disabled
Adapter.JumboPacket: 9014 Bytes
Adapter.LinkSpeed: 10 Gbps
Adapter.LsoV1IPv4: Enabled
Adapter.LsoV2: Enabled
Adapter.PcieLinkSpeed: 8.0 GT/s
Adapter.PcieLinkWidth: 4
Adapter.PhysicalMediaType: 802.3
Adapter.ReceiveBuffers: 2048
Adapter.TCPUDPChecksumOffload: Rx & Tx Enabled
Adapter.TransmitBuffers: 2048
NetProfile.NetworkCategory: Public
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.46 ms [gigue: 0.04 ms]
→ Débit: 1.18 Go/s (9.47 Gbps) [fluctuation: 0.45%]
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
→ Latence: 6.29 ms [gigue: 0.09 ms]
→ Débit: 474.82 Mo/s (3.80 Gbps) [fluctuation: 4.55%]
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
→ Latence: 5.75 ms [gigue: 0.21 ms]
→ Débit: 428.59 Mo/s (3.43 Gbps) [fluctuation: 12.87%]
————————– 2025-02-14 22:26:17 +0100 ————————–"
encore sur le W11 en IPv6 iperf : ".\iperf3.exe -c ping6.online.net -p 5206 -t 30 -R
Connecting to host ping6.online.net, port 5206
Reverse mode, remote host ping6.online.net is sending
[ 5] local 2a01:e0a:285:7090:e4c7:b5a1:d05c:72ea port 53709 connected to 2001:bc8:0:1::49 port 5206
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 270 MBytes 2.25 Gbits/sec
[ 5] 1.01-2.00 sec 307 MBytes 2.58 Gbits/sec
[ 5] 2.00-3.01 sec 426 MBytes 3.54 Gbits/sec
[ 5] 3.01-4.00 sec 304 MBytes 2.56 Gbits/sec
[ 5] 4.00-5.00 sec 319 MBytes 2.69 Gbits/sec
[ 5] 5.00-6.01 sec 304 MBytes 2.52 Gbits/sec
[ 5] 6.01-7.01 sec 431 MBytes 3.63 Gbits/sec
[ 5] 7.01-8.01 sec 435 MBytes 3.63 Gbits/sec
[ 5] 8.01-9.00 sec 390 MBytes 3.30 Gbits/sec
[ 5] 9.00-10.01 sec 428 MBytes 3.57 Gbits/sec
[ 5] 10.01-11.01 sec 157 MBytes 1.32 Gbits/sec
[ 5] 11.01-12.00 sec 285 MBytes 2.40 Gbits/sec
[ 5] 12.00-13.01 sec 320 MBytes 2.66 Gbits/sec
[ 5] 13.01-14.01 sec 187 MBytes 1.58 Gbits/sec
[ 5] 14.01-15.01 sec 422 MBytes 3.53 Gbits/sec
[ 5] 15.01-16.01 sec 319 MBytes 2.68 Gbits/sec
[ 5] 16.01-17.00 sec 275 MBytes 2.32 Gbits/sec
[ 5] 17.00-18.01 sec 431 MBytes 3.58 Gbits/sec
[ 5] 18.01-19.01 sec 197 MBytes 1.66 Gbits/sec
[ 5] 19.01-20.00 sec 347 MBytes 2.94 Gbits/sec
[ 5] 20.00-21.00 sec 291 MBytes 2.44 Gbits/sec
[ 5] 21.00-22.01 sec 338 MBytes 2.82 Gbits/sec
[ 5] 22.01-23.00 sec 254 MBytes 2.14 Gbits/sec
[ 5] 23.00-24.01 sec 415 MBytes 3.45 Gbits/sec
[ 5] 24.01-25.00 sec 441 MBytes 3.72 Gbits/sec
[ 5] 25.00-26.01 sec 330 MBytes 2.74 Gbits/sec
[ 5] 26.01-27.01 sec 313 MBytes 2.63 Gbits/sec
[ 5] 27.01-28.00 sec 430 MBytes 3.65 Gbits/sec
[ 5] 28.00-29.01 sec 445 MBytes 3.70 Gbits/sec
[ 5] 29.01-30.00 sec 327 MBytes 2.76 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-30.06 sec 9.96 GBytes 2.85 Gbits/sec 696684 sender
[ 5] 0.00-30.00 sec 9.90 GBytes 2.84 Gbits/sec receiver
iperf Done."
donc pas mieux…
-
et bien ici ce'est pas les mêmes résultats : (juste TV allumée)
iperf3 -c ping.online.net -p5200 -R
Connecting to host ping.online.net, port 5200
Reverse mode, remote host ping.online.net is sending
[ 5] local 192.168.7.77 port 61449 connected to 51.158.1.21 port 5200
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 318 MBytes 2.65 Gbits/sec
[ 5] 1.01-2.00 sec 395 MBytes 3.33 Gbits/sec
[ 5] 2.00-3.01 sec 392 MBytes 3.26 Gbits/sec
[ 5] 3.01-4.01 sec 408 MBytes 3.44 Gbits/sec
[ 5] 4.01-5.01 sec 379 MBytes 3.16 Gbits/sec
[ 5] 5.01-6.01 sec 403 MBytes 3.40 Gbits/sec
[ 5] 6.01-7.00 sec 331 MBytes 2.79 Gbits/sec
[ 5] 7.00-8.01 sec 413 MBytes 3.43 Gbits/sec
[ 5] 8.01-9.01 sec 358 MBytes 3.02 Gbits/sec
[ 5] 9.01-10.00 sec 348 MBytes 2.93 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 3.74 GBytes 3.20 Gbits/sec 254859 sender
[ 5] 0.00-10.00 sec 3.66 GBytes 3.14 Gbits/sec receiver
iperf Done.
iperf3 -c ipv6.scaleway.testdebit.info -p9202
Connecting to host ipv6.scaleway.testdebit.info, port 9202
[ 5] local 2a01:xxxxxxxxxxxxxxxxxxxxxxxxx port 61993 connected to 2001:bc8:3::7 port 9202
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 18.6 MBytes 155 Mbits/sec
[ 5] 1.01-2.01 sec 18.1 MBytes 153 Mbits/sec
[ 5] 2.01-3.00 sec 20.4 MBytes 172 Mbits/sec
[ 5] 3.00-4.01 sec 24.2 MBytes 202 Mbits/sec
[ 5] 4.01-5.01 sec 28.5 MBytes 240 Mbits/sec
[ 5] 5.01-6.01 sec 34.0 MBytes 283 Mbits/sec
[ 5] 6.01-7.01 sec 38.2 MBytes 323 Mbits/sec
[ 5] 7.01-8.00 sec 42.8 MBytes 361 Mbits/sec
[ 5] 8.00-9.01 sec 48.4 MBytes 401 Mbits/sec
[ 5] 9.01-10.01 sec 52.2 MBytes 441 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.01 sec 326 MBytes 273 Mbits/sec sender
[ 5] 0.00-10.05 sec 325 MBytes 271 Mbits/sec receiver
iperf Done.
-
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 (https://lafibre.info/1gb-free/checkftthfree-test-de-debit-tcp-mono-connexion-freeboxcubicbbr/msg1106102/#msg1106102)
Cordialement.
Franck
Mon problème m'a clairement l'air d'être complètement différent du vôtre. Je constate une dégradation en ipv4 uniquement, après un laps de temps aléatoire, et qui, sur nPerf, finit toujours en 2 Gbps et 13% de packet loss précisément.
Tandis que vous constatez un débit plafonnant à 4 Gbps tout le temps, et peu importe le protocole utilisé ?
(P.S. : c'est MaxLebled sans troisième majuscule ;) )
-
On a un débit de 2 Gbps sur nPerf sur la plupart des serveurs. Plutôt 3 Gbps sur le serveur Moji, et nPerf indique souvent des pertes de paquets de 13 %.
-
La baleine sous mon gravillon aurait donc peut-être une voisine...! 🧐
-
Je n'ai pas très bien compris votre protocole de tests, mais dans mon cas : Freebox Ultra et mode bridge avec firewall Mikrotik accéléré matériellement IPv4 et IPv6, je ne constate aucun bridage (lire mes tests iperf3), même dans le cadre d'une politique de filtrage impliquant d'interdire les IP chinoises. Donc a priori pas de problème sur l'infra Free, le problème vient d'ailleurs.
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:xxxxxxxxxxxxxxxxxxx port 38486 connected to 2001:bc8:0:1::49 port 5200
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 796 MBytes 6.67 Gbits/sec
[ 5] 1.00-2.00 sec 949 MBytes 7.96 Gbits/sec
[ 5] 2.00-3.00 sec 875 MBytes 7.34 Gbits/sec
[ 5] 3.00-4.00 sec 903 MBytes 7.57 Gbits/sec
[ 5] 4.00-5.00 sec 932 MBytes 7.82 Gbits/sec
[ 5] 5.00-6.00 sec 906 MBytes 7.60 Gbits/sec
[ 5] 6.00-7.00 sec 939 MBytes 7.87 Gbits/sec
[ 5] 7.00-8.00 sec 941 MBytes 7.89 Gbits/sec
[ 5] 8.00-9.00 sec 934 MBytes 7.84 Gbits/sec
[ 5] 9.00-10.00 sec 937 MBytes 7.86 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 8.93 GBytes 7.64 Gbits/sec 11177 sender
[ 5] 0.00-10.00 sec 8.90 GBytes 7.65 Gbits/sec receiver
iperf Done.
iperf3 -p 5200 -c ping6.online.net
Connecting to host ping6.online.net, port 5200
[ 5] local 2a01:xxxxxxxxxxxxxxx port 42422 connected to 2001:bc8:0:1::49 port 5200
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 261 MBytes 2.19 Gbits/sec 57 1.52 MBytes
[ 5] 1.00-2.00 sec 508 MBytes 4.26 Gbits/sec 3 1.75 MBytes
[ 5] 2.00-3.00 sec 751 MBytes 6.30 Gbits/sec 0 2.04 MBytes
[ 5] 3.00-4.00 sec 877 MBytes 7.35 Gbits/sec 0 2.33 MBytes
[ 5] 4.00-5.00 sec 886 MBytes 7.44 Gbits/sec 0 2.59 MBytes
[ 5] 5.00-6.00 sec 894 MBytes 7.50 Gbits/sec 0 2.83 MBytes
[ 5] 6.00-7.00 sec 894 MBytes 7.50 Gbits/sec 0 3.05 MBytes
[ 5] 7.00-8.00 sec 892 MBytes 7.48 Gbits/sec 0 3.26 MBytes
[ 5] 8.00-9.00 sec 890 MBytes 7.46 Gbits/sec 0 3.45 MBytes
[ 5] 9.00-10.00 sec 890 MBytes 7.46 Gbits/sec 0 3.62 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 7.56 GBytes 6.49 Gbits/sec 60 sender
[ 5] 0.00-10.04 sec 7.56 GBytes 6.47 Gbits/sec receiver
iperf Done.
iperf3 -c ipv6.scaleway.testdebit.info -p9202 -R
Connecting to host ipv6.scaleway.testdebit.info, port 9202
Reverse mode, remote host ipv6.scaleway.testdebit.info is sending
[ 5] local 2a01:xxxxxxxxxxxxxxxxxxxx port 47610 connected to 2001:bc8:3::7 port 9202
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 344 MBytes 2.88 Gbits/sec
[ 5] 1.00-2.00 sec 349 MBytes 2.93 Gbits/sec
[ 5] 2.00-3.00 sec 347 MBytes 2.91 Gbits/sec
[ 5] 3.00-4.00 sec 351 MBytes 2.94 Gbits/sec
[ 5] 4.00-5.00 sec 350 MBytes 2.94 Gbits/sec
[ 5] 5.00-6.00 sec 351 MBytes 2.95 Gbits/sec
[ 5] 6.00-7.00 sec 472 MBytes 3.96 Gbits/sec
[ 5] 7.00-8.00 sec 902 MBytes 7.57 Gbits/sec
[ 5] 8.00-9.00 sec 908 MBytes 7.62 Gbits/sec
[ 5] 9.00-10.00 sec 936 MBytes 7.85 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.01 sec 5.20 GBytes 4.46 Gbits/sec 191 sender
[ 5] 0.00-10.00 sec 5.19 GBytes 4.45 Gbits/sec receiver
iperf Done.iperf3 -c ipv6.scaleway.testdebit.info -p9202
Connecting to host ipv6.scaleway.testdebit.info, port 9202
[ 5] local 2a01:xxxxxxxxxxxxxxxxxxxxx port 51660 connected to 2001:bc8:3::7 port 9202
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 316 MBytes 2.64 Gbits/sec 359 1.32 MBytes
[ 5] 1.00-2.00 sec 510 MBytes 4.28 Gbits/sec 0 1.56 MBytes
[ 5] 2.00-3.00 sec 593 MBytes 4.97 Gbits/sec 7 1.81 MBytes
[ 5] 3.00-4.00 sec 689 MBytes 5.78 Gbits/sec 0 2.07 MBytes
[ 5] 4.00-5.00 sec 807 MBytes 6.77 Gbits/sec 0 2.34 MBytes
[ 5] 5.00-6.00 sec 882 MBytes 7.41 Gbits/sec 0 2.60 MBytes
[ 5] 6.00-7.00 sec 895 MBytes 7.51 Gbits/sec 0 2.83 MBytes
[ 5] 7.00-8.00 sec 886 MBytes 7.43 Gbits/sec 0 3.05 MBytes
[ 5] 8.00-9.00 sec 894 MBytes 7.50 Gbits/sec 0 3.25 MBytes
[ 5] 9.00-10.00 sec 869 MBytes 7.29 Gbits/sec 963 3.41 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 7.17 GBytes 6.16 Gbits/sec 1329 sender
[ 5] 0.00-10.03 sec 7.17 GBytes 6.14 Gbits/sec receiver
iperf Done.
-
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.
Bonjour
Désolé pour l'agacement face à ce dialogue de sourds.
Habituellement je ne cite jamais directement quelqu'un sur un forum publique.
Je modère donc mon précédent propos et me dois de citer les personnes suivantes comme étant compétentes dans leurs domaines respectifs:
- mmakassikis
- aastier
- mbizon
- et tous les autres intervenants Free sur le bugtracker
Cependant, le fond du problème c'est qu'on s'adresse à des développeurs sur un bugtracker.
Hors tous ceux qui ont travaillés chez des éditeurs de logiciels savent bien que la case DEV est la case par laquelle on passe quand il y a un BUG manifest dans une application.
Le problème rencontré aujourd'hui est peut-être un BUG mais c'est peut-être une configuration système ou réseau sur un des équipements présent entre la box et internet.
Il faudrait donc que nous puissions parler avec des tech qui ont la vue et la main sur le réseau
S'adresser directement au DEV sans d'abord avoir pu analyser d'éventuels problèmes / missconf sur le réseau ou sur les routeurs (d'internet à la freebox) et sans reproduire ce fameux bug logiciel / matériel complique l'analyse
Le 3244 est vite dépassé dès le niveau 2.
Idem pour les équipes de proximités qui par exemple reboot électriquement les BOX sans prévenir (oui c'est dans la procédure), cela même quand 3 VM tournent dans la box...
Le souci c'est qu'on parle directement aux devs sans visibilité de l'analyse faite par les équipes N1 + N2 + N3 systèmes et réseaux ni sur les vérifications d'éventuelles mesures territoriales déployées sur telles ou telles connexions / zones / NRO soit pour permettre le déploiement/le renforcement d'une zone géographique ou pour permettre le remplacement d'équipements.
Si en interne chez Free le problème est traité par des équipes dédiées, Free ne nous en informe malheureusement pas ce qui conduit à l'écriture de ce type de messages.
Cordialement
nbanba
-
Bonjour
J'ai ouvert un ticket spécifique dédié au problème sur le bugtracker Freebox
(les autres tickets sont long, la relecture est difficile et on n'y comprends plus grand choses)
https://dev.freebox.fr/bugs/task/40060
Cordialement
nbanba
-
Bonsoir Nbanba,
Je posterai sur ton nouveau bug tracker que si tu as besoin de témoins mais pour l'instant non ; car comme cela il y aura moins de pollution de discussion et on va espérer qu'un N1 ou N2 ou N3 comme tu dis, vont te répondre. (nous répondre)
Et s'ils te remettent le firmware 4.8.16, dis-le, je demanderai la même chose, car il marchait bien. Par contre, il faudra dire aussi comment ne pas rebooter avec mise à jour automatique.
Cordialement et bonne soirée.
Franck
-
Juste une question : vous êtes en mode bridge ou en mode routeur ?
Chez moi le mode bridge n'est pas affecté.
Vous pouvez relire tous mes tests iperf3, je n'ai jamais aucun problème de débit en mode bridge.
Bon, je vais me coucher, bonsoir.
-
Je réponds à mon propre post : sur un autre fil, les tests en mode bridge montrent des résultats équivalents. Le mode bridge n'a donc aucun impact.
-
Bonjour
Déjà merci à tous pour vos retours.
Et s'ils te remettent le firmware 4.8.16, dis-le, je demanderai la même chose, car il marchait bien. Par contre, il faudra dire aussi comment ne pas rebooter avec mise à jour automatique.
De mon côté je fais tout pour maitriser les reboot de la box:
- 1) j'utilise l'API pour lancer les reboot (POST /api/latest/reboot) et uniquement quand JE le souhaite
- 2) La box est sur un onduleur 3KVA, soit probablement assez pour l'alimenter électriquement pendant plusieurs jours (semaines?) si coupure EDF
- 3) La box supporte le PCIE Hotplug ce qui permet de changer les modules (alarmes / SFP / xDSL) à chaud, sans reboot la box (encore fait hier)
- 4) Idem la cage SFP+ supporte bien le hotplug, surtout avec les SFP+ 10G SR qui consomment très peu
- 5) idem les disques SATA sont hotplug (bien que depuis le passage à 4 disques de 8T début 2021 je n'ai pas eu à en changer)
Pour moi, seul la RAM doit être changée à froid (et n'essayez pas de le faire à chaud , déjà ça ne marchera JAMAIS et vous risquez de cramer le contrôleur mémoire du CPU)
Après ce n'est pas documenté mais il est peut-être faisable de 'forcer' le status de la box en up_to_date histoire d'empecher les MAJ
$ get_freebox_api update | jq
{
"success": true,
"result": {
"state": "up_to_date"
}
}
Concernant le passage retour en 4.8.16, c'est pour commencer la bissection dans le cas d'un BUG car comme vous cela fonctionnait correctement avec ce firmware.
Cependant, encore faut il prouver que c'est un BUG et non une limitation logicielle mise sur le numéro de série du SFP PON de votre connexion.
Si en passant en 4.8.16 il n'y a pas de changements et les débits sont toujours limités à 4Gbps, cela tendra à exclure un BUG FreeboxOS car j'ai testé avec succès les 8G plusieurs fois dans cette version.
Cela montrera également la faiblesse du bugtracker pour la résolution de problèmes ne dépendant pas des DEVS comme par exemple une limite mise (avec raisons) par un tech sur 1 baie complète d'un NRO avant de changer un équipement puis qui serait restée telle qu'elle dans l'empressement de terminer l'intervention...
Perso j'ai déjà vu ce genre de pratiques, j'ai même vu des gars couper la clim du DC car ils devaient travailler dans une allée froide pendant quelques heures puis oublier de la remettre en partant (oui ça craint)...!
Alors j'imagine bien toutes les actions bien cradoc ce qui peut être fait par des techs qui doivent changer du matos dans un NRO.
Petite questions pour ceux qui constatent la limite à 4G sur les Delta:
Quel type de SFP PON avez vous ?
Avez vous le premier SFP ONU PON 'made in FREE' ? celui-ci: https://xba.soartist.net/freepon.pdf
Où bien votre module fibre contient une cage SFP et un SFP ONU PON type https://hack-gpon.org/xgs/ont-hisense-ltf7267-bha+/ ?
En vous remerciant d'avance
Cordialement
nbanba
-
Bonjour,
J'ai moins le temps de m'occuper de ça en ce moment. Mais je tiens quand même à participer un peu ! :)
En ce qui nous concerne, nous disposions du SFP "made in Free", qui plantait souvent. Reboot lorsque trop de trafic.
Ce dysfonctionnement a disparu depuis qu'on nous l'a échangé par l'autre.
Je ne pense pas que cela est dû à une MAJ. En effet, j'ai reboot toutes les Freebox de la famille le 1er janvier 2025 à minuit. La dernière MAJ s'est effectuée et la chute de débit est intervenue sans aucun redémarrage entre temps.
Tous les abonnés Delta seraient-ils concernés, mais seuls ceux avec du matériel 10 Gbps s'en rendraient compte ?
Cordialement,
Romain
-
Petite questions pour ceux qui constatent la limite à 4G sur les Delta:
Quel type de SFP PON avez vous ?
Avez vous le premier SFP ONU PON 'made in FREE' ? celui-ci: https://xba.soartist.net/freepon.pdf
Où bien votre module fibre contient une cage SFP et un SFP ONU PON type https://hack-gpon.org/xgs/ont-hisense-ltf7267-bha+/ ?
L'interface permet de répondre :
Dans mon cas, Freebox Ultra non-concernée par le ralentissement, c'est un module Hisense.
-
Bonjour Nbanba,
Je ne sais pas ce que tu fais comme boulot, mais je pense que tu pourrais surement apprendre quelques trucs à Free.
Ok pour tes explications sur le reboot + l'onduleur (oui j'ai ça aussi enfin pas de 3Kva) oui ça peut servir. + ok pour le changement à chaud des modules (je ne me suis amusé j'ai toujours tout coupé) + ok pour la cage SFP+ oui pour le SFP+ j'avais remarqué remplacement à chaud. et ok pour les disques durs ... suivant comment est installée la box.
Oui la RAM je ne m'y risquerait pas de toutes les façons.
et le code que tu as indiqué ... et que je sois moins bête, tu le mets ou ca ? je suppose que ca doit être compliqué pour moi.
Oui ca serait tellement facile de pouvoir tester le retour en arrière, car faire un downgrade sur une freebox, ca je ne sais pas faire ... sur un téléphone ou une caméra ip j'ai déjà fait et ça à fonctionné mais là ! Déja il faudrait avoir le firmware 4.8.16.
Ton hypothèse pour la clim oui je suis bien d'accord par contre l'autre pour la mise en place pour la limite j'y crois moins juste parce que l'on n'est pas dans le même secteur sauf si y'a un super NRO ou dans le siège ou ils font des modifs pour impacter tous les autres NRO mais pourquoi nous ... et pas d'autres ... enfin j'espère que tu n'as pas raison sur ce coup car ça ne serait pas cool pour nous.
Et oui pour faire n'importe quoi ca je sais dans les PdM ou NRO car souvent celui pas loin de chez moi, le portail est grand ouvert et la porte d'accès aussi ... donc si quelqu'un de malveillant rentre et coupe des fils (fibres) et bien c'est la galère ... car ils ne répareront pas dans les 10 minutes ... ils devraient mettre des caméras et mettre à l'amende les opérateurs qui laissent ouvert ou autre.
POUR ta question je veux bien te répondre mais explique (pour les non pro) tu veux quoi comme photo ou infos ... les références de la partie à l'intérieure de la Freebox le boitier fibre qui se retire ? ou juste le module FTP+ avec le câble DAC que j'ai et qui va jusqu'à la carte réseau X520-1 ? (vu tes photos je pense que c'est le module fibre mais faut l'ouvrir ? oula ?
Entre temps donc j'ai vu la réponse de Frederic Moreau donc si c'est dans l'interface j'ai :
Etat connexion FTTH : type de connexion : PON + Marque SFP : FREEBOX + Modèle : F-MPON07A + Puissance reçue : -19.17 DBm + Puissance Transmise : 2.05 dBm
Et dans réseau local j'ai aussi une information SFP : EEPROM : Valide + Marque SFP : OEM + Modèle SFP : SFP-H10 GB-CU3M + type : 10GBASE-R + Alimentation : OK + Révision matériel : 03
Si c'est le module 10 Gtek référence CAB-10GSFP-P3M câble 3 M passive.
Et si tu me permets je vais t'envoyer un message privé pour te demander un conseil, voir deux :).
Cordialement.
Franck
-
Je ne sais pas ce que tu fais comme boulot,
Architecte système/réseau et sécurité en environnement Linux
Aussi à mes heures perdues je test des bugs pour le kernel linux ...
et le code que tu as indiqué ... et que je sois moins bête, tu le mets ou ca ?
J'ai développé une library BASH permettant d'utiliser l'API des freebox depuis la ligne de commande standard d'un Linux (donc utilisable sous windows avec WSL2).
Les commandes sont simples, pas plus difficile à utiliser qu'iperf3, il suffit de savoir lire l' HELP
Le projet ici: https://github.com/nbanb/fbx-delta-nba_bash_api.sh
je suppose que ca doit être compliqué pour moi.
Non, il suffit de savoir lire la doc (6000 lignes en anglais je vous l'accorde, mais bien illustrées)
Pour vous, alors je n'utilise pas windows mais je crois que ce n'est pas difficile, je vais essayer de pondre 'la doc' ici:
ouvrir un CMD en temps qu'administrator (je crois clic droit >run as adminnistrator)
lancer powershell
cmd> PS
PS: wsl --install
PS: exit
cmd> shutdown -r -t 0
Puis après reboot:
cmd> PS
PS: wsl --list --online
PS: wsl --install -d <DistroName> # ici remplacer par 1 des distribution renvoyée par la commande précédente
PS: # exemple:
PS: wsl --install -d Debian12
Voilà vous avez un beau Linux dans votre machine Windows
Il suffit maintenant de vous connecter à ce Linux puis d'installer (ici commandes Debian):
bash$ sudo apt update
bash$ sudo apt install git curl coreutils jq openssl file
bash$ sudo curl -o /usr/local/bin/websocat https://github.com/vi/websocat/releases/download/v1.14.0/websocat.x86_64-unknown-linux-musl
bash$ sudo chmod +x /usr/local/bin/websocat
bash$ git clone https://github.com/nbanb/fbx-delta-nba_bash_api.sh.git
bash$ cd fbx-delta-nba_bash_api.sh
bash$ ### NOW READ THE README (easier to read online on github)
bash$ ###CREATE AN APPLICATION
bash$ ###CREATE 'loginfreebox' FILE TO SOURCE
bash$ ### ... AND ENJOY !
Ensuite vous pourrez utiliser toutes les fonctions de la library comme de simples commandes linux, par exemple:
bash$ cd fbx-delta-nba_bash_api.sh
bash$ source logintomyfreebox
bash$ vm_list
VIRTUAL MACHINE ID, NAME, MAC AND STATUS :
----------------------------------------------------------------------------------------------
VM-0: id: 0 status: stopped name: 14RV-FSRV-00 mac_address: ce:3e:20:b9:66:fc
VM-1: id: 1 status: running name: 14RV-FSRV-01 mac_address: 3e:6e:bd:2b:fe:c7
VM-2: id: 2 status: running name: 14RV-FSRV-02 mac_address: ae:2c:8c:f6:3e:fb
VM-3: id: 3 status: stopped name: 14RV-FSRV-03 mac_address: 5a:e3:85:db:26:ee
#...
VM-20: id: 20 status: running name: 14RV-FSRV-20 mac_address: d6:11:ad:5f:a9:8e
En fait ça permet plein de choses comme le full management des VM, la gestion des fichiers, gestion des redirections NAT, gestions Leases DHCP, gestion des 'share link', etc...
Ça permet même très facilement d'ouvrir ses volets Somfy en crontab ...
bash$ vm_stop 20
operation completed:
{"success":true}
bash$ vm_show 20
VIRTUAL MACHINE ID, NAME, MAC AND STATUS :
----------------------------------------------------------------------------------------------
VM-0: id: 20 status: stopped name: 14RV-FSRV-20 mac_address: d6:11:ad:5f:a9:8e
bash$ vm_start 20
operation completed:
{"success":true}
bash$ vm_console 20
Connecting Freebox websocket : wss://fbx.fbx.lan/api/v13/vm/20/console
Type CTRL+K to EXIT
14RV-FSRV-20 login:
Et surtout une fois que vous avez créé une application qui se connecte à la box, toutes les 'fonctions frontend' ont leur propre menu d'HELP, par exemple:
bash$ vm_add
$ vm_add
ERROR: <param> must be some of:
name=
vcpu=
memory=
disk_type=
disk_path=
cd_path=
os=
enable_screen=
bind_usb_ports=
enable_cloudinit=
cloudinit_hostname=
cloudinit_userdata=
Please run 'vm_param' with no parameters for parameters detail
NOTE: minimum parameters to specify on cmdline to create a VM:
disk_type=
disk_path=
vcpus=
memory=
name=
EXAMPLE:
vm_add disk_type="qcow2" disk_path="/freeboxdisk/vmdiskpath/myvmdisk.qcow2" vcpus="1" memory="2048" cd_path="/freeboxdisk/vmisopath/debian-11.0.0-arm64-netinst.iso" os="debian" enable_screen="true" enable_cloudinit="true" cloudinit_hostname="14RV-FSRV-49" cloudinit_userdata="cloudinit-userdata.yml" bind_usb_ports='"usb-external-type-c","usb-external-type-a"' name="14RV-FSRV-49.dmz.lan"
ou encore
bash$ cp_fs_file
ERROR: <param> for "cp_fs_file" must be some of:
files= # List of files to cp separated by a coma "," - avoid spaces in filename
dst= # The destination
mode= # Conflict resolution : overwrite, both, skip, recent
NOTE: minimum parameters to specify on cmdline to cp a file/dir:
files=
dst=
mode=
EXAMPLE (simple):
cp_fs_file files="/FBXDSK/vm/vm1-disk0.qcow2" dst="/FBXDSK/vm2" mode="overwrite"
EXAMPLE (multiple files/dir):
cp_fs_file files="/FBXDSK/vm/vm1-disk0.qcow2,/FBXDSK/vm/vm2-disk0.qcow2" dst="/FBXDSK/vm2" mode="overwrite"
Bref, le but est que ce soit le plus simple possible à utiliser pour ceux qui ne parlent pas le SHELL en langage naturel
Aussi je maintien activement le code et une nouvelle partie (upload de fichiers au travers des websocket API) va bientôt être publiée (en test depuis fin novembre...).
Cette partie est particulièrement intérresante car elle permet à distance d'upload des fichiers sur sa BOX en ne faisant pas écouter d'autres services sur internet que l'interface FreeboxOS.
Oui ca serait tellement facile de pouvoir tester le retour en arrière, car faire un downgrade sur une freebox, ca je ne sais pas faire ... sur un téléphone ou une caméra ip j'ai déjà fait et ça à fonctionné mais là ! Déja il faudrait avoir le firmware 4.8.16.
C'est FREE qui pousse le firmware en fonction de la MAC (moyenant un reboot côté client)
Ton hypothèse pour la clim oui je suis bien d'accord par contre l'autre pour la mise en place pour la limite j'y crois moins juste parce que l'on n'est pas dans le même secteur sauf si y'a un super NRO ou dans le siège ou ils font des modifs pour impacter tous les autres NRO mais pourquoi nous ... et pas d'autres ... enfin j'espère que tu n'as pas raison sur ce coup car ça ne serait pas cool pour nous.
Et oui pour faire n'importe quoi ca je sais dans les PdM ou NRO car souvent celui pas loin de chez moi, le portail est grand ouvert et la porte d'accès aussi ... donc si quelqu'un de malveillant rentre et coupe des fils (fibres) et bien c'est la galère ... car ils ne répareront pas dans les 10 minutes ... ils devraient mettre des caméras et mettre à l'amende les opérateurs qui laissent ouvert ou autre.
Il y a souvent des procédures "génériques" de changement de tel ou tel équipement dans un NROx, par exemple
Pour changer le router X, faire :
- Limiter le flux des abonnées connectés sur X et sur le routeur Y
- délester le trafic de X sur le routeur Y
- débrancher le routeur X
- changer le routeur X par X2
- remettre le service
- retirer la limitation sur X et Y
- fermer la porte à clé
Et j'ai vu souvent s'arrêter à 'remettre le service' ...
Et vur le nombre de NRO, un foirage sur une procédure globale dans 3 NRO ne me semble pas excessif
POUR ta question je veux bien te répondre mais explique (pour les non pro) tu veux quoi comme photo ou infos ... les références de la partie à l'intérieure de la Freebox le boitier fibre qui se retire ? ou juste le module FTP+ avec le câble DAC que j'ai et qui va jusqu'à la carte réseau X520-1 ? (vu tes photos je pense que c'est le module fibre mais faut l'ouvrir ? oula ?
Entre temps donc j'ai vu la réponse de Frederic Moreau donc si c'est dans l'interface j'ai :
Etat connexion FTTH : type de connexion : PON + Marque SFP : FREEBOX + Modèle : F-MPON07A + Puissance reçue : -19.17 DBm + Puissance Transmise : 2.05 dBm
Merci vous avez répondu: Modèle : F-MPON07A
C'est le SFP 'Made in FREE'
Pour l'instant les 3 Delta ayant ce souci de bridage à 4Gbps ont TOUTES ce fameux SFP 'Made in FREE' ... à creuser ?
Et si tu me permets je vais t'envoyer un message privé pour te demander un conseil, voir deux :).
OK
@frederic.moreau :
Merci pour les infos qui nous permettent d'avancer.
Aussi bonne idée le monitoring.
La Delta possède un Marvel 88F8041 soit un CPU 10 fois trop puissant pour juste son usage de routeur. Une VM ou un contener n'a que peu d'impact (seul la ram peut faire défaut).
Perso j'ai 3 VM qui tournent en permanence (dont 1 pour dev la librairie BASH), et je n'ai JAMAIS eu aucun souci de perf sur la couche basse (chaque VM à 1vCPU + 4GB de RAM et le stockage est du RAID5 SSD).
En ~5 ans, celà n'a jamais eu d'impact sur les performances de la box NI sur les 8Gbps de trafic
Cordialement
nbanba
-
Bonjour,
Nous subissons cette limite à 4 Gbps max depuis à peu près le 25 janvier 2025.
Et non, nous ne disposons pas du module made in Free. Un administrateur du bug-tracker Freebox lui-même avait procédé, pour nous, à son échange il y a plus de 2 ans. Le module made in Free avait tendance à surchauffer et entraînait des reboot répétés du Server Delta.
Nous avons eu la baisse de débit sans qu'une MAJ n'intervienne entre temps, ni reboot du Server Delta.
Cordialement,
Romain
-
Bonjour
ici la PREUVE que c'est bien la Freebox elle même ou le réseau qui limite la connexion à 4Gbps
https://dev.freebox.fr/bugs/task/40060#comment187486
Cordialement
nbanba
-
Et non, nous ne disposons pas du module made in Free. Un administrateur du bug-tracker Freebox lui-même avait procédé, pour nous, à son échange il y a plus de 2 ans. Le module made in Free avait tendance à surchauffer et entraînait des reboot répétés du Server Delta.
Bonjour
Pour avancer et bien que vous soyez certain de l'application d'une QoS, merci de me transmettre le modèle et la référence de votre SFP ONU 10G EPON.
SVP référence remontée dans FreeboxOS + une photo détaillée montrant les étiquettes (en cachant 4 chiffres au milieu du numéro de série si vous postez sur un forum public)
En vous remerciant d'avance
Cordialement
nbanba
-
Bonjour
ici la PREUVE que c'est bien la Freebox elle même ou le réseau qui limite la connexion à 4Gbps
https://dev.freebox.fr/bugs/task/40060#comment187486
Cordialement
nbanba
Et pour info quelle ping ? Tu es peut-être loin des équipements réseau. Chez moi :
ping ipv6.scaleway.testdebit.info
PING ipv6.scaleway.testdebit.info (2001:bc8:3::7) 56 data bytes
64 bytes from hopus.ipv6.jesuisfrancobelge.eu (2001:bc8:3::7): icmp_seq=1 ttl=52 time=2.70 ms
ping6 ping6.online.net
PING ping6.online.net (2001:bc8:0:1::49) 56 data bytes
64 bytes from 2001:bc8:0:1::49: icmp_seq=1 ttl=53 time=2.25 ms
64 bytes from 2001:bc8:0:1::49: icmp_seq=2 ttl=53 time=2.25 ms
-
ici la PREUVE que c'est bien la Freebox elle même ou le réseau qui limite la connexion à 4Gbps
Et du coup si tu mets 4 connexions en parallèle, il se passe quoi ?
-
Bonjour
Ping inférieure à 2 millisecondes, en moyenne 1.7ms sur les serveurs iperfs
La multiplication des thread ne fait que réduire le débit, a cause de la charge cpu induite...
Normal, les conditions que j'ai créés pour les tests et le matériel de tests sont optimales, afin d exclure ce que j'appel les "paramètres environnementaux".
Bref, le souci n'est pas chez moi...
Je suis sure de mes tests et du Point of Failiure (Freebox / connection internet)
Merci pour votre aide
Cordialement
nbanba
-
Compris.
-
franchement j'éviterai d'utiliser scaleway et ipv4. (meme si a l'instant T on a les memes résultats).
et j'éviterai de dire qu'un test LAN est une preuve pour un test WAN, pour moi c'est juste un prérequis.
Le compteur de "retr" des tests iperf3 postés est aussi une piste. adjoindre "--get-server-output" aux tests iperf3 serait un plus.
utiliser appliwave.testdebit.info plutot que scaleway.testdebit.info
voici un exemple 'parfait' avec appliwave (a minuit, derriere une connexion Orange 8G/8G):
iperf3 -c appliwave.testdebit.info -p9202 -R --get-server-output
Connecting to host appliwave.testdebit.info, port 9202
Reverse mode, remote host appliwave.testdebit.info is sending
....
Server output:
Accepted connection from 2a01:xxxx:xxxx:xxxx::3, port 59554
[ 5] local 2a05:46c0:100:1007::3 port 9202 connected to 2a01:xxxx:xxxx:xxxx::3 port 59556
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 913 MBytes 7.65 Gbits/sec 0 3.28 MBytes
[ 5] 1.00-2.00 sec 959 MBytes 8.04 Gbits/sec 0 3.26 MBytes
[ 5] 2.00-3.00 sec 959 MBytes 8.04 Gbits/sec 0 3.28 MBytes
[ 5] 3.00-4.00 sec 959 MBytes 8.04 Gbits/sec 0 3.40 MBytes
[ 5] 4.00-5.00 sec 958 MBytes 8.03 Gbits/sec 0 3.27 MBytes
[ 5] 5.00-6.00 sec 959 MBytes 8.04 Gbits/sec 0 3.40 MBytes
[ 5] 6.00-7.00 sec 959 MBytes 8.04 Gbits/sec 0 3.25 MBytes
[ 5] 7.00-8.00 sec 959 MBytes 8.04 Gbits/sec 0 3.30 MBytes
[ 5] 8.00-9.00 sec 959 MBytes 8.04 Gbits/sec 0 3.25 MBytes
[ 5] 9.00-10.00 sec 959 MBytes 8.04 Gbits/sec 0 3.29 MBytes
[ 5] 10.00-10.04 sec 37.5 MBytes 8.05 Gbits/sec 0 3.27 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 9.35 GBytes 8.00 Gbits/sec 0 sender
(latence 2ms environ).
je n'ai jamais eu de tel stabilité avec scaleway.testdebit.info.
l'idéal serait que Free mettre a dispo un serveur iperf3 100Gbps (comme celui de Bezons pour nperf par exemple)
-
Bonjour
Merci pour votre aide ...
Ça fait 3000 tests que je fais ... depuis des serveurs, des laptops, des VM, des Fortigates, etc... vous croyez vraiment que je n'ai pas testé appliwave ?
Et vous croyez vraiment que je n'ai pas testé IPv6 ??
Si vous savez lire le shell,
$ history | grep iperf | cut -d ' ' -f9-11 | grep -v grep | sort | uniq | wc -l
132
$ history | grep iperf | cut -d ' ' -f9-11 | grep -v grep | grep ipv6| sort | uniq | wc -l
41
vous verrez que ça fait 132 serveurs iperf3 différents utilisés pour tester (juste sur le laptop avec lequel j'écrit) dont 41 qui portaient 'ipv6' dans leur URL
Pourquoi SCALEWAY ?
Ce sont les serveurs de l'opérateur => le minimum c'est que ça fonctionne sans être sorti du réseau de l'opérateur.
Le peering inter opérateur on verra après ...
Le test dans une VM qui tourne dans une Freebox démontre simplement que les débits suivants sont mesurés:
lapop <----> firewall <----> Freebox (VM) > 7 Gbps
server <----> firewall <----> Freebox (VM) >7 Gbps
firewall <----> Freebox (VM) >7 Gbps
lapop <----> firewall <----> Freebox <---- internet = 4Gbps
server <----> firewall <----> Freebox <---- internet = 4Gbps
firewall <----> Freebox <---- internet = 4Gbps
Freebox (VM) <---- internet = 4Gbps
Cherchez l'erreur ?
On peut persister longtemps à dire que c'est un souci au niveau de l'infra local, une infra qui mesurait chaque jours 8Gbps sur internet depuis février 2019 et qui se met subitement le 28/01/2025 sans aucun changements à voir ses débits internet réduits de moitié (mais aucun de ses débits LAN).
Peu crédible et sans fondements !
Pire! le fait de mesurer plus de 7Gbps entre une VM qui tourne DANS LA FREEBOX et n'importe quel équipement du lan PROUVE que les débits Freebox <----> lan sont OK
(Lire les débits Freebox <----> n'importe quel équipement du LAN ne sont pas en cause)
Pire! le fait de mesurer en directe 4Gbps sur internet dans une VM qui tourne DANS LA FREEBOX sans passer par aucun équipements ET de mesurer ce même débit depuis n'importe quel autre serveurs/ VM / laptop / équipement du réseau montre que les équipements LAN traversés n'ont pas d'impactes sur les débits (ou un impact négligeable) et montre aussi que le souci provient de la Freebox / de la connexion
Alors si ni les équipements traversés sur le LAN, ni les clients sur le LAN sont en cause, eh bah il ne reste plus que la Freebox / la connexion !
N'oubliez pas, une VM disposant d'une unique carte réseau virtIO qui tourne DANS la Freebox (dedans ... pas sur un autre hyperviseur sur le réseau, dedans !) et qui à les débits suivants :
N'importe quel équipement du LAN <---7+Gbps---> VM
à donc la capacité de faire + de 4Gbps sur internet (surtout vu la latence <2ms)
Et bizarre bizarre aucune machine du lan ne dépasse plus 4Gbps sur internet, du jour au lendemain
Par contre 100% de ces machines dépassent 7Gbps entre elles et surtout entre elles et une VM executée DANS la Freebox
Alors on peut m'expliquer que le souci c'est que je ne sais pas régler IPERF3 ou n'importe quoi d'autre, mais si il y a bien des trucs que je sais utiliser sous linux c'est iproute2, tc, iperf3, tcpdump, ... et même "strace -f -e trace=network -p"
D'ailleurs, pour rendre les tests + réalists, j'ai fait dans la VM :
$ sudo tc qdisc del dev enp0s3 root netem delay 2ms 1ms
Donc voilà, là VM est 'comme' sur le net (+2ms de latence +1 ms de jigue soit en gros ce que j'ai sur les serveurs iperf3 de scaleway ou appliwave)
Résultat laptop <----- VM s'executant dans la Freebox :
10:32:52 nba@lap-nba0:~$ iperf3 -c 10.0.90.220 -R
Connecting to host 10.0.90.220, port 5201
Reverse mode, remote host 10.0.90.220 is sending
[ 5] local 10.0.20.55 port 59732 connected to 10.0.90.220 port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 895 MBytes 7.51 Gbits/sec
[ 5] 1.00-2.00 sec 884 MBytes 7.41 Gbits/sec
[ 5] 2.00-3.00 sec 929 MBytes 7.80 Gbits/sec
[ 5] 3.00-4.00 sec 931 MBytes 7.81 Gbits/sec
[ 5] 4.00-5.00 sec 917 MBytes 7.70 Gbits/sec
[ 5] 5.00-6.00 sec 939 MBytes 7.88 Gbits/sec
[ 5] 6.00-7.00 sec 930 MBytes 7.80 Gbits/sec
[ 5] 7.00-8.00 sec 937 MBytes 7.86 Gbits/sec
[ 5] 8.00-9.00 sec 915 MBytes 7.67 Gbits/sec
[ 5] 9.00-10.00 sec 920 MBytes 7.71 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 8.98 GBytes 7.72 Gbits/sec 113 sender
[ 5] 0.00-10.00 sec 8.98 GBytes 7.72 Gbits/sec receiver
iperf Done.
Je pense que les résultats parlent d'eux même
Voici les tests sur appliwave + scaleway réalisés à l'instant (chargé le peering V6 ce matin entre appliwaves et Free)
09:55:45 nba@lap-nba0:~$ host -6 appliwave.testdebit.info
appliwave.testdebit.info has address 45.85.134.187
appliwave.testdebit.info has IPv6 address 2a05:46c0:100:1007::3
09:55:47 nba@lap-nba0:~$ iperf3 -c 2a05:46c0:100:1007::3 -p9202 -R --get-server-output
Connecting to host 2a05:46c0:100:1007::3, port 9202
Reverse mode, remote host 2a05:46c0:100:1007::3 is sending
[ 5] local fd00:20::10 port 41496 connected to 2a05:46c0:100:1007::3 port 9202
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 227 MBytes 1.90 Gbits/sec
[ 5] 1.00-2.00 sec 244 MBytes 2.05 Gbits/sec
[ 5] 2.00-3.00 sec 245 MBytes 2.05 Gbits/sec
[ 5] 3.00-4.00 sec 247 MBytes 2.07 Gbits/sec
[ 5] 4.00-5.00 sec 237 MBytes 1.99 Gbits/sec
[ 5] 5.00-6.00 sec 241 MBytes 2.03 Gbits/sec
[ 5] 6.00-7.00 sec 241 MBytes 2.02 Gbits/sec
[ 5] 7.00-8.00 sec 244 MBytes 2.05 Gbits/sec
[ 5] 8.00-9.00 sec 240 MBytes 2.02 Gbits/sec
[ 5] 9.00-10.00 sec 240 MBytes 2.02 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 2.36 GBytes 2.02 Gbits/sec 198 sender
[ 5] 0.00-10.00 sec 2.35 GBytes 2.02 Gbits/sec receiver
Server output:
Accepted connection from xxxxxxxxxxxx port 29534
[ 5] local 2a05:46c0:100:1007::3 port 9202 connected to xxxxxxxxxxxx port 45908
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 230 MBytes 1.93 Gbits/sec 0 6.62 MBytes
[ 5] 1.00-2.00 sec 242 MBytes 2.03 Gbits/sec 0 6.55 MBytes
[ 5] 2.00-3.00 sec 245 MBytes 2.06 Gbits/sec 12 6.45 MBytes
[ 5] 3.00-4.00 sec 248 MBytes 2.08 Gbits/sec 0 6.74 MBytes
[ 5] 4.00-5.00 sec 238 MBytes 1.99 Gbits/sec 120 6.62 MBytes
[ 5] 5.00-6.00 sec 241 MBytes 2.02 Gbits/sec 19 6.61 MBytes
[ 5] 6.00-7.00 sec 241 MBytes 2.02 Gbits/sec 0 6.74 MBytes
[ 5] 7.00-8.00 sec 244 MBytes 2.04 Gbits/sec 0 6.74 MBytes
[ 5] 8.00-9.00 sec 240 MBytes 2.01 Gbits/sec 38 6.60 MBytes
[ 5] 9.00-10.00 sec 241 MBytes 2.02 Gbits/sec 9 6.56 MBytes
[ 5] 10.00-10.04 sec 8.75 MBytes 1.85 Gbits/sec 0 6.52 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 2.36 GBytes 2.02 Gbits/sec 198 sender
iperf Done.
09:56:13 nba@lap-nba0:~$ iperf3 -c 45.85.134.187 -p9202 -R --get-server-output
Connecting to host 45.85.134.187, port 9202
Reverse mode, remote host 45.85.134.187 is sending
[ 5] local 10.0.20.55 port 56932 connected to 45.85.134.187 port 9202
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 467 MBytes 3.92 Gbits/sec
[ 5] 1.00-2.00 sec 488 MBytes 4.09 Gbits/sec
[ 5] 2.00-3.00 sec 483 MBytes 4.05 Gbits/sec
[ 5] 3.00-4.00 sec 489 MBytes 4.10 Gbits/sec
[ 5] 4.00-5.00 sec 482 MBytes 4.05 Gbits/sec
[ 5] 5.00-6.00 sec 482 MBytes 4.05 Gbits/sec
[ 5] 6.00-7.00 sec 487 MBytes 4.09 Gbits/sec
[ 5] 7.00-8.00 sec 486 MBytes 4.08 Gbits/sec
[ 5] 8.00-9.00 sec 487 MBytes 4.09 Gbits/sec
[ 5] 9.00-10.00 sec 484 MBytes 4.06 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 4.73 GBytes 4.05 Gbits/sec 1521 sender
[ 5] 0.00-10.00 sec 4.72 GBytes 4.06 Gbits/sec receiver
Server output:
Accepted connection from xxxxxxxxxxxx, port 56918
[ 5] local 45.85.134.187 port 9202 connected to xxxxxxxxxxxx port 56932
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 459 MBytes 3.85 Gbits/sec 1521 1.82 MBytes
[ 5] 1.00-2.00 sec 488 MBytes 4.09 Gbits/sec 0 1.83 MBytes
[ 5] 2.00-3.00 sec 482 MBytes 4.05 Gbits/sec 0 1.88 MBytes
[ 5] 3.00-4.00 sec 490 MBytes 4.11 Gbits/sec 0 1.54 MBytes
[ 5] 4.00-5.00 sec 482 MBytes 4.05 Gbits/sec 0 2.03 MBytes
[ 5] 5.00-6.00 sec 482 MBytes 4.05 Gbits/sec 0 1.53 MBytes
[ 5] 6.00-7.00 sec 486 MBytes 4.08 Gbits/sec 0 1.52 MBytes
[ 5] 7.00-8.00 sec 488 MBytes 4.09 Gbits/sec 0 1.48 MBytes
[ 5] 8.00-9.00 sec 486 MBytes 4.08 Gbits/sec 0 1.55 MBytes
[ 5] 9.00-10.00 sec 485 MBytes 4.07 Gbits/sec 0 1.92 MBytes
[ 5] 10.00-10.04 sec 18.8 MBytes 3.96 Gbits/sec 0 1.75 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 4.73 GBytes 4.05 Gbits/sec 1521 sender
iperf Done.
09:56:50 nba@lap-nba0:~$ iperf3 -c ipv6.scaleway.testdebit.info -p9202 -R --get-server-output
Connecting to host ipv6.scaleway.testdebit.info, port 9202
Reverse mode, remote host ipv6.scaleway.testdebit.info is sending
[ 5] local fd00:20::10 port 58512 connected to 2001:bc8:3::7 port 9202
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 460 MBytes 3.86 Gbits/sec
[ 5] 1.00-2.00 sec 476 MBytes 3.99 Gbits/sec
[ 5] 2.00-3.00 sec 478 MBytes 4.01 Gbits/sec
[ 5] 3.00-4.00 sec 476 MBytes 4.00 Gbits/sec
[ 5] 4.00-5.00 sec 476 MBytes 3.99 Gbits/sec
[ 5] 5.00-6.00 sec 476 MBytes 3.99 Gbits/sec
[ 5] 6.00-7.00 sec 479 MBytes 4.02 Gbits/sec
[ 5] 7.00-8.00 sec 487 MBytes 4.08 Gbits/sec
[ 5] 8.00-9.00 sec 473 MBytes 3.97 Gbits/sec
[ 5] 9.00-10.00 sec 477 MBytes 4.00 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.03 sec 4.66 GBytes 3.99 Gbits/sec 44241 sender
[ 5] 0.00-10.00 sec 4.65 GBytes 3.99 Gbits/sec receiver
Server output:
Accepted connection from xxxxxxxxxxxx, port 13772
[ 5] local 2001:bc8:3::7 port 9202 connected to xxxxxxxxxxxx port 30172
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 455 MBytes 3.82 Gbits/sec 5214 2.99 MBytes
[ 5] 1.00-2.00 sec 476 MBytes 4.00 Gbits/sec 4848 3.22 MBytes
[ 5] 2.00-3.00 sec 476 MBytes 3.99 Gbits/sec 3932 2.76 MBytes
[ 5] 3.00-4.00 sec 481 MBytes 4.04 Gbits/sec 4343 3.13 MBytes
[ 5] 4.00-5.00 sec 474 MBytes 3.97 Gbits/sec 4490 2.74 MBytes
[ 5] 5.00-6.00 sec 476 MBytes 4.00 Gbits/sec 4507 2.95 MBytes
[ 5] 6.00-7.00 sec 479 MBytes 4.02 Gbits/sec 3190 2.89 MBytes
[ 5] 7.00-8.00 sec 488 MBytes 4.09 Gbits/sec 3271 2.94 MBytes
[ 5] 8.00-9.00 sec 472 MBytes 3.97 Gbits/sec 5803 3.32 MBytes
[ 5] 9.00-10.00 sec 478 MBytes 4.00 Gbits/sec 4565 2.82 MBytes
[ 5] 10.00-10.03 sec 13.8 MBytes 3.73 Gbits/sec 78 3.18 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.03 sec 4.66 GBytes 3.99 Gbits/sec 44241 sender
iperf Done.
09:57:19 nba@lap-nba0:~$ iperf3 -c ipv4.scaleway.testdebit.info -p9202 -R --get-server-output
Connecting to host ipv4.scaleway.testdebit.info, port 9202
Reverse mode, remote host ipv4.scaleway.testdebit.info is sending
[ 5] local 10.0.20.55 port 50348 connected to 62.210.156.7 port 9202
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 468 MBytes 3.92 Gbits/sec
[ 5] 1.00-2.00 sec 484 MBytes 4.06 Gbits/sec
[ 5] 2.00-3.00 sec 481 MBytes 4.03 Gbits/sec
[ 5] 3.00-4.00 sec 484 MBytes 4.06 Gbits/sec
[ 5] 4.00-5.00 sec 478 MBytes 4.01 Gbits/sec
[ 5] 5.00-6.00 sec 482 MBytes 4.04 Gbits/sec
[ 5] 6.00-7.00 sec 482 MBytes 4.04 Gbits/sec
[ 5] 7.00-8.00 sec 467 MBytes 3.92 Gbits/sec
[ 5] 8.00-9.00 sec 483 MBytes 4.05 Gbits/sec
[ 5] 9.00-10.00 sec 485 MBytes 4.07 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 4.69 GBytes 4.03 Gbits/sec 363 sender
[ 5] 0.00-10.00 sec 4.68 GBytes 4.02 Gbits/sec receiver
Server output:
Accepted connection from xxxxxxxxxxxx, port 50342
[ 5] local 62.210.156.7 port 9202 connected to xxxxxxxxxxxx port 50348
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 478 MBytes 4.01 Gbits/sec 363 1.46 MBytes
[ 5] 1.00-2.00 sec 484 MBytes 4.06 Gbits/sec 0 1.55 MBytes
[ 5] 2.00-3.00 sec 481 MBytes 4.04 Gbits/sec 0 1.53 MBytes
[ 5] 3.00-4.00 sec 484 MBytes 4.06 Gbits/sec 0 1.52 MBytes
[ 5] 4.00-5.00 sec 478 MBytes 4.01 Gbits/sec 0 1.48 MBytes
[ 5] 5.00-6.00 sec 482 MBytes 4.05 Gbits/sec 0 1.54 MBytes
[ 5] 6.00-7.00 sec 481 MBytes 4.04 Gbits/sec 0 1.54 MBytes
[ 5] 7.00-8.00 sec 468 MBytes 3.92 Gbits/sec 0 1.57 MBytes
[ 5] 8.00-9.00 sec 484 MBytes 4.06 Gbits/sec 0 1.52 MBytes
[ 5] 9.00-10.00 sec 485 MBytes 4.07 Gbits/sec 0 1.59 MBytes
[ 5] 10.00-10.00 sec 1.25 MBytes 4.02 Gbits/sec 0 1.59 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 4.69 GBytes 4.03 Gbits/sec 363 sender
iperf Done.
Désolé pour ce message, comprenez mon agacement... à force
Cordialement
nbanba
-
Free_1337 est très silencieux ::)
Un petit Twitt pour le réveiller ;D
-
Tu as mal compris mon propos..
Pourquoi SCALEWAY ?
Ce sont les serveurs de l'opérateur => le minimum c'est que ça fonctionne sans être sorti du réseau de l'opérateur.
Free et Scaleway sont 2 entités distinctes du groupe Iliad. Ce n'est pas le meme réseau, il y a du peering entre eux (direct certe).
pour le reste je n'ai pas dit que le problème n'est pas chez Free, bien au contraire je l'ai déjà admis dans un post précèdent. C'est assez flagrant vu les tests et les autres témoignages.
Je n'ai pas dit que le problème est l'infra local mais qu'avoir 10G sur le LAN ne "prouve" rien. c'est juste un pré-requis et pas le seul facteur.
Tout comme pour rouler a 100km/h il faut une voiture capable de rouler a 100 km/h mais c'est pas pourtant qu'on attendra 100km/h avec sur certaines routes.
(les pertes de paquets, le logiciel utiliser pour tester, les tailles de buffer par endroit, etc sont d'autres facteurs a prendre en compte).
Il ne faut pas s'en servir d'argument de "preuve".
Je dit juste donc d'éviter d'utiliser un serveur 10G pour tester une connection 8G et d'éviter d'utiliser IPv4 quand celui est transporté par IPv6.
C'est juste histoire d'etre plus crédible si quelqu'un du métier (notamment un expert réseau Free) regarde cela et ca enleve de suite plusieurs causes lors du diagnostique.
quoique je vois:
[ 5] local fd00:20::10 port 58512 connected to 2001:bc8:3::7 port 9202
y'a des ULA et du NPTv6 en sortie du LAN ? si IPv6 n'est pas direct coté LAN (prefix GUA) dans ce cas ne pas tester en IPv6.
ps: les tests avec des VMs dans la Freebox n'apportent rien pour moi (surtout si on obtient "que" 7Gbps). un simple test avec checkFtthFree ou nspeed (self pub) ou curl suffit pour montrer que le PC de mesure sur le LAN est bien a 10Gbps avec la Freebox (on doit avoir 9,4Gbps environ si on veut valider le PC de test en mono connection). Les VMs introduisent plus de sources de doute qu'elles car elles partagent le cpu qui fait le routage...(la encore c'est un avis général pas spécifique a ce cas précis c'est plus une histoire d'avoir une méthodologie correcte de mesure).
ps2: le test en rajoutant 2ms de latence avec tc n'apporte rien non plus. il faudrait plutôt simuler des pertes de paquets mais aussi utiliser le meme proto de congestion que les serveurs iperf3 utilisés. la encore ce n'est pas necessaire.
ps3: un test mono connexion n'est qu'un indicateur et souvent n'atteint pas le max (surtout chez Free). Ce qui compte c'est avec au moins 4 connexions.
ps4: 44k retransmissions dans certains tests, ca fait beaucoup il y a clairement un souci de saturation quelque part dans le wan.
-
Bonjour
Merci pour votre retour et les explications.
Tu as mal compris mon propos..
Probablement...
Free et Scaleway sont 2 entités distinctes du groupe Iliad. Ce n'est pas le meme réseau, il y a du peering entre eux (direct certe).
Euh... certes... mais avec un des + gros peering de France... direct et au sein du même agrégat de reseaux, comment dire...
pour le reste je n'ai pas dit que le problème n'est pas chez Free, bien au contraire je l'ai déjà admis dans un post précèdent. C'est assez flagrant vu les tests et les autres témoignages.
Je n'ai pas dit que le problème est l'infra local mais qu'avoir 10G sur le LAN ne "prouve" rien. c'est juste un pré-requis et pas le seul facteur.
Tout comme pour rouler a 100km/h il faut une voiture capable de rouler a 100 km/h mais c'est pas pourtant qu'on attendra 100km/h avec sur certaines routes.
(les pertes de paquets, le logiciel utiliser pour tester, les tailles de buffer par endroit, etc sont d'autres facteurs a prendre en compte).
Il ne faut pas s'en servir d'argument de "preuve".
Ok, mais c'est de la cosmétiques ou au plus de la rethorique... en tout cas ici... car ici les voitures et les routes dont vous parlez sont prévues pour de la "performance" (type nvmeof et même RDMA sur certains segments (évidemment avec les réglages nécessaires, type mtu, etc...)) => Latence, qualité du flux, offloading protocolaires sur du matériel conçu pour, etc... tous sont au RDV
Quand aux éventuellement erreurs sur les switchs/firewalls/nic ... et bien il n'y en a pas
Je dit juste donc d'éviter d'utiliser un serveur 10G pour tester une connection 8G et d'éviter d'utiliser IPv4 quand celui est transporté par IPv6.
C'est juste histoire d'etre plus crédible si quelqu'un du métier (notamment un expert réseau Free) regarde cela et ca enleve de suite plusieurs causes lors du diagnostique.
Quelqu'un du métier... je comprends
C'est pour une bonne partie le mien
Je sais que les opérateurs grand publiques aiment bien jouer sur les mots, mais après il faut rester intellectuelement honnête
quoique je vois:
[ 5] local fd00:20::10 port 58512 connected to 2001:bc8:3::7 port 9202
y'a des ULA et du NPTv6 en sortie du LAN ? si IPv6 n'est pas direct coté LAN (prefix GUA) dans ce cas ne pas tester en IPv6.
ps: les tests avec des VMs dans la Freebox n'apportent rien pour moi (surtout si on obtient "que" 7Gbps). un simple test avec checkFtthFree ou nspeed (self pub) ou curl suffit pour montrer que le PC de mesure sur le LAN est bien a 10Gbps avec la Freebox (on doit avoir 9,4Gbps environ si on veut valider le PC de test en mono connection). Les VMs introduisent plus de sources de doute qu'elles car elles partagent le cpu qui fait le routage...(la encore c'est un avis général pas spécifique a ce cas précis c'est plus une histoire d'avoir une méthodologie correcte de mesure).
Concernant les ULA, oui ipv6 est géré en statefull avec un offloading similaire à ipv4 sur les asics des firewalls. Les perfs sont sensiblements équivalentes, natives et cette configuration est non seulement performante mais également non impactantes lors des tests (d'ailleurs avec cette conf on mesurait 8Gbps à chaque fois et depuis début 2019 sur des serveurs type ipv6.scaleway.testdebit.info)
Alors à part 3 ou 4 laptops (recents) chez moi il n'y a pas de pc... que des serveurs, des switchs, des routeurs, des firewalls...et des appliances
Il y à bien ~9.5Gbps symétriques entre chaque nœud connectés en 10g, et N fois plus sur les liaisons à N*10Gbps ou +
Concernant les vm, il s'agit pourtant d'une instance s'executant dans la Freebox au même titre que FreeboxOS (ou pour être moins vague, en overlay (surcouche) de FreeboxOS) => si une VM à une capacité minimal mesurée de X giga bits par secondes, difficile d'inaginer que l'underlying layer (=la couche physique, ici la freebox)ne le supporte pas... c'est même contraire à la techno et au bon sens
ps2: le test en rajoutant 2ms de latence avec tc n'apporte rien non plus. il faudrait plutôt simuler des pertes de paquets mais aussi utiliser le meme proto de congestion que les serveurs iperf3 utilisés. la encore ce n'est pas necessaire.
ps3: un test mono connexion n'est qu'un indicateur et souvent n'atteint pas le max (surtout chez Free). Ce qui compte c'est avec au moins 4 connexions.
Quelle perte de paquets? Les liaisons sont "bonnes" même qualitatives...
Je n'ai pas mis les tests en parallèlisant car ils sont systématiquement moins bons... surtout sur internet... 😉
ps4: 44k retransmissions dans certains tests, ca fait beaucoup il y a clairement un souci de saturation quelque part dans le wan.
On est bien d'accord
Dans tous les cas je ne suis pas ici pour faire de la polémique entre expert, mais pour essayer de trouver une solution
Merci encore pour votre aide et votre retour
Cordialement
nbanba
-
Euh... certes... mais avec un des + gros peering de France... direct et au sein du même agrégat de reseaux, comment dire...
source ? peut tu faire des traceroute (avec -A) vers scaleway.testdebit.info en ipv4 et ipv6 ?
le gros des clients Free (grand public) ne "tire" pas sur l'infra Scaleway donc ils n'ont pas besoin d'un gros peering entre les 2 AS.
Concernant les ULA, oui ipv6 est géré en statefull avec un offloading similaire à ipv4 sur les asics des firewalls. Les perfs sont sensiblements équivalentes, natives et cette configuration est non seulement performante mais également non impactantes lors des tests (d'ailleurs avec cette conf on mesurait 8Gbps à chaque fois et depuis début 2019 sur des serveurs type ipv6.scaleway.testdebit.info)
le test iperf3 en ipv6 montré plafonne a 2Gbps quand meme...?
Ok, mais c'est de la cosmétiques ou au plus de la rethorique... en tout cas ici... car ici les voitures et les routes dont vous parlez sont prévues pour de la "performance" (type nvmeof et même RDMA sur certains segments (évidemment avec les réglages nécessaires, type mtu, etc...)) => Latence, qualité du flux, offloading protocolaires sur du matériel conçu pour, etc... tous sont au RDV
Quand aux éventuellement erreurs sur les switchs/firewalls/nic ... et bien il n'y en a pas
mais encore une fois je ne parle pas du LAN... perte de paquets, latence, etc c'est sur le WAN. Tu cherches a défendre ton LAN que je ne critique pas.
Ce n'est pas pour polémiquer, mais si j'était au support Free et je vois un cas comme le tiens, je passe direct a autre chose tellement l'installation est "hors sujet" pour un accès grand public.
Si tu veux que ton cas soit pris en compte, un simple PC au cul de la freebox avec un test local depuis la mire freebox a 9,4Gbps et un 2 tests ipv6 (un mono et un 4 flux) depuis appliwave suffissent a montrer le problème (ou pas).
Tout le reste, ton infra, les VMs, etc c'est du "bruit" dans le diagnostique MEME si c'est techniquement "parfait".
Concernant les vm, il s'agit pourtant d'une instance s'executant dans la Freebox au même titre que FreeboxOS (ou pour être moins vague, en overlay (surcouche) de FreeboxOS) => si une VM à une capacité minimal mesurée de X giga bits par secondes, difficile d'inaginer que l'underlying layer (=la couche physique, ici la freebox)ne le supporte pas... c'est même contraire à la techno et au bon sens
non ce qu'on mesure depuis/vers une VM n'est pas la meme chose que ce qu'on mesure 'a travers la freebox'(ie wan<->lan) de part notamment de part le trajet dans les chaines de netfilter (iptables) et de part du SoC des freebox (notamment sa gestion des les lignes PCI, etc).
-
Free n'est pas capable de tester le débit au cul de chaque box depuis ses outils au 3244 ?
-
Free n'est pas capable de tester le débit au cul de chaque box depuis ses outils au 3244 ?
Non, le 3244 m'explique qu'un SFP+ c'est du 100 Mbps ! ;D
-
Free n'est pas capable de tester le débit au cul de chaque box depuis ses outils au 3244 ?
Quelque part, le 3244 et son level one, faut être vicelard pour lui demander d'abord de comprendre ce genre de truc, et de lui faire faire...
D'une part, ce ne sera jamais dans le "contrat" que la mère Michu a signé, et d'autre part, faudrait avoir les outils et savoir les utiliser!
Pour le sourire, je ne serais pas étonné que ce soit la même choses chez les level one SAV des autres OCEN! ;)
-
D'autres box inclus un speedtest intégré ce qui permet a la hotline et meme a l'utilisateur de voir si y'a un souci de débit coté wan ou coté lan (notamment les livebox 6 et 7 et les bbox 6).
Les Freebox n'ont jamais eu cela par contre, elles ont une "mire" coté lan pour tester le débit entre elles et un pc (par exemple: http://mafreebox.freebox.fr/gen/10G). ce que les autres box n'ont pas.
-
D'autres box inclus un speedtest intégré ce qui permet a la hotline et meme a l'utilisateur de voir si y'a un souci de débit coté wan ou coté lan (notamment les livebox 6 et 7 et les bbox 6).
Les Freebox n'ont jamais eu cela par contre, elles ont une "mire" coté lan pour tester le débit entre elles et un pc (par exemple: http://mafreebox.freebox.fr/gen/10G). ce que les autres box n'ont pas.
Merci!
-
exemple de ce que l'on peut faire directement sur l'écran d'une livebox 7:
(https://i.imgur.com/Pkq7uFz.png)
c'est dommage que les Freebox n'aient pas cela, peut-être qu'ils ne veulent pas que des mauvais résultats s'affichent ? :)
-
Bonjour
Les Freebox n'ont jamais eu cela par contre, elles ont une "mire" coté lan pour tester le débit entre elles et un pc (par exemple: http://mafreebox.freebox.fr/gen/10G). ce que les autres box n'ont pas.
Pour ceux qui douteraient encore...
Test à l'instant depuis mon Laptop au travers de plusieurs switchs + firewalls
$ wget -O /dev/null http://mafreebox.freebox.fr/gen/100G
--2025-02-19 17:50:49-- http://mafreebox.freebox.fr/gen/100G
Résolution de mafreebox.freebox.fr (mafreebox.freebox.fr)… 212.27.38.253, fd0f:ee:b0::1
Connexion à mafreebox.freebox.fr (mafreebox.freebox.fr)|212.27.38.253|:80… connecté.
requête HTTP transmise, en attente de la réponse… 302 Moved Temporarily
Emplacement : http://mafreebox.freebox.fr:8095/fixed/100G [suivant]
--2025-02-19 17:50:49-- http://mafreebox.freebox.fr:8095/fixed/100G
Connexion à mafreebox.freebox.fr (mafreebox.freebox.fr)|212.27.38.253|:8095… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 107374182400 (100G) [application/octet-stream]
Sauvegarde en : « /dev/null »
/dev/null 100%[======================================>] 100,00G 1,08GB/s ds 94s
2025-02-19 17:52:23 (1,06 GB/s) — « /dev/null » sauvegardé [107374182400/107374182400]
94 secondes pour 100 GB (flux TCP sans aucun tuning avec MTU 1500) ... pas trop mal pour un flux sortant de la FREEBOX en 10Gbps, non ?
En tous cas, aucune raison "LAN" de sortir sur le net à 4Gbps depuis le 28/01/2025 (au lieu des 8Gbps mesurés ces 6 dernières années) ...
Cordialement
nbanba
-
exemple de ce que l'on peut faire directement sur l'écran d'une livebox 7:
(https://i.imgur.com/Pkq7uFz.png)
c'est dommage que les Freebox n'aient pas cela, peut-être qu'ils ne veulent pas que des mauvais résultats s'affichent ? :)
Bonjour
J'avoue, c'est top !
Cordialement
nbanba
-
94 secondes pour 100 GB (flux TCP sans aucun tuning avec MTU 1500) ... pas trop mal pour un flux sortant de la FREEBOX en 10Gbps, non ?
sur ce meme PC, que donne :
curl -4 -o /dev/null http://appliwave.testdebit.info/10G/10G.isopuis
curl -4 -Z -o /dev/null http://appliwave.testdebit.info/10G/10G.iso -Z -o /dev/null http://appliwave.testdebit.info/10G/10G.iso
-
Bonjour
sur ce meme PC, que donne :
curl -4 -o /dev/null http://appliwave.testdebit.info/10G/10G.isopuis
curl -4 -Z -o /dev/null http://appliwave.testdebit.info/10G/10G.iso -Z -o /dev/null http://appliwave.testdebit.info/10G/10G.iso
Ça donne bridé à 4Gbps :
$ curl -4 -o /dev/null http://appliwave.testdebit.info/10G/10G.iso
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 9536M 100 9536M 0 0 472M 0 0:00:20 0:00:20 --:--:-- 485M
Et
$ curl -4 -Z -o /dev/null http://appliwave.testdebit.info/10G/10G.iso -Z -o /dev/null http://appliwave.testdebit.info/10G/10G.iso
DL% UL% Dled Uled Xfers Live Total Current Left Speed
100 -- 18.6G 0 2 0 0:00:41 0:00:41 --:--:-- 454M
D'ailleurs le iperf c'est pareil, bridé à 4Gbps :
$ iperf3 -c appliwave.testdebit.info -p9202 -R
Connecting to host appliwave.testdebit.info, port 9202
Reverse mode, remote host appliwave.testdebit.info is sending
[ 5] local 10.0.20.55 port 58294 connected to 45.85.134.187 port 9202
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 455 MBytes 3.82 Gbits/sec
[ 5] 1.00-2.00 sec 467 MBytes 3.92 Gbits/sec
[ 5] 2.00-3.00 sec 482 MBytes 4.05 Gbits/sec
[ 5] 3.00-4.00 sec 480 MBytes 4.02 Gbits/sec
[ 5] 4.00-5.00 sec 481 MBytes 4.03 Gbits/sec
[ 5] 5.00-6.00 sec 479 MBytes 4.02 Gbits/sec
[ 5] 6.00-7.00 sec 482 MBytes 4.04 Gbits/sec
[ 5] 7.00-8.00 sec 481 MBytes 4.03 Gbits/sec
[ 5] 8.00-9.00 sec 483 MBytes 4.05 Gbits/sec
[ 5] 9.00-10.00 sec 486 MBytes 4.07 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 4.68 GBytes 4.00 Gbits/sec 4488 sender
[ 5] 0.00-10.00 sec 4.67 GBytes 4.01 Gbits/sec receiver
iperf Done.
Alors qu'entre la machine et la freebox, aucun problèmes:
$ curl -4 -o /dev/null http://mafreebox.freebox.fr:8095/fixed/10G
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 10.0G 100 10.0G 0 0 1113M 0 0:00:09 0:00:09 --:--:-- 1114M
Cordialement
nbanba
-
Bonjour nbanba,
Quelle est votre offre Freebox Delta ? Est-ce l'offre Freebox Delta principale à 49,99 €/mois avec tous les contenus streaming et la TV, ou est-ce l'offre Freebox Delta S à 39,99 €/mois sans les services de streaming ni la TV ?
En ce qui nous concerne, nous sommes sur une offre Freebox Delta S.
Cordialement,
Romain
-
Bonjour
J'ai l'offre du premier jour (souscrite le jour de la sortie soit le 04/12/2018)
À savoir
- Player Devialet (achat 480€ sec à la souscription)
- 1 pack sécurité (achat à la souscription)
- 1 disque 1T (achat à la souscription - retiré de la box depuis 2021)
- 2 freeplugs
De Janvier 2019 (réception de la BOX) jusqu'à fin février, j'étais en XDSL + 4G
Puis à partir de Février 2019 j'ai eu la fibre 8Gbps DL
Je mesurais bien les 8Gbps à chaque tests jusque fin janvier 2025
Pourriez vous SVP me donner la référence de votre SFP ONU PON (en message privé si vous ne voulez pas la poster ici)?
Merci
Cordialement
nbanba
-
Bonjour
Cette nuit à 00:50:41 en direct au cul de la box j'ai fait une pointe à 4,73 Gbps
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 11] 0.00-1.00 sec 532 MBytes 4.46 Gbits/sec 43 1.79 MBytes
[ 11] 1.00-2.00 sec 542 MBytes 4.55 Gbits/sec 0 2.00 MBytes
[ 11] 2.00-3.00 sec 576 MBytes 4.83 Gbits/sec 0 2.20 MBytes
[ 11] 3.00-4.00 sec 576 MBytes 4.83 Gbits/sec 0 2.35 MBytes
[ 11] 4.00-5.00 sec 576 MBytes 4.83 Gbits/sec 0 2.49 MBytes
[ 11] 5.00-6.00 sec 578 MBytes 4.84 Gbits/sec 0 2.59 MBytes
[ 11] 6.00-7.00 sec 548 MBytes 4.59 Gbits/sec 69 1.92 MBytes
[ 11] 7.00-8.00 sec 564 MBytes 4.73 Gbits/sec 0 2.13 MBytes
[ 11] 8.00-9.00 sec 568 MBytes 4.76 Gbits/sec 1 2.30 MBytes
[ 11] 9.00-10.00 sec 578 MBytes 4.84 Gbits/sec 0 2.40 MBytes
[ 11] 10.00-10.03 sec 18.8 MBytes 4.61 Gbits/sec 0 2.40 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 11] 0.00-10.03 sec 5.52 GBytes 4.73 Gbits/sec 113 sender
Ma Freebox Delta aurait elle été déclassée en Freebox POP (et donc limité au max à 5 Gbps théoriques) ?
À noter que si je "force" sur le lien en parallélisant, tous les symptômes sont ceux d'un lien LIMITÉ (somme des débits des sessions ~= limite, le ping monte sur les autres sessions, etc...)
D'ailleurs, ça ressemble bien à un 'traffic shaper'...
Cordialement
nbanba
-
Je me pose la question, ce ne serais pas arrivé en même temps que la sortie de la Freebox Pro v2 symétrique ?
Soit après le 14 janvier 2025 !
Y aurait t-il pas une saturation dans certaines zones comme déjà constatée et Free aurait prit des mesures sans rien dire ?
-
Bonjour
Je me pose la question, ce ne serais pas arrivé en même temps que la sortie de la Freebox Pro v2 symétrique ?
Soit après le 14 janvier 2025 !
Y aurait t-il pas une saturation dans certaines zones comme déjà constatée et Free aurait prit des mesures sans rien dire ?
Peut être...
De mon côté j'ai commencé à observer le problème vers le 28/01/2025 en faisant des tests pour aider d'autres usagers qui rencontraient des problèmes de limitation de débits.
On va finir par suspecter des "shadow procédures" chez Free comme par exemple :
"Si un client fibre appel le 3244 parce qu'il a des freez sur sa TV, appliquez un traffic shaper à 50% du débit pic max sur le client qui à eu les plus hauts pics de débits depuis 30 jours et qui est physiquement connecté au PM sur le même coupleur PON"
PS: du ressenti client, Free a toujours pris ses mesures sans rien dire
Cordialement
nbanba
-
PS: du ressenti client, Free a toujours pris ses mesures sans rien dire
Comme les autres, je dirais même comme toutes les sociétés. Y'a des choses que les clients ne doivent pas savoir.
-
Ce qui est curieux c'est que ce soit si régulier et si "pile" a 4Gbps (hormis le test cette nuit a 4,7 Gbps).
Une saturation ou un problème de congestion n'entraine pas des valeurs précises comme cela.
Ca ressemble vraiment a un "réglage" ou un plafond mis a 4Gbps.
y'a aussi ce test a pile "2 Gbps" en IPv6 avec appliwave ...
Voici les tests sur appliwave + scaleway réalisés à l'instant (chargé le peering V6 ce matin entre appliwaves et Free)
09:55:45 nba@lap-nba0:~$ host -6 appliwave.testdebit.info
appliwave.testdebit.info has address 45.85.134.187
appliwave.testdebit.info has IPv6 address 2a05:46c0:100:1007::3
09:55:47 nba@lap-nba0:~$ iperf3 -c 2a05:46c0:100:1007::3 -p9202 -R --get-server-output
Connecting to host 2a05:46c0:100:1007::3, port 9202
Reverse mode, remote host 2a05:46c0:100:1007::3 is sending
[ 5] local fd00:20::10 port 41496 connected to 2a05:46c0:100:1007::3 port 9202
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 227 MBytes 1.90 Gbits/sec
[ 5] 1.00-2.00 sec 244 MBytes 2.05 Gbits/sec
[ 5] 2.00-3.00 sec 245 MBytes 2.05 Gbits/sec
[ 5] 3.00-4.00 sec 247 MBytes 2.07 Gbits/sec
[ 5] 4.00-5.00 sec 237 MBytes 1.99 Gbits/sec
[ 5] 5.00-6.00 sec 241 MBytes 2.03 Gbits/sec
[ 5] 6.00-7.00 sec 241 MBytes 2.02 Gbits/sec
[ 5] 7.00-8.00 sec 244 MBytes 2.05 Gbits/sec
[ 5] 8.00-9.00 sec 240 MBytes 2.02 Gbits/sec
[ 5] 9.00-10.00 sec 240 MBytes 2.02 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 2.36 GBytes 2.02 Gbits/sec 198 sender
[ 5] 0.00-10.00 sec 2.35 GBytes 2.02 Gbits/sec receiver
Server output:
Accepted connection from xxxxxxxxxxxx port 29534
[ 5] local 2a05:46c0:100:1007::3 port 9202 connected to xxxxxxxxxxxx port 45908
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 230 MBytes 1.93 Gbits/sec 0 6.62 MBytes
[ 5] 1.00-2.00 sec 242 MBytes 2.03 Gbits/sec 0 6.55 MBytes
[ 5] 2.00-3.00 sec 245 MBytes 2.06 Gbits/sec 12 6.45 MBytes
[ 5] 3.00-4.00 sec 248 MBytes 2.08 Gbits/sec 0 6.74 MBytes
[ 5] 4.00-5.00 sec 238 MBytes 1.99 Gbits/sec 120 6.62 MBytes
[ 5] 5.00-6.00 sec 241 MBytes 2.02 Gbits/sec 19 6.61 MBytes
[ 5] 6.00-7.00 sec 241 MBytes 2.02 Gbits/sec 0 6.74 MBytes
[ 5] 7.00-8.00 sec 244 MBytes 2.04 Gbits/sec 0 6.74 MBytes
[ 5] 8.00-9.00 sec 240 MBytes 2.01 Gbits/sec 38 6.60 MBytes
[ 5] 9.00-10.00 sec 241 MBytes 2.02 Gbits/sec 9 6.56 MBytes
[ 5] 10.00-10.04 sec 8.75 MBytes 1.85 Gbits/sec 0 6.52 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 2.36 GBytes 2.02 Gbits/sec 198 sender
y'a peu de "retr" (retransmission) ce qui laisse plutôt indiqué que ce n'est pas saturé/congestionné.
-
Tiens, tiens, tiens sur POP -> https://forum.universfreebox.com/viewtopic.php?t=89495
Je suis connecté en Ethernet au port 2,5 Gbits/s de la Freebox et la synchro Ethernet se fait bien en 2,5 Gbits full duplex (vérif dans la partie switch de l'interface Freebox).
En local, j'ai bien 2,5 Gbits/s quand je fais le test de débit local proposé par la Freebox (wget http://192.168.1.254/gen/1 Gbits donne 278MB/s soit 2,17Gbps). Donc pas de problème de débit entre mon poste la Freebox.
Par contre, quand je fais un iperf3 vers différents serveurs publics, là où avant j'avais plus de 2Gbps, maintenant je n'ai plus que 900 Mbps max:
- iperf3 -c ping.online.net -p 5208 -R -P5 ==> 891 Mbits/sec
- iperf3 -c ping.online.net -p 5219 -R -P5 ==> 895 Mbits/sec
Le service client me dit que tout est en ordre pourtant par exemple aujourd'hui (comme d'autres jours), on ne monte pas à plus de 650 à 700 Mbps en Download (même test iPerf qu'au-dessus). On a l'impression qu'on est bridé à 1 Gbps par accès (par exemple la nuit à 2h du matin, impossible de dépasser 1 Gbps) et que le débit global partagé sur Amiens est réduit (en journée, on a des débits réduits, surtout aux heures de fort trafic)...
Ça pue !
-
si tu passes --parallel 4 ou 8 à iperf, qu'obtiens tu comme résultat ?
EDIT: tu as utilisé -P qui est l'équivalent de --parallel, mes excuses.
Tu peux aussi faire le test avec ping6.online.net pour comparer entre ipv6 et ipv4.
-
Ce qui est curieux c'est que ce soit si régulier et si "pile" a 4Gbps (hormis le test cette nuit a 4,7 Gbps).
Une saturation ou un problème de congestion n'entraine pas des valeurs précises comme cela.
Ca ressemble vraiment a un "réglage" ou un plafond mis a 4Gbps.
+1, ca ressemble a du shaping. Ou un lien intermédiaire qui synchronise à cette vitesse, mais alors quoi...
-
Les développeurs sur le bug-tracker Freebox ne répondent plus.
La moindre des choses, et par respect pour leurs clients, serait d'indiquer qu'il y a un problème et que c'est en cours de résolution.
Encore une autre personne vient de se manifester pour exactement le même souci sur le bug-tracker Freebox. (@georges68). Juste ici : https://dev.freebox.fr/bugs/task/40029
Comme certains l'ont suggéré, une QoS avec réduction de débit pour ceux qui font trop de trafic, a été mise en place. Et, peut-être, ne se déclencherait que sur des NRO où des abonnés appellent le 3244 et de plaignent. Peut-être, comme il a été suggéré, que du freeze intervient sur la TV pour des clients impactés. On a là, peut-être, un problème significatif qui différencie le 10G-EPON du XGS-PON des concurrents de Free. Il me semble que le 10G-EPON est moins facilement manageable, et que c'est plus complexe d'intégrer des QoS pointues.
On va attendre que de plus en plus de clients soient concernés, que ça pète, et que la presse s'en mêle. On aura une belle shitstorm, et l'image de la Freebox Ultra facturée 50 €/mois s'en trouvera ternie. Voire même l'image de la Freebox Pop, puisque des abonnés semblent également concernés par une limitation. Au moment où plein de gens commencent à faire la remarque que payer sa box plus de 30 €/mois, c'est trop cher, ben ce n'est franchement pas top. Le but de Free est d'attirer les clients sur du haut de gamme. On parle d'une offre bien au-dessus de ce que paient la majorité des gens. Si demain le mot "bridage" apparaît sur Internet dans tous les coins, ça va devenir très problématique. Bref, encore une histoire à la Free. C'est dommage, je suis très déçu.
Je n'aime pas Orange, leurs offres sont trop chères par rapport à la Freebox. La Livebox 7 est bien en-dessous d'une Freebox Ultra, et même d'une Freebox Delta en termes de matériel. Mais il faut reconnaître que les abonnés qui prennent le 8 Gbps symétrique chez Orange, à 58 €/mois, sont au taquet de leur connexion (8200/8200).
-
Pas impossible que le problème ne soit pas de leur ressort, si comme il est supposé plus haut, des mesures de shapping aient été mises en place (volontairement ou pas!), suite à une modification logicielle à un niveau quelconque du réseau de Free (OLT, collecte ou passerelles...), selon l'endroit où le "loup" se serait glissé.
Pas impossible que ce soit aussi des mesures "conservatoires", au cas où l'infra de Free pourrait se trouver en difficulté si tout le monde se mettait à "goinfrer" ses 8Gb...
Entre le marketing et la réalité du terrain... :(
-
Pas impossible que le problème ne soit pas de leur ressort, si comme il est supposé plus haut, des mesures de shapping aient été mises en place (volontairement ou pas!), suite à une modification logicielle à un niveau quelconque du réseau de Free (OLT, collecte ou passerelles...), selon l'endroit où le "loup" se serait glissé.
Pas impossible que ce soit aussi des mesures "conservatoires", au cas où l'infra de Free pourrait se trouver en difficulté si tout le monde se mettait à "goinfrer" ses 8Gb...
Entre le marketing et la réalité du terrain... :(
Le problème de cette QoS est qu'elle est beaucoup trop visible, c'est lamentable pour l'image de Free. J'aurais préféré un débit max de 6 Gbps lorsque la Freebox Delta avait été lancée. En même temps, quelle idée d'offrir 8 Gbps partagés entre tous les abonnés. La moindre des choses pour une offre 8 Gbps max, aurait été d'avoir une collecte en 25 Gbps. C'est complètement loufoque de créer une offre sur laquelle un seul abonné peut s'accaparer toute la bande-passante.
Je pense que cette limitation est totalement volontaire, afin de maintenir à tout prix une certaine qualité pour les abonnés qui consomment de la data dans la moyenne de la plupart des abonnés.
Mais je n'en dirais pas davantage sur ce forum... ;)
-
Victime en FBX POP moi aussi, ça plafonne le RX à ~900Mbs/s mais uniquement en IPv4, pas de souci en IPv6
-4 -R
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.13 sec 1.14 GBytes 969 Mbits/sec 2315 sender
[ 5] 0.00-10.00 sec 1.07 GBytes 918 Mbits/sec receiver
-6 -R
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 2.61 GBytes 2.23 Gbits/sec 22531 sender
[ 5] 0.00-10.00 sec 2.53 GBytes 2.18 Gbits/sec receiver
Je ne sais pas si vous l'avez remarqué aussi mais si je lance le iperf3 -4 en --bidir, la somme de RX et TX est toujours ~900M comme si il y avait une limite commune aux deux directions.
Il y a l'air d'y avoir aussi un petit impact de --bidir sur le RX en v6 mais moins flagrant
-4 --bidir
[ ID][Role] Interval Transfer Bitrate Retr
[ 5][TX-C] 0.00-10.00 sec 294 MBytes 247 Mbits/sec 1 sender
[ 5][TX-C] 0.00-10.03 sec 285 MBytes 239 Mbits/sec receiver
[ 7][RX-C] 0.00-10.00 sec 802 MBytes 673 Mbits/sec 331 sender
[ 7][RX-C] 0.00-10.03 sec 774 MBytes 647 Mbits/sec receiver
-6 --bidir
[ ID][Role] Interval Transfer Bitrate Retr
[ 5][TX-C] 0.00-10.00 sec 815 MBytes 684 Mbits/sec 0 sender
[ 5][TX-C] 0.00-10.03 sec 809 MBytes 676 Mbits/sec receiver
[ 7][RX-C] 0.00-10.00 sec 1.08 GBytes 932 Mbits/sec 1 sender
[ 7][RX-C] 0.00-10.03 sec 1.08 GBytes 921 Mbits/sec receiver
EDIT : mode router, dernier fw freebox, NIC 2.5G usb, IP full stack
-
Peut-on envisager que pour l'IPV4, on ait affaire à un problème de capacité de la ou des passerelles de fin du tunnel IPV6? Avec éventuellement un bémol entre IPV4 partagées et "Full Stack".
En passant, il semble qu'il y ait un problème différent, certes, mais toujours sur de l'IPV4 chez un autre opérateur qui fait du 8Gb symétrique (dans ce cas, ce ne n'est pas du 10G-EPON, mais du XGS-PON)...
-
J'adresse ce message à la team de Free. Xavier Niel aussi, si vous me lisez.
Si vous êtes en train de mettre en place une QoS toute crade pour maintenir une certaine qualité de réseau, je vous suggère de changer de méthode.
Personnellement, et si c'est inévitable pour que le réseau reste de qualité, je serais enclin à accepter une modification du contrat. (Officielle, avec courrier et/ou e-mail).
Sur notre Delta, par exemple, nous préfèrerions disposer de 5 Gbps Down et 3 Gbps Up, plutôt que 8 Gbps Down et 700 Mbps Up. Cela me paraitrait être un bon compromis, tout en offrant un débit beaucoup plus homogène en Download et Upload. Et la majorité des clients ne résilieraient pas, je pense même que cela serait satisfaisant. D'autant que les concurrents auraient du mal à riposter, car leur XPS-PON étant encore peu déployé, ils auraient du mal à proposer du 3 Gbps en Upload à grande échelle.
Concernant les Ultra, qui paient plus cher, là je n'ai pas trop de remarque à faire... N'étant pas concerné par cette offre, difficile de donner mon ressenti.
-
Certes, si c'est une limitation volontaire, c'est moche, mais hélas, le fameux "jusqu'à" est trop parfaitement d'actualité, sans devoir modifier le contrat. >:(
Et quant au volume potentiel de résiliations...
Bref, triste si ce "problème" est une volonté réelle!
-
Certes, si c'est une limitation volontaire, c'est moche, mais hélas, le fameux "jusqu'à" est trop parfaitement d'actualité, sans devoir modifier le contrat. >:(
Et quant au volume potentiel de résiliations...
Bref, triste si ce "problème" est une volonté réelle!
Je pense que c'est parfaitement volontaire. Sinon, le compte @free_1337 sur X aurait déjà communiqué sur le fait qu'il y a un problème et que c'est en cours de résolution.
D'autant que... enfin voilà. ::)
-
Pas impossible que ce soit aussi des mesures "conservatoires", au cas où l'infra de Free pourrait se trouver en difficulté si tout le monde se mettait à "goinfrer" ses 8Gb...
Entre le marketing et la réalité du terrain... :(
Bonjour
Ce serait surréaliste de par la techno elle-même, je me trompe peut-être mais à la grosse louche:
32 abonnés sur 1 coupleur 10G EPON => 1 laser à 10Gbps côté OLT pour 32 ONU en face
Dès que 2 clients sur le coupleur sont à 5,36Gb/s (soit 5Gib/s), le port 10Gib/s de l'OLT crache tout ce qu'il peut
Donc 1 port OLT ne peut pas drainer plus que 1/23 du trafic final déployé avec une limite vendue à 8000 Mb/s
(32 abonnés à 8000 Mb/s ça fait 32*7,45Gib= 238,4 Gib/s)
On a donc 1 port 10Gbps au NRO avec en face jusqu'à 238,4 Gbps déployé
C'est une SUPER protection pour le réseau... ce ratio de 1/23 fourni par la techno !
Donc dans une zone avec une armoire PM contenant 1 bandeau de 4 coupleur FREE (assez classique je crois), Free branche 128 clients et peut donc théoriquement vendre jusqu'à 128*8Gb/s soit 128*7,45Gib/s = 953Gbps alors qu'au final au NRO Free ne peut pas drainer plus que 4*10 Gib/s
=> presque 1 tera bits par secondes de connectivités déployé/vendue nécessite uniquement de remonter 40Gbps au backbone...
Si avec ça faut mettre du shaping, alors le réseau Free est bien malade
Cordialement
nbanba
-
Bonjour
Ce serait surréaliste de par la techno elle-même, je me trompe peut-être mais à la grosse louche:
32 abonnés sur 1 coupleur 10G EPON => 1 laser à 10Gbps côté OLT pour 32 ONU en face
Dès que 2 clients sur le coupleur sont à 5,36Gb/s (soit 5Gib/s), le port 10Gib/s de l'OLT crache tout ce qu'il peut
Donc 1 port OLT ne peut pas drainer plus que 1/23 du trafic final déployé avec une limite vendue à 8000 Mb/s
(32 abonnés à 8000 Mb/s ça fait 32*7,45Gib= 238,4 Gib/s)
On a donc 1 port 10Gbps au NRO avec en face jusqu'à 238,4 Gbps déployé
C'est une SUPER protection pour le réseau... ce ratio de 1/23 fourni par la techno !
Donc dans une zone avec une armoire PM contenant 1 bandeau de 4 coupleur FREE (assez classique je crois), Free branche 128 clients et peut donc théoriquement vendre jusqu'à 128*8Gb/s soit 128*7,45Gib/s = 953Gbps alors qu'au final au NRO Free ne peut pas drainer plus que 4*10 Gib/s
=> presque 1 tera bits par secondes de connectivités déployé/vendue nécessite uniquement de remonter 40Gbps au backbone...
Si avec ça faut mettre du shaping, alors le réseau Free est bien malade
Cordialement
nbanba
Sans rentrer dans les détails, je sais que nous sommes au moins 800 abonnés à nous partager 8,7 Gbps...
Il y a certes une première collecte de base de 32 abonnés, mais ensuite il semble y avoir tout un tas de points de collectes empilés les uns sur les autres.
La contention dans le réseau est extrême, même si elle a été améliorée au lancement de la Freebox Ultra. Cela s'était observé dans les speedtests fortement à la hausse sur l'ensemble du territoire.
-
Pour moi, toutes les offres au dessus du 1Gbits auraient dû faire l'objet d'une option payante de +10€ minimum aussi bien dans le sens Down que UP, et ce pour chaque gap (2.5/5/8) en faisant du sur demande !
On n'aurait pas eu une Delta bridée sur ses ports Rj45, une POP de secours et une Ultra mais une seule et même box de compète parée pour enquiller jusqu'à 8Gbits 24/7/365 durant 15 ans sur un réseau qui tient la route, ce que fait la Révolution encore aujourd'hui !
Free a été trop gourmand et quand on voit le sort réservé aux Pro, on voit bien que la précipitation n'est pas bonne conseillère !
-
Pour moi, toutes les offres au dessus du 1Gbits auraient dû faire l'objet d'une option payante de +10€ minimum aussi bien dans le sens Down que UP, et ce pour chaque gap (2.5/5/8) en faisant du sur demande !
On n'aurait pas eu une Delta bridée sur ses ports Rj45, une POP de secours et une Ultra mais une seule et même box de compète parée pour enquiller jusqu'à 8Gbits 24/7/365 durant 15 ans sur un réseau qui tient la route, ce que fait la Révolution encore aujourd'hui !
Free a été trop gourmand et quand on voit le sort réservé aux Pro, on voit bien que la précipitation n'est pas bonne conseillère !
Ben... c'est du Free ! ;D
La moindre des choses, c'est déjà d'installer une collecte en 25 Gbps si le débit maximum théorique est du 8 Gbps pour le client. Si c'est une offre en 20 Gbps, la moindre des choses est d'installer une collecte en 50 Gbps. Etc.
Lorsqu'on s'aperçoit que les abonnés Orange disposent de 8,2 Gbps Down et Up à toute heure de la journée, je me demande si l'opérateur n'aurait pas déployé une telle collecte.
Il y a 1 an, sur X, un abonné Orange avait publié des informations confidentielles sur un test en 25 Gbps, puis a tout supprimé (sauf que j'ai tout screenshot). Je ne serais pas étonné qu'Orange déploie du 25G PON avec Nokia à grande échelle, plutôt que de déployer un réseau national en XGS-PON qu'il faudra à nouveau upgrader.
L'offre 25 Gbps en test d'Orange porte même le nom de Livebox Max Plus Fibre+ Proto.
-
Je vois que sur le bugtracker Maxime Bizon (@mbizon) est intervenu, c'est un des gars spécialiste Freebox (partie code) depuis plusieurs années.
Mais franchement je crois qu'ils s'en cognent du problème, le contrat est clair: débit de 128Kbit/s à 8Gbit/s, Free est dans les clous contractuellement !
https://adsl.free.fr/cgv/last/cgv.html
10.4. Niveaux de qualité pour la fourniture du service
- Niveau de qualité de l’accès. Le débit de synchronisation représente le débit maximum négocié entre les équipements actifs d’extrémités de la boucle locale cuivre ou optique placés respectivement chez l’abonné et au niveau du répartiteur d’abonnés opéré par l’OBL. Ce débit est exprimé en IP et est fonction notamment des caractéristiques, de la qualité de l’accès de l’abonné et de la distance de l’installation avec le nœud de raccordement d’abonnés. Les débits ADSL et VDSL sont variables en fonction de la longueur de la ligne. Ce débit peut être vérifié par l’abonné sur l’interface utilisateur de la Freebox accessible à l’adresse suivante http ://mafreebox.freebox. fr/. En cas d’utilisation par l’abonné de tout autre équipement que celui mis à disposition/loué par Free, le débit de synchronisation ne peut être garanti par Free. Le débit descendant de synchronisation est compris :
- pour l’ADSL entre 128 kbit/s et 22,4 Mbit/s en zone dégroupée ou 17,6 Mbit/s en zone non dégroupée. Débits accessibles sur des lignes inférieures à 500m, en l’absence de perturbations. Débit descendant atteignable en général entre 1 Mbit/s et 15 Mbit/s et débit montant atteignable en général inférieur à 1 Mbit/s.
- pour le VDSL2 entre 128 kbit/s et 100 Mbit/s en zone dégroupée. Débit accessible sur des lignes inférieures à 500m, en l’absence de perturbations. Débit descendant atteignable en général entre 1 Mbit/s et 15 Mbit/s, pouvant être compris entre 15 Mbit/s et 50 Mbit/s pour les lignes les plus courtes (moins de 1 km) et débit montant atteignable en général inférieur à 1 Mbit/s, pouvant atteindre 8 Mbit/s pour certaines des lignes les plus courtes (moins de 1 km).
- pour la fibre entre 128 kbit/s et 1 Gbit/s ou 8 Gbit/s selon l’offre souscrite par l’abonné et la Freebox compatible. Débit théorique montant maximum jusqu’à 600 Mbit/s ou 700 Mbit/s ou 8 Gbit/s selon l’offre souscrite.
8Gbits = 1Go/s
-
Je vois que sur le bugtracker Maxime Bizon (@mbizon) est intervenu, c'est un des gars spécialiste Freebox (partie code) depuis plusieurs années.
Mais franchement je crois qu'ils s'en cognent du problème, le contrat est clair: débit de 128Kbit/s à 8Gbit/s, Free est dans les clous contractuellement !
Alors oui, il s'en cogne visiblement. Sauf que si je n'ai pas de Freebox et que je veux du 8 Gbps, je vais direct chez Orange, même si c'est 8 €/mois de plus. Certainement pas Free.
Cette histoire va juste engendrer une très mauvaise publicité pour le Haut de Gamme de Free. Contreproductif.
-
Alors oui, il s'en cogne visiblement.
STOP !
Je vous invite vivement à faire preuve de retenue, de respect et cesser les conclusions hatives envers le personnel de Free.
Vous n'êtes pas eux, vous ne connaissez pas les tenants et aboutissants de ce qu'il se passe.
Restons-en là, restons aux faits.
Personnellement, je ne doute pas un instant qu'ils y pensent, qu'ils y réfléchissent et travaillent dessus.
Laissez leur du temps svp.
-
STOP !
Je vous invite vivement à faire preuve de retenue, de respect et cesser les conclusions hatives envers le personnel de Free.
Vous n'êtes pas eux, vous ne connaissez pas les tenants et aboutissants de ce qu'il se passe.
Restons-en là, restons aux faits.
Personnellement, je ne doute pas un instant qu'ils y pensent, qu'ils y réfléchissent et travaillent dessus.
Laissez leur du temps svp.
OK s'ils réfléchissent à une solution parce qu'il y a un problème.
Mais dans ce cas, ils n'ont qu'à le faire savoir. Leur silence fait plus penser à un bridage qu'à autre chose.
-
Alors oui, il s'en cogne visiblement... Contreproductif.
Bonjour
Suite à toutes les analyses réalisés ici et ailleurs, il s'agirait plus d'un traffic shaper que d'un bug.
Donc les devs sont impuissant, c'est le support qui gère ce type de problème.
Comme déjà dit, le souci est nos interlocuteurs chez Free, s'adresser aux développeurs est super pour fix les bugs hardware et software mais complètement inadapté pour supprimer des règles de shaping déployées sur les différents équipements du réseaux présent entre nos freebox et le backbone (ce n'est ni le travail des développeurs ni leur responsabilité).
Je pense que les développeurs sont simplement impuissants et qu'ils n'ont pas l'autorisation de communiquer sur un problème qui n'est pas de leur ressort (ie: un BUG manifeste et reproductible à 100%)
Cordialement
nbanba
-
J'ai un doute mais quel usage légitime ne peut pas être effectif sans avoir 8Gb/s h24 ? ( A supposer d'avoir un serveur dédié en face avec au moins 8Gb/s dont on contrôle pour éviter que d'autres utilisent les ressources du serveur distant en même temps évidemment.
-
J'ai un doute mais quel usage légitime ne peut pas être effectif sans avoir 8Gb/s h24 ? ( A supposer d'avoir un serveur dédié en face avec au moins 8Gb/s dont on contrôle pour éviter que d'autres utilisent les ressources du serveur distant en même temps évidemment.
Le problème n'est pas de ne pas avoir les 8 Gbps H24. Le problème est de subir une limitation volontaire du débit qui n'est pas liée au trafic sur le réseau.
Je veux bien être limité lorsque d'autres abonnés téléchargent en même temps. Mais lorsque le réseau est vide, mon débit ne doit pas être capé.
Personnellement, nous n'avons besoin du 8 Gbps que 3 à 4 fois par mois. Lorsqu'il s'agit de récupérer un film en 4K qui fait entre 70Go et 95Go. C'est bien pratique de pouvoir le récupérer en 1min40s, lorsqu'il est 20h30 le soir, et qu'on n'a pas le temps d'attendre pour récupérer le film sélectionné à la dernière minute.
-
Le problème n'est pas de ne pas avoir les 8 Gbps H24. Le problème est de subir une limitation volontaire du débit qui n'est pas liée au trafic sur le réseau.
Je veux bien être limité lorsque d'autres abonnés téléchargent en même temps. Mais lorsque le réseau est vide, mon débit ne doit pas être capé.
Mais encore une fois, qu'est ce que vous en savez ?
Vous n'en savez rien, et vous vous permettez de juger et de poser des conclusions sans connaitre les tenants et aboutissants de ce problème.
Encore une fois, tant que Free n'a pas donné de réponse, il faut s'abstenir.
Et absentation ne veut pas dire consentement...
-
Le problème n'est pas de ne pas avoir les 8 Gbps H24. Le problème est de subir une limitation volontaire du débit qui n'est pas liée au trafic sur le réseau.
Je veux bien être limité lorsque d'autres abonnés téléchargent en même temps. Mais lorsque le réseau est vide, mon débit ne doit pas être capé.
Personnellement, nous n'avons besoin du 8 Gbps que 3 à 4 fois par mois. Lorsqu'il s'agit de récupérer un film en 4K qui fait entre 70Go et 95Go. C'est bien pratique de pouvoir le récupérer en 1min40s, lorsqu'il est 20h30 le soir, et qu'on n'a pas le temps d'attendre pour récupérer le film sélectionné à la dernière minute.
Il y a du streaming légal en 1 secondes pour les impatients qui ne veulent pas attendre 2 fois 1,40 minutes.
-
Il y a du streaming légal en 1 secondes pour les impatients qui ne veulent pas attendre 2 fois 1,40 minutes.
Il n'y a pas que les films. Nous testons ici plein de modèles d'IA actuellement.
Ils sont souvent récupérés à plus de 6 Gbps, sur des serveurs extrêmement accessibles. Nous avons récupéré au moins 2To de modèles d'IA le mois dernier, et on n'a pas que ça à faire que d'attendre.
Bref, on n'a pas à justifier nos usages du 8 Gbps. On a souscrit une offre à 8 Gbps, ce n'est pas pour subir un bridage sur la ligne.
-
Nous avons récupéré au moins 2To de modèles d'IA le mois dernier, et on n'a pas que ça à faire que d'attendre.
Il me semble pas que ça soit un très bon exemple quand tu vois qu'il faut moins d'une heure et demi pour télécharger 2 To à 400 Mo/s (donc moins de 4 Gbps).
Plus sérieusement, je ne pense pas qu'il faille voir un bridage volontaire du débit partout. On a vu par le passé que la stratégie de laisser faire la nature et d'avoir des saturations marche très bien, du coup pourquoi prendre le risque de brider activement le débit ?
Edit : On notera d'ailleurs que Maxime Bizon n'a pas exclu qu'il puisse y avoir un problème quelque part sur le bugtracker : "Je n'ai aucune idée de la cause réelle, je me suis par contre assuré de l'absence de problème réseau/bridage.".
-
Bonsoir si ça peut aider :),
freebox delta r1 - freebox os version 4.8.18
[checkFtthFree v0.26] Windows 11 Build 26100 (64-bit)
-------------------------- 2025-02-20 22:45:31 +0100 --------------------------
Configuration réseau du système:
Adapter.Driver: Marvell AQtion 10Gbit Network Adapter
Adapter.DriverVersion: 3.1.7.0 (Marvell, 2022-06-02)
Adapter.EEE: Disabled
Adapter.FlowControl: Rx & Tx Enabled
Adapter.IPChecksumOffloadIPv4: Rx & Tx Enabled
Adapter.InterruptModeration: Enabled
Adapter.JumboPacket: Disabled
Adapter.LinkSpeed: 10 Gbps
Adapter.LsoV1IPv4: Enabled
Adapter.LsoV2: Enabled
Adapter.PcieLinkSpeed: 8.0 GT/s
Adapter.PcieLinkWidth: 4
Adapter.PhysicalMediaType: 802.3
Adapter.ReceiveBuffers: 512
Adapter.Rsc: Enabled
Adapter.SpeedDuplex: Auto Negotiation
Adapter.TCPUDPChecksumOffload: Rx & Tx Enabled
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.42 ms [gigue: 0.04 ms]
--> Débit: 1.18 Go/s (9.43 Gbps) [fluctuation: 1.22%]
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
--> Latence: 3.18 ms [gigue: 0.19 ms]
--> Débit: 568.28 Mo/s (4.55 Gbps) [fluctuation: 6.68%]
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
--> Latence: 2.42 ms [gigue: 0.18 ms]
--> Débit: 567.52 Mo/s (4.54 Gbps) [fluctuation: 6.80%]
-------------------------- 2025-02-20 22:46:16 +0100 --------------------------
en vrai vers cette heure -ci avec le peering je tape dans les 5 gbps donc je crois que c'est normal comme débit , j'en referai un plus tard dans la nuit
-
N'oublie pas de tester en ipv4 et ipv6, étant donné l'architecture du réseau de Free qui privilégie de très loin l'ipv6
-
Il me semble pas que ça soit un très bon exemple quand tu vois qu'il faut moins d'une heure et demi pour télécharger 2 To à 400 Mo/s (donc moins de 4 Gbps).
Plus sérieusement, je ne pense pas qu'il faille voir un bridage volontaire du débit partout. On a vu par le passé que la stratégie de laisser faire la nature et d'avoir des saturations marche très bien, du coup pourquoi prendre le risque de brider activement le débit ?
Edit : On notera d'ailleurs que Maxime Bizon n'a pas exclu qu'il puisse y avoir un problème quelque part sur le bugtracker : "Je n'ai aucune idée de la cause réelle, je me suis par contre assuré de l'absence de problème réseau/bridage.".
Il dit s'être en effet assuré qu'il n'y a pas de problème réseau/bridage. Mais on lui a peut-être dit de tenir ce discours pour éviter de faire des histoires. Jamais Free n'avouera une telle situation sur son réseau.
En tout cas, tout cela reste assez mystérieux et désagréable. Il y a un manque flagrant de communication. Le pire, ça reste le silence de @free_1337 qui, d'habitude, est assez prompt à s'exprimer sur les problèmes dans le réseau.
-
Sans vouloir être désagréable, si la présence d'un débit à 8 Gbps au lieu de 4 est un critère prépondérant pour vous, vous seriez peut-être mieux servis par l'offre « Bbox pure fibre » à 24 € / mois, moitié moins chère que l'Ultra, qui est intéressante surtout pour les services associés... « votez avec votre portefeuille », comme certains disent, le temps que ce problème disparaisse ; et peut-être que donner ça comme motif de résilitation les poussera à le résoudre plus vite 🤷
-
Sans vouloir être désagréable, si la présence d'un débit à 8 Gbps au lieu de 4 est un critère prépondérant pour vous, vous seriez peut-être mieux servis par l'offre « Bbox pure fibre » à 24 € / mois, moitié moins chère que l'Ultra, qui est intéressante surtout pour les services associés... « votez avec votre portefeuille », comme certains disent, le temps que ce problème disparaisse ; et peut-être que donner ça comme motif de résilitation les poussera à le résoudre plus vite 🤷
Malheureusement, non. La Freebox est le seul modem-routeur sur le marché qui permet les usages proposés. IP fixe, VPN, serveur NAS, VM, etc. On utilise tout.
Nous n'avons donc pas d'autre choix que d'attendre, mais c'est pénible.
C'est pas la mort de n'avoir "que" 3 Gbps / 4 Gbps. C'est surtout le silence de Free sur le sujet qui est pénible.
-
Hello voici les résultats des tests :
[checkFtthFree v0.26] Windows 11 Build 26100 (64-bit)
-------------------------- 2025-02-21 05:22:38 +0100 --------------------------
Configuration réseau du système:
Adapter.Driver: Marvell AQtion 10Gbit Network Adapter
Adapter.DriverVersion: 3.1.7.0 (Marvell, 2022-06-02)
Adapter.EEE: Disabled
Adapter.FlowControl: Rx & Tx Enabled
Adapter.IPChecksumOffloadIPv4: Rx & Tx Enabled
Adapter.InterruptModeration: Enabled
Adapter.JumboPacket: Disabled
Adapter.LinkSpeed: 10 Gbps
Adapter.LsoV1IPv4: Enabled
Adapter.LsoV2: Enabled
Adapter.PcieLinkSpeed: 8.0 GT/s
Adapter.PcieLinkWidth: 4
Adapter.PhysicalMediaType: 802.3
Adapter.ReceiveBuffers: 512
Adapter.Rsc: Enabled
Adapter.SpeedDuplex: Auto Negotiation
Adapter.TCPUDPChecksumOffload: Rx & Tx Enabled
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.45 ms [gigue: 0.02 ms]
--> Débit: 1.12 Go/s (8.98 Gbps) [fluctuation: 4.19%]
Test TCP Internet (IPv6): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
--> Latence: 3.24 ms [gigue: 0.15 ms]
--> Débit: 864.12 Mo/s (6.91 Gbps) [fluctuation: 2.09%]
Test TCP Internet (IPv6): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
--> Latence: 2.77 ms [gigue: 0.35 ms]
--> Débit: 985.80 Mo/s (7.89 Gbps) [fluctuation: 0.60%]
iperf3 -c appliwave.iperf.fr -p 9000 -R
Connecting to host appliwave.iperf.fr, port 9000
Reverse mode, remote host appliwave.iperf.fr is sending
[ 5] local 2a01:e0a:172:d190:c0f3:be1:f6fd:accb port 18558 connected to 2a05:46c0:100:1007::5 port 9000
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 594 MBytes 4.98 Gbits/sec
[ 5] 1.00-2.00 sec 647 MBytes 5.43 Gbits/sec
[ 5] 2.00-3.00 sec 634 MBytes 5.32 Gbits/sec
[ 5] 3.00-4.00 sec 664 MBytes 5.58 Gbits/sec
[ 5] 4.00-5.00 sec 633 MBytes 5.31 Gbits/sec
[ 5] 5.00-6.00 sec 641 MBytes 5.38 Gbits/sec
[ 5] 6.00-7.00 sec 661 MBytes 5.55 Gbits/sec
[ 5] 7.00-8.00 sec 661 MBytes 5.54 Gbits/sec
[ 5] 8.00-9.00 sec 650 MBytes 5.46 Gbits/sec
[ 5] 9.00-10.00 sec 662 MBytes 5.56 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 6.31 GBytes 5.40 Gbits/sec 27 sender
[ 5] 0.00-10.00 sec 6.30 GBytes 5.41 Gbits/sec receiver
iperf Done.
iperf3 -c ping.online.net -p 5200 -R
Connecting to host ping.online.net, port 5200
Reverse mode, remote host ping.online.net is sending
[ 5] local 192.168.0.43 port 18730 connected to 51.158.1.21 port 5200
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 924 MBytes 7.74 Gbits/sec
[ 5] 1.00-2.00 sec 949 MBytes 7.97 Gbits/sec
[ 5] 2.00-3.00 sec 947 MBytes 7.94 Gbits/sec
[ 5] 3.00-4.00 sec 949 MBytes 7.96 Gbits/sec
[ 5] 4.00-5.00 sec 944 MBytes 7.92 Gbits/sec
[ 5] 5.00-6.00 sec 949 MBytes 7.96 Gbits/sec
[ 5] 6.00-7.00 sec 949 MBytes 7.96 Gbits/sec
[ 5] 7.00-8.00 sec 949 MBytes 7.96 Gbits/sec
[ 5] 8.00-9.00 sec 944 MBytes 7.91 Gbits/sec
[ 5] 9.00-10.00 sec 919 MBytes 7.71 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 9.24 GBytes 7.91 Gbits/sec 1707 sender
[ 5] 0.00-10.00 sec 9.20 GBytes 7.90 Gbits/sec receiver
iperf Done.
iperf3 -c iperf3.moji.fr -p 5240 -R
Connecting to host iperf3.moji.fr, port 5240
Reverse mode, remote host iperf3.moji.fr is sending
[ 5] local 2a01:e0a:172:d190:c0f3:be1:f6fd:accb port 18761 connected to 2a06:c484:6::3:1 port 5240
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 932 MBytes 7.81 Gbits/sec
[ 5] 1.00-2.00 sec 952 MBytes 7.99 Gbits/sec
[ 5] 2.00-3.00 sec 958 MBytes 8.04 Gbits/sec
[ 5] 3.00-4.00 sec 960 MBytes 8.05 Gbits/sec
[ 5] 4.00-5.00 sec 960 MBytes 8.06 Gbits/sec
[ 5] 5.00-6.00 sec 958 MBytes 8.04 Gbits/sec
[ 5] 6.00-7.00 sec 960 MBytes 8.06 Gbits/sec
[ 5] 7.00-8.00 sec 958 MBytes 8.03 Gbits/sec
[ 5] 8.00-9.00 sec 956 MBytes 8.01 Gbits/sec
[ 5] 9.00-10.00 sec 947 MBytes 7.94 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 9.32 GBytes 8.00 Gbits/sec 29 sender
[ 5] 0.00-10.00 sec 9.32 GBytes 8.00 Gbits/sec receiver
iperf Done.
Donc au final étant en région parisienne, j'ai pas de problème niveau hardware de la freebox delta en tout cas, je pense qu'on peut dire que le problème mentionné n'est pas national non plus.
Les problèmes suite au test effectué sont plutôt lié, pour mon cas à un problème de congestion le soir (heures pleine) dans mon secteurs que je connais déja par habitude je n'ai jamais eu les 8 gb à ces horaires là haha :P
Sinon pour appliwave c'est en dessous de ce qu'on devrait avoir à cette heure en tout cas (il est 5 h du mat donc j'ai fais les test en heure creuse ici) , il y a donc peut-être un soucis avec eux :p
-
Bonjour
J'aimerai trouver 2 personnes équipées localement en 10Gbps et connectées sur GRU92
- 1 avec 1 Ultra
- 1 avec 1 Delta
Déjà pour voir si une de ces 2 personnes à le même souci, puis surtout pour faire quelques iperf3 entre la Ultra + ma Delta.
Le but est d'isoler un peu plus le problème (et de vérifier si dans le VAR et dans le NORD on constate les mêmes choses)
Ceux qui rencontrent les mêmes soucis que nous, je vous invites à faire de même (trouver 1 Delta + 1 Ultra branchée sur le même NRO et vérifier si dès le NRO le bridage existe ou si il se situe sur les remontées NRO --> backbone
En vous remerciant d'avance
Cordialement
nbanba
-
Je pense que c'est parfaitement volontaire. Sinon, le compte @free_1337 sur X aurait déjà communiqué sur le fait qu'il y a un problème et que c'est en cours de résolution.
D'autant que... enfin voilà. ::)
Parce qu'il faut démentir dès que quelqu'un soupçonne quelque chose ? ;D
Nous n'avons jamais bridé volontairement nos réseaux ou/et nos Freebox.
Nous oberservons votre thread pour corriger si un souci est présent,
Merci pour tous les témoignages/test 👌
-
:o "they're watching" :o
@Free, a quand un serveur 100 Gbps iperf3 + mires http + speedtest.net (style scaleway.testdebit.info) directement sur le backbone de Free ? a l'instar du serveur 100Gbps pour nperf
histoire d'évacuer l'impact du peering/transit lors des tests.
-
Nous oberservons votre thread pour corriger si un souci est présent,
Merci pour tous les témoignages/test 👌
Bonjour
Merci pour votre retour.
Le problème est bien présent et manifeste
Du jour au lendemain, les débits internet sont limités à 50% de ce qu'ils étaient depuis 6 ans, sans aucun changements ni de matériel, ni de configuration côté client.
Aucun incidents côté LAN non plus...
CF capture à l'instant... CQFD
Cordialement
nbanba
-
Ca touche aussi la Pop ;) mais seulement en IPv6 (testé chez un ami)
ipv4
Connecting to host ipv4.scaleway.testdebit.info, port 9202
Reverse mode, remote host ipv4.scaleway.testdebit.info is sending
[ 5] local 192.168.1.111 port 52025 connected to 62.210.156.7 port 9202
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 256 MBytes 2.14 Gbits/sec
[ 5] 1.00-2.01 sec 285 MBytes 2.37 Gbits/sec
[ 5] 2.01-3.01 sec 282 MBytes 2.37 Gbits/sec
[ 5] 3.01-4.01 sec 283 MBytes 2.37 Gbits/sec
[ 5] 4.01-5.00 sec 281 MBytes 2.37 Gbits/sec
[ 5] 5.00-6.01 sec 286 MBytes 2.37 Gbits/sec
[ 5] 6.01-7.01 sec 281 MBytes 2.37 Gbits/sec
[ 5] 7.01-8.00 sec 281 MBytes 2.37 Gbits/sec
[ 5] 8.00-9.01 sec 286 MBytes 2.37 Gbits/sec
[ 5] 9.01-10.01 sec 282 MBytes 2.37 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.06 sec 2.75 GBytes 2.35 Gbits/sec 4912 sender
[ 5] 0.00-10.01 sec 2.74 GBytes 2.35 Gbits/sec receiver
iperf Done.
ipv6
Connecting to host ipv6.scaleway.testdebit.info, port 9202
Reverse mode, remote host ipv6.scaleway.testdebit.info is sending
[ 5] local 2a01:e0a:49f:710:3c8e:fff7:c17f:828e port 52013 connected to 2001:bc8:3::7 port 9202
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 65.9 MBytes 552 Mbits/sec
[ 5] 1.00-2.01 sec 72.4 MBytes 601 Mbits/sec
[ 5] 2.01-3.01 sec 91.8 MBytes 769 Mbits/sec
[ 5] 3.01-4.01 sec 91.5 MBytes 769 Mbits/sec
[ 5] 4.01-5.01 sec 91.1 MBytes 763 Mbits/sec
[ 5] 5.01-6.00 sec 90.2 MBytes 766 Mbits/sec
[ 5] 6.00-7.01 sec 92.2 MBytes 765 Mbits/sec
[ 5] 7.01-8.01 sec 91.9 MBytes 773 Mbits/sec
[ 5] 8.01-9.00 sec 89.4 MBytes 755 Mbits/sec
[ 5] 9.00-10.01 sec 88.9 MBytes 738 Mbits/sec
- - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.06 sec 877 MBytes 731 Mbits/sec 3 sender
[ 5] 0.00-10.01 sec 865 MBytes 725 Mbits/sec receiver
iperf Done.
-
Bonjours
Au cas ou certains ne soient toujours pas convaincus...
Cordialement
nbanba
-
Au cas ou certains ne soient toujours pas convaincus...
perso j'aurais mis un PC directement sur le port 10G de la freebox... histoire d'etre vraiment sur.
-
Ca touche aussi la Pop ;) mais seulement en IPv6 (testé chez un ami)
le serveur scaleway est matraqué souvent, ton ami devrait essayer avec appliwave.testdebit.info
ou Online:
iperf3 -c ping6.online.net -p5208 -R --get-server-output
-
le serveur scaleway est matraqué souvent, ton ami devrait essayer avec appliwave.testdebit.info
ou Online:
iperf3 -c ping6.online.net -p5208 -R --get-server-output
C'est fait, et en ipv6
Online
Connecting to host iperf.online.net, port 5200
[ 5] local 192.168.1.111 port 63442 connected to 51.158.1.21 port 5200
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 81.9 MBytes 682 Mbits/sec
[ 5] 1.01-2.01 sec 80.9 MBytes 679 Mbits/sec
[ 5] 2.01-3.02 sec 81.6 MBytes 678 Mbits/sec
[ 5] 3.02-4.00 sec 79.8 MBytes 679 Mbits/sec
[ 5] 4.00-5.01 sec 82.0 MBytes 679 Mbits/sec
[ 5] 5.01-6.01 sec 80.6 MBytes 678 Mbits/sec
[ 5] 6.01-7.01 sec 80.8 MBytes 679 Mbits/sec
[ 5] 7.01-8.01 sec 80.4 MBytes 677 Mbits/sec
[ 5] 8.01-9.00 sec 80.9 MBytes 680 Mbits/sec
[ 5] 9.00-10.00 sec 80.8 MBytes 678 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.00 sec 810 MBytes 679 Mbits/sec sender
[ 5] 0.00-10.06 sec 807 MBytes 673 Mbits/sec receiver
iperf Done.
WorldStream BV
Connecting to host iperf.worldstream.nl, port 5201
[ 5] local 2a01:e0a:49f:710:79ad:4847:22f:af2b port 63440 connected to 2a00:7c80:0:1c1::76 port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 73.6 MBytes 609 Mbits/sec
[ 5] 1.01-2.01 sec 81.6 MBytes 687 Mbits/sec
[ 5] 2.01-3.01 sec 81.2 MBytes 684 Mbits/sec
[ 5] 3.01-4.01 sec 82.0 MBytes 688 Mbits/sec
[ 5] 4.01-5.00 sec 81.8 MBytes 687 Mbits/sec
[ 5] 5.00-6.00 sec 81.8 MBytes 686 Mbits/sec
[ 5] 6.00-7.00 sec 81.8 MBytes 687 Mbits/sec
[ 5] 7.00-8.00 sec 81.8 MBytes 687 Mbits/sec
[ 5] 8.00-9.00 sec 82.0 MBytes 685 Mbits/sec
[ 5] 9.00-10.01 sec 82.4 MBytes 685 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.01 sec 810 MBytes 678 Mbits/sec sender
[ 5] 0.00-10.05 sec 809 MBytes 675 Mbits/sec receiver
iperf Done.
Moji
Connecting to host iperf3.moji.fr, port 5200
[ 5] local 2a01:e0a:49f:710:79ad:4847:22f:af2b port 63435 connected to 2a06:c484:6::3:1 port 5200
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 83.9 MBytes 694 Mbits/sec
[ 5] 1.01-2.01 sec 81.4 MBytes 686 Mbits/sec
[ 5] 2.01-3.00 sec 81.4 MBytes 687 Mbits/sec
[ 5] 3.00-4.01 sec 82.6 MBytes 686 Mbits/sec
[ 5] 4.01-5.01 sec 82.0 MBytes 687 Mbits/sec
[ 5] 5.01-6.01 sec 81.8 MBytes 687 Mbits/sec
[ 5] 6.01-7.01 sec 81.8 MBytes 687 Mbits/sec
[ 5] 7.01-8.01 sec 81.5 MBytes 686 Mbits/sec
[ 5] 8.01-9.01 sec 81.8 MBytes 687 Mbits/sec
[ 5] 9.01-10.00 sec 81.6 MBytes 687 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.00 sec 820 MBytes 687 Mbits/sec sender
[ 5] 0.00-10.04 sec 819 MBytes 684 Mbits/sec receiver
iperf Done.
-
C'est fait, et en ipv6
et en rajoutant "-P 4" ?
-
et en rajoutant "-P 4" ?
iperf3 -c iperf3.moji.fr -p 5200-5240 -P 4
Connecting to host iperf3.moji.fr, port 5200
[ 5] local 2a01:e0a:49f:710:79ad:4847:22f:af2b port 50613 connected to 2a06:c484:6::3:1 port 5200
[ 7] local 2a01:e0a:49f:710:79ad:4847:22f:af2b port 50614 connected to 2a06:c484:6::3:1 port 5200
[ 9] local 2a01:e0a:49f:710:79ad:4847:22f:af2b port 50615 connected to 2a06:c484:6::3:1 port 5200
[ 11] local 2a01:e0a:49f:710:79ad:4847:22f:af2b port 50616 connected to 2a06:c484:6::3:1 port 5200
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 30.4 MBytes 252 Mbits/sec
[ 7] 0.00-1.01 sec 26.8 MBytes 222 Mbits/sec
[ 9] 0.00-1.01 sec 25.4 MBytes 210 Mbits/sec
[ 11] 0.00-1.01 sec 10.9 MBytes 90.2 Mbits/sec
[SUM] 0.00-1.01 sec 93.4 MBytes 774 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 1.01-2.01 sec 22.9 MBytes 192 Mbits/sec
[ 7] 1.01-2.01 sec 27.0 MBytes 227 Mbits/sec
[ 9] 1.01-2.01 sec 25.0 MBytes 210 Mbits/sec
[ 11] 1.01-2.01 sec 7.75 MBytes 65.1 Mbits/sec
[SUM] 1.01-2.01 sec 82.6 MBytes 694 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 2.01-3.01 sec 20.2 MBytes 171 Mbits/sec
[ 7] 2.01-3.01 sec 26.0 MBytes 219 Mbits/sec
[ 9] 2.01-3.01 sec 27.0 MBytes 228 Mbits/sec
[ 11] 2.01-3.01 sec 8.25 MBytes 69.5 Mbits/sec
[SUM] 2.01-3.01 sec 81.5 MBytes 687 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 3.01-4.00 sec 21.0 MBytes 177 Mbits/sec
[ 7] 3.01-4.00 sec 26.5 MBytes 223 Mbits/sec
[ 9] 3.01-4.00 sec 25.6 MBytes 215 Mbits/sec
[ 11] 3.01-4.00 sec 8.50 MBytes 71.5 Mbits/sec
[SUM] 3.01-4.00 sec 81.6 MBytes 686 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 4.00-5.01 sec 21.0 MBytes 175 Mbits/sec
[ 7] 4.00-5.01 sec 27.0 MBytes 224 Mbits/sec
[ 9] 4.00-5.01 sec 26.1 MBytes 217 Mbits/sec
[ 11] 4.00-5.01 sec 8.38 MBytes 69.6 Mbits/sec
[SUM] 4.00-5.01 sec 82.5 MBytes 686 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 5.01-6.01 sec 20.9 MBytes 176 Mbits/sec
[ 7] 5.01-6.01 sec 26.4 MBytes 223 Mbits/sec
[ 9] 5.01-6.01 sec 25.5 MBytes 215 Mbits/sec
[ 11] 5.01-6.01 sec 8.75 MBytes 73.9 Mbits/sec
[SUM] 5.01-6.01 sec 81.5 MBytes 688 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 6.01-7.01 sec 21.4 MBytes 178 Mbits/sec
[ 7] 6.01-7.01 sec 27.1 MBytes 226 Mbits/sec
[ 9] 6.01-7.01 sec 25.4 MBytes 211 Mbits/sec
[ 11] 6.01-7.01 sec 8.25 MBytes 68.8 Mbits/sec
[SUM] 6.01-7.01 sec 82.1 MBytes 684 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 7.01-8.01 sec 21.0 MBytes 177 Mbits/sec
[ 7] 7.01-8.01 sec 26.1 MBytes 220 Mbits/sec
[ 9] 7.01-8.01 sec 26.1 MBytes 220 Mbits/sec
[ 11] 7.01-8.01 sec 8.50 MBytes 71.5 Mbits/sec
[SUM] 7.01-8.01 sec 81.8 MBytes 688 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 8.01-9.00 sec 20.8 MBytes 175 Mbits/sec
[ 7] 8.01-9.00 sec 26.6 MBytes 225 Mbits/sec
[ 9] 8.01-9.00 sec 25.4 MBytes 214 Mbits/sec
[ 11] 8.01-9.00 sec 8.38 MBytes 70.7 Mbits/sec
[SUM] 8.01-9.00 sec 81.1 MBytes 685 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 9.00-10.00 sec 20.8 MBytes 174 Mbits/sec
[ 7] 9.00-10.00 sec 26.8 MBytes 224 Mbits/sec
[ 9] 9.00-10.00 sec 25.6 MBytes 215 Mbits/sec
[ 11] 9.00-10.00 sec 8.62 MBytes 72.4 Mbits/sec
[SUM] 9.00-10.00 sec 81.8 MBytes 686 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.00 sec 220 MBytes 185 Mbits/sec sender
[ 5] 0.00-10.05 sec 217 MBytes 181 Mbits/sec receiver
[ 7] 0.00-10.00 sec 266 MBytes 223 Mbits/sec sender
[ 7] 0.00-10.05 sec 264 MBytes 220 Mbits/sec receiver
[ 9] 0.00-10.00 sec 257 MBytes 216 Mbits/sec sender
[ 9] 0.00-10.05 sec 254 MBytes 212 Mbits/sec receiver
[ 11] 0.00-10.00 sec 86.2 MBytes 72.3 Mbits/sec sender
[ 11] 0.00-10.05 sec 84.8 MBytes 70.7 Mbits/sec receiver
[SUM] 0.00-10.00 sec 830 MBytes 696 Mbits/sec sender
[SUM] 0.00-10.05 sec 820 MBytes 685 Mbits/sec receiver
iperf Done.
-
perso j'aurais mis un PC directement sur le port 10G de la freebox... histoire d'etre vraiment sur.
Déjà fait a minima 50 fois... ici et ailleurs ... avec toujours les mêmes résultats !
Ce test permet juste de grapher avec un outil tiers.
Après il ne faut pas être de mauvaise foie ou jouer sur les mots (je ne parle pas de vous)
Ici on n est pas sur le PC de madame Michu, on est sur des équipements de gamme professionnelle.
Ça commence à être difficile à défendre, enfin pour les détracteurs...
Cordialement
nbanba
-
C'est fait, et en ipv6
Online
Connecting to host iperf.online.net, port 5200
[ 5] local 192.168.1.111 port 63442 connected to 51.158.1.21 port 5200
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 81.9 MBytes 682 Mbits/sec
[ 5] 1.01-2.01 sec 80.9 MBytes 679 Mbits/sec
[ 5] 2.01-3.02 sec 81.6 MBytes 678 Mbits/sec
[ 5] 3.02-4.00 sec 79.8 MBytes 679 Mbits/sec
[ 5] 4.00-5.01 sec 82.0 MBytes 679 Mbits/sec
[ 5] 5.01-6.01 sec 80.6 MBytes 678 Mbits/sec
[ 5] 6.01-7.01 sec 80.8 MBytes 679 Mbits/sec
[ 5] 7.01-8.01 sec 80.4 MBytes 677 Mbits/sec
[ 5] 8.01-9.00 sec 80.9 MBytes 680 Mbits/sec
[ 5] 9.00-10.00 sec 80.8 MBytes 678 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.00 sec 810 MBytes 679 Mbits/sec sender
[ 5] 0.00-10.06 sec 807 MBytes 673 Mbits/sec receiver
iperf Done.
WorldStream BV
Connecting to host iperf.worldstream.nl, port 5201
[ 5] local 2a01:e0a:49f:710:79ad:4847:22f:af2b port 63440 connected to 2a00:7c80:0:1c1::76 port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 73.6 MBytes 609 Mbits/sec
[ 5] 1.01-2.01 sec 81.6 MBytes 687 Mbits/sec
[ 5] 2.01-3.01 sec 81.2 MBytes 684 Mbits/sec
[ 5] 3.01-4.01 sec 82.0 MBytes 688 Mbits/sec
[ 5] 4.01-5.00 sec 81.8 MBytes 687 Mbits/sec
[ 5] 5.00-6.00 sec 81.8 MBytes 686 Mbits/sec
[ 5] 6.00-7.00 sec 81.8 MBytes 687 Mbits/sec
[ 5] 7.00-8.00 sec 81.8 MBytes 687 Mbits/sec
[ 5] 8.00-9.00 sec 82.0 MBytes 685 Mbits/sec
[ 5] 9.00-10.01 sec 82.4 MBytes 685 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.01 sec 810 MBytes 678 Mbits/sec sender
[ 5] 0.00-10.05 sec 809 MBytes 675 Mbits/sec receiver
iperf Done.
Moji
Connecting to host iperf3.moji.fr, port 5200
[ 5] local 2a01:e0a:49f:710:79ad:4847:22f:af2b port 63435 connected to 2a06:c484:6::3:1 port 5200
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 83.9 MBytes 694 Mbits/sec
[ 5] 1.01-2.01 sec 81.4 MBytes 686 Mbits/sec
[ 5] 2.01-3.00 sec 81.4 MBytes 687 Mbits/sec
[ 5] 3.00-4.01 sec 82.6 MBytes 686 Mbits/sec
[ 5] 4.01-5.01 sec 82.0 MBytes 687 Mbits/sec
[ 5] 5.01-6.01 sec 81.8 MBytes 687 Mbits/sec
[ 5] 6.01-7.01 sec 81.8 MBytes 687 Mbits/sec
[ 5] 7.01-8.01 sec 81.5 MBytes 686 Mbits/sec
[ 5] 8.01-9.01 sec 81.8 MBytes 687 Mbits/sec
[ 5] 9.01-10.00 sec 81.6 MBytes 687 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.00 sec 820 MBytes 687 Mbits/sec sender
[ 5] 0.00-10.04 sec 819 MBytes 684 Mbits/sec receiver
iperf Done.
Bonjour
Rien de surprenant, 680+ Mb/s pour 700 vendus, tout semble OK
PS :
1 test iperf3 test par défaut le débit montant
Pour tester le débit descendant, ajoutez l'option '-R' aux paramètres dans la ligne de commande:
"iperf3 -c <iperf3_server> -p <PORT> -R" ...
Cordialement
nbanba
-
Pour tester le débit descendant, ajoutez '-R' aux paramètres dans la ligne de commande iperf3 -c ...
Cordialement
nbanba
iperf3 -c iperf3.moji.fr -p 5200-5240 -R
Connecting to host iperf3.moji.fr, port 5200
Reverse mode, remote host iperf3.moji.fr is sending
[ 5] local 2a01:e0a:49f:710:79ad:4847:22f:af2b port 52267 connected to 2a06:c484:6::3:1 port 5200
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 71.8 MBytes 602 Mbits/sec
[ 5] 1.00-2.01 sec 86.0 MBytes 714 Mbits/sec
[ 5] 2.01-3.01 sec 84.1 MBytes 708 Mbits/sec
[ 5] 3.01-4.00 sec 82.6 MBytes 699 Mbits/sec
[ 5] 4.00-5.01 sec 84.9 MBytes 703 Mbits/sec
[ 5] 5.01-6.01 sec 85.1 MBytes 716 Mbits/sec
[ 5] 6.01-7.00 sec 82.1 MBytes 695 Mbits/sec
[ 5] 7.00-8.00 sec 85.5 MBytes 718 Mbits/sec
[ 5] 8.00-9.01 sec 82.8 MBytes 686 Mbits/sec
[ 5] 9.01-10.01 sec 80.4 MBytes 677 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.03 sec 828 MBytes 693 Mbits/sec 0 sender
[ 5] 0.00-10.01 sec 825 MBytes 692 Mbits/sec receiver
iperf Done.
-
Bonjour
Et sur la machine cliente, le port monte bien à + que 1Gbps ?
(Qqch comme 2.5Gbps , 10Gbps, 25Gbps...)
Quel est le résultat du test :
$ wget -O /dev/null http://mafreebox.freebox.fr:8095/fixed/10G
?
Cordialement
nbanba
-
Bonjour
Et sur la machine cliente, le port monte bien à + que 1Gbps ?
(Qqch comme 2.5Gbps , 10Gbps, 25Gbps...)
Quel est le résultat du test :
$ wget -O /dev/null http://mafreebox.freebox.fr:8095/fixed/10G
?
Cordialement
nbanba
Je n'ai pas réussi à faire wget, donc j'ai fais autrement.
Tout est OK
-
Je n'ai pas réussi à faire wget, donc j'ai fais autrement.
Tout est OK
En effet tout semble OK
Pour wget, je ne connais pas Windows mais je crois que vous pouvez trouver wget.exe facilement sur le net et si vous le mettez dans c:/windows/system32 vous devriez pouvoir utiliser la commande wget.exe depuis un invite de commande 'cmd'
Enfin je crois, désolé je ne connais pas Windows.
Cordialement
nbanba
-
Bonjour à tous,
Pour mieux centraliser et comprendre le souci, pouvez-vous remplir ce formulaire svp ?
➡️ https://forms.office.com/e/DT95M6CVh6
Merci beaucoup 👌
-
En effet tout semble OK
Pour wget, je ne connais pas Windows mais je crois que vous pouvez trouver wget.exe facilement sur le net et si vous le mettez dans c:/windows/system32 vous devriez pouvoir utiliser la commande wget.exe depuis un invite de commande 'cmd'
Enfin je crois, désolé je ne connais pas Windows.
Cordialement
nbanba
Je regarderai.
Il faut savoir que cette limitation à 700Mbps se produit sur de l'ipv6
Sur ipv4, le débit est à fond (dans les 2400)
-
wget est a éviter de toute facon (suivant les distro la version n'est pas optimable et plus lente et il n'est pas compatible http/2).
préférer curl.
Sur Windows, c'est "curl.exe" (le .exe est important car 'curl' tout court est un alias vers autre chose).
-
Bonjour à tous,
Pour mieux centraliser et comprendre le souci, pouvez-vous remplir ce formulaire svp ?
➡️ https://forms.office.com/e/DT95M6CVh6
Merci beaucoup 👌
Ok, et merci
Ce sera fait aujourd'hui
Cordialement
nbanba
-
Bonjour à tous,
Pour mieux centraliser et comprendre le souci, pouvez-vous remplir ce formulaire svp ?
➡️ https://forms.office.com/e/DT95M6CVh6
Merci beaucoup 👌
Et pour le cas que j'ai montré ? :D
Car utiliser des VPN ou désactiver IPv6.. moyen moyen :D
-
Bonjour à tous,
Pour mieux centraliser et comprendre le souci, pouvez-vous remplir ce formulaire svp ?
➡️ https://forms.office.com/e/DT95M6CVh6
Merci beaucoup 👌
Merci d'intervenir.
Lorsque vous demandez l'ID Freebox, s'agit-il de notre identifiant abonné (FBX...) ou s'agit-il de l'adresse MAC ?
-
Merci d'intervenir.
Lorsque vous demandez l'ID Freebox, s'agit-il de notre identifiant abonné (FBX...) ou s'agit-il de l'adresse MAC ?
Identifiant Freebox = FbxXXXXX
-
J'ai épinglé le sujet pour qu'il soit plus visible.
nbanba pourrais-tu editer ton 1er message et y mettre un lien vers le message de Free. Merci.
-
Bonjour à tous,
Pour mieux centraliser et comprendre le souci, pouvez-vous remplir ce formulaire svp ?
➡️ https://forms.office.com/e/DT95M6CVh6
Merci beaucoup 👌
Bonjour,
Je suis abonné Freebox POP et je ne peux plus dépasser les ~850 Mbps en IPv4 et en IPv6 je suis dans les ~2100 Mbps maximum (en faisant le test sur 2 machines en même temps avec une sur le port 2.5G et une autre sur un port 1G pour avoir 3.5G de capacité afin de ne pas être limité par la capacité du port 2.5G) je peux remplir le formulaire ?
-
Bonjour,
Je suis abonné Freebox POP et je ne peux plus dépasser les ~850 Mbps en IPv4 et en IPv6... je peux remplir le formulaire ?
Bonjour,
Nous sommes preneurs de tous les cas
-
Bonjour
J'ai épinglé le sujet pour qu'il soit plus visible.
nbanba pourrais-tu editer ton 1er message et y mettre un lien vers le message de Free. Merci.
Déjà, merci à TOUS pour votre aide.
J'ai mis à jour le 1er post avec le lien vers le message + le formulaire
Cordialement
nbanba
-
Bonjour,
Nous sommes preneurs de tous les cas
Bonjour,
Étant dans le même cas que @Nosyok avec une Freebox Pop et impossible de dépasser les ~850 Mbps en IPv4 et ~2100 Mbps en IPv6, j'ai répondu au formulaire également.
(Je précise que pour ma part le problème est apparu le 07/10/2024)
-
Bonjour à tous,
Merci à Free de s'occuper de nous.
Formulaire remplis pour ma part.
Cordialement.
Franck
-
Il y a différents cas qui se sont mélangés dans les réponses, ce qui rend les analyses un peu difficile. J'ai mis à jour le formulaire pour ajouter quelques questions supplémentaires. Si vous avez déjà répondu, vous pouvez répondre de nouveau (notamment si vous n'êtes pas dans le cas de la limitation de 4 Gbps).
-
Merci pour le temps passé.
Formulaire rempli, pas forcément bien rempli.
Mon DAC : https://www.amazon.fr/dp/B01DCZCP1G?ref_=ppx_hzsearch_conn_dt_b_fed_asin_title_1&th=1
Ma carte réseau : https://www.amazon.fr/dp/B01GHTXHMK?ref_=ppx_hzsearch_conn_dt_b_fed_asin_title_1&th=1
Historique :
-
Bonjour à tous,
Pour mieux centraliser et comprendre le souci, pouvez-vous remplir ce formulaire svp ?
➡️ https://forms.office.com/e/DT95M6CVh6
Merci beaucoup 👌
Formulaire envoyé
Contant que vous preniez attention à cela !
batch test download local mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#0| 9.4 Gbps| 0 bps| 7.98| 9.3 GB| 0 B|get http://mafreebox.freebox.fr:8095/fixed/10G (IPv4 - 0.0 ms - HTTP/1.0 - )
batch test download local multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#1| 9.2 Gbps| 0 bps| 7.98| 9.2 GB| 0 B|4 x get http://mafreebox.freebox.fr:8095/fixed/10G (IPv4 - 0.0 ms - HTTP/1.0 - )
batch test download Appliwave BBR mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#2| 2.3 Gbps| 0 bps| 8.00| 2.3 GB| 0 B|get http://appliwave.testdebit.info/10G/10G.iso (IPv6 - 16.650 ms - HTTP/1.1 - )
batch test download Appliwave BBR multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#3| 4.4 Gbps| 0 bps| 8.00| 4.4 GB| 0 B|4 x get http://appliwave.testdebit.info/10G/10G.iso (IPv6 - 17.802 ms - HTTP/1.1 - )
batch test download Online BBR mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#4| 2.2 Gbps| 0 bps| 8.00| 2.2 GB| 0 B|get http://online.nspeed.app/10000Mo.dat (IPv6 - 6.134 ms - HTTP/1.1 - )
batch test download Online BBR multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#5| 2.4 Gbps| 0 bps| 8.00| 2.4 GB| 0 B|4 x get http://online.nspeed.app/10000Mo.dat (IPv6 - 7.888 ms - HTTP/1.1 - )
-
Bonjour à tous et toutes,
Pour ma part c'est très étrange, j'ai une Freebox Ultra connectée avec une paire de transceiver QSFPTEK QT-BIDI-SFP+-LR vers un switch fs.com S5860-20SQ, mon PC dispose d'une carte réseau 10gb/s avec puce AQC107 qui est reliée au switch fs.com avec un câble réseau RJ45 + transceiver RJ45@10gb/s associé dans le switch.
Jusqu'à maintenant je ne m'étais pas aperçu d'anomalies car je fais mes tests de débits avec l'application Nperf et les résultats sont bons, c'est en lisant ce fil de discussion et en reproduisant les tests Iperf3 et curl unitaires que je me suis aperçus d'une limitation @~2gb/s sur ma ligne, ça semble être une limitation unitaire, car si je lance plusieurs tests curl ou Iperf3 en parallèle, j'obtiens bien un débit de l'ordre de ~7gb/s.
Test Iperf3
geek31@GEEK31-PC-FIXE:~$ iperf3 -p 5205 -c ping.online.net -R
Connecting to host ping.online.net, port 5205
Reverse mode, remote host ping.online.net is sending
[ 5] local 192.168.10.15 port 41634 connected to 51.158.1.21 port 5205
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 235 MBytes 1.97 Gbits/sec
[ 5] 1.00-2.00 sec 252 MBytes 2.11 Gbits/sec
[ 5] 2.00-3.00 sec 252 MBytes 2.11 Gbits/sec
[ 5] 3.00-4.00 sec 250 MBytes 2.10 Gbits/sec
[ 5] 4.00-5.00 sec 251 MBytes 2.10 Gbits/sec
[ 5] 5.00-6.00 sec 252 MBytes 2.11 Gbits/sec
[ 5] 6.00-7.00 sec 250 MBytes 2.10 Gbits/sec
[ 5] 7.00-8.00 sec 251 MBytes 2.11 Gbits/sec
[ 5] 8.00-9.00 sec 251 MBytes 2.11 Gbits/sec
[ 5] 9.00-10.00 sec 250 MBytes 2.10 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.03 sec 2.49 GBytes 2.13 Gbits/sec 0 sender
[ 5] 0.00-10.00 sec 2.43 GBytes 2.09 Gbits/sec receiver
iperf Done.
geek31@GEEK31-PC-FIXE:~$ iperf3 -p 5205 -c ping.online.net
Connecting to host ping.online.net, port 5205
[ 5] local 192.168.10.15 port 36114 connected to 51.158.1.21 port 5205
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 254 MBytes 2.13 Gbits/sec 2 3.76 MBytes
[ 5] 1.00-2.00 sec 189 MBytes 1.58 Gbits/sec 3 1.37 MBytes
[ 5] 2.00-3.00 sec 109 MBytes 912 Mbits/sec 1 1.03 MBytes
[ 5] 3.00-4.00 sec 83.8 MBytes 703 Mbits/sec 1 799 KBytes
[ 5] 4.00-5.00 sec 68.8 MBytes 577 Mbits/sec 0 856 KBytes
[ 5] 5.00-6.00 sec 53.8 MBytes 451 Mbits/sec 1 660 KBytes
[ 5] 6.00-7.00 sec 52.5 MBytes 440 Mbits/sec 1 509 KBytes
[ 5] 7.00-8.00 sec 45.0 MBytes 377 Mbits/sec 0 573 KBytes
[ 5] 8.00-9.00 sec 46.2 MBytes 388 Mbits/sec 1 457 KBytes
[ 5] 9.00-10.00 sec 41.2 MBytes 346 Mbits/sec 0 520 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 943 MBytes 791 Mbits/sec 10 sender
[ 5] 0.00-10.03 sec 940 MBytes 786 Mbits/sec receiver
iperf Done.
geek31@GEEK31-PC-FIXE:~$ iperf3 -p 5205 -c ping6.online.net -R
iperf3: error - unable to receive control message: Connection reset by peer
geek31@GEEK31-PC-FIXE:~$ iperf3 -p 5205 -c ping6.online.net -R
Connecting to host ping6.online.net, port 5205
Reverse mode, remote host ping6.online.net is sending
[ 5] local 2a01:e0a:4e3 port 39712 connected to 2001:bc8:0:1::49 port 5205
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 228 MBytes 1.91 Gbits/sec
[ 5] 1.00-2.00 sec 248 MBytes 2.08 Gbits/sec
[ 5] 2.00-3.00 sec 247 MBytes 2.07 Gbits/sec
[ 5] 3.00-4.00 sec 247 MBytes 2.08 Gbits/sec
[ 5] 4.00-5.00 sec 249 MBytes 2.09 Gbits/sec
[ 5] 5.00-6.00 sec 247 MBytes 2.07 Gbits/sec
[ 5] 6.00-7.00 sec 245 MBytes 2.06 Gbits/sec
[ 5] 7.00-8.00 sec 247 MBytes 2.07 Gbits/sec
[ 5] 8.00-9.00 sec 246 MBytes 2.06 Gbits/sec
[ 5] 9.00-10.00 sec 246 MBytes 2.07 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.03 sec 2.44 GBytes 2.09 Gbits/sec 0 sender
[ 5] 0.00-10.00 sec 2.39 GBytes 2.06 Gbits/sec receiver
iperf Done.
geek31@GEEK31-PC-FIXE:~$ iperf3 -p 5205 -c ping6.online.net
Connecting to host ping6.online.net, port 5205
[ 5] local 2a01:e0a:4e3: port 52946 connected to 2001:bc8:0:1::49 port 5205
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 261 MBytes 2.19 Gbits/sec 0 7.50 MBytes
[ 5] 1.00-2.00 sec 288 MBytes 2.41 Gbits/sec 0 7.50 MBytes
[ 5] 2.00-3.00 sec 285 MBytes 2.39 Gbits/sec 0 7.50 MBytes
[ 5] 3.00-4.00 sec 285 MBytes 2.39 Gbits/sec 0 7.50 MBytes
[ 5] 4.00-5.00 sec 285 MBytes 2.39 Gbits/sec 0 7.50 MBytes
[ 5] 5.00-6.00 sec 289 MBytes 2.42 Gbits/sec 0 7.50 MBytes
[ 5] 6.00-7.00 sec 285 MBytes 2.39 Gbits/sec 0 7.50 MBytes
[ 5] 7.00-8.00 sec 285 MBytes 2.39 Gbits/sec 0 7.50 MBytes
[ 5] 8.00-9.00 sec 285 MBytes 2.39 Gbits/sec 0 7.50 MBytes
[ 5] 9.00-10.00 sec 288 MBytes 2.41 Gbits/sec 0 7.50 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 2.77 GBytes 2.38 Gbits/sec 0 sender
[ 5] 0.00-10.03 sec 2.77 GBytes 2.37 Gbits/sec receiver
iperf Done.
Test CheckFtthFree:
===============================================================================
checkFtthFree
---------------
Programme de diagnostic de connexion FTTH Free
Ce programme analyse la configuration réseau du système et effectue différents
tests TCP (latence et débit mono-connexion) afin d'évaluer les performances de
la connexion FTTH et détecter d'éventuels dysfonctionnements.
Diverses options sont disponibles pour configurer ou désactiver certains tests,
voir --help (-h) 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)...
[checkFtthFree v0.26] Linux 6.1.0-31-amd64 (x86_64)
-------------------------- 2025-02-22 14:21:45 +0100 --------------------------
Configuration réseau du système:
dev.link_speed: 5.0 GT/s PCIe
dev.link_width: 4
intf.dev: enp4s0
intf.mtu: 1500
intf.qdisc: mq
intf.qlen: 1000
link.duplex: full
link.speed: 10000
net.core.default_qdisc: fq_codel
net.core.netdev_budget: 300
net.core.netdev_budget_usecs: 8000
net.core.netdev_max_backlog: 1000
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_dsack: 1
net.ipv4.tcp_ecn: 2
net.ipv4.tcp_mem: 1539846 2053128 3079692
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
=> 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 --------------------------
Test Nperf sur les serveurs de Free, Moji et Bouygues Telecom:
-
Tiens, l'hibernation se termine plus tôt cette décennie ;D
Oui c'est normal, c'est un problème ou plutôt une façon de faire unique chez Free, faut bourriner pour avoir le max de la ligne et faire le test en multi-thread et pas mono-thread !
Il y a la même chose sur Free Mobile !
Il n'est jamais trop tard pour être éclairé sur les bizarreries de Free ;)
https://lafibre.info/tester-son-debit/tuto-test-debit/
-
@xp25: haha, une sortie d'hibernation, c'est vrai que ça faisait un moment que je n'avais pas posté de messages ici, mais pour autant je lis régulièrement les sujets, c'est juste que je n'interviens pas souvent :)
Ben en fait j'ai remarqué que la plupart des tests de débits effectués sur ce fil de discussion sont fait avec des téléchargements uniques, pour autant certaines personnes arrivent à obtenir des débits supérieurs à 6gb/s lors de ces tests, notamment avec le script CheckFtthFree, c'est ce qui m'a mis la puce à l'oreille ^^
Pour ma part mes tests Iperf3 sont tous "mauvais" avec des résultats de l'ordre de 2gb/s, mais si je les parallélisent j'obtiens bien un débit proche des 8gb/s max de l'offre => Peut être que la limitation ne serait finalement pas du shapping, mais plus une limitation sur certains ports et/ou proportionnel aux nombres de sessions simultanées ?
-
Pour ma part mes tests Iperf3 sont tous "mauvais" avec des résultats de l'ordre de 2gb/s, mais si je les parallélisent j'obtiens bien un débit proche des 8gb/s max de l'offre => Peut être que la limitation ne serait finalement pas du shapping, mais plus une limitation sur certains ports et/ou proportionnel aux nombres de sessions simultanées ?
cela été évoqué deja plusieurs fois dans ce sujet...
le souci rencontré par les personnes est aussi en multi.
Mais il faut mesurer les 2, mono et multi. surtout avec Windows qui est souvent plus médiocre en mono.
Avec Linux c'est moins sensible et en général si multi > mono le problème est du coté du PC (mais pas toujours).
-
salut a tous ,
formulaire rempli ;)
jais le DAC amazon https://amzn.eu/d/gIVA5eU (https://amzn.eu/d/gIVA5eU)
un switch zyxel XGS1250-12
voici mes tests
-
Bonjour à tous,
Je ne m'étais pas intéressé jusqu'ici à ce sujet, car 4 Gb/s c'est déjà très bien, et j'ai rarement dépassé ce débit dans des conditions réelles.
Mais je vois que Free s'y intéresse. Donc je vais essayer d'y apporter ma petite contribution.
J'ai une Delta v1, et je suis équipé en 10 Gb/s, avec un câble DAC, une carte SFP+ et un switch Mikrotik CRS305. J'ai changé de PC récemment, un Dell sous windows 11 pro, avec donc une carte SFP+ équipée d'un chipset AQtion Felicity. J'ai d'ailleurs un débit de 10 Gb/s mesuré avec la Freebox.
Le dernier test que je trouve dans l'historique nPerf où j'ai dépassé les 4 Gb/s, j'étais à 6 Gb/s avec nPerf sur navigateur web date de fin Décembre, où j'avais un test avec ma nouvelle configuration. Ma Freebox est actuellement en version 4.8.18.
Voici donc mes résultats avec iperf3 et checkftthFree.
P.S : après correction de la version d'iperf3 (3.18). Je suis à environ 3.75 Gb/s de débit.
[checkFtthFree v0.26] Windows 11 Build 26100 (64-bit)
-------------------------- 2025-02-23 11:15:14 +0100 --------------------------
Configuration réseau du système:
Adapter.Driver: Marvell AQtion Felicity Network Adapter
Adapter.DriverVersion: 3.1.10.0 (Marvell, 2024-04-23)
Adapter.EEE: Disabled
Adapter.FlowControl: Rx & Tx Enabled
Adapter.IPChecksumOffloadIPv4: Rx & Tx Enabled
Adapter.InterruptModeration: Enabled
Adapter.JumboPacket: Disabled
Adapter.LinkSpeed: 10 Gbps
Adapter.LsoV1IPv4: Enabled
Adapter.LsoV2: Enabled
Adapter.PcieLinkSpeed: 8.0 GT/s
Adapter.PcieLinkWidth: 4
Adapter.PhysicalMediaType: 802.3
Adapter.ReceiveBuffers: 512
Adapter.Rsc: Enabled
Adapter.SpeedDuplex: Auto Negotiation
Adapter.TCPUDPChecksumOffload: Rx & Tx Enabled
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.83 ms [gigue: 0.09 ms]
--> Débit: 1.18 Go/s (9.44 Gbps) [fluctuation: 0.88%]
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
--> Latence: 3.79 ms [gigue: 0.22 ms]
--> Débit: 454.57 Mo/s (3.64 Gbps) [fluctuation: 4.45%]
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
--> Latence: 3.17 ms [gigue: 0.38 ms]
--> Débit: 468.48 Mo/s (3.75 Gbps) [fluctuation: 1.84%]
-------------------------- 2025-02-23 11:15:59 +0100 --------------------------
Test iperf IPv4
---------------
iperf3.18_64>iperf3 -c ipv4.scaleway.testdebit.info -p9203 -R
Connecting to host ipv4.scaleway.testdebit.info, port 9203
Reverse mode, remote host ipv4.scaleway.testdebit.info is sending
[ 5] local 192.168.0.15 port 54408 connected to 62.210.156.7 port 9203
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 454 MBytes 3.76 Gbits/sec
[ 5] 1.01-2.01 sec 450 MBytes 3.77 Gbits/sec
[ 5] 2.01-3.01 sec 332 MBytes 2.78 Gbits/sec
[ 5] 3.01-4.01 sec 451 MBytes 3.80 Gbits/sec
[ 5] 4.01-5.00 sec 438 MBytes 3.69 Gbits/sec
[ 5] 5.00-6.00 sec 443 MBytes 3.72 Gbits/sec
[ 5] 6.00-7.02 sec 468 MBytes 3.89 Gbits/sec
[ 5] 7.02-8.01 sec 443 MBytes 3.73 Gbits/sec
[ 5] 8.01-9.01 sec 444 MBytes 3.73 Gbits/sec
[ 5] 9.01-10.01 sec 451 MBytes 3.79 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.05 sec 4.28 GBytes 3.66 Gbits/sec 216989 sender
[ 5] 0.00-10.01 sec 4.27 GBytes 3.67 Gbits/sec receiver
iperf Done.
iperf3.18_64>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:21b:96a0:3551:be70:516b:ab58 port 54438 connected to 2001:bc8:3::7 port 9203
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 300 MBytes 2.51 Gbits/sec
[ 5] 1.00-2.00 sec 379 MBytes 3.19 Gbits/sec
[ 5] 2.00-3.00 sec 432 MBytes 3.62 Gbits/sec
[ 5] 3.00-4.01 sec 254 MBytes 2.12 Gbits/sec
[ 5] 4.01-5.01 sec 326 MBytes 2.73 Gbits/sec
[ 5] 5.01-6.01 sec 342 MBytes 2.87 Gbits/sec
[ 5] 6.01-7.01 sec 403 MBytes 3.38 Gbits/sec
[ 5] 7.01-8.01 sec 405 MBytes 3.40 Gbits/sec
[ 5] 8.01-9.01 sec 432 MBytes 3.64 Gbits/sec
[ 5] 9.01-10.01 sec 325 MBytes 2.72 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.07 sec 3.52 GBytes 3.01 Gbits/sec 190001 sender
[ 5] 0.00-10.01 sec 3.51 GBytes 3.01 Gbits/sec receiver
iperf Done.
iperf3.18_64>iperf3 -c ipv4.scaleway.testdebit.info -p9203 -R -P4
Connecting to host ipv4.scaleway.testdebit.info, port 9203
Reverse mode, remote host ipv4.scaleway.testdebit.info is sending
[ 5] local 192.168.0.15 port 54441 connected to 62.210.156.7 port 9203
[ 7] local 192.168.0.15 port 54442 connected to 62.210.156.7 port 9203
[ 9] local 192.168.0.15 port 54443 connected to 62.210.156.7 port 9203
[ 11] local 192.168.0.15 port 54444 connected to 62.210.156.7 port 9203
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 71.4 MBytes 593 Mbits/sec
[ 7] 0.00-1.01 sec 57.8 MBytes 480 Mbits/sec
[ 9] 0.00-1.01 sec 150 MBytes 1.25 Gbits/sec
[ 11] 0.00-1.01 sec 80.5 MBytes 669 Mbits/sec
[SUM] 0.00-1.01 sec 360 MBytes 2.99 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
...
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 755 MBytes 631 Mbits/sec 45964 sender
[ 5] 0.00-10.00 sec 746 MBytes 626 Mbits/sec receiver
[ 7] 0.00-10.04 sec 815 MBytes 681 Mbits/sec 45108 sender
[ 7] 0.00-10.00 sec 805 MBytes 675 Mbits/sec receiver
[ 9] 0.00-10.04 sec 1.08 GBytes 923 Mbits/sec 61883 sender
[ 9] 0.00-10.00 sec 1.07 GBytes 919 Mbits/sec receiver
[ 11] 0.00-10.04 sec 919 MBytes 768 Mbits/sec 58389 sender
[ 11] 0.00-10.00 sec 908 MBytes 762 Mbits/sec receiver
[SUM] 0.00-10.04 sec 3.51 GBytes 3.00 Gbits/sec 211344 sender
[SUM] 0.00-10.00 sec 3.47 GBytes 2.98 Gbits/sec receiver
iperf Done.
...
-
----------------
iperf3.1.1_64>iperf3 -c ipv4.scaleway.testdebit.info -p9203 -R -P4
c'est version de iperf pour Windows date de 2017 , est buggée et ne permet pas de haut débit.
prend la version a jour: https://files.budman.pw/ (3.18). (lien direct: https://files.budman.pw/iperf3.18_64.zip)
-
"Rien à voir", mais j'ai fait un test sur ce site... : https://www.waveform.com/tools/bufferbloat
J'ai du mal à interpréter/comprendre le résultat :
https://www.waveform.com/tools/bufferbloat?test-id=495f4acc-150b-40eb-8dfa-674654383ddc
-
Bonjour
Nouveau formulaire rempli.
Cordialement
nbanba
-
"Rien à voir", mais j'ai fait un test sur ce site... : https://www.waveform.com/tools/bufferbloat
J'ai du mal à interpréter/comprendre le résultat :
https://www.waveform.com/tools/bufferbloat?test-id=495f4acc-150b-40eb-8dfa-674654383ddc
ca test la latence pendant une charge de la connexion pour savoir si y'a du "bufferbloat".
mais vu que ca ne charge pas a fond la connexion ...
en gros tu as +3ms de délai pendant un téléchargement a 3Gbps.
c'est un test web, pas trop pertinent avec une connexion fibre a 8G.
-
Bonjour
J'ai retrouvé cette capture de mai 2019 montrant que ma ligne atteignait bien les 8Gbps avant le présent incident/bridage
Cordialement
nbanba
-
c'est version de iperf pour Windows date de 2017 , est buggée et ne permet pas de haut débit.
prend la version a jour: https://files.budman.pw/ (3.18). (lien direct: https://files.budman.pw/iperf3.18_64.zip)
Effectivement, je me suis fait avoir, alors que je pensais cette vieille histoire réglée. J'ai corrigé mon post avec cette nouvelle version 3.18. Je suis à environ 3.75 Gb/s de débit down.
-
Effectivement, je me suis fait avoir, alors que je pensais cette vieille histoire réglée. J'ai corrigé mon post avec cette nouvelle version 3.18. Je suis à environ 3.75 Gb/s de débit down.
Pas mal de monde a quand même l'air d'être concerné par cette histoire...
Je croise les doigts pour que cela soit réglé dès cette semaine et qu'on n'en parle plus.
-
Quand je parlais de vieille histoire, je parlais en fait d'iperf.
-
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...
-
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
-
D'un autre côté, c'est un opérateur grand public. Vous ne pouvez pas demander une prise en compte rapide, complète et automatique pour chaque souci rencontré comme pour un contrat pro.
Il y a des procédures, pas forcément sympathiques pour le client, à respecter.
Ça n'empêche pas, en effet, la prise en compte une fois que le souci est constaté par plusieurs personnes et semble avéré.
-
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.
-
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.
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.
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)
-
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
-
Ce genre de souci, j'en ai eu quand j'étais câblé chez NC, puis chez SFR. Des fois, ce n'est même pas résolu.
C'est leur réseau, ils font ce qu'ils veulent. S'ils estiment que 4 Gbps c'est déjà pas mal et plus que 95% des autres clients, ...
Je ne suis pas concerné par ce souci, mais honnêtement, je crois que sans speedtest, je ne m'en serais pas rendu compte 😊
-
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).
(https://lafibre.info/images/dsp/202410_fibre_optique_cesson_sur_dsp_ftth_ex_covage.webp)
-
Il faut aussi accepter que "j'arrive pas a depasser 4giga" sur une offre grand public 8giga, n'est aucunement un probleme pour quelque support que ce soit.
Là y a juste un gars de free qui vous laisse esperer que quelqu'un va regarder, rien de plus.
-
Bonjour,
=> 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 vous souhaitez faire des tests avec des latences supérieures pour voir comment cela impact le débit, si vous êtes sous Linux, il y a un outil intégré qui permet de le faire NetEm.
⇒ Tutoriel pour générer des pertes de paquets / latence / gigue sur un équipement avec NetEm (https://lafibre.info/tutoriels-linux/generer-des-pertes-de-paquets/)
Commande NetEm pour rajouter du délai sur les paquets émis par l'interface Eth0 :
- Premier lancement avec 100ms de latence : sudo tc qdisc add dev eth0 root netem delay 100ms
- Modification de la latence à 10ms : sudo tc qdisc change dev eth0 root netem delay 10ms
- Suppression de la latence supplèmentaire : sudo tc qdisc change dev eth0 root netem delay 0ms
Toujours sous Linux, voici quelques optimisations TCP pour permettre d'avoir des débits élevés sur une connexion TCP.
nano /etc/sysctl.d/90-optimisations-tcp.conf
Copier / coller la configuration BBR ou la configuration Cubic en fonction de votre choix.
BBR : Copier / coller le texte ci-dessous dans le fichier :
# Algorithme d’évitement de congestion TCP et qdisc
net.ipv4.tcp_congestion_control=bbr
net.core.default_qdisc=fq
# décorrélation des tests successifs
net.ipv4.tcp_no_metrics_save=1
# Paramétrage de la fenêtre TCP à 32 Mio
net.ipv4.tcp_rmem=4096 131072 33554432
net.ipv4.tcp_wmem=4096 87380 33554432
net.core.rmem_max=33554432
net.core.wmem_max=33554432
# Limiter l’utilisation du swap
vm.swappiness = 1
# Augmentation de la file d'attente dans le noyau Linux où le trafic est stocké après réception par la carte réseau
net.core.netdev_max_backlog=4000
# Réduire le seuil où un DDOS impacte le serveur
net.ipv4.tcp_max_syn_backlog = 4096
# Augmenter le nombre de connexions entrantes
net.core.somaxconn = 4096
Cubic : Copier / coller le texte ci-dessous dans le fichier :
# Algorithme d’évitement de congestion TCP et qdisc
net.ipv4.tcp_congestion_control=cubic
net.core.default_qdisc=fq_codel
# décorrélation des tests successifs
net.ipv4.tcp_no_metrics_save=1
# Paramétrage de la fenêtre TCP à 32 Mio
net.ipv4.tcp_rmem=4096 131072 33554432
net.ipv4.tcp_wmem=4096 87380 33554432
net.core.rmem_max=33554432
net.core.wmem_max=33554432
# Limiter l’utilisation du swap
vm.swappiness = 1
# Augmentation de la file d'attente dans le noyau Linux où le trafic est stocké après réception par la carte réseau
net.core.netdev_max_backlog=4000
# Réduire le seuil où un DDOS impacte le serveur
net.ipv4.tcp_max_syn_backlog = 4096
# Augmenter le nombre de connexions entrantes
net.core.somaxconn = 4096
-
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.
-
Je ne me souviens plus à quelle date exacte cela a commencé à planter, vers fin janvier 2025.
Mais ce dont j'ai la certitude, c'est qu'il n'y avait absolument aucun problème avant le lancement de la nouvelle Freebox Pro.
Pourquoi ne pas réinstaller l'ancien firmware sur le matériel réseau qui a été mis à jour ?
-
Je ne me souviens plus à quelle date exacte cela a commencé à planter, vers fin janvier 2025.
Mais ce dont j'ai la certitude, c'est qu'il n'y avait absolument aucun problème avant le lancement de la nouvelle Freebox Pro.
Pourquoi ne pas réinstaller l'ancien firmware sur le matériel réseau qui a été mis à jour ?
La question que l'on peut se poser est de savoir quelle corrélation il peut y avoir entre le lancement de la nouvelle Freebox Pro, un éventuel nouveau firmware Sur la Freebox Pro, un éventuel nouveau firmware sur les Freebox grand public et/ou un upgrade réseau qui aurait partiellement foiré.
Toutes choses qui ne sont pas forcément sous la houlette des Devs de Freebox grand public?!?
-
Je gère 5 Freebox dans la famille, et lorsque les problèmes de débit ont commencé, j'ai remarqué des coupures de connexion de 2 ou 3 minutes entre 4h et 6h du matin sur presque toutes les Freebox.
C'était le même jour, mais je ne me souviens plus quand. En tout cas, après le 14 janvier 2025, c'est une certitude.
-
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 (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
-
Je gère 5 Freebox dans la famille, et lorsque les problèmes de débit ont commencé, j'ai remarqué des coupures de connexion de 2 ou 3 minutes entre 4h et 6h du matin sur presque toutes les Freebox.
C'était le même jour, mais je ne me souviens plus quand. En tout cas, après le 14 janvier 2025, c'est une certitude.
Bonjour @Lolilo51,
Comme je garde des copies d'écran de beaucoup de chose, c'est pratique.
Pour ma part, j'ai eu une coupure le 28/01/2025 à 6h56 et c'est depuis le 28 que la connexion est tombée à ce débit ...
Cordialement.
Franck
-
@altair83
Cela ne semble pas correspondre à mes dates, mais cela semble en revanche coïncider au niveau de l'heure et de la durée de la coupure.
-
@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
-
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 ..
-
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
-
tant qu'a mettre à profit du matos d'entreprise, persone avec un TAP optique et de quoi capture ce qui arrive sur le port WAN de la box ?
Histoire de comparer avant/apres les timings ou des pertes de packets ..
-
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
-
Cela commence à se voir sur nPerf que le réseau est moins performant. Free a perdu la meilleure moyenne locale (Hauts-De-France). 398 Mbps, au lieu de 550 Mbps voire plus avant.
Dans les Hauts-De-France, Free est même passé à la 3ème place. Je n'avais jamais constaté une telle baisse. Bouygues Télécom est passé devant pour la première fois, avec 519 Mbps.
Et les débits moyens nationaux sur le fixe sont passés de 650 Mbps à moins de 593 Mbps.
Les records, qui poussaient la moyenne vers le haut, se font plus rares. Si cette situation perdure, Free perdra sans aucun doute son titre d'opérateur avec le meilleur débit descendant sur le fixe en 1er Semestre 2025... :-\
-
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 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"... ;)
-
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.
-
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 :)
Ne pas hésiter à utiliser les paramètres utilisés par l'Arcep qui ont pour but que le serveur ne soit pas limitant.
La configuration des serveurs 2025 est disponible : https://www.arcep.fr/fileadmin/user_upload/grands_dossiers/qualite-services-mobiles/202412_arcep_configuration_enquete_qos_mobile_2025.pdf
Il serait pertinent d'avoir un serveur BBR et un serveur Cubic.
-
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
-
Quelqu'un a-t-il eu une évolution ? Ce forum est en train de se remplir d'abonnés Pop qui ont l'air de rencontrer la même situation, mais dans des proportions beaucoup plus gênantes.
800 Mbps au lieu de 2,5 Gbps, c'est plutôt gênant. Ou alors, on reste sur une Révolution, mais on ne paie pas 40 €/mois pour du 1 Gbps maximum, ça n'existe pas !
-
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é
Par curiosité, êtes-vous en mesure de nous en dire plus sur la cause du problème ? (Je comprends si c'est quelque chose de confidentiel/secret...)
-
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 ! ;D
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 ! :-*
-
Bonjour
Déjà merci pour votre retour.
Cependant, on n'avait pas l'impression que toutes les ULTRA étaient impactées, en tout cas pas aussi nettement que les Delta (reprendre les tests de @darkmoon et de @frederic.moreau sur ce thread)
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 ! :-*
Sur les Delta devriez normalement même pouvoir faire 8Gbps en upload, en tout cas pour celle qui ont le SFP "Made in Free" F-MPON07A:
D'après la description du chipset BCM55030, je cite:
The device is fully compliant with the new IEEE 802.3av 10G EPON standard including support for 10G EPON and 1G EPON co-existence on the same fiber. The chip supports both 10G/10G symmetric and 10G/1G asymmetric modes of operation The device supports Broadcom's 2.5G TURBO-EPON® in addition to both standard 1G and 10G modes
Plus de détails ici: https://www.broadcom.com/products/broadband/xpon/bcm55030
Et il y a bien 2 paires différentiels signal sur le PCB, de quoi faire du 8GT/s dans les 2 sens (voir probablement du 2*8GT/s)
Cordialement
nbanba
-
Si vous voulez mon avis sur cette digression, les ingénieurs et architectes réseau présents ici n'auront aucun levier d'influence sur le débit maximum théorique proposé par chaque offre ; la segmentation des offres et la politique commerciale de l'entreprise est un sujet dont s'occupent d'autres personnes sorties de milieux très différents ;)
Sans vouloir donner l'impression de parler d'eux comme des animaux farouches, je pense que c'est mieux de ne pas faire de hors-sujet sur ça, et ainsi, de ne pas les dissuader de venir nous offrir leur expertise ici...
-
Bonjour
Si vous voulez mon avis sur cette digression,...
... ne pas les dissuader de venir nous offrir leur expertise ici...
Vous avez bien raison on sait tous que la faisabilité technique n'est souvent qu'un problème secondaire...
D'ailleurs cette digression (un peu facile dans le présent contexte) offusque probablement la partie la plus importante de mon message, à savoir
Cependant, on n'avait pas l'impression que toutes les ULTRA étaient impactées, en tout cas pas aussi nettement que les Delta (reprendre les tests de @darkmoon et de @frederic.moreau sur ce thread)
Je vais envoyer ce commentaire en MP en parallèle à @vbernat pour augmenter sa visibilité.
Cordialement
nbanba
-
Concernant le bug du débit coincé à 4 Gbps, toutes les Freebox ne sont pas impactées, en effet. Car un record à 7,8 Gbps apparait encore sur nPerf et date d'il y a quelques jours à peine.
-
Oui, tout le monde n'est pas impacté car il y a deux bugs qui se conjuguent.
-
Sur les Delta devriez normalement même pouvoir faire 8Gbps en upload, en tout cas pour celle qui ont le SFP "Made in Free" F-MPON07A:
J'ai bien ce SFP+.
-
Oui, tout le monde n'est pas impacté car il y a deux bugs qui se conjuguent.
Mon cas semble différent, juste pour être sûr que vous l'avez pris en compte !? FREEBOX Ultra
[checkFtthFree v0.26] Windows 11 Build 26100 (64-bit)
-------------------------- 2025-02-27 18:17:08 +0100 --------------------------
Configuration réseau du système:
Adapter.Driver: Intel(R) 82599 10 Gigabit Network Connection
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: 512
Adapter.SpeedDuplex: Négociation automatique
Adapter.TCPChecksumOffload: Rx et Tx activées
Adapter.TransmitBuffers: 512
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.48 ms [gigue: 2.59 ms]
--> Débit: 1.18 Go/s (9.43 Gbps) [fluctuation: 0.63%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 858 pendant le test.
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
--> Latence: 8.84 ms [gigue: 0.53 ms]
--> Débit: 279.75 Mo/s (2.24 Gbps) [fluctuation: 3.88%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 37146 pendant le test.
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
--> Latence: 7.46 ms [gigue: 0.76 ms]
--> Débit: 291.51 Mo/s (2.33 Gbps) [fluctuation: 3.37%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 15503 pendant le test.
--------------------------------------------------------------------------------------------
[checkFtthFree v0.26] Windows 11 Build 26100 (64-bit)
-------------------------- 2025-02-27 18:15:35 +0100 --------------------------
Configuration réseau du système:
Adapter.Driver: ASUS XG-C100C 10G PCI-E Network Adapter
Adapter.DriverVersion: 2.2.2.0 (Marvell, 2020-04-30)
Adapter.EEE: Disabled
Adapter.FlowControl: Rx & Tx Enabled
Adapter.IPChecksumOffloadIPv4: Rx & Tx Enabled
Adapter.InterruptModeration: Enabled
Adapter.JumboPacket: Disabled
Adapter.LinkSpeed: 10 Gbps
Adapter.LsoV1IPv4: Enabled
Adapter.LsoV2: Enabled
Adapter.PcieLinkSpeed: 8.0 GT/s
Adapter.PcieLinkWidth: 4
Adapter.PhysicalMediaType: 802.3
Adapter.ReceiveBuffers: 512
Adapter.Rsc: Enabled
Adapter.TCPUDPChecksumOffload: Rx & Tx Enabled
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.44 ms [gigue: 0.27 ms]
--> Débit: 1.16 Go/s (9.27 Gbps) [fluctuation: 0.26%]
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
--> Latence: 8.19 ms [gigue: 0.33 ms]
--> Débit: 287.04 Mo/s (2.30 Gbps) [fluctuation: 7.30%]
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
--> Latence: 8.29 ms [gigue: 2.06 ms]
--> Débit: 300.39 Mo/s (2.40 Gbps) [fluctuation: 1.81%]
-
Bonsoir @Fuzy,
J'aimerai comprendre pourquoi tu dis que tu as un problème différent, car tes valeurs dans le "checkftthfree.exe" ressemblent aux miennes, tu peux un peux expliquer ce que tu veux dire par là ...
Cordialement.
Franck
Test TCP local (IPv4): téléchargement depuis la Freebox
--> Latence: 0.32 ms [gigue: 0.13 ms]
--> Débit: 1.11 Go/s (8.85 Gbps) [fluctuation: 1.31%]
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
--> Latence: 16.54 ms [gigue: 0.99 ms]
--> Débit: 203.21 Mo/s (1.63 Gbps) [fluctuation: 20.06%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 42 pendant le test.
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
--> Latence: 16.53 ms [gigue: 0.54 ms]
--> Débit: 229.21 Mo/s (1.83 Gbps) [fluctuation: 2.01%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 397 pendant le test.
-------------------------- 2025-02-27 18:43:45 +0100 --------------------------
-
Oui bien sûr !
@altair83
J'ai une limitation en mono connexion 300 Mo/s max derrière l'Ultra, mais la multi connexion donne des résultats proche des 8Gbps... 7.5Gbps (appW nperf et Ookla)... ce qui n'est pas le cas des autres avec l'Ultra !
Au passage : (derrière 2 machines en DL Ultra suivi de test Ookla)
-
Bonjour,
tout d'abord un grand merci à ceux qui ont repéré le problème et initié le mouvement, ainsi qu'à tous les membres du forum apportant leur contribution.
Je suis moi aussi victime de bridage, donc je viens apporter ma petite contribution.
Je possède une Freebox Delta.
Voici les infos que me donne checkFtthFree
arnaud@RAMIREZ:~/Téléchargements$ ./checkFtthFree.pl --ipv6
===============================================================================
checkFtthFree
---------------
Programme de diagnostic de connexion FTTH Free
Ce programme analyse la configuration réseau du système et effectue différents
tests TCP (latence et débit mono-connexion) afin d'évaluer les performances de
la connexion FTTH et détecter d'éventuels dysfonctionnements.
Diverses options sont disponibles pour configurer ou désactiver certains tests,
voir --help (-h) 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)...
[checkFtthFree v0.26] Linux 6.1.0-31-amd64 (x86_64)
-------------------------- 2025-02-28 06:21:37 +0100 --------------------------
Configuration réseau du système:
dev.link_speed: 8.0 GT/s PCIe
dev.link_width: 4
intf.dev: enp5s0
intf.mtu: 1500
intf.qdisc: mq
intf.qlen: 1000
link.duplex: full
link.speed: 10000
net.core.default_qdisc: fq_codel
net.core.netdev_budget: 300
net.core.netdev_budget_usecs: 8000
net.core.netdev_max_backlog: 1000
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_dsack: 1
net.ipv4.tcp_ecn: 2
net.ipv4.tcp_mem: 380361 507148 760722
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
=> Latence TCP max pour une émission à 700 Mbps: 35 ms
Test TCP local (IPv4): téléchargement depuis la Freebox
--> Latence: 0.90 ms [gigue: 0.10 ms]
--> Débit: 1.18 Go/s (9.41 Gbps) [fluctuation: 0.01%]
[!] Le compteur "rx_dropped" de l'interface réseau a été incrémenté de 7 pendant le test.
Test TCP Internet (IPv6): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
--> Latence: 6.54 ms [gigue: 0.35 ms]
--> Débit: 500.78 Mo/s (4.01 Gbps) [fluctuation: 1.89%]
[!] Le compteur "rx_dropped" de l'interface réseau a été incrémenté de 6 pendant le test.
Test TCP Internet (IPv6): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
--> Latence: 5.85 ms [gigue: 0.33 ms]
--> Débit: 526.19 Mo/s (4.21 Gbps) [fluctuation: 1.60%]
[!] Le compteur "rx_dropped" de l'interface réseau a été incrémenté de 6 pendant le test.
-------------------------- 2025-02-28 06:22:15 +0100 --------------------------
arnaud@RAMIREZ:~/Téléchargements$ ./checkFtthFree.pl
===============================================================================
checkFtthFree
---------------
Programme de diagnostic de connexion FTTH Free
Ce programme analyse la configuration réseau du système et effectue différents
tests TCP (latence et débit mono-connexion) afin d'évaluer les performances de
la connexion FTTH et détecter d'éventuels dysfonctionnements.
Diverses options sont disponibles pour configurer ou désactiver certains tests,
voir --help (-h) 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)...
[checkFtthFree v0.26] Linux 6.1.0-31-amd64 (x86_64)
-------------------------- 2025-02-28 06:22:25 +0100 --------------------------
Configuration réseau du système:
dev.link_speed: 8.0 GT/s PCIe
dev.link_width: 4
intf.dev: enp5s0
intf.mtu: 1500
intf.qdisc: mq
intf.qlen: 1000
link.duplex: full
link.speed: 10000
net.core.default_qdisc: fq_codel
net.core.netdev_budget: 300
net.core.netdev_budget_usecs: 8000
net.core.netdev_max_backlog: 1000
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_dsack: 1
net.ipv4.tcp_ecn: 2
net.ipv4.tcp_mem: 380361 507148 760722
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
=> Latence TCP max pour une émission à 700 Mbps: 35 ms
Test TCP local (IPv4): téléchargement depuis la Freebox
--> Latence: 0.80 ms [gigue: 0.25 ms]
--> Débit: 1.17 Go/s (9.33 Gbps) [fluctuation: 0.67%]
[!] Le compteur "rx_dropped" de l'interface réseau a été incrémenté de 7 pendant le test.
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
--> Latence: 6.28 ms [gigue: 0.27 ms]
--> Débit: 491.41 Mo/s (3.93 Gbps) [fluctuation: 1.58%]
[!] Le compteur "rx_dropped" de l'interface réseau a été incrémenté de 6 pendant le test.
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
--> Latence: 5.62 ms [gigue: 0.14 ms]
--> Débit: 501.29 Mo/s (4.01 Gbps) [fluctuation: 0.18%]
[!] Le compteur "rx_dropped" de l'interface réseau a été incrémenté de 6 pendant le test.
-------------------------- 2025-02-28 06:23:03 +0100 --------------------------
J'ai quelques "rx_dropped" lors des téléchargements, je ne pense pas que ça impacte les résultats outre mesure.
Y a-t-il un rapport avec le driver de ma carte réseau ? Je ne sais pas mais le noyau me le signale.
Extrait du dmesg
[ 15.631568] atlantic 0000:05:00.0 enp5s0: atlantic: link change old 0 new 10000
[ 15.631604] IPv6: ADDRCONF(NETDEV_CHANGE): enp5s0: link becomes ready
[ 36.326160] TCP: enp5s0: Driver has suspect GRO implementation, TCP performance may be compromised.J'ai toujours eu ce message, cela est une autre histoire qui n'a rien avoir avec notre sujet.
Peut-être plus intéressant est mon historique nperf.
Le 28 Janvier, ENEDIS a coupé l'électricité pour faire des travaux sur les lignes électriques.
Avant cette date la Freebox Delta était avec un ancien firmware (lequel ? Je ne suis pas sûr), et forcément après cette date la Freebox a le dernier firmware.
On peut voir dans l'historique que avant le 28/01 les débits sont bons.
Après le 28/01, les débits baissent un peu mais rien de significatif non plus (seulement 2 mesures et l'une après l'autre).
Par contre à partir du 25/01 c'est beaucoup plus bas.
-
Bonjour
Merci pour votre retour précieux (surtout avec le NPERF, je constate également la baisse de débit depuis le 28/01)
Concernant le message GRO, il s'agit d'une implémentation software d’agrégation de paquets.
Qui dit software dit qu'on parle de détails d'optimisations presques cosmétiques (on ne parle pas de décharger le trafic sur un ASIC qui ferait le travail à la place du CPU)
Aussi il n'est pas dit que ça ne fonctionne pas mais que juste c'esst "suspect"
Les premières fois ou j'ai rencontré ce message avec le Chipset
AQtion AQC100S NBase-T/IEEE 802.3an Ethernet Controller [Atlantic 10G]
C'était avec un kernel Linux 6.1
Le message est toujours présent en Linux 6.14-rc1
Or pour vous rassurer lorsque j'ai rencontré ce bug le 28/01 j'étais en kernel 6.12.7 => tout à très bien fonctionné (je veux dire 8Gbps sur internet au lieu de 4Gbps) et SANS BUG depuis Linux 6.1 jusqu'à Linux 6.12.7
Votre check fait avec checkFTTHfree le montre : 9.1Gbps en local (peut être avec une implémentation GRO corrigés vous seriez à 9.4 ?)
En aucun cas de quoi justifier que le débit internet passe de 8Gbps à 4Gbps
Après pour vous rassurer encore plus, je n'utilise ce chipset AQtion AQC100S que sur quelques laptops et la majeure partie des tests que j'ai fait constatant le souci et remontés ici sont partis soit :
- de serveurs connectés avec des agregats N*10 (nic MLX ou Intel)
- du cluster de firewall derrière la freebox (nic fortiASIC)
Cordialment
nbanba
-
je suis sur du 10 Giga depuis peu et je viens justement sur la fibre info car je suis surpris sur le fait que le débit n'est pas symétrique du tout
(https://pic.nperf.com/r/3565050120098204-Rsmf4CuK.png)
je précise que j'ai testé en IPV6
(https://pic.nperf.com/r/3565053285104448-TAD61NXh.png)
-
@tous
Vous avez fait un twit' sur X à l'attention de Xavier75 ?
https://x.com/xavier75?lang=fr
(https://pbs.twimg.com/profile_banners/17744075/1727514669/1080x360)
-
je suis sur du 10 Giga depuis peu et je viens justement sur la fibre info car je suis surpris sur le fait que le débit n'est pas symétrique du tout
(https://pic.nperf.com/r/3565050120098204-Rsmf4CuK.png)
je précise que j'ai testé en IPV6
(https://pic.nperf.com/r/3565053285104448-TAD61NXh.png)
J'aimerais bien avoir ce débit... ;D
En ce moment, nous sommes coincés à 3,5 Gbps en Download, grand maximum. Et l'Upload, c'est 700 Mbps depuis un bon moment...
-
@tous
Vous avez fait un twit' sur X à l'attention de Xavier75 ?
https://x.com/xavier75?lang=fr
(https://pbs.twimg.com/profile_banners/17744075/1727514669/1080x360)
Pas certain que ce soit nécessaire, étant donné que le directeur du département backbone est intervenu dans ce fil de discussion, ainsi qu'un des développeurs Freebox les plus anciens
-
Bonjour
Je pense que ceux qui sont à l'origine de ce ticket (dont moi même) souhaitent tout sauf "foutre le bordel"
Nous souhaitons que le souci soit pris en charge et corrigé.
Il serait néanmoins appréciable d'avoir plus de détails et un suivi régulier de la part de Free.
Merci à tous pour votre aide, avec objectivité et dans le respect de chacun
Cordialement
nbanba
-
En tout cas, ça fait déjà 5 semaines que ça dure ! ::)
Et la section "Débits fibre Free" de ce forum est devenue vraiment très moche... :o
"Débit Freebox Pop bridé"
"Débit bridé en IPv4 Freebox Pop"
"Suspicion de limitation"
"FreeBox Pop + Débit IPV4 (Bridé)"
"Seedbox 10Gbit/s suspicion de bridage en upload"
On va dire que ça donne vachement envie de souscrire une Freebox Pop à 39,99 €/mois au bout d'un an, ou une Freebox Ultra à 49,99 €/mois minimum au bout d'un an... :-\
-
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.
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.
Oui, tout le monde n'est pas impacté car il y a deux bugs qui se conjuguent.
Je remets ces messages là au cas où certains les auraient loupé ou oublié...
Le problème a été identifié, il n'y a plus rien à faire de notre côté pour l'instant !
-
Je viens rajouter ma pierre à l’édifice. Abonné Révolution Light, débit bridé à 200mbps au lieu des 1Gbps que j’ai toujours eu depuis 1 mois maintenant. Reset de box, tests de débit en RJ45 aux fesses de la fbx, multiples appels au service client, personne ne me donne de raison, personne ne sait. Mais personne ne peut se déplacer car « mon cas de figure ne nécessite pas de ticket d’intervention ».
Quel pied !
-
Je remets ces messages là au cas où certains les auraient loupé ou oublié...
Le problème a été identifié, il n'y a plus rien à faire de notre côté pour l'instant !
Bizarrement Univers Freebox n'a pas fais d'article concernant ce problème...
-------LoL ok, je sort !--------
Wait & See
-
Y-a-t-il eu seulement des "pleurs" concernant le sujet sur le site en question? ::)
-
J'étais passé chez Free avec tellement de préjugés et de doutes... vivement que je sois éligible à plus de 2 gb/s chez un autre opérateur je m'en vais. C'est dommage.
-
Si encore j’étais en 8gbps limité à 4, mais 1gbps limité à 200mbps c’est une division par 5 et non par 2. Plus qu’à changer d’opérateur et trouver une équivalence qui prendra en charge mon routeur sans faire de double NAT (le seul avantage de la Révolution au final…).
-
J'ai le seum parce que j'aime bien l'éco système de Free. J'ai jamais eu de coupure d'internet depuis des années.. mais bon la concurrence est là on va tester ailleurs
-
J'étais passé chez Free avec tellement de préjugés et de doutes... vivement que je sois éligible à plus de 2 gb/s chez un autre opérateur je m'en vais. C'est dommage.
De mon coté, le soucis semble avoir disparu...
Juste dis-moi, dans Freebox OS, le pare-feu IPv6 est désactivé ? (et aussi en IPv4)
J'ai remarqué une belle baisse quand il est activé...
-
De mon coté, le soucis semble avoir disparu...
Juste dis-moi, dans Freebox OS, le pare-feu IPv6 est désactivé ? (et aussi en IPv4)
J'ai remarqué une belle baisse quand il est activé...
Le pare-feu IPv6 est bien désactivé par défaut . J’obtiens 1900 Mbit/s (2300 avant) Le soucis est en ipv4 ou j’obtiens 800 Mbit/s au lieu des 2300 que j’avais l’habitude d’avoir. Il n’y a aucun réglage pour désactiver le pare feu en ipv4. Et comme dit, chez orange je rentrait le câble ça marchait, je me vois pas bidouillé comme un prolo à cause de leurs conneries
-
Le pare-feu IPv6 est bien désactivé par défaut . J’obtiens 1900 Mbit/s (2300 avant) Le soucis est en ipv4 ou j’obtiens 800 Mbit/s au lieu des 2300 que j’avais l’habitude d’avoir. Il n’y a aucun réglage pour désactiver le pare feu en ipv4. Et comme dit, chez orange je rentrait le câble ça marchait, je me vois pas bidouillé comme un prolo à cause de leurs conneries
Post en ipv4 un speedtest.net en single sur le serveur Bouygues Cubic de Velizy stp
-
Je tiens à informer tout le monde que notre débit de 8 Gbps en Download (Freebox Delta) est de retour.
J'ai effectué un test, puisque j'ai lu sur ce forum qu'un autre abonné a récupéré son débit sur une Freebox Pop. (https://lafibre.info/1gb-free/debit-freebox-pop-bride-depuis-incident-etape-6/)
J'avais redémarré la Freebox le 1er mars 2025 à 1h du matin, mais j'en avais tellement ras-le-bol des tests de débit que je n'avais même pas eu envie de refaire un seul autre test (des dizaines de To depuis des semaines). La coupe était pleine. ;D
-
Content que certains est retrouvé leur débit max !
Pour ma part toujours limité en mono connexion :
batch test download local mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#0| 9.2 Gbps| 0 bps| 7.98| 9.2 GB| 0 B|get http://mafreebox.freebox.fr:8095/fixed/10G (IPv4 - 0.670 ms - HTTP/1.0 - )
batch test download local multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#1| 9.4 Gbps| 0 bps| 7.98| 9.4 GB| 0 B|4 x get http://mafreebox.freebox.fr:8095/fixed/10G (IPv4 - 1.28 ms - HTTP/1.0 - )
batch test download Appliwave BBR mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#2| 2.1 Gbps| 0 bps| 8.00| 2.1 GB| 0 B|get http://appliwave.testdebit.info/10G/10G.iso (IPv6 - 16.763 ms - HTTP/1.1 - )
batch test download Appliwave BBR multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#3| 4.5 Gbps| 0 bps| 8.00| 4.5 GB| 0 B|4 x get http://appliwave.testdebit.info/10G/10G.iso (IPv6 - 17.593 ms - HTTP/1.1 - )
batch test download Online BBR mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#4| 2.2 Gbps| 0 bps| 8.00| 2.2 GB| 0 B|get http://online.nspeed.app/10000Mo.dat (IPv6 - 7.334 ms - HTTP/1.1 - )
batch test download Online BBR multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#5| 6.1 Gbps| 0 bps| 8.00| 6.1 GB| 0 B|4 x get http://online.nspeed.app/10000Mo.dat (IPv6 - 7.273 ms - HTTP/1.1 - )
-
@fuzy Et en multi, qu'est-ce que ça donne ?
Par précaution, redémarre ta Freebox. On ne sait jamais...
-
Tu as le test au dessus ;)
-
Oups, je n'avais pas vu.
Désolé, il est tard ! ;D
Du coup, t'es encore coincé... :-\
-
Coincé... oui et non... car je ne peu simplement pas envoyer ou recevoir plus de 300Mo/s depuis une machine avec l'utra... c'est surtout que je ne comprend pas pourquoi ???
-
Hello ,
Perso je déconseille pour le moment le serveur nperf de appliwave, je n'arrive pas à atteindre les 8 gbit avec eux en heure creuse.
PS C:\Users\ZS93> curl.exe -o NUL http://mafreebox.freebox.fr:8095/gen/200G
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 24.9G 0 24.9G 0 0 1027M 0 --:--:-- 0:00:24 --:--:-- 1120M
PS C:\Users\ZS93> iperf3 -c iperf3.moji.fr -p 5203 -R
Connecting to host iperf3.moji.fr, port 5203
Reverse mode, remote host iperf3.moji.fr is sending
[ 5] local 2a01:e0a:172:d190:ad91:28fc:d08:a0a7 port 7428 connected to 2a06:c484:6::3:1 port 5203
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 945 MBytes 7.92 Gbits/sec
[ 5] 1.00-2.00 sec 954 MBytes 8.00 Gbits/sec
[ 5] 2.00-3.00 sec 956 MBytes 8.03 Gbits/sec
[ 5] 3.00-4.00 sec 948 MBytes 7.95 Gbits/sec
[ 5] 4.00-5.00 sec 957 MBytes 8.03 Gbits/sec
[ 5] 5.00-6.00 sec 958 MBytes 8.04 Gbits/sec
[ 5] 6.00-7.00 sec 954 MBytes 8.00 Gbits/sec
[ 5] 7.00-8.00 sec 910 MBytes 7.63 Gbits/sec
[ 5] 8.00-9.00 sec 931 MBytes 7.81 Gbits/sec
[ 5] 9.00-10.00 sec 959 MBytes 8.04 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 9.25 GBytes 7.94 Gbits/sec 0 sender
[ 5] 0.00-10.00 sec 9.25 GBytes 7.94 Gbits/sec receiver
iperf Done.
PS C:\Users\ZS93> iperf3 -c appliwave.iperf.fr -p 9000 -R
Connecting to host appliwave.iperf.fr, port 9000
Reverse mode, remote host appliwave.iperf.fr is sending
[ 5] local 2a01:e0a:172:d190:ad91:28fc:d08:a0a7 port 7440 connected to 2a05:46c0:100:1007::5 port 9000
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 386 MBytes 3.24 Gbits/sec
[ 5] 1.00-2.00 sec 412 MBytes 3.46 Gbits/sec
[ 5] 2.00-3.00 sec 413 MBytes 3.47 Gbits/sec
[ 5] 3.00-4.00 sec 407 MBytes 3.41 Gbits/sec
[ 5] 4.00-5.00 sec 419 MBytes 3.51 Gbits/sec
[ 5] 5.00-6.00 sec 408 MBytes 3.42 Gbits/sec
[ 5] 6.00-7.00 sec 378 MBytes 3.17 Gbits/sec
[ 5] 7.00-8.00 sec 357 MBytes 3.00 Gbits/sec
[ 5] 8.00-9.00 sec 382 MBytes 3.20 Gbits/sec
[ 5] 9.00-10.00 sec 379 MBytes 3.18 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 3.86 GBytes 3.30 Gbits/sec 5 sender
[ 5] 0.00-10.00 sec 3.85 GBytes 3.31 Gbits/sec receiver
iperf Done.
-
De mon coté, la limite unidirectionnelle (RX ou TX) a l'air d'etre levée : meme (bons) résultats en IPv4 qu'en IPv6.
Mais en --bidir, j'ai l'impression que le débit consommé en TX vient toujours se soustraire au RX - mais vu que mon NIC 2.5G est en usb, ceci est peut etre un artefact de cela . Je ne sais pas si cet état pré-datait l'incident.
-
Post en ipv4 un speedtest.net en single sur le serveur Bouygues Cubic de Velizy stp
Je te fait ça en rentrant.
-
Je tiens à informer tout le monde que notre débit de 8 Gbps en Download (Freebox Delta) est de retour.
J'ai effectué un test, puisque j'ai lu sur ce forum qu'un autre abonné a récupéré son débit sur une Freebox Pop. (https://lafibre.info/1gb-free/debit-freebox-pop-bride-depuis-incident-etape-6/)
J'avais redémarré la Freebox le 1er mars 2025 à 1h du matin, mais j'en avais tellement ras-le-bol des tests de débit que je n'avais même pas eu envie de refaire un seul autre test (des dizaines de To depuis des semaines). La coupe était pleine. ;D
Je confirme, voir ce test via l'appli nPerf aujourd'hui. Par contre, je n'ai pas redémarré ma box Delta depuis 34 jours, donc fin Janvier.
-
Un petit test avec la dernière version, 0.27, de checkftthfree, débit 7.16 Gb/s. :
[checkFtthFree v0.27] Windows 11 Build 26100 (64-bit)
-------------------------- 2025-03-02 11:07:16 +0100 --------------------------
Configuration réseau du système:
Adapter.Driver: Marvell AQtion Felicity Network Adapter
Adapter.DriverVersion: 3.1.10.0 (Marvell, 2024-04-23)
Adapter.EEE: Disabled
Adapter.FlowControl: Rx & Tx Enabled
Adapter.IPChecksumOffloadIPv4: Rx & Tx Enabled
Adapter.InterruptModeration: Enabled
Adapter.JumboPacket: Disabled
Adapter.LinkSpeed: 10 Gbps
Adapter.LsoV1IPv4: Enabled
Adapter.LsoV2: Enabled
Adapter.PcieLinkSpeed: 8.0 GT/s
Adapter.PcieLinkWidth: 4
Adapter.PhysicalMediaType: 802.3
Adapter.ReceiveBuffers: 512
Adapter.Rsc: Enabled
Adapter.SpeedDuplex: Auto Negotiation
Adapter.TCPUDPChecksumOffload: Rx & Tx Enabled
Adapter.TransmitBuffers: 2048
NetProfile.NetworkCategory: Private
Tcp.AutoTuningLevelLocal: Normal
Tcp.CongestionProvider: CUBIC
Tcp.EcnCapability: Disabled
Tcp.ScalingHeuristics: Disabled
Tcp.Timestamps: Allowed
=> Latence max pour une réception TCP à 1 Gbps: 141 ms
Test TCP local (IPv4): téléchargement depuis la Freebox
--> Latence: 0.76 ms [gigue: 0.14 ms]
--> Débit: 1.17 Go/s (9.37 Gbps) [fluctuation: 0.33%]
Test TCP Internet (IPv4): téléchargement depuis le serveur Scaleway [BBR]
--> Latence: 2.49 ms [gigue: 0.35 ms]
--> Débit: 895.53 Mo/s (7.16 Gbps) [fluctuation: 1.14%]
-------------------------- 2025-03-02 11:07:48 +0100 --------------------------
A priori, le problème était sur le réseau Free, et pas un problème de firmware, qui pour moi est resté le même, 4.8.18.
-
Bonjour
Je confirme avoir également récupérer le débit.
Cependant, @vbernat, @mbizon, je ne sais pas quel modif ont été faites côté FREE (je n'ai pas reboot la FREEBOX) mais je constate quelque-chose de bizarre :
Les tests fait et postés ici par mes soins ont entre autre été faites depuis 1 VM tournant dans la Freebox et notamment le tests ici à 4.77 GBps
https://lafibre.info/1gb-free/test-svp-suspicion-de-limitation-a-4gps-des-freebox-delta-ultra/msg1106899/#msg1106899
Depuis ce matin, les tests débit local
serveur <----> VM Freebox
sont toujours les mêmes (7.7 Gbps) mais la VM ne dépasse plus les 2GBps sur internet :
iperf3 -4c ping.online.net -p5202 -R
Connecting to host ping.online.net, port 5202
Reverse mode, remote host ping.online.net is sending
[ 5] local 192.168.100.62 port 58976 connected to 51.158.1.21 port 5202
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 271 MBytes 2.27 Gbits/sec
[ 5] 1.00-2.00 sec 278 MBytes 2.33 Gbits/sec
[ 5] 2.00-3.00 sec 275 MBytes 2.30 Gbits/sec
[ 5] 3.00-4.00 sec 279 MBytes 2.34 Gbits/sec
[ 5] 4.00-5.00 sec 277 MBytes 2.33 Gbits/sec
[ 5] 5.00-6.00 sec 280 MBytes 2.35 Gbits/sec
[ 5] 6.00-7.00 sec 277 MBytes 2.33 Gbits/sec
[ 5] 7.00-8.00 sec 278 MBytes 2.33 Gbits/sec
[ 5] 8.00-9.00 sec 273 MBytes 2.29 Gbits/sec
[ 5] 9.00-10.00 sec 264 MBytes 2.22 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 2.72 GBytes 2.33 Gbits/sec 2925 sender
[ 5] 0.00-10.00 sec 2.69 GBytes 2.31 Gbits/sec receiver
iperf Done.
Cepandant, si je mets la route par défaut de la VM vers un équipement du LAN présent sur le même segment L2 avant de ressortir sur internet par la FREEBOX (DONC le flux fait un allé/retour par le port LAN 10GBps de la Freebox) alors j'obtiens des débits bien supérieurs de l'ordre de 5GBps dans la VM...
Mode classique :
Table de routage VM: (FreeboxIP = 192.168.100.254)
$ /sbin/route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.100.254 0.0.0.0 UG 0 0 0 enp0s3
0.0.0.0 10.0.90.250 0.0.0.0 UG 400 0 0 enp0s3.90
10.0.50.0 10.0.80.250 255.255.255.0 UG 401 0 0 enp0s3.80
10.0.80.0 0.0.0.0 255.255.255.0 U 401 0 0 enp0s3.80
10.0.90.0 0.0.0.0 255.255.255.0 U 400 0 0 enp0s3.90
192.168.100.0 0.0.0.0 255.255.255.0 U 100 0 0 enp0s3
schéma logique:
VM Freebox (gateway = freebox) <-----------> FREEBOX <------------> @
test iperf3
iperf3 -4c ping.online.net -p5202 -R
Connecting to host ping.online.net, port 5202
Reverse mode, remote host ping.online.net is sending
[ 5] local 192.168.100.62 port 58976 connected to 51.158.1.21 port 5202
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 271 MBytes 2.27 Gbits/sec
[ 5] 1.00-2.00 sec 278 MBytes 2.33 Gbits/sec
[ 5] 2.00-3.00 sec 275 MBytes 2.30 Gbits/sec
[ 5] 3.00-4.00 sec 279 MBytes 2.34 Gbits/sec
[ 5] 4.00-5.00 sec 277 MBytes 2.33 Gbits/sec
[ 5] 5.00-6.00 sec 280 MBytes 2.35 Gbits/sec
[ 5] 6.00-7.00 sec 277 MBytes 2.33 Gbits/sec
[ 5] 7.00-8.00 sec 278 MBytes 2.33 Gbits/sec
[ 5] 8.00-9.00 sec 273 MBytes 2.29 Gbits/sec
[ 5] 9.00-10.00 sec 264 MBytes 2.22 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 2.72 GBytes 2.33 Gbits/sec 2925 sender
[ 5] 0.00-10.00 sec 2.69 GBytes 2.31 Gbits/sec receiver
iperf Done.
débits internet mesurés : 2,31 GBps
Mode tordu : (physiquement le trafic sort par le port LAN de la freebox pour aller dans le firewall puis rentre à nouveau par ce même port LAN dans la freebox avant de sortir sur internet par le port WAN de la freebox)
table de routage (10.0.90.250 est l'IP du firewall du vlan90)
$ sudo route del -net 0.0.0.0/0 gw 192.168.100.254
$ /sbin/route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 10.0.90.250 0.0.0.0 UG 400 0 0 enp0s3.90
10.0.50.0 10.0.80.250 255.255.255.0 UG 401 0 0 enp0s3.80
10.0.80.0 0.0.0.0 255.255.255.0 U 401 0 0 enp0s3.80
10.0.90.0 0.0.0.0 255.255.255.0 U 400 0 0 enp0s3.90
192.168.100.0 0.0.0.0 255.255.255.0 U 100 0 0 enp0s3
192.168.100.0 0.0.0.0 255.255.255.0 U 100 0 0 enp0s3
Schéma logique:
VM Freebox (gateway = Firewall) <-----------> FIREWALL <-----------> FREEBOX <------------> @
test iperf3
$ iperf3 -4c ping.online.net -p5208 -R
Connecting to host ping.online.net, port 5208
Reverse mode, remote host ping.online.net is sending
[ 5] local 10.0.90.220 port 59840 connected to 51.158.1.21 port 5208
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 535 MBytes 4.49 Gbits/sec
[ 5] 1.00-2.00 sec 540 MBytes 4.53 Gbits/sec
[ 5] 2.00-3.00 sec 537 MBytes 4.51 Gbits/sec
[ 5] 3.00-4.00 sec 533 MBytes 4.47 Gbits/sec
[ 5] 4.00-5.00 sec 535 MBytes 4.49 Gbits/sec
[ 5] 5.00-6.00 sec 540 MBytes 4.53 Gbits/sec
[ 5] 6.00-7.00 sec 563 MBytes 4.73 Gbits/sec
[ 5] 7.00-8.00 sec 550 MBytes 4.61 Gbits/sec
[ 5] 8.00-9.00 sec 500 MBytes 4.20 Gbits/sec
[ 5] 9.00-10.00 sec 550 MBytes 4.61 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 5.29 GBytes 4.53 Gbits/sec 16861 sender
[ 5] 0.00-10.00 sec 5.26 GBytes 4.51 Gbits/sec receiver
iperf Done.
Débits internet menurés ~4,5GBps
Donc c'est très bizarre, d'un coup les VM ont perdus 60% en débit sur internet quand elles sortent en DIRECT par la freebox (mais pas quand elles sortent par le port LAN 10G pour aller dans une gateway tiers avant de re-rentrer par ce même port LAN 10G dans la freebox afin de ressortir sur internet par le port WAN )
Au niveau des débits constatés depuis les machines du LAN:
Je confirme par contre que les débits traversants la freebox (+ firewalls) depuis n'importe quelle machine du réseau sont bien revenus à ~8Gbps descendant:
Test depuis 1 machine du LAN :
$ curl -o /dev/null http://ping6.online.net/10000Mo.dat
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 9536M 100 9536M 0 0 880M 0 0:00:10 0:00:10 --:--:-- 866M
et
$ curl -o /dev/null http://ipv4.appliwave.testdebit.info/10G.iso
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 9536M 100 9536M 0 0 879M 0 0:00:10 0:00:10 --:--:-- 846M
les iperfs3: Test depuis 1 machine du LAN :
$ iperf3 -c ping6.online.net -p5209 -R --get-server-output
Connecting to host ping6.online.net, port 5209
Reverse mode, remote host ping6.online.net is sending
[ 5] local fd00:20::14 port 50614 connected to 2001:bc8:0:1::49 port 5209
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 935 MBytes 7.85 Gbits/sec
[ 5] 1.00-2.00 sec 941 MBytes 7.90 Gbits/sec
[ 5] 2.00-3.00 sec 943 MBytes 7.91 Gbits/sec
[ 5] 3.00-4.00 sec 945 MBytes 7.93 Gbits/sec
[ 5] 4.00-5.00 sec 935 MBytes 7.84 Gbits/sec
[ 5] 5.00-6.00 sec 934 MBytes 7.83 Gbits/sec
[ 5] 6.00-7.00 sec 941 MBytes 7.90 Gbits/sec
[ 5] 7.00-8.00 sec 949 MBytes 7.96 Gbits/sec
[ 5] 8.00-9.00 sec 941 MBytes 7.89 Gbits/sec
[ 5] 9.00-10.00 sec 931 MBytes 7.81 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 9.21 GBytes 7.88 Gbits/sec 3558 sender
[ 5] 0.00-10.00 sec 9.17 GBytes 7.88 Gbits/sec receiver
Server output:
-----------------------------------------------------------
Server listening on 5209
-----------------------------------------------------------
Accepted connection from 2a01:xxxxxxxxxxxxxxxxx::e, port 42236
[ 64] local 2001:bc8:0:1::49 port 5209 connected to 2a01xxxxxxxxxxxxxxxxx::e port 17658
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 64] 0.00-1.00 sec 940 MBytes 7.88 Gbits/sec 6 4.37 MBytes
[ 64] 1.00-2.00 sec 942 MBytes 7.91 Gbits/sec 0 4.36 MBytes
[ 64] 2.00-3.00 sec 941 MBytes 7.90 Gbits/sec 0 4.52 MBytes
[ 64] 3.00-4.00 sec 945 MBytes 7.93 Gbits/sec 0 4.53 MBytes
[ 64] 4.00-5.00 sec 935 MBytes 7.84 Gbits/sec 0 4.38 MBytes
[ 64] 5.00-6.00 sec 934 MBytes 7.83 Gbits/sec 0 4.45 MBytes
[ 64] 6.00-7.00 sec 942 MBytes 7.90 Gbits/sec 0 4.48 MBytes
[ 64] 7.00-8.00 sec 948 MBytes 7.95 Gbits/sec 0 4.85 MBytes
[ 64] 8.00-9.00 sec 941 MBytes 7.89 Gbits/sec 1753 4.37 MBytes
[ 64] 9.00-10.00 sec 930 MBytes 7.80 Gbits/sec 1799 4.34 MBytes
[ 64] 10.00-10.04 sec 33.8 MBytes 7.76 Gbits/sec 0 4.38 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 64] 0.00-10.04 sec 9.21 GBytes 7.88 Gbits/sec 3558 sender
et en v4
$ iperf3 -c ping.online.net -p5209 -R --get-server-output
Connecting to host ping.online.net, port 5209
Reverse mode, remote host ping.online.net is sending
[ 5] local 10.0.20.25 port 54642 connected to 51.158.1.21 port 5209
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 926 MBytes 7.76 Gbits/sec
[ 5] 1.00-2.00 sec 934 MBytes 7.83 Gbits/sec
[ 5] 2.00-3.00 sec 943 MBytes 7.91 Gbits/sec
[ 5] 3.00-4.00 sec 921 MBytes 7.72 Gbits/sec
[ 5] 4.00-5.00 sec 907 MBytes 7.61 Gbits/sec
[ 5] 5.00-6.00 sec 940 MBytes 7.88 Gbits/sec
[ 5] 6.00-7.00 sec 920 MBytes 7.71 Gbits/sec
[ 5] 7.00-8.00 sec 901 MBytes 7.56 Gbits/sec
[ 5] 8.00-9.00 sec 876 MBytes 7.35 Gbits/sec
[ 5] 9.00-10.00 sec 903 MBytes 7.57 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.03 sec 8.98 GBytes 7.69 Gbits/sec 1 sender
[ 5] 0.00-10.00 sec 8.95 GBytes 7.69 Gbits/sec receiver
Server output:
-----------------------------------------------------------
Server listening on 5209
-----------------------------------------------------------
Accepted connection from 82.xxxxxxxxx, port 54626
[ 65] local 51.158.1.21 port 5209 connected to 82.xxxxxxxxx port 54642
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 65] 0.00-1.00 sec 923 MBytes 7.75 Gbits/sec 1 3.59 MBytes
[ 65] 1.00-2.00 sec 934 MBytes 7.83 Gbits/sec 0 4.52 MBytes
[ 65] 2.00-3.00 sec 942 MBytes 7.91 Gbits/sec 0 3.52 MBytes
[ 65] 3.00-4.00 sec 921 MBytes 7.73 Gbits/sec 0 3.64 MBytes
[ 65] 4.00-5.00 sec 906 MBytes 7.60 Gbits/sec 0 3.66 MBytes
[ 65] 5.00-6.00 sec 940 MBytes 7.89 Gbits/sec 0 3.68 MBytes
[ 65] 6.00-7.00 sec 920 MBytes 7.72 Gbits/sec 0 3.68 MBytes
[ 65] 7.00-8.00 sec 902 MBytes 7.57 Gbits/sec 0 3.56 MBytes
[ 65] 8.00-9.00 sec 875 MBytes 7.34 Gbits/sec 0 3.60 MBytes
[ 65] 9.00-10.00 sec 902 MBytes 7.57 Gbits/sec 0 3.63 MBytes
[ 65] 10.00-10.03 sec 32.5 MBytes 7.86 Gbits/sec 0 3.66 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 65] 0.00-10.03 sec 8.98 GBytes 7.69 Gbits/sec 1 sender
iperf Done.
----------------------------------
@Free:
1) MERCI
2) quelques explications techniques sur la cause de l'incident et les modes de résolutions appliqués nous permettraient d'analyser, de comprendre et de contourner/corriger le comportement BIZARRE constaté depuis ce matin sur les VM qui s'executent dans les Freebox
En vous remerciant d'avance
Cordialement
nbanba
-
Comme j'ai moi-même une VM Ubuntu (20.04, il faut que j'upgrade), je confirme les débits :
$ iperf3 -4c ping.online.net -p5203 -R
Connecting to host ping.online.net, port 5203
Reverse mode, remote host ping.online.net is sending
[ 5] local 192.168.0.11 port 56546 connected to 51.158.1.21 port 5203
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 258 MBytes 2.17 Gbits/sec
[ 5] 1.00-2.00 sec 274 MBytes 2.30 Gbits/sec
[ 5] 2.00-3.00 sec 275 MBytes 2.31 Gbits/sec
[ 5] 3.00-4.00 sec 270 MBytes 2.26 Gbits/sec
[ 5] 4.00-5.00 sec 272 MBytes 2.28 Gbits/sec
[ 5] 5.00-6.00 sec 267 MBytes 2.24 Gbits/sec
[ 5] 6.00-7.00 sec 270 MBytes 2.27 Gbits/sec
[ 5] 7.00-8.00 sec 271 MBytes 2.28 Gbits/sec
[ 5] 8.00-9.00 sec 269 MBytes 2.26 Gbits/sec
[ 5] 9.00-10.00 sec 273 MBytes 2.29 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 2.67 GBytes 2.29 Gbits/sec 3865 sender
[ 5] 0.00-10.00 sec 2.64 GBytes 2.26 Gbits/sec receiver
iperf Done.
-
Pas mieux, sous ubuntu :
iperf3 -4c ping.online.net -p5203 -R
Connecting to host ping.online.net, port 5203
Reverse mode, remote host ping.online.net is sending
[ 5] local 192.168.1.51 port 37188 connected to 51.158.1.21 port 5203
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 178 MBytes 1.50 Gbits/sec
[ 5] 1.00-2.00 sec 254 MBytes 2.13 Gbits/sec
[ 5] 2.00-3.00 sec 259 MBytes 2.17 Gbits/sec
[ 5] 3.00-4.00 sec 268 MBytes 2.25 Gbits/sec
[ 5] 4.00-5.00 sec 264 MBytes 2.22 Gbits/sec
[ 5] 5.00-6.00 sec 265 MBytes 2.22 Gbits/sec
[ 5] 6.00-7.00 sec 253 MBytes 2.12 Gbits/sec
[ 5] 7.00-8.00 sec 255 MBytes 2.14 Gbits/sec
[ 5] 8.00-9.00 sec 259 MBytes 2.17 Gbits/sec
[ 5] 9.00-10.00 sec 261 MBytes 2.19 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 2.49 GBytes 2.13 Gbits/sec 65353 sender
[ 5] 0.00-10.00 sec 2.46 GBytes 2.11 Gbits/sec receiver
-
Bonjour,
Le débit est revenu sur Freebox Pop aussi, depuis hier soir apparemment, sans déconnexion de la box ni redémarrage donc à priori le problème était sur le réseau.
Merci et bravo aux équipes de Free !
Petit test avec 4 machines, 3 en Ethernet 1G+1G+2.5G et une en wifi, j'atteins bien le max de la connexion :
(https://img.tedomum.net/data/test-debit-freeboxpop-4-machines-af826b.jpeg)
-
Bonjour
Merci pour vos retours au niveau des performances internet dans les VM Freebox Delta, VM sur lesquels j'ai constaté la baisse de débit internet (mais aucune perte côté lan) bizarrement depuis que les débits 8Gbps descendants sont revenus pour toute machine du LAN (soit les débit traversant la Freebox)
Le débit de sortie direct sur internet des VM est passé de 5+Gbps à 2Gbps
J'ai testé avec 1 image Debian installées manuellement et spécialement optimisées pour les performances (réseau + IO) lorsque cette images s'executent dans une Freebox.
J'ai beaucoup travaillé sur ce sujet (automatisation et optimisation maximale des capacités des vm freebox) car je maintien activement depuis plusieurs années le programme
https://github.com/nbanb/fbxvm-ctrl et la library sous jacentes https://github.com/nbanb/fbx-delta-nba_bash_api.sh développée à 75% pour cet usage
Concernant les chutes soudaines de débit dans les VM Freebox, je confirme que la config de la VM ou/et la distribution semblent ne pas rentrer dans l'équation, à minima lorsqu on utilise les sources et les configurations par défaut des éditeurs.
C'est surprenant mais j'ai l'impression que la nouvelle configuration du réseau Free nous ayant permis de récupérer les 8Gbps (au lieu de 4Gbps) à eu un impact sur le canal IO des VM présentes dans la box lors d'un accès direct à internet, tout en optimisant au maximum les débits wan <---> lan traversant.
En gros, les tests sont 2 fois meilleurs quand la VM accède à internet depuis un équipement du lan sortant lui même sur internet au travers de la freebox que lorsque la vm sort en direct sur internet en utilisant la freebox comme gateway: le flux fait un zig zag par la pâte lan.
Mesure: débit ~5Gbps
Schéma du flux associé:
vm (freebox) <--lan--> firewall <--lan--> freebox <--wan-->@
Mesure: débit 2Gbps
Schéma du flux associé:
vm (freebox) <--?VirtIO?--> freebox <--wan-->@
Durant l'incident je mesurais :
débit 4,77Gbps
Schéma du flux associé:
vm (freebox) <--?VirtIO?--> freebox <--wan-->@
@Free: dites moi si vous avez besoin de détails, de plus de métriques, des configurations utilisées, etc.. Je ferais tous les tests/config nécessaires pour vous aider
En vous remerciant d'avance,
Cordialement
nbanba
-
je commencerai pas un reboot de la fb non?
et un test en IPv6 depuis une VM?
-
Bonjour
je commencerai pas un reboot de la fb non?
et un test en IPv6 depuis une VM?
Idem en ipv6
Reboot de la Freebox oui mais à organiser (je constate ce phénomène conjointement et subitement dans les 3 VM qui tournent)
Aussi, il y a des précédents :
https://dev.freebox.fr/bugs/task/30293#comment129696
Puis
https://dev.freebox.fr/bugs/task/40060#comment187486
J'ai l'impression qu'il s'agit plus d'un "transfert de capacités hardware" lié à un réglage.
Aussi, j'ai récupéré les débits internet sur toutes les machines sauf vm Freebox sans reboot la freebox et les performances lan server <----> vm freebox restent inchangées et excellentes pour une Freebox (7+Gbps)
Aussi ceux qui ont reboot les box depuis hier sont toujours en version freeboxos 4.8.18
Je vais quand même organiser un reboot, "au cas où" bien qu'habituellement je ne reboot que quand je suis convaincu "de l'apport ou du bienfait" de cette opération ce qui n'est pas le cas ici (enfin pour le moment)
Je vous tiendrai informés
Cordialement
nbanba
-
Me concernant avec l'ultra, je pense/j'espère juste que mon cas soit pris en compte !
iperf3 -4c ping.online.net -p5203 -R
Connecting to host ping.online.net, port 5203
Reverse mode, remote host ping.online.net is sending
[ 5] local 192.168.1.51 port 37188 connected to 51.158.1.21 port 5203
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 178 MBytes 1.50 Gbits/sec
[ 5] 1.00-2.00 sec 254 MBytes 2.13 Gbits/sec
[ 5] 2.00-3.00 sec 259 MBytes 2.17 Gbits/sec
[ 5] 3.00-4.00 sec 268 MBytes 2.25 Gbits/sec
[ 5] 4.00-5.00 sec 264 MBytes 2.22 Gbits/sec
[ 5] 5.00-6.00 sec 265 MBytes 2.22 Gbits/sec
[ 5] 6.00-7.00 sec 253 MBytes 2.12 Gbits/sec
[ 5] 7.00-8.00 sec 255 MBytes 2.14 Gbits/sec
[ 5] 8.00-9.00 sec 259 MBytes 2.17 Gbits/sec
[ 5] 9.00-10.00 sec 261 MBytes 2.19 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 2.49 GBytes 2.13 Gbits/sec 65353 sender
[ 5] 0.00-10.00 sec 2.46 GBytes 2.11 Gbits/sec receiver
batch test download local mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#0| 9.1 Gbps| 0 bps| 7.99| 9.1 GB| 0 B|get http://mafreebox.freebox.fr:8095/fixed/10G (IPv4 - 0.639 ms - HTTP/1.0 - )
batch test download local multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#1| 9.3 Gbps| 0 bps| 7.98| 9.3 GB| 0 B|4 x get http://mafreebox.freebox.fr:8095/fixed/10G (IPv4 - 0.0 ms - HTTP/1.0 - )
batch test download Appliwave BBR mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#2| 2.1 Gbps| 0 bps| 8.00| 2.1 GB| 0 B|get http://appliwave.testdebit.info/10G/10G.iso (IPv6 - 17.801 ms - HTTP/1.1 - )
batch test download Appliwave BBR multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#3| 3.6 Gbps| 0 bps| 8.00| 3.6 GB| 0 B|4 x get http://appliwave.testdebit.info/10G/10G.iso (IPv6 - 17.316 ms - HTTP/1.1 - )
batch test download Online BBR mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#4| 2.2 Gbps| 0 bps| 8.00| 2.2 GB| 0 B|get http://online.nspeed.app/10000Mo.dat (IPv6 - 7.11 ms - HTTP/1.1 - )
batch test download Online BBR multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#5| 4.2 Gbps| 0 bps| 8.00| 4.2 GB| 0 B|4 x get http://online.nspeed.app/10000Mo.dat (IPv6 - 7.602 ms - HTTP/1.1 - )
[checkFtthFree v0.27] Windows 11 Build 26100 (64-bit)
-------------------------- 2025-03-02 13:18:59 +0100 --------------------------
Configuration réseau du système:
Adapter.Driver: Intel(R) 82599 10 Gigabit Network Connection
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: 512
Adapter.SpeedDuplex: Négociation automatique
Adapter.TCPChecksumOffload: Rx et Tx activées
Adapter.TransmitBuffers: 512
NetProfile.NetworkCategory: Private
Tcp.AutoTuningLevelLocal: Normal
Tcp.CongestionProvider: CUBIC
Tcp.EcnCapability: Disabled
Tcp.ScalingHeuristics: Disabled
Tcp.Timestamps: Allowed
=> Latence max pour une réception TCP à 1 Gbps: 141 ms
Test TCP local (IPv4): téléchargement depuis la Freebox
--> Latence: 1.19 ms [gigue: 0.52 ms]
--> Débit: 1.18 Go/s (9.45 Gbps) [fluctuation: 0.45%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 1080 pendant le test.
[!] Le compteur "ReceivedPacketErrors" de l'interface réseau a été incrémenté de 1 pendant le test.
Test TCP local (IPv6): téléchargement depuis la Freebox
--> Latence: 1.05 ms [gigue: 0.22 ms]
--> Débit: 1.16 Go/s (9.25 Gbps) [fluctuation: 0.56%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 2301 pendant le test.
[!] Le compteur "ReceivedPacketErrors" de l'interface réseau a été incrémenté de 1 pendant le test.
Test TCP Internet (IPv4): téléchargement depuis le serveur Scaleway [BBR]
--> Latence: 8.10 ms [gigue: 0.55 ms]
--> Débit: 284.40 Mo/s (2.28 Gbps) [fluctuation: 4.20%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 30946 pendant le test.
Test TCP Internet (IPv6): téléchargement depuis le serveur Scaleway [BBR]
--> Latence: 7.78 ms [gigue: 0.72 ms]
--> Débit: 275.43 Mo/s (2.20 Gbps) [fluctuation: 2.43%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 48643 pendant le test.
[!] Le compteur "ReceivedPacketErrors" de l'interface réseau a été incrémenté de 1 pendant le test.
-------------------------- 2025-03-02 13:19:59 +0100 --------------------------
-
Post en ipv4 un speedtest.net en single sur le serveur Bouygues Cubic de Velizy stp
Voici les résultats
-
Pour une Pop c'est nickel non ? J'ai 2100 en DL sur le même speedtest
-
salut a tous ,
j'ais pas l'impression que quelque chose ais changer chez moi ( freebox ultra )
(https://pic.nperf.com/r/3565417272976970-Jqx0gg9R.png)
[checkFtthFree v0.27] Windows 11 Build 26100 (64-bit)
-------------------------- 2025-03-02 15:36:26 +0100 --------------------------
Configuration réseau du système:
Adapter.Driver: GIGABYTE 10Gbit Network by AQtion AQC107
Adapter.DriverVersion: 2.2.2.0 (Marvell, 2020-04-30)
Adapter.EEE: Disabled
Adapter.FlowControl: Rx & Tx Enabled
Adapter.IPChecksumOffloadIPv4: Rx & Tx Enabled
Adapter.InterruptModeration: Enabled
Adapter.JumboPacket: Disabled
Adapter.LinkSpeed: 10 Gbps
Adapter.LsoV1IPv4: Enabled
Adapter.LsoV2: Enabled
Adapter.PcieLinkSpeed: 8.0 GT/s
Adapter.PcieLinkWidth: 2
Adapter.PhysicalMediaType: 802.3
Adapter.ReceiveBuffers: 512
Adapter.Rsc: Enabled
Adapter.TCPUDPChecksumOffload: Rx & Tx Enabled
Adapter.TransmitBuffers: 2048
NetProfile.NetworkCategory: Private
Tcp.AutoTuningLevelLocal: Normal
Tcp.CongestionProvider: CUBIC
Tcp.EcnCapability: Disabled
Tcp.ScalingHeuristics: Disabled
Tcp.Timestamps: Allowed
=> Latence max pour une réception TCP à 1 Gbps: 141 ms
Test TCP local (IPv4): téléchargement depuis la Freebox
--> Latence: 1.25 ms [gigue: 0.43 ms]
--> Débit: 1.18 Go/s (9.45 Gbps) [fluctuation: 0.15%]
Test TCP Internet (IPv4): téléchargement depuis le serveur Scaleway [BBR]
--> Latence: 12.62 ms [gigue: 0.43 ms]
--> Débit: 660.23 Mo/s (5.28 Gbps) [fluctuation: 8.02%]
-------------------------- 2025-03-02 15:36:55 +0100 --------------------------
-
Pour vous ... chanceux! ;D
Moi, là haut dans le Nord toujours bloqué
à 884 Mbits/s en download
à 672Mbits/s en upload
En chute permanente depuis fin janvier :(
-
Le débit de 8 Gbps en Download est revenu chez nous (Freebox Delta), mais ça reste quand même du délire cette histoire ! ;D
-
Espérons qu'il y ait autant de réactivité pour ceux qui sont aussi clients mais qui ne paient pas le prix fort de l'abonnement...
-
Bonjour
je commencerai pas un reboot de la fb non?
$ get_fbx_api system | jq .result.uptime
"10 minutes 26 secondes"
Reboot done!
Aucun changements au niveau des débits Internet de la VM comme je le supposait.
C'est même moins bien... à tous les niveaux j'ai perdu 1,18 Gbit/sec sur les débits internet des machines du LAN depuis le reboot de la Freebox.
C'est peut être du à l'heure de la journée / charge du réseau bien que les tests iperf3 ne montrent aucun signe de saturations.
Débit internet VM mesurés suite au reboot : 2,21 Gbits/sec
Débit lan VM mesuré suite au reboot: 7,90 Gbits/sec
Débit internet machine du LAN mesuré suite au reboot : 6,51 Gbit/sec
Débits avant reboot freebox:
Débit internet VM avant reboot: 2,31 Gbit/sec
Débit lan VM mesuré avant reboot: 7,81 Gbit/sec
Débit internet machine du LAN mesuré avant reboot : 7,69 Gbits/sec
PS 1: IPv4/IPv6 tout est pareil au niveau des résultats
PS 2:
@Free: auriez vous déployées un (nouveau?) système de gestion dynamique de la "congestion" / "saturation" à l'échelle du réseau Free/Freebox tout entier ?
Les résultats des tests iperf3 combinés aux tests mtr en tous points de la route ne montrent à priori aucune saturation, comme si un lien devenant chargé et atteignant des tresholds lors de sa montée en charge avait ses sessions qui étaient dynamiquement limitées pour éviter toutes saturations, pertes de paquets et toutes retransmissions.
Si oui, quels "impacts" prévoir côté client ?
À quoi un client doit il s'attendre dans telle ou telle situation (en fonction du taux d'occupation / de saturation) ?
En dehors d'une analyse réseau avancée, un client lambda a t'il la possibilité de savoir si à l'instant T un mécanisme de ce type est en action sur sa connexion ?
Si une telle solution est utilisée, une 'bandwidth weather map" est elle dispo afin que l'abonné ait accès aux informations de congestion sur son secteur géographique ?
Merci pour vos retours et toutes informations qui nous permettons peut-être de vous aider.
Merci encore Free d'avoir commencer à faire quelque-chose
Cordialement
nbanba
-
Pour une Pop c'est nickel non ? J'ai 2100 en DL sur le même speedtest
Pas du tout, j’avais 2300 Mbit/s en temps normal. De plus, mon débit sur nPerf et sur Speedtest est différent. Et comme tu peux voir sur la capture d’écran d’en haut le débit tourne autour de 800 Mbit/s .
Ça devient relou, ça dure depuis plus d’une semaine et tous les mecs de Free sont dans le déni
-
Pas du tout, j’avais 2300 Mbit/s en temps normal. De plus, mon débit sur nPerf et sur Speedtest est différent. Et comme tu peux voir sur la capture d’écran d’en haut le débit tourne autour de 800 Mbit/s .
Ça devient relou, ça dure depuis plus d’une semaine et tous les mecs de Free sont dans le déni
J'ai retrouvé mon débit c'est bon ;D ;D
Bizarrement juste après avoir rempli le formulaire ^^
-
Bonjour
J'ai retrouvé mon débit c'est bon ;D ;D
Bizarrement juste après avoir rempli le formulaire ^^
Le débit à commencé à revenir chez des abonnés il y a ~24h et sans reboot des box
Peut être y a-t-il un effet de propagation sur le réseau faisant que certains aient récupérés le débit avant d'autres, après aujourd'hui les effets de propagations sont généralement rapides ou quasi instantanés (au plus de quelques secondes à quelques heures).
Dans votre cas je pense que c'est une coïncidence.
Cordialement
nbanba
-
Bonjour
Reboot done!
Aucun changements au niveau des débits Internet de la VM comme je le supposait.
C'est même moins bien... à tous les niveaux j'ai perdu 1,18 Gbit/sec sur les débits internet des machines du LAN depuis le reboot de la Freebox.
C'est peut être du à l'heure de la journée / charge du réseau bien que les tests iperf3 ne montrent aucun signe de saturations.
Ce matin j'ai bien récupéré les 1,18 Gbit/sec de débit qui n'étaient plus dispo hier après midi pour les machines du LAN
Test iperf3 (v4/v6 tout est pareil) :
$ iperf3 -c ping6.online.net -p5206 --get-server-output -R
Connecting to host ping6.online.net, port 5206
Reverse mode, remote host ping6.online.net is sending
[ 5] local fd00:20::14 port 32790 connected to 2001:bc8:0:1::49 port 5206
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 941 MBytes 7.90 Gbits/sec
[ 5] 1.00-2.00 sec 952 MBytes 7.99 Gbits/sec
[ 5] 2.00-3.00 sec 953 MBytes 7.99 Gbits/sec
[ 5] 3.00-4.00 sec 956 MBytes 8.02 Gbits/sec
[ 5] 4.00-5.00 sec 957 MBytes 8.02 Gbits/sec
[ 5] 5.00-6.00 sec 956 MBytes 8.02 Gbits/sec
[ 5] 6.00-7.00 sec 957 MBytes 8.03 Gbits/sec
[ 5] 7.00-8.00 sec 957 MBytes 8.03 Gbits/sec
[ 5] 8.00-9.00 sec 957 MBytes 8.03 Gbits/sec
[ 5] 9.00-10.00 sec 931 MBytes 7.81 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 9.33 GBytes 7.98 Gbits/sec 1 sender
[ 5] 0.00-10.00 sec 9.29 GBytes 7.98 Gbits/sec receiver
Server output:
-----------------------------------------------------------
Server listening on 5206
-----------------------------------------------------------
Accepted connection from 2a01:xxxxxxxxxxxxxxxxxxxxxx:e, port 57688
[ 10] local 2001:bc8:0:1::49 port 5206 connected to 2a01:xxxxxxxxxxxxxxxxxxxxxx:e port 49498
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 10] 0.00-1.00 sec 941 MBytes 7.89 Gbits/sec 1 4.65 MBytes
[ 10] 1.00-2.00 sec 952 MBytes 7.99 Gbits/sec 0 4.64 MBytes
[ 10] 2.00-3.00 sec 952 MBytes 7.99 Gbits/sec 0 4.73 MBytes
[ 10] 3.00-4.00 sec 956 MBytes 8.02 Gbits/sec 0 4.67 MBytes
[ 10] 4.00-5.00 sec 956 MBytes 8.02 Gbits/sec 0 4.63 MBytes
[ 10] 5.00-6.00 sec 956 MBytes 8.02 Gbits/sec 0 4.67 MBytes
[ 10] 6.00-7.00 sec 958 MBytes 8.03 Gbits/sec 0 4.62 MBytes
[ 10] 7.00-8.00 sec 956 MBytes 8.02 Gbits/sec 0 4.67 MBytes
[ 10] 8.00-9.00 sec 958 MBytes 8.03 Gbits/sec 0 4.69 MBytes
[ 10] 9.00-10.00 sec 956 MBytes 8.02 Gbits/sec 0 4.82 MBytes
[ 10] 10.00-10.04 sec 12.5 MBytes 2.55 Gbits/sec 0 5.58 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 10] 0.00-10.04 sec 9.33 GBytes 7.98 Gbits/sec 1 sender
iperf Done.
@Free: auriez vous déployées un (nouveau?) système de gestion dynamique de la "congestion" / "saturation" à l'échelle du réseau Free/Freebox tout entier ?
Les résultats des tests iperf3 combinés aux tests mtr en tous points de la route ne montrent à priori aucune saturation, comme ci un lien devenant chargé et atteignant des tresholds lors de sa montée en charge avait ses sessions qui étaient dynamiquement limitées pour éviter toutes saturations, pertes de paquets et toutes retransmissions.
En tout cas ça se comporte comme si une limite dynamique s'appliquait pour éviter les saturations
(suite au constat de réduction de 15% du débit max de la ligne hier en période de charge avec 0 retransmissions, 0 pkloss, 0 jitter ... et du retour du débit en heure creuse toujours avec 0 retransmissions, 0 pkloss, 0 jitter ... )
Dans tous les cas, MERCI FREE d'avoir commencé à faire quelque-chose.
Il reste le souci des performances des débits internet dans les VM qui ont chutées de + de 60% avec le retour des 8 Gbit/sec sur nos lignes alors que le débit internet mesuré dans les VM durant l'incident était minimum 2 fois supérieur, probablement plus mais je n'ai pas de métriques de débits supérieurs à 4,77 Gbit/sec car les lignes étaient "bridées" à ~4Gbit/sec durant l'incident (soit le moment ou les captures ont été prises)
En vous remerciant d'avance
Cordialement
nbanba
-
Bonjour,
J'apporte ma pierre à l'édifice, mais même chose pour moi depuis environ fin Janvier, mon port 2,5 Gb/s ne me permet plus de dépasser difficilement les 850.
Je suis bien relié à un port 2.5 Gb/s des deux cotés, SSD M2 NVME, câble de catégorie 8, tout m'indique que je suis bien en 2.5 dans les paramètres de ma carte réseau... sauf que je ne peux plus les atteindre dans la réalité. Je les avais depuis environ un an et demi, et pouf, du jour au lendemain plus possible, alors que je n'ai strictement rien changé dans mes réglages.
(https://image.noelshack.com/fichiers/2025/10/1/1741000295-006.png)
À noter que cela semble correspondre avec la dernière mise à jour :
https://www.universfreebox.com/article/576359/free-annonce-le-deploiement-dune-nouvelle-mise-a-jour-du-serveur-des-freebox-pop-revolution-ultra-et-delta
... voir les commentaires où des personnes ont une baisse de débit similaire.
Edit : si quelqu'un peut m'expliquer pourquoi je n'ai pas d'ipv6, je suis pas hyper calé de ce coté là.
-
Le problème ne vient pas de la mise à jour de la Delta car le problème est aussi apparu chez moi avec une Fbx Révolution. C’est un bridage volontaire indépendant du matériel, après pourquoi les débits 2,5gb sont divisés par 3 et les 1gbps par 5, c’est une autre histoire…
-
Le problème ne vient pas de la mise à jour de la Delta car le problème est aussi apparu chez moi avec une Fbx Révolution. C’est un bridage volontaire indépendant du matériel, après pourquoi les débits 2,5gb sont divisés par 3 et les 1gbps par 5, c’est une autre histoire…
J'ai la pop dans un autre logement, et même soucis. Le technicien de Free qui est passé ne comprenait pas non plus, il a fait changer ma box mais soucis toujours là évidemment.
En soit ça reste un bon débit, mais bon, je paye pour un service qui est suppose me garantir un débit environ trois fois supérieur...
Mes 2300 et quelques Mb/s me manquent :(
-
J'ai moi aussi de petites différences entre un iperf en 1G et en 2.5G : le 1G n'a aucune retransmission , mais le 2.5G en a.
iperf3 -c iperf3.moji.fr -p 5203 -t 10 -Z -P2 -C bbr -4 --cport 5254 -R
Connecting to host iperf3.moji.fr, port 5203
Reverse mode, remote host iperf3.moji.fr is sending
[ 5] local 192.168.1.49 port 5254 connected to 45.147.210.189 port 5203 <= 2.5G
[ 7] local 192.168.1.153 port 5255 connected to 45.147.210.189 port 5203 <= 1G
// ..
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 2.74 GBytes 2.35 Gbits/sec [b]1238[/b] sender
[ 5] 0.00-10.00 sec 2.73 GBytes 2.35 Gbits/sec receiver
[ 7] 0.00-10.00 sec 1.10 GBytes 942 Mbits/sec [b]0 [/b] sender
[ 7] 0.00-10.00 sec 1.09 GBytes 940 Mbits/sec receiver
[SUM] 0.00-10.00 sec 3.83 GBytes 3.29 Gbits/sec 1238 sender
[SUM] 0.00-10.00 sec 3.83 GBytes 3.29 Gbits/sec receiver
(setup ECMP)
le debit sur mon port 2.5 rejoins la meme limite ou presque que celle des VM de nbanba, coincidence ?
et si je cible une bitrate de 0.9G (-b 0.9G), plus aucun retransmit sur le 2.5G...
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 1.05 GBytes 900 Mbits/sec 0 sender
[ 5] 0.00-10.00 sec 1.05 GBytes 900 Mbits/sec receiver
[ 7] 0.00-10.00 sec 1.05 GBytes 900 Mbits/sec 0 sender
[ 7] 0.00-10.00 sec 1.05 GBytes 900 Mbits/sec receiver
[SUM] 0.00-10.00 sec 2.10 GBytes 1.80 Gbits/sec 0 sender
[SUM] 0.00-10.00 sec 2.10 GBytes 1.80 Gbits/sec receiver
EDIT faux positif / ca vient de moi je pense, après un reboot et un cablage supplémentaire, j'atteins 4.22g sur 3 NIC (2.5+1+1) avec des pertes modestes/nulles
-
De mon coté
Mi Février je dépassais les 4gbits/s à partir de ma VM dans ma DELTA. Je crois que mon SDD limitait pas mal
Avec ma ULTRA reçu fin février je suis entre 2 et 3gbits/ avec une VM sous DEBIAN avec un bon DD nvime
Grosse différence.
-
Pas d'amélioration me concernant !
batch test download local mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#0| 9.4 Gbps| 0 bps| 7.99| 9.4 GB| 0 B|get http://mafreebox.freebox.fr:8095/fixed/10G (IPv4 - 0.515 ms - HTTP/1.0 - )
batch test download local multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#1| 9.4 Gbps| 0 bps| 7.98| 9.4 GB| 0 B|4 x get http://mafreebox.freebox.fr:8095/fixed/10G (IPv4 - 0.0 ms - HTTP/1.0 - )
batch test download Appliwave BBR mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#2| 2.0 Gbps| 0 bps| 8.00| 2.0 GB| 0 B|get http://appliwave.testdebit.info/10G/10G.iso (IPv6 - 17.346 ms - HTTP/1.1 - )
batch test download Appliwave BBR multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#3| 3.9 Gbps| 0 bps| 8.00| 3.9 GB| 0 B|4 x get http://appliwave.testdebit.info/10G/10G.iso (IPv6 - 17.334 ms - HTTP/1.1 - )
batch test download Online BBR mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#4| 2.2 Gbps| 0 bps| 8.00| 2.2 GB| 0 B|get http://online.nspeed.app/10000Mo.dat (IPv6 - 7.778 ms - HTTP/1.1 - )
batch test download Online BBR multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#5| 4.2 Gbps| 0 bps| 8.00| 4.2 GB| 0 B|4 x get http://online.nspeed.app/10000Mo.dat (IPv6 - 7.923 ms - HTTP/1.1 - )
[checkFtthFree v0.27] Windows 11 Build 26100 (64-bit)
-------------------------- 2025-03-03 19:03:04 +0100 --------------------------
Configuration réseau du système:
Adapter.Driver: Intel(R) 82599 10 Gigabit Network Connection
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: 512
Adapter.SpeedDuplex: Négociation automatique
Adapter.TCPChecksumOffload: Rx et Tx activées
Adapter.TransmitBuffers: 512
NetProfile.NetworkCategory: Private
Tcp.AutoTuningLevelLocal: Normal
Tcp.CongestionProvider: CUBIC
Tcp.EcnCapability: Disabled
Tcp.ScalingHeuristics: Disabled
Tcp.Timestamps: Allowed
=> Latence max pour une réception TCP à 1 Gbps: 141 ms
Test TCP local (IPv4): téléchargement depuis la Freebox
--> Latence: 0.97 ms [gigue: 0.39 ms]
--> Débit: 1.18 Go/s (9.44 Gbps) [fluctuation: 0.18%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 1535 pendant le test.
Test TCP local (IPv6): téléchargement depuis la Freebox
--> Latence: 1.06 ms [gigue: 0.22 ms]
--> Débit: 1.17 Go/s (9.33 Gbps) [fluctuation: 0.37%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 1404 pendant le test.
Test TCP Internet (IPv4): téléchargement depuis le serveur Scaleway [BBR]
--> Latence: 8.21 ms [gigue: 0.45 ms]
--> Débit: 283.69 Mo/s (2.27 Gbps) [fluctuation: 3.35%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 27601 pendant le test.
Test TCP Internet (IPv6): téléchargement depuis le serveur Scaleway [BBR]
--> Latence: 7.83 ms [gigue: 0.25 ms]
--> Débit: 284.38 Mo/s (2.28 Gbps) [fluctuation: 4.50%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 18167 pendant le test.
-------------------------- 2025-03-03 19:04:00 +0100 --------------------------
J'ai pourtant rempli le formulaire...
-
Une mise à jour est en cours de déploiement et le débit devrait revenir petit à petit à la normale durant la semaine. On a effectué quelques tests sur ceux qui avaient répondus sur le formulaire, ce qui explique que c'est déjà revenu chez certains. Il est inutile de continuer à remplir le formulaire, on va appliquer le correctif à tout le monde. Le problème était localisé sur l'OLT, il n'y a donc pas besoin de rebooter la Freebox.
-
Une mise à jour est en cours de déploiement et le débit devrait revenir petit à petit à la normale durant la semaine. On a effectué quelques tests sur ceux qui avaient répondus sur le formulaire, ce qui explique que c'est déjà revenu chez certains. Il est inutile de continuer à remplir le formulaire, on va appliquer le correctif à tout le monde. Le problème était localisé sur l'OLT, il n'y a donc pas besoin de rebooter la Freebox.
Le problème a été localisé dans toute la France, et pour toutes les offres du coup ?
Je me sens bien seul avec ma Fbx Revolution offre 1gbps devant tous ces gros débits et pourtant, je suis aussi impacté (Ardèche) :(
-
Le problème était national, mais n'impactait pas tous les OLT.
-
Ce qui est à déplorer est le manque de communication entre tous les services. Je n’imagine pas le nombre d’appels répétés pour ce problème et les conseillers paumés sans aucune information, l’insatisfaction… alors que 99% des personnes concernées ET qui ont la nécessité de ce débit sont à même de comprendre les raisons du problème et prendre leur mal en patience, sans qu’il faille trouver LE forum qui en parle spécifiquement.
En espérant que la leçon soit retenue si ça venait à se reproduire avec des teleconseillers informés qui calmeront la grogne des impactés :)
Pour en revenir au problème, un délai est à prévoir ?
Merci
-
Une mise à jour est en cours de déploiement et le débit devrait revenir petit à petit à la normale durant la semaine. On a effectué quelques tests sur ceux qui avaient répondus sur le formulaire, ce qui explique que c'est déjà revenu chez certains. Il est inutile de continuer à remplir le formulaire, on va appliquer le correctif à tout le monde. Le problème était localisé sur l'OLT, il n'y a donc pas besoin de rebooter la Freebox.
Depuis près d’un mois et demi, des milliers d’abonnés Free subissent une réduction drastique de leur débit internet, amputé de deux tiers, sans la moindre explication transparente ou communication officielle de la part de l’opérateur.
Cette situation est inacceptable, non seulement par son impact technique, mais surtout par le mépris avec lequel elle est traitée.
Je sais et nous savons tous qu’un incident technique peut survenir.
Nous pourrions comprendre des délais pour identifier, corriger et déployer le(s) correctif(s).
Ce que je refuse d’accepter, c’est le mutisme assourdissant des équipes, les réponses stéréotypées du support qui rejettent systématiquement la faute sur les abonnés, et l’absence totale de considération pour des clients qui paient pour un service non rendu.
Le fait que deux collaborateurs Free interviennent sporadiquement sur ce forum, confidentiel, suivi par une minorité de clients, ne constitue en rien une communication responsable.
Où sont les annonces officielles ?
Les mises à jour régulières ?
Cette opacité est une insulte à notre intelligence (si si ;D) et à notre fidélité. (re si si … 😂)
Proposer une remise dérisoire de 5 € par mois pendant six mois, comme s’il s’agissait d’un geste magnanime, est tout simplement scandaleux.
Cela ne compense en rien la perte de confiance, le temps perdu, et le mépris institutionnalisé que Free affiche envers ses abonnés.
Free traite, désormais, ses clients comme des portefeuilles, pas comme des partenaires.
Pour ma part, cette situation a sonné le glas 😂
Je vais quitter Free, non pas à cause d’un problème technique, même prolongé, mais à cause d’une attitude méprisante et d’une absence de respect envers les clients!
C’est avec beaucoup d’amertume que j’en suis arrivé à cette décision, mais sans respect et sans transparence il ne reste qu’une coquille vide d’un opérateur qui était, autrefois, innovant et proche de ses utilisateurs!
-
L'exemple parfait pourquoi j'aimerais teeeeeeeeeeeeeeellement que Free nous laisse utiliser nos propres OLT dans nos routeurs.. Moins de consommation elec en bonus! (une Ultra juste pour faire passerelle c'est bof)
-
L'exemple parfait pourquoi j'aimerais teeeeeeeeeeeeeeellement que Free nous laisse utiliser nos propres OLT dans nos routeurs.
L'OLT c'est côté NRO, pas chez toi.
-
L'OLT c'est côté NRO, pas chez toi.
Confusion avec l’ONT pour le coup ^^
-
Mal réveillé désolé! j'ai confondu les deux en effet ;) Bon, cela sera pour une autre fois! mais cela ne change pas le besoin ;D
-
Une mise à jour est en cours de déploiement et le débit devrait revenir petit à petit à la normale durant la semaine. On a effectué quelques tests sur ceux qui avaient répondus sur le formulaire, ce qui explique que c'est déjà revenu chez certains. Il est inutile de continuer à remplir le formulaire, on va appliquer le correctif à tout le monde. Le problème était localisé sur l'OLT, il n'y a donc pas besoin de rebooter la Freebox.
Ok ! Merci du retour, je n’avais pas vu que le référence de l’OLT était disponible directement via le serveur de l’Ultra.
Je peux vous la transmettre si besoin ?
-
Depuis près d’un mois et demi, des milliers d’abonnés Free subissent une réduction drastique de leur débit internet, amputé de deux tiers, sans la moindre explication transparente ou communication officielle de la part de l’opérateur.
Cette situation est inacceptable, non seulement par son impact technique, mais surtout par le mépris avec lequel elle est traitée.
Je sais et nous savons tous qu’un incident technique peut survenir.
Nous pourrions comprendre des délais pour identifier, corriger et déployer le(s) correctif(s).
Ce que je refuse d’accepter, c’est le mutisme assourdissant des équipes, les réponses stéréotypées du support qui rejettent systématiquement la faute sur les abonnés, et l’absence totale de considération pour des clients qui paient pour un service non rendu.
Le fait que deux collaborateurs Free interviennent sporadiquement sur ce forum, confidentiel, suivi par une minorité de clients, ne constitue en rien une communication responsable.
Où sont les annonces officielles ?
Les mises à jour régulières ?
Cette opacité est une insulte à notre intelligence (si si ;D) et à notre fidélité. (re si si … 😂)
Proposer une remise dérisoire de 5 € par mois pendant six mois, comme s’il s’agissait d’un geste magnanime, est tout simplement scandaleux.
Cela ne compense en rien la perte de confiance, le temps perdu, et le mépris institutionnalisé que Free affiche envers ses abonnés.
Free traite, désormais, ses clients comme des portefeuilles, pas comme des partenaires.
Pour ma part, cette situation a sonné le glas 😂
Je vais quitter Free, non pas à cause d’un problème technique, même prolongé, mais à cause d’une attitude méprisante et d’une absence de respect envers les clients!
C’est avec beaucoup d’amertume que j’en suis arrivé à cette décision, mais sans respect et sans transparence il ne reste qu’une coquille vide d’un opérateur qui était, autrefois, innovant et proche de ses utilisateurs!
Et quand tu verras que c'est partout pareil tu feras quoi?
Je suis d'accord que c'est chiant, mais ça reste un opérateur GP hein, si tu veux de la comm et de la réactivité c'est vers une offre un peu plus spécifique qu'il faudra te tourner...
-
Bonjour
Et quand tu verras que c'est partout pareil tu feras quoi?
Je suis d'accord que c'est chiant, mais ça reste un opérateur GP hein, si tu veux de la comm et de la réactivité c'est vers une offre un peu plus spécifique qu'il faudra te tourner...
Je ne suis pas d'accord ! Et c'est sure que si vous acceptez sous prétexte que c'est comme ça, eh bien ça ne changera jamais !
Aujourd'hui avoir internet (de bonne qualité) c'est autant critique que d'avoir l'électricité... (avoir le téléphone, désactiver l'alarme pour rentrer chez sois, payer ses impots, ses PV, avoir des RDV médicaux, TRAVAILLER +150000 bonnes raisons toutes meilleurs les unes que les autres)
On devrait donc AVOIR EN GRAND PUBLIC le même service INTERNET qu'avec EDF / ENEDIS, à savoir:
Quand la dernière coupure électrique est survenu dans mon quartier un mois de janvier à 0h15, eh bien à 1h30 du matin ENEDIS était en train de défoncer le trottoir sur 20 mètres pour remettre le courant
Un ticket d'incident consultable et mis à jour toutes les 15min était dispo en appelant Enedis
Une équipe de communication était présente sur-place (eh oui quand on fait du marteau piqueur à 01h30 du matin, c'est mieux d'avoir quelqu'un pour expliquer ce qu'il se passe)
À 4h30 du matin le courant est revenu --> le ticket d'incident à été fermé le lendemain et toutes les explications techniques sur l'incident nous ont été fournies.
Il est inadmissible que ce ne soit pas pareil avec internet surtout quand on voit la criticité du réseau et des flux INTERNET en 2025 !
Aussi, pour cet incident on a dut se battre, y passer des heures et des heures, gaspiller des PETA de données, poster BEAUCOUP d'infos qu'on n'avait pas forcément à priori envie de poster (nécessairement je dois refondre l'archi chez moi maintenant ce qui implique entre autre de refaire les schémas L1 à L7, le DAT et le DEX pour ma femme (qui est chocolatière par architecte infrastructure ni experte linux option réseau) ... ça va prendre plusieurs week-end... génial... je m'en serait bien passé)
On a du PROUVER qu'on ne disait pas de la m... aussi PROUVER que nos infras n'étaient pas en cause et qu'on savait les utiliser / maintenir (même quand c'est notre métier... ubuesque !)
Cela nous a ensuite été reproché par certains (même très impliqués et ayant des responsabilités sur ce forum)
Bref, ça fait un peu beaucoup !
Il est INADMISSIBLE même en GRAND PUBLIC de ne pas avoir de visibilité ni de transparence sur ce type d'incident
@Vivien
@ARCEP
Je crois malheureusement qu'il est temps D'IMPOSER de la TRANSPARENCE et de la COMMUNICATION aux opérateurs GRAND PUBLIC
Merci
Désolé pour le coup de G... mais là ça fait trop !
Cordialement
nbanba
-
Internet n'est pas un besoin vital comme l'eau, ou l'électricité (pour tout ce que ça implique derrière dans le logement, chauffage, conservation des aliments...).
Les cas où Internet est vital se comptent sur les doigts d'une main (capteur de chute d'une personne âgée par exemple, et encore ça doit passer par le mobile plus que par internet)...
C'est un confort, mais ce n'est pas vital. Si ma co lâche, je vais bosser sur site.
Si mon travail ne se fait qu'à distance (full remote par exemple), j'ai une offre adaptée avec des garanties, ou un backup (Starlink, 5G).
Si l'état légifère pour ajouter des garanties à nos offres GP, vous allez râler que les prix vont faire x2, x3 sur les abonnements (au minimum).
Quant au drame d'avoir 4Gbps au lieu de 8Gbps, voilà quoi... Oui je suis d'accord que c'est chiant et qu'il faut avoir ce pour quoi on a payé, mais il n'y a rien de grave là dedans. Vous n'êtes pas satisfait du service, vous allez voir ailleurs et voilà.
edit: attention pour autant je suis d'accord avec vous que les opérateurs devraient être plus transparents... mais il faut prendre plein de choses en considération... prévenir le support N1 d'un bug aussi marginal, pas sûr que ce soit si intéressant, il y a de sacrés cas qui appellent le SAV... et surtout, et c'est ça le coeur de mon message, calmez vous ;D oui c'est chiant, mais j'ai l'impression que vous avez perdu des jours de vie pour ça quoi...
-
Aujourd'hui avoir internet (de bonne qualité) c'est autant critique que d'avoir l'électricité... (avoir le téléphone, désactiver l'alarme pour rentrer chez sois, payer ses impots, ses PV, avoir des RDV médicaux, TRAVAILLER +150000 bonnes raisons toutes meilleurs les unes que les autres)
On devrait donc AVOIR EN GRAND PUBLIC le même service INTERNET qu'avec EDF / ENEDIS, à savoir (...)
Il est inadmissible que ce ne soit pas pareil avec internet surtout quand on voit la criticité du réseau et des flux INTERNET en 2025 !
Je suis d'accord, et chez nous c'est le cas :)
Suffit de monter un opérateur public en régie, où ce sont les communes qui gèrent elles-même leur propre service public télécom.
Donc implique toi aux prochains conseils municipaux et pousse le projet. ;)
-
Internet n'est pas un besoin vital comme l'eau, ou l'électricité (pour tout ce que ça implique derrière dans le logement, chauffage, conservation des aliments...).
Les cas où Internet est vital se comptent sur les doigts d'une main (capteur de chute d'une personne âgée par exemple, et encore ça doit passer par le mobile plus que par internet)...
C'est un confort, mais ce n'est pas vital. Si ma co lâche, je vais bosser sur site.
Si mon travail ne se fait qu'à distance (full remote par exemple), j'ai une offre adaptée avec des garanties, ou un backup (Starlink, 5G).
Si l'état légifère pour ajouter des garanties à nos offres GP, vous allez râler que les prix vont faire x2, x3 sur les abonnements (au minimum).
Quant au drame d'avoir 4Gbps au lieu de 8Gbps, voilà quoi... Oui je suis d'accord que c'est chiant et qu'il faut avoir ce pour quoi on a payé, mais il n'y a rien de grave là dedans. Vous n'êtes pas satisfait du service, vous allez voir ailleurs et voilà.
Bonjour
Votre réflexion datant d'avant 2010 devrait être révisée... à la campagne dans 2 maisons en pierre sur 3 les portables ne passent pas (sans box + appel wifi) !
Un confort, non un besoin pour travailler et un commercial qui parcours toutes les routes n'a pas 1 voiture de secours dans son coffre au cas ou il tombe en panne !
Donc c'est au FAI de proposer des offres nativement résilientes ce qui leur permet également de na pas avoir de GTR du service global en cas d'incident car le service global est rendu
Et non je ne ralerai pas pour les prix... J'ai souvenir des premiers forfaits téléphoniques GSM ou on payait + de 100€ par ligne (et ça ne nous choquait pas, on voulait le service)
Ce qui est inadmissible ce n'est pas l'incident en lui-même, c'est :
- PAS de visibilité
- PAS de communication
- Le dialogue de sourd avec le support
- Le manque de réponse sur LE forum dédié (bugtracker Free)
- Devoir se battre pendant plus d'1 mois pour être écouté sans parler du gaspillage de ressources (à l'air RSE, des petas perdus en speedtest ça fait combien de tonnes de CO2 ??)
- Voir nos dires systématiquement remis en causes (sans parler de nos infras ou de nos capacités à les faire fonctionner, certaines fois c'est à la limite de l'insultant)
- Devoir engager des débats sur des forums publiques pour enfin avoir une réponse sporadique d'une personne concernée qui dit sans aucune garantie avoir pris le problème en charge (même si c est vrai ce n'est pas vérifiable)
- N'avoir aucune visibilité sur les soucis restants et leurs résolutions (J'en ai remonté un qui est manifeste dans les VM depuis le rétablissement du débit et qui d'après les dires de @vbernat est visiblement un ENORME BUG à prendre en compte (pourquoi un souci sur un OLT au NRO affecterait il le débit internet d'une VM tournant dans une Freebox???) )
Bref j'arrête là mais j'en ai assez dit ET je ne pense pas avoir tord
Cordialement
nbanba
-
Je suis d'accord que c'est chiant, mais ça reste un opérateur GP hein, si tu veux de la comm et de la réactivité c'est vers une offre un peu plus spécifique qu'il faudra te tourner...
C'est juste cette partie la que beaucoup ne semblent pas comprendre...
Côté communication, certe cela pourrait être bien mieux, mais il y a une raison que nos offres soient "jusqu'a Xgb" et en aucun cas la "panne" n'est qualifiable de panne. Une baisse de débit n'est pas une coupure/panne et j'aurais été totalement d'accord le cas contraire. Internet est critique pour moi et c'est pour cela que j'ai 3xWAN sur mon système.
4gb au lieu de 8gb, ils sont toujours dans les clous du "jusqu'a 8gbs", un opérateur GP ne garantie pas un débit etc etc...
La comparaison avec l'éléctricité n'a pas de sens ici.
-
Bonjour
Je ne suis pas d'accord ! Et c'est sure que si vous acceptez sous prétexte que c'est comme ça, eh bien ça ne changera jamais !
Aujourd'hui avoir internet (de bonne qualité) c'est autant critique que d'avoir l'électricité... (avoir le téléphone, désactiver l'alarme pour rentrer chez sois, payer ses impots, ses PV, avoir des RDV médicaux, TRAVAILLER +150000 bonnes raisons toutes meilleurs les unes que les autres)
On devrait donc AVOIR EN GRAND PUBLIC le même service INTERNET qu'avec EDF / ENEDIS, à savoir:
(...)
Il est INADMISSIBLE même en GRAND PUBLIC de ne pas avoir de visibilité ni de transparence sur ce type d'incident
@Vivien
@ARCEP
Je crois malheureusement qu'il est temps D'IMPOSER de la TRANSPARENCE et de la COMMUNICATION aux opérateurs GRAND PUBLIQUES
Alors... d'un côté je suis d'accord en principe.
De l'autre, on parle quand même d'une réduction du débit maximum qui n'est pas handicapante: 8 ➡️ 4 Gbps théoriques, ou 2,5 ➡️ 0,8 Gbps sur les Pop. Ça n'a pas eu d'impact sur 99,9% des usagers et des usages.
Est-ce que c'est tout de même regrettable ? Oui. Est-ce que ça justifie de prendre une attitude grandiloquente et un ton aussi scandalisé ? Franchement, je ne le crois pas. Perso, je trouve ça ridicule.
Et justement, adopter cette posture aggressive à la Don Quichotte va décourager les spécialistes et les employés des FAI, qu'on ne voit ici que très rarement, à s'exprimer encore moins...
-
C'est juste cette partie la que beaucoup ne semblent pas comprendre...
Côté communication, certe cela pourrait être bien mieux, mais il y a une raison que nos offres soient "jusqu'a Xgb" et en aucun cas la "panne" n'est qualifiable de panne.
4gb au lieu de 8gb, ils sont toujours dans les clous du "jusqu'a 8gbs", un opérateur GP ne garantie pas un débit etc etc...
La comparaison avec l'éléctricité n'a pas de sens ici.
Il semble que ce soit un des seuls domaines ou les abonnés "aiment" qu'on les prennent pour des vaches à lait et qu'on ne les respectent pas...
Si vous êtes prêts à l'accepter, vous donnez raison aux opérateurs et à leur politique inacceptable
Et vous m'excusez quand on appel un support technique même grand public, si la personne du support n'a pas le niveau technique pour comprendre l'incident la procédure doit être : Escalade à un ingénieur de niveau supérieur et non "votre infra ne fonctionne pas et vous dites de la merde monsieur même si c'est votre métier".
Quand vous allez chez un MIDAS, speedy ou Euromaster, en général ce n'est pas le même gars qui change les pneus (souvent un apprenti) et qui fait la mécanique lourde (un mécanicien chevronné) et si vous demandez au gars qui change les pneus de changer un essieu et la transmission, il vous dira : j'escalade au next level et non: oh bah non monsieur tout va bien, il ne faut pas changer l'essieu voilé après l'accident, vous dites de la merde monsieur et en + ça va vous coûter cher !
Bref, j'en ai assez dit j'arrête
MAIS ARRÊTEZ D ACCEPTER TOUT ET N IMPORTE QUOI SOUS PRETEXTE QUE C EST DU GRAND PUBLIC !
Et pro ou grand publique, le RESPECT DU CLIENT ça doit être partout
Cordialement
nbanba
-
Alors... d'un côté je suis d'accord en principe.
...
Et justement, adopter cette posture aggressive à la Don Quichotte va décourager les spécialistes et les employés des FAI, qu'on ne voit ici que très rarement, à s'exprimer encore moins...
Vous vous rendez compte ou on en est pour résoudre un incident national ???
Au bon vouloir personnel de quelques techs travaillant chez les FAI et qui traînent sur des forums de tech et nous voit pleurer ?
C'est de l'aide par compassion ?
Inadmissible, surtout en GRAND PUBLIC !
Cordialement
nbanba
-
Au bon vouloir personnel de quelques techs travaillant chez les FAI et qui traînent sur des forums de tech ?
Inadmissible, surtout en GRAND PUBLIQUE !
Premièrement, on dit « grand public », je te prie d'arrêter de faire cette faute encore et encore (surtout en majuscules comme ça)
Deuxièmement, les deux intervenants de chez Free sont quand même 1) un des développeurs Freebox les plus anciens (20 ans de présence dans l'entreprise), et 2) le directeur du département backbone... ce ne sont pas « quelques techs lambda », mais deux des personnes les plus haut placées dans leurs domaines respectifs.
Troisièmement, pour quelqu'un qui adore rajouter « cordialement » à la fin de ses messages, je pense que tu devrais te relire une fois la tête froide, tu t'apercevras peut-être que tu n'es pas très cordial.
-
MAIS ARRÊTEZ D ACCEPTER TOUT ET N IMPORTE QUOI SOUS PRETEXTE QUE C EST DU GRAND PUBLIQUE !
Et pro ou grand publique, le RESPECT DU CLIENT ça doit être partout
Bah justement, Free respecte ses CGV. Sauf erreur de ma part, il n'y a pas mention de débit minimum et vous les avez acceptés, donc c'est bon.
S'il fallait du débit minimal, pourquoi avoir signé ?
Après, n'oubliez pas, les mecs de Free sont bien gentils de venir ici, de bypasser leurs process pour cerner le problème avec vous et vous trouver une solution, alors que rien ne les oblige contractuellement.
Regardez-vous, vous êtes plus aigris qu'avant. Avant, quand le problème était là, il y avait de l'entraide, de la bienveillance, une envie de creuser. Là vous leur crachez dessus. Voilà pourquoi j'interviens de moins en moins sur ce forum, ce genre de comportement est à vomir. Et je ne serais pas surpris si des gens de Free se cassent.
-
Regardez-vous, vous êtes plus aigris qu'avant. Avant, quand le problème était là, il y avait de l'entraide, de la bienveillance, une envie de creuser. Là vous leur crachez dessus. Voilà pourquoi j'interviens de moins en moins sur ce forum, ce genre de comportement est à vomir. Et je ne serais pas surpris si des gens de Free se cassent.
Je rajouterais même que quand je lis ce type de messages/réactions et comportement, je ne suis pas du tout étonné des réponses obtenus par le support tech...
-
Merci Optix et zbug, vous avez dit ce que je souhaitais exprimer d'une manière beaucoup plus claire et éloquente que moi 👍
-
Bah justement, Free respecte ses CGV. Sauf erreur de ma part, il n'y a pas mention de débit minimum et vous les avez acceptés, donc c'est bon.
S'il fallait du débit minimal, pourquoi avoir signé ?
Après, n'oubliez pas, les mecs de Free sont bien gentils de venir ici, de bypasser leurs process pour cerner le problème avec vous et vous trouver une solution, alors que rien ne les oblige contractuellement.
Regardez-vous, vous êtes plus aigris qu'avant. Avant, quand le problème était là, il y avait de l'entraide, de la bienveillance, une envie de creuser. Là vous leur crachez dessus. Voilà pourquoi j'interviens de moins en moins sur ce forum, ce genre de comportement est à vomir. Et je ne serais pas surpris si des gens de Free se cassent.
Bonjour
Je ne crache pas sur tel ou tel opérateur en particulier, ni sur Free ni sur un autre
Je crache sur la méthode général appliquée par les opérateurs grand public et l'acceptation global par la population de ces méthodes inadmissibles.
Vous trouvez normal de devoir vous battre pendant 1 mois juste pour qu'on écoute qu'un incident existe peut-être ?
Combien de milliers d'appels au support ?
Combien de tonnes de CO2 cramées en speedtest ?
Quelle efficacité... et l’inefficacité à un coût non négligeable en entreprise...
Ici le problème n'est encore une fois pas l'incident en sois mais le combat qu'on a du mener juste pour que enfin quelqu'un accepte qu'il y avait peut-être quelque chose à regarder
Avant ça, on nous a répété des centaines de fois qu'on se trompait, qu'on ne savait pas de quoi on parlait, qu'il n'y avait pas d'incident, que le souci venait de notre installation ou du fait qu'on ne savait pas l'utiliser...
C'est là ou je parle de respect du client
Après je resterai toujours dispo pour aider techniquement quelqu'un qui en a besoin (y compris les opérateurs) mais comprenez qu'il soit compliqué d'avancer (en aveugle) dans ce genre de conditions.
Cordialement
nbanba
-
Le problème était localisé sur l'OLT, il n'y a donc pas besoin de rebooter la Freebox.
Merci pour ces informations.
Mais du coup si le problème se situait sur l'OLT et non au niveau de la Freebox, j'ai du mal à comprendre comment mbizon a réussi à faire un test de débit à 7.18Gbps depuis une Freebox qui était impactée par le problème ? (cf https://dev.freebox.fr/bugs/task/40029#comment187449 )
-
Bonjour
Je ne crache pas sur tel ou tel opérateur en particulier, ni sur Free ni sur un autre
Je crache sur la méthode général appliquée par les opérateurs grand public et l'acceptation global par la population de ces méthodes inadmissibles.
Vous trouvez normal de devoir vous battre pendant 1 mois juste pour qu'on écoute qu'un incident existe peut-être ?
Combien de milliers d'appels au support ?
Combien de tonnes de CO2 cramées en speedtest ?
Quelle efficacité... et l’inefficacité à un coût non négligeable en entreprise...
Ici le problème n'est encore une fois pas l'incident en sois mais le combat qu'on a du mener juste pour que enfin quelqu'un accepte qu'il y avait peut-être quelque chose à regarder
Avant ça, on nous a répété des centaines de fois qu'on se trompait, qu'on ne savait pas de quoi on parlait, qu'il n'y avait pas d'incident, que le souci venait de notre installation ou du fait qu'on ne savait pas l'utiliser...
C'est là ou je parle de respect du client
Après je resterai toujours dispo pour aider techniquement quelqu'un qui en a besoin (y compris les opérateurs) mais comprenez qu'il soit compliqué d'avancer (en aveugle) dans ce genre de conditions.
Cordialement
nbanba
Bah je croyais que...
Bref, j'en ai assez dit j'arrête
::)
Allez, bon appétit à tous ;)
-
Allez, bon appétit à tous ;)
De même! ;D
-
Bonjour
Merci pour ces informations.
Mais du coup si le problème se situait sur l'OLT et non au niveau de la Freebox, j'ai du mal à comprendre comment mbizon a réussi à faire un test de débit à 7.18Gbps depuis une Freebox qui était impactée par le problème ? (cf https://dev.freebox.fr/bugs/task/40029#comment187449 )
Peut être la date du test ? J'ai l'impression que plusieurs incidents se sont chevauchés.
Après perso je ne comprend pas la chute de débit de 60% dans les VM depuis rétablissement du débit maximal sur les lignes.
Quelques informations permettraient de comprendre, mais à priori d'après les échanges ici il semble normal pour tous d'être en aveugle sur les offres grand public
Cordialement
nbanba
-
Bonjour,
Après plus d'un mois de "panne", mon port 2,5 Gb/s délivre de nouveau son plein potentiel depuis 2 minutes
(https://image.noelshack.com/fichiers/2025/10/2/1741087968-006.png)
-
Un truc cool qu'on peut prendre en compte sur ce souci de débit c'est le fait d'avoir des dev free sur ce forum. Certes il ya eu peut être un manque de com de la part de free mais les devs ont eu la patiente et la gentillesse de répondre .. ;) :)
-
Bah justement, Free respecte ses CGV. Sauf erreur de ma part, il n'y a pas mention de débit minimum et vous les avez acceptés, donc c'est bon.
S'il fallait du débit minimal, pourquoi avoir signé ?
Si vous vous contentez d'être mal traités sous prétexte que les autres fournisseurs d'accès à Internet (FAI) ne font pas mieux, c'est votre choix, mais ne comptez pas sur moi pour trouver cela acceptable !
Au-delà des problèmes techniques, c'est le manque de transparence et l'indifférence du support client qui sont intolérables et que j'ai formulé dans un message précèdent!
N'oublions pas que les conditions générales de vente (CGV) sont rédigées par Free, et qu'ils y écrivent ce qu'ils veulent.
Comme dans tous les contrats, ce n'est pas parce que c'est écrit que c'est juste ou justifié.
Rappelons que les FAI vendent des services à différents prix, et que le débit est lié à ce prix.
En termes simples, plus c'est cher, plus vous pouvez espérer un débit élevé, en fonction des contraintes techniques de votre ligne.
Je ne parle pas du débit maximal théorique, mais du débit réel chez vous, qui dépend de nombreux facteurs.
Nous ne sommes pas tous égaux face au déploiement des infrastructures des opérateurs.
Ceci étant dit, si votre débit tombe de 2,5 Go/s à moins de 700 Mo/s après des incidents, alors que la promesse commerciale est 'jusqu'à X Go/s', il y a un manquement évident, CGV ou pas!
Pourquoi payer un service haut de gamme si les performances sont celles d'une offre d'entrée de gamme ?
En résumé, si vous trouvez cette situation normale, je respecte votre opinion, mais je ne la partage absolument pas.
Sur ce excellente journée à vous, le soleil est de retour ... pas comme le débit de ma ligne ;D
-
Si vous vous contentez d'être mal traités sous prétexte que les autres fournisseurs d'accès à Internet (FAI) ne font pas mieux, c'est votre choix, mais ne comptez pas sur moi pour trouver cela acceptable !
Au-delà des problèmes techniques, c'est le manque de transparence et l'indifférence du support client qui sont intolérables et que j'ai formulé dans un message précèdent!
N'oublions pas que les conditions générales de vente (CGV) sont rédigées par Free, et qu'ils y écrivent ce qu'ils veulent.
Comme dans tous les contrats, ce n'est pas parce que c'est écrit que c'est juste ou justifié.
Rappelons que les FAI vendent des services à différents prix, et que le débit est lié à ce prix.
En termes simples, plus c'est cher, plus vous pouvez espérer un débit élevé, en fonction des contraintes techniques de votre ligne.
Je ne parle pas du débit maximal théorique, mais du débit réel chez vous, qui dépend de nombreux facteurs.
Nous ne sommes pas tous égaux face au déploiement des infrastructures des opérateurs.
Ceci étant dit, si votre débit tombe de 2,5 Go/s à moins de 700 Mo/s après des incidents, alors que la promesse commerciale est 'jusqu'à X Go/s', il y a un manquement évident, CGV ou pas!
Pourquoi payer un service haut de gamme si les performances sont celles d'une offre d'entrée de gamme ?
En résumé, si vous trouvez cette situation normale, je respecte votre opinion, mais je ne la partage absolument pas.
Sur ce excellente journée à vous, le soleil est de retour ... pas comme le débit de ma ligne ;D
Une Freebox n'est pas "un service haut de gamme" :P
C'est le haut de la gamme Free, mais en haut de gamme il y a.... bien mieux ::) (Par contre c'est quoi, 1000€/mois?)
Bon courage pour faire changer ça, surtout quand on est dans un pays où les connexions ont quasi le meilleur RQP au monde ;)
-
Vous déformez de façon caricaturale mon propos ;D
Bref je le re-ecris une dernière fois
"Je respecte votre point de vue qui consiste a trouver cette situation normale... Mais je ne le partage pas!"
Je me suis exprimé, je n'ai manqué de respect à personne...
Sur ce, excellente journée à tous !
-
Si vous vous contentez d'être mal traités sous prétexte que les autres fournisseurs d'accès à Internet (FAI) ne font pas mieux, c'est votre choix, mais ne comptez pas sur moi pour trouver cela acceptable !
Au-delà des problèmes techniques, c'est le manque de transparence et l'indifférence du support client qui sont intolérables et que j'ai formulé dans un message précèdent!
N'oublions pas que les conditions générales de vente (CGV) sont rédigées par Free, et qu'ils y écrivent ce qu'ils veulent.
Comme dans tous les contrats, ce n'est pas parce que c'est écrit que c'est juste ou justifié.
Rappelons que les FAI vendent des services à différents prix, et que le débit est lié à ce prix.
En termes simples, plus c'est cher, plus vous pouvez espérer un débit élevé, en fonction des contraintes techniques de votre ligne.
Je ne parle pas du débit maximal théorique, mais du débit réel chez vous, qui dépend de nombreux facteurs.
Nous ne sommes pas tous égaux face au déploiement des infrastructures des opérateurs.
Ceci étant dit, si votre débit tombe de 2,5 Go/s à moins de 700 Mo/s après des incidents, alors que la promesse commerciale est 'jusqu'à X Go/s', il y a un manquement évident, CGV ou pas!
Pourquoi payer un service haut de gamme si les performances sont celles d'une offre d'entrée de gamme ?
En résumé, si vous trouvez cette situation normale, je respecte votre opinion, mais je ne la partage absolument pas.
Sur ce excellente journée à vous, le soleil est de retour ... pas comme le débit de ma ligne ;D
Bonjour
C'est tout l'objet de mes 5 ou 6 dernier posts ici, malheureusement compris par trop peu et très incompris par beaucoup...
Aussi le simple respect du client... Encore une fois ici je ne parle pas de tel ou tel opérateur mais d'un phénomène global d'irrespect du client dans le domaine de l'internet grand public.
Il peut être difficile de lire avec objectivité les lignes que j'ai précédemment écrites, ces dernières n'étaient pas particulièrement visées contre Free ou X ou Y mais contre une méthode qui semble faire loi aujourd'hui dans le monde de l'internet au particuliers
Et bien que tout à leur honneur il ne me semble pas normal que de "bonnes âmes consciencieuses et passionnées de technique" travaillant chez Free et presentes sur ce forum doivent traiter des problèmes techniques remontés par des abonnés et que "le support à simplement refusé de prendre en compte"
Ceux qui pensent que ces bonnes âmes peuvent fuir suite à mes propos devraient plutôt se demander s'il est vraiment normal de devoir solliciter le 'bon vouloir de techs consciencieux' juste pour faire prendre en compte un problème technique manifeste ignoré par le support
Concernant l'aspect contractuel, le "jusqu'à X Gbps" est possible mais quand il n'est pas atteint il doit être motivé (= communication transparente avec démonstration, métriques, etc... sinon c est publicité mensongère)
Je ne trouve pas normal de dépendre de la susceptibilité de l'opinion, d'eventuelles shadow actions ou encore du bon vouloir personnel de certain techs consciencieux et devoués dans le cadre de la résolution d'un incident impactant une offre grand public.
Cela étant dit, je remercie sincèrement FREE de nous avoir écouté et d'avoir commencé à résoudre le problème
Excellente fin de journée,
Cordialement
nbanba
-
Internet n'est pas un besoin vital comme l'eau, ou l'électricité
C'est dangereux d'écrire une telle phrase ici, surtout à l'heure du fanboyisme :)
-
C'est dangereux d'écrire une telle phrase ici, surtout à l'heure du fanboyisme :)
Surtout que ceux qui disent ça c'est les mêmes qui le disaient lors de l'arrivée de l'automobile, ou de l'électricité et même du téléphone fixe !
Bref dans quelques années ça sera dans la liste ci-dessus...
-
Surtout que ceux qui disent ça c'est les mêmes qui le disaient lors de l'arrivée de l'automobile, ou de l'électricité et même du téléphone fixe !
Bref dans quelques années ça sera dans la liste ci-dessus...
J'aurais dû préciser "aujourd'hui" en effet.
Et je partage la dernière phrase ;)
-
Une idée du retour à la normale généralisé ? Mes 200mbps s’impatientent :(
-
Et bien ca ne rigole pas sur ce forum...
Je n'ai pas refait de test depuis quelques jours depuis ma VM de ma freebox ULTRA, pour rappel j'avais perdu plus de 2gbits/s par rapport a ma VM Delta. Je suis passé de plus de 4.5 à 2.5 voir 3gbits/s
J'ai migré de DELTA V1 a ULTRA fin février.
Ces débit m'ont énormément surpris surtout que le DD de l'ultra est tout de même plus rapide que le DD de mon ancienne DELTA.
j'attends de retester.
Je suis tout de même assez surpris de certaines réactions complètement disproportionnées par rapport aux réels besoin en terme de débit comme s'il y avait mort d'homme. Même a 1gbits on est très très très large.
Il y a 2 mois j'étais encore sous ADSL à 15mbits/s donc a un moment donné faut relativiser et avoir le sens des priorités.
Free ne va jamais confirmé contractuellement un débit minimum, il y a beaucoup trop de contraintes matériels aussi bien infrastructure et fibre optique jusqu’à l'habitant que dans un domicile.
A un moment donné faut se calmer un peu. Les 8gbits pour le grand public ca se sert a rien tout comme le WIFI7. Peut être dans les 10/20ans mais en 2025 non.
A minima Free pourrait annoncer le débit réél dans la FREEBOX ce qui pourrait éviter d'investir pour rien. Ou donner des débits avec une VM dans la ULTRA ce qui nous indiquerait les débits qu'on pourrait avoir.
Merci aux intervenants de FREE
-
@vbernat
@mbizon
Derrière l'Ultra ce soir :
[checkFtthFree v0.27] Windows 11 Build 26100 (64-bit)
-------------------------- 2025-03-04 17:15:04 +0100 --------------------------
Configuration réseau du système:
Adapter.Driver: Intel(R) 82599 10 Gigabit Network Connection
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: 512
Adapter.SpeedDuplex: Négociation automatique
Adapter.TCPChecksumOffload: Rx et Tx activées
Adapter.TransmitBuffers: 512
NetProfile.NetworkCategory: Private
Tcp.AutoTuningLevelLocal: Normal
Tcp.CongestionProvider: CUBIC
Tcp.EcnCapability: Disabled
Tcp.ScalingHeuristics: Disabled
Tcp.Timestamps: Allowed
=> Latence max pour une réception TCP à 1 Gbps: 141 ms
Test TCP local (IPv4): téléchargement depuis la Freebox
--> Latence: 0.92 ms [gigue: 0.71 ms]
--> Débit: 1.18 Go/s (9.47 Gbps) [fluctuation: 0.07%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 1243 pendant le test.
Test TCP local (IPv6): téléchargement depuis la Freebox
--> Latence: 0.69 ms [gigue: 0.45 ms]
--> Débit: 1.17 Go/s (9.35 Gbps) [fluctuation: 0.19%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 1815 pendant le test.
Test TCP Internet (IPv4): téléchargement depuis le serveur Scaleway [BBR]
--> Latence: 8.52 ms [gigue: 0.30 ms]
--> Débit: 907.49 Mo/s (7.26 Gbps) [fluctuation: 4.90%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 75078 pendant le test.
[!] Le compteur "ReceivedPacketErrors" de l'interface réseau a été incrémenté de 1 pendant le test.
Test TCP Internet (IPv6): téléchargement depuis le serveur Scaleway [BBR]
--> Latence: 7.80 ms [gigue: 0.32 ms]
--> Débit: 268.34 Mo/s (2.15 Gbps) [fluctuation: 2.65%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 35976 pendant le test.
-------------------------- 2025-03-04 17:16:01 +0100 --------------------------
batch test download local mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#0| 9.1 Gbps| 0 bps| 7.99| 9.1 GB| 0 B|get http://mafreebox.freebox.fr:8095/fixed/10G (IPv4 - 0.0 ms - HTTP/1.0 - )
batch test download local multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#1| 9.4 Gbps| 0 bps| 7.98| 9.4 GB| 0 B|4 x get http://mafreebox.freebox.fr:8095/fixed/10G (IPv4 - 0.0 ms - HTTP/1.0 - )
batch test download Appliwave BBR mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#2| 2.1 Gbps| 0 bps| 8.00| 2.1 GB| 0 B|get http://appliwave.testdebit.info/10G/10G.iso (IPv6 - 16.799 ms - HTTP/1.1 - )
batch test download Appliwave BBR multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#3| 3.7 Gbps| 0 bps| 8.00| 3.7 GB| 0 B|4 x get http://appliwave.testdebit.info/10G/10G.iso (IPv6 - 16.750 ms - HTTP/1.1 - )
batch test download Online BBR mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#4| 2.2 Gbps| 0 bps| 8.00| 2.2 GB| 0 B|get http://online.nspeed.app/10000Mo.dat (IPv6 - 7.369 ms - HTTP/1.1 - )
batch test download Online BBR multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#5| 5.6 Gbps| 0 bps| 8.00| 5.6 GB| 0 B|4 x get http://online.nspeed.app/10000Mo.dat (IPv6 - 7.125 ms - HTTP/1.1 - )
[checkFtthFree v0.27] Windows 11 Build 26100 (64-bit)
-------------------------- 2025-03-04 18:43:43 +0100 --------------------------
Configuration réseau du système:
Adapter.Driver: ASUS XG-C100C 10G PCI-E Network Adapter
Adapter.DriverVersion: 2.2.2.0 (Marvell, 2020-04-30)
Adapter.EEE: Disabled
Adapter.FlowControl: Rx & Tx Enabled
Adapter.IPChecksumOffloadIPv4: Rx & Tx Enabled
Adapter.InterruptModeration: Enabled
Adapter.JumboPacket: Disabled
Adapter.LinkSpeed: 10 Gbps
Adapter.LsoV1IPv4: Enabled
Adapter.LsoV2: Enabled
Adapter.PcieLinkSpeed: 8.0 GT/s
Adapter.PcieLinkWidth: 4
Adapter.PhysicalMediaType: 802.3
Adapter.ReceiveBuffers: 512
Adapter.Rsc: Enabled
Adapter.TCPUDPChecksumOffload: Rx & Tx Enabled
Adapter.TransmitBuffers: 2048
NetProfile.NetworkCategory: Private
Tcp.AutoTuningLevelLocal: Normal
Tcp.CongestionProvider: CUBIC
Tcp.EcnCapability: Disabled
Tcp.ScalingHeuristics: Disabled
Tcp.Timestamps: Allowed
=> Latence max pour une réception TCP à 1 Gbps: 141 ms
Test TCP local (IPv4): téléchargement depuis la Freebox
--> Latence: 0.61 ms [gigue: 0.31 ms]
--> Débit: 1.16 Go/s (9.30 Gbps) [fluctuation: 0.30%]
Test TCP local (IPv6): téléchargement depuis la Freebox
--> Latence: 0.50 ms [gigue: 0.17 ms]
--> Débit: 1.15 Go/s (9.17 Gbps) [fluctuation: 0.21%]
Test TCP Internet (IPv4): téléchargement depuis le serveur Scaleway [BBR]
--> Latence: 8.18 ms [gigue: 0.57 ms]
--> Débit: 748.49 Mo/s (5.99 Gbps) [fluctuation: 16.31%]
Test TCP Internet (IPv6): téléchargement depuis le serveur Scaleway [BBR]
--> Latence: 7.90 ms [gigue: 0.31 ms]
--> Débit: 285.28 Mo/s (2.28 Gbps) [fluctuation: 1.30%]
-------------------------- 2025-03-04 18:44:41 +0100 --------------------------
batch test download local mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#0| 9.4 Gbps| 0 bps| 7.99| 9.3 GB| 0 B|get http://mafreebox.freebox.fr:8095/fixed/10G (IPv4 - 0.585 ms - HTTP/1.0 - )
batch test download local multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#1| 9.5 Gbps| 0 bps| 7.99| 9.5 GB| 0 B|4 x get http://mafreebox.freebox.fr:8095/fixed/10G (IPv4 - 0.514 ms - HTTP/1.0 - )
batch test download Appliwave BBR mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#2| 2.2 Gbps| 0 bps| 8.00| 2.2 GB| 0 B|get http://appliwave.testdebit.info/10G/10G.iso (IPv6 - 17.518 ms - HTTP/1.1 - )
batch test download Appliwave BBR multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#3| 3.8 Gbps| 0 bps| 8.00| 3.8 GB| 0 B|4 x get http://appliwave.testdebit.info/10G/10G.iso (IPv6 - 17.41 ms - HTTP/1.1 - )
batch test download Online BBR mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#4| 2.2 Gbps| 0 bps| 8.00| 2.2 GB| 0 B|get http://online.nspeed.app/10000Mo.dat (IPv6 - 7.301 ms - HTTP/1.1 - )
batch test download Online BBR multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#5| 4.2 Gbps| 0 bps| 8.00| 4.2 GB| 0 B|4 x get http://online.nspeed.app/10000Mo.dat (IPv6 - 7.138 ms - HTTP/1.1 - )
$ iperf3 -p 5200 -c ping6.online.net
Connecting to host ping6.online.net, port 5200
[ 5] local 2a01:e0a:e66:ad00:59fe:8fe9:ad81:dc0f port 46010 connected to 2001:bc8:0:1::49 port 5200
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 358 MBytes 3.00 Gbits/sec 0 6.88 MBytes
[ 5] 1.00-2.00 sec 376 MBytes 3.15 Gbits/sec 0 6.88 MBytes
[ 5] 2.00-3.00 sec 378 MBytes 3.18 Gbits/sec 6 4.82 MBytes
[ 5] 3.00-4.00 sec 342 MBytes 2.87 Gbits/sec 277 2.44 MBytes
[ 5] 4.00-5.00 sec 334 MBytes 2.80 Gbits/sec 0 2.57 MBytes
[ 5] 5.00-6.00 sec 345 MBytes 2.89 Gbits/sec 0 2.66 MBytes
[ 5] 6.00-7.00 sec 357 MBytes 3.00 Gbits/sec 0 2.74 MBytes
[ 5] 7.00-8.00 sec 364 MBytes 3.05 Gbits/sec 0 2.79 MBytes
[ 5] 8.00-9.00 sec 375 MBytes 3.15 Gbits/sec 0 2.89 MBytes
[ 5] 9.00-10.00 sec 382 MBytes 3.20 Gbits/sec 0 2.99 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 3.53 GBytes 3.03 Gbits/sec 283 sender
[ 5] 0.00-10.01 sec 3.53 GBytes 3.03 Gbits/sec receiver
iperf Done.
$ 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:e0a:e66:ad00:59fe:8fe9:ad81:dc0f port 58002 connected to 2001:bc8:0:1::49 port 5200
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 243 MBytes 2.04 Gbits/sec
[ 5] 1.00-2.00 sec 254 MBytes 2.13 Gbits/sec
[ 5] 2.00-3.00 sec 246 MBytes 2.07 Gbits/sec
[ 5] 3.00-4.00 sec 252 MBytes 2.11 Gbits/sec
[ 5] 4.00-5.00 sec 263 MBytes 2.21 Gbits/sec
[ 5] 5.00-6.00 sec 251 MBytes 2.11 Gbits/sec
[ 5] 6.00-7.00 sec 253 MBytes 2.12 Gbits/sec
[ 5] 7.00-8.00 sec 245 MBytes 2.05 Gbits/sec
[ 5] 8.00-9.00 sec 263 MBytes 2.20 Gbits/sec
[ 5] 9.00-10.00 sec 256 MBytes 2.15 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.01 sec 2.51 GBytes 2.15 Gbits/sec 92346 sender
[ 5] 0.00-10.00 sec 2.47 GBytes 2.12 Gbits/sec receiver
iperf Done.
$ 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:e0a:e66:ad00:59fe:8fe9:ad81:dc0f port 37752 connected to 2001:bc8:0:1::49 port 5200
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 248 MBytes 2.08 Gbits/sec
[ 5] 1.00-2.00 sec 254 MBytes 2.13 Gbits/sec
[ 5] 2.00-3.00 sec 249 MBytes 2.09 Gbits/sec
[ 5] 3.00-4.00 sec 249 MBytes 2.09 Gbits/sec
[ 5] 4.00-5.00 sec 267 MBytes 2.24 Gbits/sec
[ 5] 5.00-6.00 sec 250 MBytes 2.10 Gbits/sec
[ 5] 6.00-7.00 sec 263 MBytes 2.20 Gbits/sec
[ 5] 7.00-8.00 sec 251 MBytes 2.11 Gbits/sec
[ 5] 8.00-9.00 sec 250 MBytes 2.10 Gbits/sec
[ 5] 9.00-10.00 sec 262 MBytes 2.19 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.02 sec 2.52 GBytes 2.16 Gbits/sec 85156 sender
[ 5] 0.00-10.00 sec 2.48 GBytes 2.13 Gbits/sec receiver
iperf Done.
$ iperf3 -p 5200 -c ping.online.net
Connecting to host ping.online.net, port 5200
[ 5] local 192.168.1.51 port 41142 connected to 51.158.1.21 port 5200
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 335 MBytes 2.81 Gbits/sec 4 1.76 MBytes
[ 5] 1.00-2.00 sec 185 MBytes 1.55 Gbits/sec 2 950 KBytes
[ 5] 2.00-3.00 sec 112 MBytes 936 Mbits/sec 1 742 KBytes
[ 5] 3.00-4.00 sec 87.4 MBytes 733 Mbits/sec 1 601 KBytes
[ 5] 4.00-5.00 sec 75.2 MBytes 631 Mbits/sec 1 499 KBytes
[ 5] 5.00-6.00 sec 69.1 MBytes 580 Mbits/sec 1 417 KBytes
[ 5] 6.00-7.00 sec 61.0 MBytes 512 Mbits/sec 0 516 KBytes
[ 5] 7.00-8.00 sec 60.1 MBytes 504 Mbits/sec 1 444 KBytes
[ 5] 8.00-9.00 sec 62.9 MBytes 527 Mbits/sec 1 380 KBytes
[ 5] 9.00-10.00 sec 55.5 MBytes 465 Mbits/sec 0 482 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 1.08 GBytes 925 Mbits/sec 12 sender
[ 5] 0.00-10.03 sec 1.07 GBytes 920 Mbits/sec receiver
iperf Done.
-
Bonjour
Je n'ai pas refait de test depuis quelques jours depuis ma VM de ma freebox ULTRA, pour rappel j'avais perdu plus de 2gbits/s par rapport a ma VM Delta. Je suis passé de plus de 4.5 à 2.5 voir 3gbits/s
J'ai migré de DELTA V1 a ULTRA fin février.
Ces débit m'ont énormément surpris surtout que le DD de l'ultra est tout de même plus rapide que le DD de mon ancienne DELTA.
j'attends de retester.
...
Merci aux intervenants de FREE
Avez vous testé des transferts qui n'écrivent pas sur le disque dur avec des tests iperf3 par exemple ?
Si oui, quelle vitesse mesurée (vers et depuis le LAN et vers et depuis le WAN) ?
Avez vous des métriques antérieurs à Février ? des métriques prises en 2024 par exemple ?
Je demande ça pour voir si ce n'est pas l'incident qui aurait temporairement permis de plus que doubler le débit WAN des VM (soit une super amélioration), car chez moi c'est manifeste, le retour des 8Gbps sur ma ligne à provoqué la chute à 2Gbps des débits WAN dans les VM, par contre sans variation sur les débits LAN.
Malheureusement je n'ai pas de métriques récentes mesurées en dehors de l'incident (par exemple en 2024), je n'ai que les métriques à 4,5Gbps ~ 4,7Gbps mesurées pendant l'incident et les métriques mesurées à 2Gbps depuis le rétablissement du débit wan 8Gbps.
Cela créé une situation assez bizarre : les débits internet des VM sont plus de 2 fois meilleurs lorsqu'elles accèdent à internet au travers d'un équipement présent sur le LAN lui même accédant à internet par la freebox (= le flux fait un allé-retour par la pate LAN 10Gbps avant de traverser la freebox pour sortir sur le WAN) que lorsqu'elles accèdent directement à internet.
Cordialement
nbanba
-
Depuis des mois et des mois mon débit était limité à 200mbps en download ipv4 sur ma Freebox Revolution et enfin depuis cet après-midi je suis revenu à un débit normal ! J'étais sur le point de passer à la concurrence car le service Free Proxy n'a jamais voulu prendre en compte mes remarques en disant que le début était normal...
Un grand merci en tous cas même si le délai de résolution est loin d'être top puisque c'est la première fois que j'ai bien le débit attendu depuis que la fibre est arrivée chez moi soit depuis Juin 2024 !
Bravo pour la résolution et la persévérance de certains.
-
J’ai relancé mon speedtest à la lecture de ton message et mes 1gbps sont à peu près revenus. Pourvu que ça dure !!!
-
J'avais fini par m'accommoder des 200mbps mais j'avais un peu l'impression de me faire avoir, je pensais franchement que c'était ma Freebox ou mon ONU qui avait un souci, il semblerait donc que non.
-
Je viens de refaire un iperf depuis ma VM débian depuis ma ULTRA
j'ai encore baissé. Je suis a présent a 2.25gbits/s
De pire en pire..
Passer de 4.5gbits avec ma DELTA il y a 1 mois a 2gbits avec l'ULTRA ca fout les boules.
-
Bonjour
J’ai relancé mon speedtest à la lecture de ton message et mes 1gbps sont à peu près revenus. Pourvu que ça dure !!!
Depuis des mois et des mois mon débit était limité à 200mbps en download ipv4 sur ma Freebox Revolution et enfin depuis cet après-midi je suis revenu à un débit normal ! J'étais sur le point de passer à la concurrence car le service Free Proxy n'a jamais voulu prendre en compte mes remarques en disant que le début était normal...
Un grand merci en tous cas mais le délai de résolution est loin d'être top puisque c'est la première fois que j'ai bien le débit attendu depuis que la fibre est arrivée chez moi soit depuis Juin 2024 !
...
Que de retours positifs, merci !
+ Merci à Free d'avoir identifié le souci et de l'avoir pour bonne partie corrigé !
Il reste le problème de chute du débit dans les VM qui semble être lié au rétablissement du débit standard sur les liens, mais au moins les abonnés semblent retrouver les débits qu'ils avaient auparavant, merci (c'était l'objectif principal de ce thread).
Merci également à tous pour vos tests et vos contributions
Bien cordialement
nbanba
-
Bonjour
Je viens de refaire un iperf depuis ma VM débian depuis ma ULTRA
j'ai encore baissé. Je suis a présent a 2.25gbits/s
De pire en pire..
Passer de 4.5gbits avec ma DELTA il y a 1 mois a 2gbits avec l'ULTRA ca fout les boules.
20h23 => pleine période de congestion du réseau... après je ne pense pas que ce soit le facteur principal
Refaites éventuellement un test iperf3 en heures creuses ou la nuit (juste pour confirmer)
Avez vous la possibilité de router la sortie internet de la VM par un équipement 10Gbps du lan ressortant lui-même par la Freebox ?
Merci
Cordialement
nbanba
-
Je n'ai pas d'équipement 10gb
Par contre j'ai aussi fait un speedtest depuis mon NAS et les résultats sont aussi en baisse confirmant les débits de ma VM (2gbits.s) alors que j'étais au max des 2.5gbits supportés
Je réessaye demain
-
En image :
-
Plusiurs tests effectués à 6h30
Téléchargement direct du fichier http://test-debit.free.fr/10485760.rnd depuis la freebox (application telechargement)
En crete je suis a 3.6gbits/s mais ca dure 2s lol
Puis depuis les VM en iperf3
-
Plusiurs tests effectués à 6h30
Téléchargement direct du fichier http://test-debit.free.fr/10485760.rnd depuis la freebox (application telechargement)
En crete je suis a 3.6gbits/s mais ca dure 2s lol
Puis depuis les VM en iperf3
Bonjour
Très bizarre !
Perso je n'ai pas ce premier iperf3 à 3+Gbps pendant quelques secondes, moi c'est directement :
[ ID] Interval Transfer Bitrate Retr
[ 7] 0.00-10.04 sec 2.52 GBytes 2.16 Gbits/sec 620 sender
Cordialement
nbanba
-
Bonjour
nouveauté ce matin en IPv6 dans les VM:
iperf3 -c ping6.online.net -p5205 --get-server-output -R
Connecting to host ping6.online.net, port 5205
Reverse mode, remote host ping6.online.net is sending
[ 5] local 2a01:xxxxxxxxxxxxxxxxxxxxxxxxxxxx:20 port 57716 connected to 2001:bc8:0:1::49 port 5205
[ ID] Interval Transfer Bitrate
...
idem vers appliwave, etc...
Par contre le débit est toujours 2Gbps en IPv4:
iperf3 -c ping.online.net -p5205 --get-server-output -R
Connecting to host ping.online.net, port 5205
Reverse mode, remote host ping.online.net is sending
[ 5] local 192.168.100.62 port 45290 connected to 51.158.1.21 port 5205
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 263 MBytes 2.20 Gbits/sec
[ 5] 1.00-2.00 sec 265 MBytes 2.22 Gbits/sec
[ 5] 2.00-3.00 sec 264 MBytes 2.22 Gbits/sec
[ 5] 3.00-4.00 sec 265 MBytes 2.23 Gbits/sec
[ 5] 4.00-5.00 sec 265 MBytes 2.23 Gbits/sec
[ 5] 5.00-6.00 sec 264 MBytes 2.21 Gbits/sec
[ 5] 6.00-7.00 sec 264 MBytes 2.21 Gbits/sec
[ 5] 7.00-8.00 sec 262 MBytes 2.20 Gbits/sec
[ 5] 8.00-9.00 sec 260 MBytes 2.18 Gbits/sec
[ 5] 9.00-10.00 sec 259 MBytes 2.18 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 2.59 GBytes 2.22 Gbits/sec 163 sender
[ 5] 0.00-10.00 sec 2.57 GBytes 2.21 Gbits/sec receiver
Server output:
-----------------------------------------------------------
Server listening on 5205
-----------------------------------------------------------
Accepted connection from 82.xxxxxxxxxxxxxxx, port 45288
[ 37] local 51.158.1.21 port 5205 connected to 82.xxxxxxxxxxxxxxx port 45290
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 37] 0.00-1.00 sec 272 MBytes 2.28 Gbits/sec 0 2.08 MBytes
[ 37] 1.00-2.00 sec 265 MBytes 2.22 Gbits/sec 0 2.34 MBytes
[ 37] 2.00-3.00 sec 265 MBytes 2.22 Gbits/sec 0 2.39 MBytes
[ 37] 3.00-4.00 sec 265 MBytes 2.22 Gbits/sec 0 2.13 MBytes
[ 37] 4.00-5.00 sec 264 MBytes 2.21 Gbits/sec 0 2.00 MBytes
[ 37] 5.00-6.00 sec 265 MBytes 2.22 Gbits/sec 0 2.21 MBytes
[ 37] 6.00-7.00 sec 264 MBytes 2.21 Gbits/sec 130 2.45 MBytes
[ 37] 7.00-8.00 sec 261 MBytes 2.19 Gbits/sec 0 2.28 MBytes
[ 37] 8.00-9.00 sec 261 MBytes 2.19 Gbits/sec 0 1.92 MBytes
[ 37] 9.00-10.00 sec 259 MBytes 2.17 Gbits/sec 33 2.22 MBytes
[ 37] 10.00-10.04 sec 10.0 MBytes 2.23 Gbits/sec 0 2.01 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 37] 0.00-10.04 sec 2.59 GBytes 2.22 Gbits/sec 163 sender
iperf Done.
Par contre toute sortie sur internet au travers de la pate LAN de la Freebox (en utilisant un routeur tiers comme gateway sur le LAN ) donne 2,5 fois les perfs en IPv4 et 5fois les performances en IPv6
EDIT:
La chute de débit IPv6 soudaine que je constate depuis ce matin (peut-être déjà présente hier?) dans les VM est 2 fois supérieure encore à la chute de débit constaté en IPv4.
Cette chute de débit est elle à corréler avec les déconnexions présentes sur la capture jointe ?
EDIT:
Le débit mesuré dans les VM est bien de 2 Gbps en IPv4 et en IPv6 (les résultats montrant des débits IPv6 ne dépassant pas 1 Gbps étaient provoqués par une missconf introduite lors des tests)
Cordialement
nbanba
-
Comme hier, il semble y avoir du mieux en IPv4 mais en IPv6 c'est toujours aussi mou !
[checkFtthFree v0.27] Windows 11 Build 26100 (64-bit)
-------------------------- 2025-03-05 17:28:53 +0100 --------------------------
Configuration réseau du système:
Adapter.Driver: Intel(R) 82599 10 Gigabit Network Connection
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: Négociation automatique
Adapter.TCPChecksumOffload: Rx et Tx activées
Adapter.TransmitBuffers: 2048
NetProfile.NetworkCategory: Private
Tcp.AutoTuningLevelLocal: Normal
Tcp.CongestionProvider: BBR2
Tcp.EcnCapability: Disabled
Tcp.ScalingHeuristics: Disabled
Tcp.Timestamps: Allowed
=> Latence max pour une réception TCP à 1 Gbps: 141 ms
Test TCP local (IPv4): téléchargement depuis la Freebox
--> Latence: 0.95 ms [gigue: 0.23 ms]
--> Débit: 1.17 Go/s (9.39 Gbps) [fluctuation: 1.16%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 99 pendant le test.
Test TCP local (IPv6): téléchargement depuis la Freebox
--> Latence: 0.86 ms [gigue: 0.31 ms]
--> Débit: 1.17 Go/s (9.34 Gbps) [fluctuation: 0.31%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 579 pendant le test.
Test TCP Internet (IPv4): téléchargement depuis le serveur Scaleway [BBR]
--> Latence: 8.39 ms [gigue: 1.25 ms]
--> Débit: 925.27 Mo/s (7.40 Gbps) [fluctuation: 4.86%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 2112 pendant le test.
Test TCP Internet (IPv6): téléchargement depuis le serveur Scaleway [BBR]
--> Latence: 7.97 ms [gigue: 0.15 ms]
--> Débit: 298.95 Mo/s (2.39 Gbps) [fluctuation: 2.49%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 3279 pendant le test.
-------------------------- 2025-03-05 17:29:50 +0100 --------------------------
batch test download local mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#0| 9.2 Gbps| 0 bps| 7.98| 9.2 GB| 0 B|get http://mafreebox.freebox.fr:8095/fixed/10G (IPv4 - 0.975 ms - HTTP/1.0 - )
batch test download local multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#1| 9.5 Gbps| 0 bps| 7.98| 9.4 GB| 0 B|4 x get http://mafreebox.freebox.fr:8095/fixed/10G (IPv4 - 0.0 ms - HTTP/1.0 - )
batch test download Appliwave BBR mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#2| 1.9 Gbps| 0 bps| 8.00| 1.9 GB| 0 B|get http://appliwave.testdebit.info/10G/10G.iso (IPv6 - 16.863 ms - HTTP/1.1 - )
batch test download Appliwave BBR multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#3| 3.7 Gbps| 0 bps| 8.00| 3.7 GB| 0 B|4 x get http://appliwave.testdebit.info/10G/10G.iso (IPv6 - 17.972 ms - HTTP/1.1 - )
batch test download Online BBR mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#4| 2.2 Gbps| 0 bps| 8.00| 2.2 GB| 0 B|get http://online.nspeed.app/10000Mo.dat (IPv6 - 8.810 ms - HTTP/1.1 - )
batch test download Online BBR multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#5| 4.4 Gbps| 0 bps| 8.00| 4.4 GB| 0 B|4 x get http://online.nspeed.app/10000Mo.dat (IPv6 - 7.458 ms - HTTP/1.1 - )
-
Bonjour à tous !
J’ai fait quelques tests ce matin pour voir s’il y avait du changement.
arnaud@RAMIREZ:~/Logiciels source/checkFtthFree$ perl checkFtthFree.pl --ipv6
===============================================================================
checkFtthFree
---------------
Programme de diagnostic de connexion FTTH Free
Ce programme analyse la configuration réseau du système et effectue différents
tests TCP (latence et débit mono-connexion) afin d'évaluer les performances de
la connexion FTTH et détecter d'éventuels dysfonctionnements.
Diverses options sont disponibles pour configurer ou désactiver certains tests,
voir --help (-h) 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)...
[checkFtthFree v0.27] Linux 6.1.0-31-amd64 (x86_64)
-------------------------- 2025-03-06 06:22:09 +0100 --------------------------
Configuration réseau du système:
dev.link_speed: 8.0 GT/s PCIe
dev.link_width: 4
intf.dev: enp5s0
intf.mtu: 1500
intf.qdisc: mq
intf.qlen: 1000
link.duplex: full
link.speed: 10000
net.core.default_qdisc: fq_codel
net.core.netdev_budget: 300
net.core.netdev_budget_usecs: 8000
net.core.netdev_max_backlog: 1000
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_dsack: 1
net.ipv4.tcp_ecn: 2
net.ipv4.tcp_mem: 380361 507148 760722
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 max pour une réception TCP à 1 Gbps: 27 ms
=> Latence max pour une émission TCP à 700 Mbps: 35 ms
Test TCP local (IPv4): téléchargement depuis la Freebox
--> Latence: 0.89 ms [gigue: 0.13 ms]
--> Débit: 1.17 Go/s (9.38 Gbps) [fluctuation: 0.53%]
[!] Le compteur "rx_dropped" de l'interface réseau a été incrémenté de 6 pendant le test.
Test TCP Internet (IPv6): téléchargement depuis le serveur Scaleway [BBR]
--> Latence: 5.76 ms [gigue: 0.24 ms]
--> Débit: 606.63 Mo/s (4.85 Gbps) [fluctuation: 0.55%]
[!] Le débit pourrait avoir été limité par le paramétrage de la mémoire tampon TCP du système
[!] Le compteur "rx_dropped" de l'interface réseau a été incrémenté de 7 pendant le test.
-------------------------- 2025-03-06 06:22:34 +0100 --------------------------
arnaud@RAMIREZ:~/Logiciels source/checkFtthFree$ perl checkFtthFree.pl
===============================================================================
checkFtthFree
---------------
Programme de diagnostic de connexion FTTH Free
Ce programme analyse la configuration réseau du système et effectue différents
tests TCP (latence et débit mono-connexion) afin d'évaluer les performances de
la connexion FTTH et détecter d'éventuels dysfonctionnements.
Diverses options sont disponibles pour configurer ou désactiver certains tests,
voir --help (-h) 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)...
[checkFtthFree v0.27] Linux 6.1.0-31-amd64 (x86_64)
-------------------------- 2025-03-06 06:22:56 +0100 --------------------------
Configuration réseau du système:
dev.link_speed: 8.0 GT/s PCIe
dev.link_width: 4
intf.dev: enp5s0
intf.mtu: 1500
intf.qdisc: mq
intf.qlen: 1000
link.duplex: full
link.speed: 10000
net.core.default_qdisc: fq_codel
net.core.netdev_budget: 300
net.core.netdev_budget_usecs: 8000
net.core.netdev_max_backlog: 1000
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_dsack: 1
net.ipv4.tcp_ecn: 2
net.ipv4.tcp_mem: 380361 507148 760722
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 max pour une réception TCP à 1 Gbps: 27 ms
=> Latence max pour une émission TCP à 700 Mbps: 35 ms
Test TCP local (IPv4): téléchargement depuis la Freebox
--> Latence: 0.90 ms [gigue: 0.11 ms]
--> Débit: 1.18 Go/s (9.41 Gbps) [fluctuation: 0.03%]
[!] Le compteur "rx_dropped" de l'interface réseau a été incrémenté de 6 pendant le test.
Test TCP Internet (IPv4): téléchargement depuis le serveur Scaleway [BBR]
--> Latence: 5.99 ms [gigue: 0.20 ms]
--> Débit: 606.94 Mo/s (4.86 Gbps) [fluctuation: 0.54%]
[!] Le débit pourrait avoir été limité par le paramétrage de la mémoire tampon TCP du système
[!] Le compteur "rx_dropped" de l'interface réseau a été incrémenté de 6 pendant le test.
-------------------------- 2025-03-06 06:23:22 +0100 --------------------------
J’ai une petite augmentation du débit avec le test de checkFtthFree, mais aussi un nouveau message d’avertissement « [!] Le débit pourrait avoir été limité par le paramétrage de la mémoire tampon TCP du système », il faut que je regarde ça quand j’aurai le temps.
Par contre les débits nperf sont bons. Le débit de l’upload est même surprenant pour ma Delta synchronisée en upload à 700 Mb/s.
J’ai pas mal de « Packet loss », je ne me souviens pas en avoir autant auparavant.
Edit: Je viens de vérifier mon historique nperf et la perte de paquet est sensiblement la même qu'avant la période de bridage.
-
Oui, on dirait qu'ils ont profité de la màj des OLT pour faire passer les Pop & Delta à 900 Mbps en upload. Je le constate également avec ma Delta R1. Super !
Tout le monde a eu une petite déconnexion vers 1h du matin aujourd'hui. Pas encore d'annonce officielle.
-
J'ai eu aussi une déco vers 1h du matin, l'appli me dit toujours 700Mbps en up, je regarderai sur le fixe ce soir.
-
Bonjour
De mon côté aucun changement dans les VM au niveau débit descendant aujourd'hui:
IPv4 : 2 Gbps
IPv6: 0,9 Gbps 2 Gbps
Par contre changement sur l'upload global (+20%) avec un débit de ~830 Mbps.
Est ce lié aux opérations ayant provoquées les déconnexions cette nuit ?
Merci
Cordialement
nbanba
-
Déconnexions de ma POP un peu avant 1h du matin, le NPerf de ce matin indiquait 858Mb en Upload...
Côté Download, mon PC étant connecté à la box en 1Gb, clair que je ne franchirai pas le Rubicon de ces 1Gb! ;)
Mais pour le UP, c'est sensible, je ne faisais que "friser" les 700Mb!
-
Bonjour,
Les débits sont revenus sur ma Delta.
Sur l'application Speedtest, Windows 11, à l'instant :
7200 Mbps / 813 Mbps
-
Bonjour
On voit que ça bouge, c'est bien, merci !
Bien qu'on soit sur une offre grand public un minimum de communication de la part de l'opérateur serait nécessaire
(ne serai-ce qu'un topic mis à jour en mode changelog)
Cordialement
nbanba
-
Bien qu'on soit sur une offre grand public un minimum de communication de la part de l'opérateur serait nécessaire
(ne serai-ce qu'un topic mis à jour en mode changelog)
https://dev.freebox.fr/blog/
-
Bonjour
https://dev.freebox.fr/blog/
Vous voulez dire ça ? (cf photo jointe: last update antérieur à la prise en compte de l'incident)
Perso je parle plus de quelque-chose comme ça:
https://dev.freebox.fr/bugs/task/40060
(comme vous pouvez voir ce n'et ni long ni compliqué )
Cordialement
nbanba
-
Déconnexion vers 1h du mat également sur ma révolution ; Rien sur l'Ultra pour info... sans doute lié à un up UL !
-
Bonjour
On voit que ça bouge, c'est bien, merci !
Bien qu'on soit sur une offre grand public un minimum de communication de la part de l'opérateur serait nécessaire
(ne serai-ce qu'un topic mis à jour en mode changelog)
Cordialement
nbanba
Toute la problématique de l'étanchéité entre services chez Free (et quelquefois ailleurs!). Le SAV n'est pas au courantde ce qui se passe dans les arcanes des gens du réseau.
Dans le cas qui a occupé ces colonnes, vraisemblablement un ou des updates d'équipements réseau foire, le SAV ne saura répondre que "tout va très bien madame la marquise".
Ceci en sachant que pour un chaud-ligneur, sorti de son scénario de dialogue avec l'abonné, et du peu d'outils qu'il a à sa disposition, tout ce qui est susceptible de se passer en dehors de la sphère très fermée "central local" (OLT) et la box abonné lui est totalement étranger.
Pour la petite histoire, chez un autre opérateur, le suivi d'un incident récent impactant moult abonnés et leur apparente solution sont passés aussi par les colonnes de lafibre.info...
Dès que le problème "sort des clous", les SAV grand public "standard" ne sont plus à même d'apporter une solution efficace au problème.
-
Merci @nbanba pour la persistance et le fait d'avoir réussi à amener une visibilité du problème sur le forum (cela fait un moment que je cherchai à obtenir ces résultats).
Merci @ouno et @kgersen pour les outils de diagnostique et le soutien.
Merci @mbizon @vbernat, c'est bon d'être écouté.
[checkFtthFree v0.27] Windows 11 Build 26100 (64-bit)
-------------------------- 2025-03-06 17:09:01 +0100 --------------------------
Configuration réseau du système:
Adapter.Driver: Intel(R) 82599 10 Gigabit Network Connection
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: Négociation automatique
Adapter.TCPChecksumOffload: Rx et Tx activées
Adapter.TransmitBuffers: 2048
NetProfile.NetworkCategory: Private
Tcp.AutoTuningLevelLocal: Normal
Tcp.CongestionProvider: BBR2
Tcp.EcnCapability: Disabled
Tcp.ScalingHeuristics: Disabled
Tcp.Timestamps: Allowed
=> Latence max pour une réception TCP à 1 Gbps: 141 ms
Test TCP local (IPv4): téléchargement depuis la Freebox
--> Latence: 1.00 ms [gigue: 0.27 ms]
--> Débit: 1.19 Go/s (9.49 Gbps) [fluctuation: 0.09%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 75 pendant le test.
Test TCP local (IPv6): téléchargement depuis la Freebox
--> Latence: 0.80 ms [gigue: 0.32 ms]
--> Débit: 1.16 Go/s (9.30 Gbps) [fluctuation: 0.84%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 51 pendant le test.
[!] Le compteur "ReceivedPacketErrors" de l'interface réseau a été incrémenté de 1 pendant le test.
Test TCP Internet (IPv4): téléchargement depuis le serveur Scaleway [BBR]
--> Latence: 7.95 ms [gigue: 0.40 ms]
--> Débit: 845.74 Mo/s (6.77 Gbps) [fluctuation: 3.90%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 4947 pendant le test.
Test TCP Internet (IPv6): téléchargement depuis le serveur Scaleway [BBR]
--> Latence: 7.89 ms [gigue: 0.24 ms]
--> Débit: 830.36 Mo/s (6.64 Gbps) [fluctuation: 8.47%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 31123 pendant le test.
-------------------------- 2025-03-06 17:09:59 +0100 --------------------------
batch test download local mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#0| 9.3 Gbps| 0 bps| 7.98| 9.3 GB| 0 B|get http://mafreebox.freebox.fr:8095/fixed/10G (IPv4 - 0.732 ms - HTTP/1.0 - )
batch test download local multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#1| 9.4 Gbps| 0 bps| 7.98| 9.3 GB| 0 B|4 x get http://mafreebox.freebox.fr:8095/fixed/10G (IPv4 - 0.513 ms - HTTP/1.0 - )
batch test download Appliwave BBR mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#2| 3.8 Gbps| 0 bps| 8.00| 3.8 GB| 0 B|get http://appliwave.testdebit.info/10G/10G.iso (IPv6 - 17.363 ms - HTTP/1.1 - )
batch test download Appliwave BBR multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#3| 4.1 Gbps| 0 bps| 8.00| 4.1 GB| 0 B|4 x get http://appliwave.testdebit.info/10G/10G.iso (IPv6 - 30.666 ms - HTTP/1.1 - )
batch test download Online BBR mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#4| 6.4 Gbps| 0 bps| 8.00| 6.4 GB| 0 B|get http://online.nspeed.app/10000Mo.dat (IPv6 - 7.421 ms - HTTP/1.1 - )
batch test download Online BBR multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#5| 7.2 Gbps| 0 bps| 8.00| 7.2 GB| 0 B|4 x get http://online.nspeed.app/10000Mo.dat (IPv6 - 7.205 ms - HTTP/1.1 - )
-
Quelqu'un avec une Ultra serait-il me dire à quoi correspond l'IP donnée via "l'écran" de l'Ultra dans les informations avancées... rien à voir avec mon IPv4 ? :
10.77.13x.xxx ?
-
Bonjour
Quelqu'un avec une Ultra serait-il me dire à quoi correspond l'IP donnée via "l'écran" de l'Ultra dans les informations avancées... rien à voir avec mon IPv4 ? :
10.77.13x.xxx ?
Je n'ai pas d'ultra mais cette ip ressemble à une ip privée portée par la Freebox sur le réseau Free (déjà constaté sur Delta également)
Je pense même que c'est l'IP de la box sur le réseau Free et que les ip publiques v4/6 sont "assignées" ensuite.
Cordialement
nbanba
-
Idem dans l'afficheur "Info avancées" du serveur Pop.
Le 10.x.y.z est l'adresse attribuée dans le réseau interne de Free, adresse qui est apparemment utilisée par le SAV pour prendre la main sur la box pour réaliser les vérifications nécessaires, entre autre par le robot de diagnostic de la liaison.
Cela me semble être d'ailleurs un des rares accès du SAV level one, le reste du réseau semblant leur être parfaitement opaque... :(
-
Bonjour
Je constate des débits équivalents en IPv4 et en IPv6 aujourd'hui dans les VM en utilisant des GUA et en désactivant le NH dans freboxOS pour le 1er subnet
Débits mesurés ce matin : 2,1 Gbps (v4 + v6)
Ce débit chute de + de 50% en ipv6 uniquement lorsqu'on a 1 NH de configuré pour le 1er subnet public de la freebox, même quand la VM à 1 GUA sur ce subnet et que la première adresse ipv6 GUA du bloc (= ipv6 publique de la freebox) est le NH (gateway) dans la table de routage de la VM : donc quand le flux sort en direct de la VM sur internet en passant directement par la freebox et en ignorant le NH configuré dans freeboxOS (vérifié avec tcpdump).
EDIT : Une vérification plus approfondie fait apparaître une configuration de routage asymétrique dans 50% des cas expliquant pour partie la différence de débit IPv4/IPv6. Il s'agit donc d'une "missconf" introduite lors des tests. sorry !
Aussi ce débit de 2,1 Gbps double quand le trafic sort par une ULA ---> routeur ipv6 LAN ----> freebox
Mesuré dans la VM à 4,2Gbps à 'instant
Débits et comportement identique en IPv4 (2 fois plus de débit en sortant par un routeur du LAN qu'en sortant en direct sur internet)
Aujourd'hui pour avoir un débit internet équivalent à celui mesuré dans les VM durant l'incident (un peu inférieur à ~5Gbps) en IPv4 et en IPv6, je suis obligé de faire sortir le trafic des VM par un équipement du LAN lui-même sortant sur internet par la freebox.
NB:
Ce comportement est apparu suite au rétablissement des 8 Gbps sur le lien internet fibre global, et durant l'incident le débit direct sur internet des vm v4/v6 était 2 fois meilleur que depuis le rétablissement du débit 8 Gbps sur les liens
Cordialement
nbanba
-
Bonjour
Je constate des débits équivalents en IPv4 et en IPv6 aujourd'hui dans les VM en utilisant des GUA et en désactivant le NH dans freboxOS pour le 1er subnet
Débits mesurés ce matin : 2,1 Gbps (v4 + v6)
Ce débit chute de + de 50% en ipv6 uniquement lorsqu'on a 1 NH de configuré pour le 1er subnet public de la freebox, même quand la VM à 1 GUA sur ce subnet et que la première adresse ipv6 GUA du bloc (= ipv6 publique de la freebox) est le NH (gateway) dans la table de routage de la VM : donc quand le flux sort en direct de la VM sur internet en passant directement par la freebox et en ignorant le NH configuré dans freeboxOS (vérifié avec tcpdump).
Aussi ce débit de 2,1 Gbps double quand le trafic sort par une ULA ---> routeur ipv6 LAN ----> freebox
Mesuré dans la VM à 4,2Gbps à 'instant
Débits et comportement identique en IPv4 (2 fois plus de débit en sortant par un routeur du LAN qu'en sortant en direct sur internet)
Aujourd'hui pour avoir un débit internet équivalent à celui mesuré dans les VM durant l'incident (un peu inférieur à ~5Gbps) en IPv4 et en IPv6, je suis obligé de faire sortir le trafic des VM par un équipement du LAN lui-même sortant sur internet par la freebox.
NB:
Ce comportement est apparu suite au rétablissement des 8 Gbps sur le lien internet fibre global, et durant l'incident le débit direct sur internet des vm v4/v6 était 2 fois meilleur que depuis le rétablissement du débit 8 Gbps sur les liens
Cordialement
nbanba
J'ai peur de ne pas comprendre. Tu fais sortir le FLUX d'une VM par un des ports de la FREEBOX? Par définition ta VM n'est donc pas dans ta Freebox mais par un ordinateur en dehors des disques dur de ta Freebox.
Désolé mais je ne comprends pas l'interet et le but du test.
Me concernant le passage le passage de la DELTA a l ULTRA m'a fait chuté le débit de ma VM de 2.5gbits. Par définition c'est donc soit une limite du DD soit une limite de la Freebox ou les deux.
-
Bonjour
J'ai peur de ne pas comprendre. Tu fais sortir le FLUX d'une VM par un des ports de la FREEBOX?
Oui, par le port 10 Gbps
Par définition ta VM n'est donc pas dans ta Freebox mais par un ordinateur en dehors des disques dur de ta Freebox.
Non c'est faux, vous n'avez pas du bien saisir la topologie réseau. La VM s'execute bien dans la Freebox (cpu + ram + network) et son stockage (fichier ".qcow2" + ".efivars") est bien posé sur les disque de la Freebox.
Pour que le trafic de la VM sorte par le port 10 Gbps sur le lan, j'utilise juste l'ip d'un routeur tiers présent sur le LAN comme gateway dans la configuration réseau de la VM au lieu d'utiliser l'IP de la freebox comme gateway:
En gros le flux fait (cas A):
|----------------| |----------------|
| VM(freebox) |--------->port 10Gbps---------->| FIREWALL |
|----------------| |-------|--------|
@ <--------| FREEBOX |<----------port 10Gbps<----------------/
|----------------|
Débit internet mesuré dans la VM : ~5 Gbps
au lieu de faire (cas B ):
|----------------|
| VM(freebox) |==>\\
|----------------| )) <--- Flux interne switché par l'hyperviseur?
@ <--------| FREEBOX |<==//
|----------------|
Débit internet mesuré dans la VM : ~2 Gbps
Désolé mais je ne comprends pas l'interet et le but du test.
Plusieurs intérêts à ça comme par exemple mettre la VM derrière un firewall au niveau réseau (et par exemple filtrer les ports, inspecter les flux TLS entrant et sortant avec ce firewall).
Aussi en faisant ça, j'obtiens dans le cas A des débits internet 2 fois supérieurs (à 4,2 Gbps) dans les VM alors que quand la VM sort en directe sur internet (cas B), les débits sont inférieurs à 2,1Gbps
Me concernant le passage le passage de la DELTA a l ULTRA m'a fait chuté le débit de ma VM de 2.5gbits. Par définition c'est donc soit une limite du DD soit une limite de la Freebox ou les deux.
Je pense que c'est plutôt le retour des 8Gbps sur les liens qui à provoqué l bridage du débit internet dans les VM.
Vous concernant, le passage de la delta à l'ultra semble avoir eu lieu dans cette période, aussi j'avais demandé si quelqu'un avait des métriques prises sur la delta en 2024 avant l'incident mais aujourd'hui personne n'en a fourni.
Autre point, pour tester les performances réseaux il ne faut faire que des tests iperf3 car ils ne font pas entrer en compte le disque dur (ainsi ça exclu le disque de l'équation).
Je pense plutôt à un problème de réglage dans les freebox car durant l'incident les VM avaient + de 4Gbps (voir +) de débit lorsqu'elles sortaient en direct sur internet (cas B) et ce débit est tombé à 2Gbps de manière concomitante avec le rétablissement du débit de 8Gbps sur les liens.
Le test effectué permet de montrer que la VM est bien capable de supporter des performances réseaux de plus de 2Gbps (en moyenne 5GBps: tests iperf3 sur une VM freebox depuis une machine du LAN mesurés à 8Gbps/6Gbps) donc ni la VM, ni une de ses configuration ou encore le réseau local ne peuvent expliquer ou semblent en cause dans cette chute de débit internet soudaine à 2Gbps dans les VM.
NB: Le design réseau du cas A permet de contourner l'incident de chute de débit internet à 2 Gbps dans les VM (dirty workarround?)
Cordialement
nbanba
-
J’ai une petite augmentation du débit avec le test de checkFtthFree, mais aussi un nouveau message d’avertissement « [!] Le débit pourrait avoir été limité par le paramétrage de la mémoire tampon TCP du système », il faut que je regarde ça quand j’aurai le temps.
Tu peux relancer checkFtthFree en rajoutant le paramètre --suggestions (ou -s en abrégé), cela te donnera directement des conseils précis pour corriger le problème identifié.
-
Tu peux relancer checkFtthFree en rajoutant le paramètre --suggestions (ou -s en abrégé), cela te donnera directement des conseils précis pour corriger le problème identifié.
J'avais déjà utilisé cet argument dans une VM pour réglé un autre avertissement, mais merci pour le conseil !
Par contre je n'ai jamais réussi à reproduire ce message d'avertissement. C'est que tout doit bien aller ;D
-
Bonjour
Est ce que quelqu'un constate toujours le bridage de sa ligne à ~4Gbps ?
@Free:
Concernant l'incident de chute de débit internet à 2Gbps dans les VM provoqué par le retour des 8Gbps sur les lignes: Voulez vous qu'on ouvre un autre ticket et que je passe ce thread en [Résolu] ?
Merci pour le retour
Cordialement
nbanba
-
Je ne suis pas Free mais même si c'est lié et/ou adjacent, c'est un problème qui est clairement différent, donc ça me semble logique de faire ça
-
Bonjour
Merci pour votre retour plein de bon sens... au même titre que ma proposition
Il ne me semble pas objectif d'update le présent ticket tant que l'opérateur n'aura pas pris la parole de manière substantielle (La France entière était touchée => un rapport d'incident devrait être publié, enfin il me semble...)
Bien cordialement
nbanba
-
ca ne me choque pas que le débit d'un VM soit limité a 2Gbps vu le cpu de la freebox... c'est aussi le cas en multi session (-P 4 par exemple) ? apres combien de vcpu une VM de freebox a ?
-
Bonjour
ca ne me choque pas que le débit d'un VM soit limité a 2Gbps vu le cpu de la freebox... c'est aussi le cas en multi session (-P 4 par exemple) ? apres combien de vcpu une VM de freebox a ?
Merci pour votre retour et l'intérêt que vous portez au sujet.
En fait le problème n'est pas là :
Durant l'incident de bridage des liens à ~4GBps les débits internet mesurés dans les VM sortant en direct sur internet étaient de 4Gbps voir un peu plus car limité par l'incident.
Au moment précis où le débit de 8Gbps est revenu sur les liens, le débit internet des VM sortant en direct sur internet est tombé à 2Gbps
Le débit LAN lui reste de ~6Gbps dl / 8Gbps up (du point de vue de la VM), comme pendant l'incident.
Autre point à noter : si on route le trafic internet de la VM au travers d'un routeur 10Gbps du LAN lui même sortant sur internet par la Freebox au lieu d'utiliser la Freebox comme gateway dans la VM, alors on obtient un trafic internet de 4,5Gbps ~5Gbps dans la VM (sans aucune optimisation à aucun niveau, je suis sûr qu'on peut faire mieux)
Cela montre bien les capacités de la VM à avoir un débit reseau global d'environ 5Gbps+ donc aucune raison que le débit de sortie direct internet soit limité à 2Gbps (c'est la même nic virtio pour sortirsur le wan ou sur le lan, les vm n'ont qu'une interface "physique").
NB: les tests effectués durant l'incident ont été faits avec la même VM (celle utilisée pendant l'incident) puis reproduis avec exactement les mêmes VM (même conf hardware, même image, même réseaux, même conf réseaux, etc...) et aussi en gonflant RAM + vCPU, toujours avec les mêmes résultats
D'où la persistance du présent tickets (d'ailleurs merci encore pour votre aide)
Cordialement
nbanba
-
J'avais déjà cet historique.
Cela montre bien les capacités de la VM à avoir un débit reseau global d'environ 5Gbps+ donc aucune raison que le débit de sortie direct internet soit limité à 2Gbps (c'est la même nic virtio pour sortir sur le wan ou sur le lan, les vm n'ont qu'une interface "physique").
C'est la meme nic mais pas les memes chemins dans le kernel de la freebox.
dans un cas c'est INPUT/OUTPUT vers WAN
dans l'autre c'est INPUT/OUTPUT vers LAN puis quand ca revient dans la freebox FORWARD, ce dernier est fortement optimisé dans la freebox pour tenir le débit. ca peut expliqué la différence.
j'imagine que cette nic virtio est sur le bridge lan de la freebox ? puisqu'il doit subir le NAT en sortie IPv4.
les IP des VMs sont sur le LAN aussi ou un subnet a part? quid en IPv6?
Ca n'explique bien sur pas le changement survenu sauf s'ils ont poussé un changement sur les box (sans reboot) au niveau des allocations ressources cpu ou lignes PCI par exemple ou autre pour privilégier le trafic traversant (FORWARD). c'est ca que je ne trouverai pas choquant (meme si c'est une regression par rapport a avant).
-
Bonjour
J'avais déjà cet historique.
C'est la meme nic mais pas les memes chemins dans le kernel de la freebox.
dans un cas c'est INPUT/OUTPUT vers WAN
dans l'autre c'est INPUT/OUTPUT vers LAN puis quand ca revient dans la freebox FORWARD, ce dernier est fortement optimisé dans la freebox pour tenir le débit. ca peut expliqué la différence.
j'imagine que cette nic virtio est sur le bridge lan de la freebox ? puisqu'il doit subir le NAT en sortie IPv4.
les IP des VMs sont sur le LAN aussi ou un subnet a part? quid en IPv6?
Ca n'explique bien sur pas le changement survenu sauf s'ils ont poussé un changement sur les box (sans reboot) au niveau des allocations ressources cpu ou lignes PCI par exemple ou autre pour privilégier le trafic traversant (FORWARD). c'est ca que je ne trouverai pas choquant (meme si c'est une regression par rapport a avant).
Je suis bien d'accord au niveau des chemins dans le kernel hôte (peut être même y a t'il du routage entre plusieurs namespaces (netns)?)
Je suppose également pour le 'bridge VirtIO'
historiquement c'était sur de subnets séparés (non prévu par Free initialement mais Free laisse un accès non limitatif au L2 (promiscus) et je ne vous fait pas un dessin... quand on à accès au L2 ... on fait ce qu'on veut...)
Mais lors de l'incident de bridage des liens, j'ai bypass tout ça, et j'ai activé le L3 sur la nic "physique" dans la VM au lieu de faire sortir le trafic par des interfaces vlan utilisant pour gateway les firewalls du LAN
J'ai mis la gateway en direct sur la Freebox
Les tables de routages sont ici https://lafibre.info/1gb-free/test-svp-suspicion-de-limitation-a-4gps-des-freebox-delta-ultra/msg1108262/#msg1108262
(192.168.100.0/24 c'est le subnet derrière la freebox)
idem IPv4 / IPv6 sauf qu'en IPv6 j'ai fini par configurer une GUA direct dans la VM avec comme NH l'IPv6 de la Freebox et j'ai fini par désactiver le NH dans FreeboxOS pour ce subnet car cela créait une situation de routage asymétrique (dans 50% des cas car si je mettait dans la VM omme NH une GUA du firewall au lieu de metrre celle de la Freebox le routage était bien symétrique)
Donc oui les IP des VM pour ces tests sont bien sur une pseudo DMZ (nomansland entre freebox et firewall) avec la dualité IPv4 privée sur le "LAN freebox" et IPv6 public sur le "WAN derrnière la freebox" (j'attend le magic packet avant de shoot l'image car sur ce point je ne partage pas votre point de vue (même pas du tout, j'ai vu des attaques à la limite de électronique... donc tous à poil sur le net sous prétexte qu'IPv6 et pas de ports ouvert, ce n'est pas pour moi ) fin de digression)...
En gros je suis retourné dans le mode le plus basique possible, celui utilisé par 99,99% des utilisateurs des VM Freebox pour faire les tests
Tout est pareil, limité à 2Gbps en IPv6 et en IPv4 (et la parallèlisation n'apporte rien) quand on sort sur le net en direct alors que le même iperf vers un peer du LAN (qui plus est derrière les firewalls) donne 8Gbps/6Gbps
Et le test de faire sortir le trafic de la VM par un équipement du LAN montre bien que la VM n'est pas en cause (elle est même très capable)
Concernant le bridge interne à la freebox, il faut noter que pendant l'incident on mesurait plus de 4Gbps sur le net en sortant en direct par ce bridge et sans rien faire (même pas reboot la box ou la VM) au rétablissement du débit de 8Gbps sur les liens le débit de ce fameux bridge à été divisé de moitié (peut-être plus)
=> le BUG ! perte de capacité soudaine de plus de 50% dans les VM coordonnées avec la résolution de l'incident de bridage des liens (effet de bord? régression en tout cas)
Après de mon côté je peux spéculer longtemps malheureusement, comme le fournisseur ne s'exprime pas... Une seule chose est sure, je ne lâcherai pas !
Cordialement
nbanba
-
Le bridge interne a toujours posé probleme sur la Delta. Elle a un défaut physique de conception de base. Par exemple, l'uplink du switch des 4 ports 1G est a 2,5G physiquement mais volontairement réduit a 1G pour cause de trop erreurs dixit Free l'époque. Sans doute un souci de lignes PCI sur le SoC ? c'est peut-etre en rapport avec ces limitations.
A priori l'Ultra n'a pas ce défaut de conception. Les VMs sur l'Ultra sont aussi limité a 2Gbps ?
-
Bonjour
Le bridge interne a toujours posé probleme sur la Delta. Elle a un défaut physique de conception de base. Par exemple, l'uplink du switch des 4 ports 1G est a 2,5G physiquement mais volontairement réduit a 1G pour cause de trop erreurs dixit Free l'époque. Sans doute un souci de lignes PCI sur le SoC ? c'est peut-etre en rapport avec ces limitations.
A priori l'Ultra n'a pas ce défaut de conception. Les VMs sur l'Ultra sont aussi limité a 2Gbps ?
Merci pour votre retour tres intéressant
À priori oui les ULTRA sont également affectées.
Cordialement
nbanba
-
Il faut comprendre que la Freebox Delta est une douane inversée :-X
En entrée c'est open-bar mais en sortie, il y a cette situation :
(https://www.chroniquedisney.fr/imgPerso/secondsroles/2016-flash-03.jpg)
-
Je testerai sur une VM avec l'Ultra ce week-end ;)
Il y a un chose qui m'intrigue concernant le transfère de fichier en local entre l'Ultra "NAS NVMe" et un PC ...et inversement, les vitesses UL et DL sont limitées à 4 Gbits/s mais entre 2 PCs derrière un Switch, je suis proche des 10 Gbits/s !
-
Bonjour
Je testerai sur une VM avec l'Ultra ce week-end ;)
Il y a un chose qui m'intrigue concernant le transfère de fichier en local entre l'Ultra "NAS NVMe" et un PC ...et inversement, les vitesses UL et DL sont limitées à 4 Gbits/s mais entre 2 PCs derrière un Switch, je suis proche des 10 Gbits/s !
C'est le canal IO (du CPU) qui clips
Sur les Delta (avec les VM posées sur du raid5 SSD) j'ai les performances réelles suivantes en lecture/écriture:
Écriture séquentielle monothread
dd if=/dev/zero of=/mnt/test/test bs=64M count=120 status=progress oflag=direct
7851737088 bytes (7,9 GB, 7,3 GiB) copied, 22 s, 357 MB/s
120+0 records in
120+0 records out
8053063680 bytes (8,1 GB, 7,5 GiB) copied, 22,6002 s, 356 MB/s
Lecture séquentielle monothread
dd if=/mnt/test/test2 bs=384M status=progress >/dev/null
12079595520 bytes (12 GB, 11 GiB) copied, 29 s, 423 MB/s
30+0 records in
30+0 records out
12079595520 bytes (12 GB, 11 GiB) copied, 28,549 s, 423 MB/s
C'est 2 à 3 fois meilleurs que sur du stockage rotatif à plateau
C'est incomparable niveau IOPS avec du stockage à plateau (rapport fois 700)
Niveau débit réseau réel monothread c'est + qu'un port 2,5 Gbps
Donc ça fait (pour moi) un très bon compromis pour un NAS domestique intégré à une Freebox (la Delta), notamment pour la partie Electricité ou j'ai économisé 4,8KW/h à 6KW/h par jours depuis 1500 jours juste en remplaçant mon gros QNAP 8 disques rotatifs 3.5'' par 4 disques SSD dans la Freebox Delta qui elle reste de toute manière allumée (à volumétrie équivalente ça à remboursé les disques SSD).
Concernant l'ULTRA et son UNIQUE port M2 Gen3 x2 ou Gen3 x4, j'avoue ne pas comprendre la chute de gamme par rapport à la Delta (là c'est extrêmement bas de gamme, même les RPI proposent des kit 2 ou 4 ports M2)
Free auraient quand même pu mettre 1 switch PCIE (https://www.asmedia.com.tw/product/249yq0aSx7zRFGJ9/7c5YQ79xz8urEGr1) et 4 ports M2, surtout vu la taille d'un NVME M2 ...! et 2 ports SFP+ côté LAN... En faisant ça on aurait eu une impression de montée en gamme (NVME vs SATA à nombre de port égal + double attachement réseau), la on constate une dégringolade de gamme, au final l'ULTRA est à peine une POP+ (ça n'engage que moi mais depuis janvier 2024 personne n'a réussi à démontrer le contraire)
Cordialement
nbanba
-
Ils ont peut être simplement regardé comment étaient utilisées les Deltas par leurs clients. Si peu de personnes se servaient des emplacements HDD/VM/etc., ils ont réduit la voilure, question de coûts.
La fonction n'était pas assez utilisée, donc pas la peine de mettre autant.
-
+1 avec darkmoon. A part des utilisateurs basic qui n'avait pas cela ou pas un gros besoin, toute personne ayant vraiment besoin d'un NAS n'utilisera pas la box et passera sur un vrai produit.
Et avoir des devices qui font plus de 1 chose n'est jamais recommandé, surtout sur des choses critiques. Si la box est HS avoir tout son NAS HS.. non merci ;D
-
+1 aussi, d'ailleurs surpris qu'ils aient conserver les VMs et les autres fioritures avancées sur l'Ultra. Ca n'a qu'un objectif : le lock-in du client.
-
+1 avec darkmoon. A part des utilisateurs basic qui n'avait pas cela ou pas un gros besoin, toute personne ayant vraiment besoin d'un NAS n'utilisera pas la box et passera sur un vrai produit.
Et avoir des devices qui font plus de 1 chose n'est jamais recommandé, surtout sur des choses critiques. Si la box est HS avoir tout son NAS HS.. non merci ;D
Bonjour
C'est sure qu'en dehors d'1 toute petite DMZ constituée de la Freebox, de son stockage et de ses 3 VM (avant j'avais un QNAP qui consommait 400W pour la même chôse), "derrière les firewalls", je n'utilise que du matériel dédié
Après mon usage n'est pas celui du grand public.
Cependant, aujourd'hui en grand public, tout le monde à besoin de stocker des données de manière résiliente autre part que sur son PC et presque tout le monde à besoin de faire tourner un service constant (type service web / appli web, etc...) sur son LAN, que ce soit pour de la domitique, pour avoir un media serveur, pour monitor la conso de sa voiture électrique ou de ses panneaux solaires ... héberger son mastodon ...
La Freebox Delta est un excellent compromis domestique pour tout ça.
Aussi sa position de edge routeur sur le réseau en fait un excellent hôte pour faire tourner des VM en DMZ (sous réserve d'avoir un firewall entre le LAN Freebox et LAN USER / LAN SERVER)
Idem en datacenter pour la construction de réseau out-of-band avec point d'entré internet autonome: Bien pratique d'avoir une VM qui pilote les PDU et les MOXA et tous les ports consoles de tous les équipements sans devoir rajouter de serveur sur l'out-of-band et une VM qui permet de stocker des images pour flash en tftp les firmwares des routeurs, switch etc... à distance
Quand on à 2 DC avec des mux DWDM et 2 paires de FON entre les 2 DC, on met une freebox + 1 Forti de chaque côté + 1 couleur inter DC pour l'out-of-band et on à un truc quasi unbreakable à vraiment pas cher
Pour toutes ces raisons je ne partage pas vos point de vus
Cordialement
nbanba
-
Nous n'avons clairement pas les même point de vue et usage, et ce n'est pas un soucis et normal ;) .
Mais faire du facile/pas cher avec des VM et une freebox dans un DC ou tout autre environment pro, c'est du gros red flag et non pour moi.
J'ai juste parfois du mal à comprendre votre logique ou vous indiquez utiliser du matériel pro/dédié (donc certainement pas peu-cher si nous avons la même notions de matériel pro) , mais à côté de cela, des VMs sur la freebox :o.
Même pour un simple système domotique, en aucun cas je le fais tourner sur la box, je ne veux pas être dans l'impossibilité d'ouvrir mes volets roulant ou autre si la freebox pête un cable (ps: c'est du vécu chez mes parents en delta, swaper avec un PI).
Le lien WAN Freebox ne doit servir qu'a cela, surtout niveau coupure electrique/reboot etc, plus besoin d'avoir a ce soucier d'une coupure souvage si soucis fibre et "oh merde les vms... (du vécu aussi)".
-
Cependant, aujourd'hui en grand public, tout le monde à besoin de stocker des données de manière résiliente autre part que sur son PC et presque tout le monde à besoin de faire tourner un service constant (type service web / appli web, etc...) sur son LAN, que ce soit pour de la domitique, pour avoir un media serveur, pour monitor la conso de sa voiture électrique ou de ses panneaux solaires ... héberger son mastodon ...
La Freebox Delta est un excellent compromis domestique pour tout ça.
non. ce n'est pas grand public ca. y'a rien de plug and play pour mr tout le monde dans ce tu décris.
Quasi personne ne stock plus de données sur son PC, c'est dans Drive ou OneDrive ou dropbox ou autres, ou carrément ce n'est plus des fichiers mais des données dans sites web en ligne (meme les trucs de gestion finance perso sont en ligne sans application dans le PC). Car c'est dispo tout le temps de partout sur son smartphone et son PC.
La domotique c'est du Cloud et/ou des appliances autonomes plug & play qui ne dépendent pas des fonctionnalités d'une box (autre que de fournir un wifi). Home Assistant ou équivalent ca reste pour un public averti (on ne trouve pas encore d'appliance Home Assistant a la FNAC il me semble).
Le monitoring des panneaux solaires ou du chargeur de la voiture éléctrique c'est fourni par le constructeur et encore heureux.
Quelques FAI ont tenté ou font encore de la domotique mais la encore c'est pour faire du lock-in et pas pour rendre un vrai service.
héberger son mastodon ... non personne ne fait ca sans avoir un minimum de connaissance IT.
Comme un serveur de jeu en ligne, c'est des milliers de fois plus simple, rapide, stable de louer un service en ligne qui fait cela: chacun son métier.
Il faut bien se mettre a la place de mr tout le monde qui a 0 compétence en IT autre que la bureautique de base et l'utilisation d'Internet. il veut des trucs simples, plug & play en 1 click., pas suivre une procédure de plusieurs pages incompréhensible pour 99% de la population.
Et ce n'est pas une question de compétence ou de capacité intellectuelle. Je connais des docteurs, physiciens, etc qui ne veulent pas perdre une minute de leur de temps de vie a "gérer" des problemes techniques d'informatique. Et ils ont bien raison. Tout comme quand tu achète un aspirateur tu veux le brancher et t'en servir, pas devoir avant l'assembler, le programmer et le paramétrer.
Ceux qui veulent perdre du temps de leur vie a gérer ses complexités techniques inutiles peuvent le faire sans problème mais ils n'ont pas besoin qu'un FAI grand public leur fournisseur l'infrastructure de base pour cela.
Surtout si la seule raison pour le FAI de faire cela c'est de rendre dépendant ses clients. Si encore y'avait un standard IaC/VM dans les box mais non y'a rien de tout cela.
Nos 4 grands FAI sont incapables de s’entendre entre eux pour mettre en place des normes interopérables au bénéfice des consommateurs. Il y a 10/15 ans, les box TV par exemple, au lieu de définir ensemble une plateforme commune avec des 'apps' et services ben non chacun a fait sa box TV compatible avec rien. A l'arrivée c'est Android TV et Apple TV qui ont percé au point que certaines box TV des FAI sont sur Android TV maintenant.
Donc le marché c'est ca: un FAI doit fournir Internet et rien de plus. Meme la TV IPTV n'est plus vraiment necéssaire vu la conso OTT de nos jours. Ni meme un numéro de tel fixe. Tout le reste c'est du lock-in ou du marketing pour faire des offres 'premium' a forte marge.
(encore un pavé de ma part...désolé :) )
-
Je n'aurais pas mieux répondu @kgersen! totalement d'accord avec vous.
La ou par contre une freebox (la box elle même pas l'offre) ce démarque, c'est ip fixe, bridge etc inclus dans le prix. (et encore la j'aimerais bien pouvoir me passer de la box, car même si la conso est négligeable, je fais tourner ca juste pour me filer une IP... >:()
Cela parlait beaucoup de speedtest etc sur ce fil, si la vitesse pure de la box est le point crucial des personnes, c'est une LB7 qu'il faut. Y'a malheursement pas photos même en heure pleines, c'est quasi 8/8 (voir même plutôt 8.2-8.3) tout le temps on ne peux pas du tout rivaliser actuellement.
-
Bonjour
Nous n'avons clairement pas les même point de vue et usage, et ce n'est pas un soucis et normal ;) .
Mais faire du facile/pas cher avec des VM et une freebox dans un DC ou tout autre environment pro, c'est du gros red flag et non pour moi.
J'ai juste parfois du mal à comprendre votre logique ou vous indiquez utiliser du matériel pro/dédié (donc certainement pas peu-cher si nous avons la même notions de matériel pro) , mais à côté de cela, des VMs sur la freebox :o.
Oui je crois bien que le besoin est ce qui dicte la réponse...
Pour les autres points, tout dépend comment c'est configuré...
Au niveau DC et les "red flags par principe", quand l'out-of-band est bien design (et je parle bien d'un vrai réseau out-of-band physiquement séparé de l'in-band au sens propre du terme et non pas d'un réseau de management ou de prod), des box grand public avec ip fixe en redondance sur plusieurs sites correctement interconnectés sont bien moins cher que des liens opérateurs et avec un risque souvent acceptable, surtout quand plusieurs points d'entrées sont branchés sur différents DC interconnectés (avec interco maîtrisées par vos soins) et que ces box sont électriquement plug sur des ATS secourus + bien sure que tout ce qui est déployé (lien + électricité + tout hardware actif) est monitor en plus d'utiliser une autre techno... le réseau FTTH !
Certaines fonctionnalités comme 3 VM permettent des économies substantielles tant financières qu'au niveau encombrement, chaleur, Green label... Surtout quand le besoin ne nécessite pas un SLA de plus de 99,999 %...
J'ai pas mal travaillé sur le sujet et il faut vraiment que le niveau de criticité du SI soit très haut pour que ce ne soit pas intéressant ou trop risqué (ratio capacités / coût / risque / bénéfice global), enfin quand le design est "bien fait" et ne traîne pas "d'historique"
Sinon pour que vous compreniez mieux mon usage je peux en dire un peu plus: chez moi les VM Freebox sont utilisées comme 3 des briques d'une DMZ externe présente sur internet dans le nomansland entre freebox et firewall.
Ces VM sont donc une partie d'Internet comme le réseau public IPv6 et le réseau privé IPv4 présent sur le segment: edge routeur <---> firewall externes (d'ailleurs au niveau topologie physique du réseau les autres liens opérateurs et certaines interco sont sur ce même segment). Les ressources du NAS et de la freebox sont dediées à ces 3 VM (+ le stockage profite en temps que stockage secondaire à qq autres instances/VM du même segment hébergées hors Freebox).
Après derrière les différents niveaux de firewalls, c'est de l'infra standard en N tiers.
Je suis bien conscient que mon usage n'est pas classique mais ce n'est qu'un des multiples usages qu'on peut faire d'1 delta.
Je ferais une réponse dédié au retour intéressant et substantiel de @kgersen
Cordialement
nbanba
-
Bonjour
non. ce n'est pas grand public ca. y'a rien de plug and play pour mr tout le monde dans ce tu décris.
Quasi personne ne stock plus de données sur son PC, c'est dans Drive ou OneDrive ou dropbox ou autres, ou carrément ce n'est plus des fichiers mais des données dans sites web en ligne (meme les trucs de gestion finance perso sont en ligne sans application dans le PC). Car c'est dispo tout le temps de partout sur son smartphone et son PC.
La domotique c'est du Cloud et/ou des appliances autonomes plug & play qui ne dépendent pas des fonctionnalités d'une box (autre que de fournir un wifi). Home Assistant ou équivalent ca reste pour un public averti (on ne trouve pas encore d'appliance Home Assistant a la FNAC il me semble).
Le monitoring des panneaux solaires ou du chargeur de la voiture éléctrique c'est fourni par le constructeur et encore heureux.
Quelques FAI ont tenté ou font encore de la domotique mais la encore c'est pour faire du lock-in et pas pour rendre un vrai service.
héberger son mastodon ... non personne ne fait ca sans avoir un minimum de connaissance IT.
Comme un serveur de jeu en ligne, c'est des milliers de fois plus simple, rapide, stable de louer un service en ligne qui fait cela: chacun son métier.
Il faut bien se mettre a la place de mr tout le monde qui a 0 compétence en IT autre que la bureautique de base et l'utilisation d'Internet. il veut des trucs simples, plug & play en 1 click., pas suivre une procédure de plusieurs pages incompréhensible pour 99% de la population.
Et ce n'est pas une question de compétence ou de capacité intellectuelle. Je connais des docteurs, physiciens, etc qui ne veulent pas perdre une minute de leur de temps de vie a "gérer" des problemes techniques d'informatique. Et ils ont bien raison. Tout comme quand tu achète un aspirateur tu veux le brancher et t'en servir, pas devoir avant l'assembler, le programmer et le paramétrer.
Ceux qui veulent perdre du temps de leur vie a gérer ses complexités techniques inutiles peuvent le faire sans problème mais ils n'ont pas besoin qu'un FAI grand public leur fournisseur l'infrastructure de base pour cela.
Surtout si la seule raison pour le FAI de faire cela c'est de rendre dépendant ses clients. Si encore y'avait un standard IaC/VM dans les box mais non y'a rien de tout cela.
Nos 4 grands FAI sont incapables de s’entendre entre eux pour mettre en place des normes interopérables au bénéfice des consommateurs. Il y a 10/15 ans, les box TV par exemple, au lieu de définir ensemble une plateforme commune avec des 'apps' et services ben non chacun a fait sa box TV compatible avec rien. A l'arrivée c'est Android TV et Apple TV qui ont percé au point que certaines box TV des FAI sont sur Android TV maintenant.
Donc le marché c'est ca: un FAI doit fournir Internet et rien de plus. Meme la TV IPTV n'est plus vraiment necéssaire vu la conso OTT de nos jours. Ni meme un numéro de tel fixe. Tout le reste c'est du lock-in ou du marketing pour faire des offres 'premium' a forte marge.
(encore un pavé de ma part...désolé :) )
Au final vous avez probablement raison bien que ça me déplore... Pour moi plug-n-play est avant tout synonyme d'aucun contrôle voir limite dans certains cas de paresse intellectuelle, peut-être par déformation métier ;).
Bref, cette dépossession induit en plus un modèle payant récurrent avec force lock-in du client.
Donnerai je mes données à un GAFAM ? jamais directement / volontairement en tout cas j'essaye de ne pas le faire même si malheureusement et de + en + souvent on n'a plus le choix et que communement d'autre le font pour nous.
L'utilisation de leur services transforme déjà "le client/l'usager du service" en réel produit, soit le vrai & "valuable"produit pour ces acteurs majeurs de la data
Après ça devient plus un débat philosophique sur un constat sociétal qu'un débat technique.
Pour revenir sur la Freebox Delta, une de ses utilisation grâce au stockage et au vm pouvait êtres une alternative viable de gestion de ses données en mode cloud pour une grande partie des données tout en restant relativement accessible aux utilisateurs (on n'est plus en 1998, installer un Linux + quelques services est certainement aussi facile aujourd'hui que de faire la même chose sous Windows, même probablement plus, il suffit de savoir (et de vouloir) lire). Soit en dehors d'un éventuel lock-in (qui reste limité dans le cas de vm kvm exportables) , un porte ouverte à tous pour pouvoir gérer ses données sans entrer dans le modèle paid/SAAS des GAFAM. (Je reconnais cependant que Free n'a fourni que peu de cas d'usage ou de tutoriel pour installer de manière fiable et sécurisée des "appliances" vm pour offrir des services Cloud à mr toutlemonde, malheureusement)
Bref, mon sentiment est que ces modèles sont tous imparfait et doivent encore évoluer avec les usages... ainsi que les usages...
Cordialement
nbanba
-
non. ce n'est pas grand public ca. y'a rien de plug and play pour mr tout le monde dans ce tu décris.
Quasi personne ne stock plus de données sur son PC, c'est dans Drive ou OneDrive ou dropbox ou autres, ou carrément ce n'est plus des fichiers mais des données dans sites web en ligne (meme les trucs de gestion finance perso sont en ligne sans application dans le PC). Car c'est dispo tout le temps de partout sur son smartphone et son PC.
La domotique c'est du Cloud et/ou des appliances autonomes plug & play qui ne dépendent pas des fonctionnalités d'une box (autre que de fournir un wifi). Home Assistant ou équivalent ca reste pour un public averti (on ne trouve pas encore d'appliance Home Assistant a la FNAC il me semble).
Le monitoring des panneaux solaires ou du chargeur de la voiture éléctrique c'est fourni par le constructeur et encore heureux.
Quelques FAI ont tenté ou font encore de la domotique mais la encore c'est pour faire du lock-in et pas pour rendre un vrai service.
héberger son mastodon ... non personne ne fait ca sans avoir un minimum de connaissance IT.
Comme un serveur de jeu en ligne, c'est des milliers de fois plus simple, rapide, stable de louer un service en ligne qui fait cela: chacun son métier.
Il faut bien se mettre a la place de mr tout le monde qui a 0 compétence en IT autre que la bureautique de base et l'utilisation d'Internet. il veut des trucs simples, plug & play en 1 click., pas suivre une procédure de plusieurs pages incompréhensible pour 99% de la population.
Et ce n'est pas une question de compétence ou de capacité intellectuelle. Je connais des docteurs, physiciens, etc qui ne veulent pas perdre une minute de leur de temps de vie a "gérer" des problemes techniques d'informatique. Et ils ont bien raison. Tout comme quand tu achète un aspirateur tu veux le brancher et t'en servir, pas devoir avant l'assembler, le programmer et le paramétrer.
Ceux qui veulent perdre du temps de leur vie a gérer ses complexités techniques inutiles peuvent le faire sans problème mais ils n'ont pas besoin qu'un FAI grand public leur fournisseur l'infrastructure de base pour cela.
Surtout si la seule raison pour le FAI de faire cela c'est de rendre dépendant ses clients. Si encore y'avait un standard IaC/VM dans les box mais non y'a rien de tout cela.
Nos 4 grands FAI sont incapables de s’entendre entre eux pour mettre en place des normes interopérables au bénéfice des consommateurs. Il y a 10/15 ans, les box TV par exemple, au lieu de définir ensemble une plateforme commune avec des 'apps' et services ben non chacun a fait sa box TV compatible avec rien. A l'arrivée c'est Android TV et Apple TV qui ont percé au point que certaines box TV des FAI sont sur Android TV maintenant.
Donc le marché c'est ca: un FAI doit fournir Internet et rien de plus. Meme la TV IPTV n'est plus vraiment necéssaire vu la conso OTT de nos jours. Ni meme un numéro de tel fixe. Tout le reste c'est du lock-in ou du marketing pour faire des offres 'premium' a forte marge.
(encore un pavé de ma part...désolé :) )
attendez !
ne mélangez pas tout : évidemment que la mamie du cantal dont l'imprimante n'a jamais été réparée, et qui a été forcée par sa banque et les impots, fait aujourd'hui tout sur son téléphone.
Mais les gens n'ont pas 100% du contenu du téléphone ou de l'ordi en ligne, n'importe quoi...
personnellement j'encourage à fond la gestion hors ligne (j'utilise internet pour la moitié de mes activités sur ordi, et je possède pas de smartphone volontairement), ce qui permet une gestion de sa vie numérique plus saine.
de plus en plus de gens comprennent que "tout donner à des services en ligne" comporte aussi de menus inconvénients, et une première vague d'"indépendance numérique" commence à se faire sentir, notamment en france. Et ce sans parler du boycott politique actuel.
Ca, plus :
-l'ordi et l'activité hors ligne devient plus présente chez les particuliers : gestion des photos, documents persos,
-sur les activités semi pro : retouche photo, 3D, bureautique et énormément d'autres logiciels gratuits sont utilisables aujourd'hui sur un ordi, sans forcément devoir accéder à internet.
donc oui, une grosse partie de la populace sera, comme micky ou l'un des modos ici, complètement gafamisée par son ordiphone à outrance (les zombies sont déjà sortis), mais il ne faut pas mettre tout le monde dans le meme panier : en dehors des urbains, une grosse partie de la populace tend à se déconnecter de ces services en ligne, par praticité.
Jle vois de plus en plus, même si c'est nettement pas la majorité. J'ai observé le phénomène la première fois en.... 2016, lorsque je demandais à un directeur d'un gros service si il vérifiait ses mails, et qu'il devait les avoir sur icloud : "non, j'utilise pas i cloud, pas envie que trump lise mes mails".
Il y a deux notions, qu'une partie de la populace suivra :
-le fait de donner ses données à une société étrangère, sans vrai controle dessus
-le fait d'avoir plus de praticité en travaillant hors ligne, sans internet ,et pas que pour des professionnels : retouche photo/vidéo, rédaction, bureautique, et même divertissements nuémrique, tout ne passe pas que par des services en ligne.
Pour moi, internet c'est peut être 50% de l'usage de mon temps d'écran. Je lis bcp de documentation et autres que je télécharge en quelques minutes et qui me prennent plusieurs heures à lire, parfois sans aucune connexion autour de moi. Pareil quand je fais de la retouche, du excel, etc...
donc oui, on représente un public averti, mais qui généralement tend à faire part de ses observation à celui néophyte, qui se reconverti : j'ai chaque mois des demandes de gens qui m'expliquent batailler avec tel service en ligne parce qu'il "fait chier à exiger une appli ou un numéro à valider", et deux ans plus tard le service est finalement oublié, voire supprimé.
-
Bonjour
Merci à tous pour vos retours et contributions.
Visiblement j'ai lancé un débat...
Ce n'est pas l'objet du ticket et je tiens à m'en excuser.
Si certains souhaitent continuer l'échange, ne serait-ce pas judicieux d'ouvrir un thread dédié ?
Pour revenir au présent ticket :
1 - le débit max de 8Gbps sur Delta/Ultra et 2,5Gbps+ sur POP semble être revenu
2 - le retour du débit 8Gbps sur les liens à provoqué une chute du débit internet mesuré dans les VM de 5Gbps à environ 2Gbps quand la VM utilise la freebox comme gateway dans sa configuration réseau
Déjà MERCI FREE pour le point 1 (retour du débit 8Gbps sur les liens)
Concernant le nouveau BUG constaté dans les VM depuis le retour du débit 8Gbps sur les liens, je peux ouvrir un thread dédié ce qui permettrait de passer le présent thread en RÉSOLU.
@Free : merci pour votre retour concernant la marche à suivre
Cordialement
nbanba
-
Bonjour,
Je suis toujours dans l'attente de ma hausse de débit en upload, vraisemblablement oublié dans la masse de chanceux. Toujours bloqué à 3-400mbps.
Je suis sur l'offre Fbx Revolution Light.
-
Bonjour
Bonjour,
Je suis toujours dans l'attente de ma hausse de débit en upload, vraisemblablement oublié dans la masse de chanceux. Toujours bloqué à 3-400mbps.
Je suis sur l'offre Fbx Revolution Light.
Vous êtes limités en toutes circonstances ?
Même en multithread lors d'1 test iperf3?
Voir en utilisant 2 hôtes distinct du réseau pour faire les tests et en additionnant les performances upload ?
Aussi vos machines ont elles des performances symétriques entre elles sur le réseau local à une vitesse proche du maximum de vitesse supporté par le réseau (à priori 1Gbps au niveau du switch de la box) ?
Cordialement
nbanba
-
Oui oui, je suis à 1000/1000 en LAN, tout mon réseau est optimisé de ce côté là. J’ai speedtest tracker sur docker qui tourne depuis 2 mois avec lequel j’ai pu suivre le bridage en down a ce moment là, et grâce auquel je vois aussi l’oubli de rehausse de mon up. Je suspecte la Fbx Light de ne pas être concernée par cette hausse générale, aucune autre explication…
PS: j’ai tout fait : reset de box, branchement au c*l de la box en ethernet etc. Le problème ne se produit bien que sur l’upload…
-
Oui oui, je suis à 1000/1000 en LAN, tout mon réseau est optimisé de ce côté là. J’ai speedtest tracker sur docker qui tourne depuis 2 mois avec lequel j’ai pu suivre le bridage en down a ce moment là, et grâce auquel je vois aussi l’oubli de rehausse de mon up. Je suspecte la Fbx Light de ne pas être concernée par cette hausse générale, aucune autre explication…
PS: j’ai tout fait : reset de box, branchement au c*l de la box en ethernet etc. Le problème ne se produit bien que sur l’upload…
Bonjour
Merci pour votre retour.
Quel est le SFP qui est dans l'ONU de la revolution light?
WTD RTMX166-401-C11
WTD RTMX166-401-C13
WTD RTMX166-501-C13
Un HiSense ?
Un autre modèle ?
Cordialement
nbanba
-
Nouveau firmware sorti a 17h, ça devrait résoudre tes problèmes : https://dev.freebox.fr/blog/?p=21453
Optimisation des performances des VM sur Freebox Delta (FS#40060)
-
Bonjour
Nouveau firmware sorti a 17h, ça devrait résoudre tes problèmes : https://dev.freebox.fr/blog/?p=21453
Oui, je crois que je vais pouvoir passer ce thread en résolu
D'habitude j'attend toujours les premier retours sur le bugtracker avant de jouer la mise à jour mais cette foi-ci je vais tester aujourd'hui (après avoir fait tant de bruit pour cet incident je dois bien ça à Free)...
Et surtout Merci Free
Cordialement
nbanba
-
Bonjour
Merci pour votre retour.
Quel est le SFP qui est dans l'ONU de la revolution light?
WTD RTMX166-401-C11
WTD RTMX166-401-C13
WTD RTMX166-501-C13
Un HiSense ?
Un autre modèle ?
Cordialement
nbanba
Testé à l'instant après reboot et mise à jour de la Fbx :
https://imgur.com/a/wqmtkuP (https://imgur.com/a/wqmtkuP)
Pourtant la mise à jour indique bien 900 dans la page admin :
https://imgur.com/a/hPpp874 (https://imgur.com/a/hPpp874)
Modèle SFP : F-MDCONU3A
Incompréhensible.
-
La valeur dans la page admin est hardcodée, elle ne dépend de rien, c'est juste une indication de valeur max.
-
La valeur dans la page admin est hardcodée, elle ne dépend de rien, c'est juste une indication de valeur max.
tout à fait, c’était pour indiquer que le FW était à jour. Mais le débit n’est pas à jour lui :'(
-
EDIT 2025-03-21:
Un bug bloque le démarrage des VM lorsqu'elles utilisent le support de l'écran VNC
=> pour démarrer la VM, désactivez le support de l'écran VNC (enable_sceen=false)
voir https://dev.freebox.fr/bugs/task/40130
/EDIT/
Bonjour
Concernant les VM, bonne nouvelle le débit internet de sortie directe est de nouveau de plus de 4Gbps en IPv4 + IPv6 (1vcpu)
Il y à cependant eu des modif hardware:
Les NIC sont maintenant sur le BUS PCIE 0 position 5
Précédemment, elle étaient sur le BUS PCIE 0 position 3
La position 3 du bus PCIE 0 à vu apparaître un (nouveau?) PCIE ROOT PORT probablement pour délester le canal IO
Conséquences avec SystemD:
les interfaces réseaux ont été renommées de enp0s3 à enp0s5
Pour ceux à qui ça pose souci voici une manière simple de corriger:
1) poweroff VM
sudo poweroff
2) copiez les fichiers MyVM.qcow2 et MyVM.qcow2.efivars quelquepart (faite un backup... )
Avec la lib bash (ici: https://github.com/freeboxos/freeboxos-bash-api) ça donne par exemple pour 3 VM nommées 14RV-FSRV-01,14RV-FSRV-02 et 14RV-FSRV-20 :
. loginfreebox
mkdir_fs_file parent=/FBX24T/box-vm-bck dirname=20250319_vm
cp_fs_file files=/FBX24T/box-vm/14RV-FSRV-01.qcow2.efivars,/FBX24T/box-vm/14RV-FSRV-02.qcow2.efivars,/FBX24T/box-vm/14RV-FSRV-20.qcow2.efivars dst=/FBX24T/box-vm-bck/20250319_vm mode=overwrite
cp_fs_file files=/FBX24T/box-vm/14RV-FSRV-01.qcow2,/FBX24T/box-vm/14RV-FSRV-02.qcow2,/FBX24T/box-vm/14RV-FSRV-20.qcow2 dst=/FBX24T/box-vm-bck/20250319_vm mode=overwrite
3) démarrez les VM
Avec la lib bash ça donne par exemple pour 3 VM nommées 14RV-FSRV-01,14RV-FSRV-02 et 14RV-FSRV-20
vm_start 1
vm_start 2
vm_start 20
4) accédez à la console série de la VM car on va shooter le réseau (accessible en websocket par l'API ou avec la commande vm_console de la lib bash) :
Avec la lib bash ça donne par exemple pour 1 VM ayant pour id 20 :
vm_console 20
Connecting Freebox websocket : wss://mafreebox.freebox.fr/api/v14/vm/20/console
Type CTRL+K to EXIT
14RV-FSRV-20 login:
5) dans la vm, passez en root
sudo su -
6) On change dans tous les fichiers de conf 'enp0s3' par 'enp0s5'
grep -iR enp0s3 /etc/ | cut -d: -f1 | sort -u |xargs -I@ sed -i s/enp0s3/enp0s5/g @
7) On applique la configuration réseau (on shoot l'autoconfig puis on reboot)
Pour ceux qui utilisent NetworkManager - commande à jouer depuis la console série :
nmcli connection down Wired\ Connection\ 1
nmcli connection delete Wired\ Connection\ 1
nmcli connection reload
reboot
Puis ensuite les VM auront récupérées leurs config réseaux d'avant reboot de la freebox, les interfaces vlan remonterons, et les conf réseaux des namespaces (ip netns) également
NB:
Attention j'avais également des scripts dans /opt => j'ai du recommencé la commande du point 6 en changeant /etc par /opt (idem pour ceux qui ont des scripts dans /usr ou autre.
Après je ne recommande pas le
grep -iR /
avec un pipe sed -i
ça peut être très long voir dangereux
Cordialement
nbanba
-
Merci pour tous ces détails techniques et ce guide, nbanba.
Pour l'anecdote, j'ai un Raspberry Pi qui fait du smokeping vers quelques destinations et en profite pour aussi ping ma Delta, et on peut constater une différence intéressante avant et après màj 4.9.0
(EDIT : faut cliquer sur l'image, la transparence n'est pas gérée correctement sur la version réduite...)
-
Bonjour
Merci pour tous ces détails techniques et ce guide, nbanba.
Pour l'anecdote, j'ai un Raspberry Pi qui fait du smokeping vers quelques destinations et en profite pour aussi ping ma Delta, et on peut constater une différence intéressante avant et après màj 4.9.0
(EDIT : faut cliquer sur l'image, la transparence n'est pas gérée correctement sur la version réduite...)
Bien vu ce gain de ~20% sur la latence !
Peut être dut à un canal IO dédié ?
Aussi pour précision le bus PCIE des VM est passé en GEN4 (16GT/s par data lane contre 8GT/s par data lane en GEN3)
PS:
je constate toujours une petite différence (~+0,5Gbps) entre sortie directe sur internet d'une VM et sortie sur internet de cette même VM par un routeur du LAN lui même sortant sur internet par la freebox
Mais à ce niveau c'est presque cosmétique => j'ai passé ce ticket en résolu
Cordialement
nbanba
-
Pour ma part je suis toujours a 2.3GBITS/S
-
Bonsoir
Pour ma part je suis toujours a 2.3GBITS/S
N'y voyez rien de personnel mais j'ai des doutes concernant l'objectivité de votre protocole de test ainsi que sur l'architecture et le hardware utilisé dans le cadre de vos tests.
Je peux probablement vous aider à rendre protocole et architecture de tests agnostics aux facteurs environementaux, mais désolé il faudra reprendre tout de 0
Cordialement
nbanba
-
Très certainement
Mes tests sont réalisés via une VM debian avec l'ULTRA en iperf3 sur ping online en V4 et V6
Avec ma DELTA en janvier j'étais à 4.5gbits/s
-
....
3) démarrez les VM
Avec la lib bash ça donne par exemple pour 3 VM nommées 14RV-FSRV-01,14RV-FSRV-02 et 14RV-FSRV-20
vm_start 1
vm_start 2
vm_start 20
4) accédez à la console série de la VM car on va shooter le réseau (accessible en websocket par l'API ou avec la commande vm_console de la lib bash) :
Avec la lib bash ça donne par exemple pour 1 VM ayant pour id 20 :
vm_console 20
Connecting Freebox websocket : wss://mafreebox.freebox.fr/api/v14/vm/20/console
Type CTRL+K to EXIT
14RV-FSRV-20 login:
5) dans la vm, passez en root
sudo su -
6) On change dans tous les fichiers de conf 'enp0s3' par 'enp0s5'
grep -iR enp0s3 /etc/ | cut -d: -f1 | sort -u |xargs -I@ sed -i s/enp0s3/enp0s5/g @
....
Cordialement
nbanba
Bonjour et merci pour votre méthode et votre script fonctionel au passage, ce qui m’a permis de comprendre le problème venait d’un changement d’interface réseau
Moi bête et discipliné surtout, moi qui n’aime pas réinventer la roue, pour faire simple :
J’ai tout simplement sur mon Laptiop sous debian, monté via qemu-mdb l’image de ma VM puis chrooté son système afin de pouvoir éditer "/etc/network/interfaces" en remplaçant enp0s3 en enp0s5.
Je démonte le tout, rebranche sur la Freebox puis démarrage de la VM avec à nouveau du réseau
Bien librement
-
Merci beaucoup, ce post a sauvé ma VM Home Assistant sur Freebox Ultra qui n'était plus joignable depuis la dernière mise à jour.
En plus des manipulation suggérées par nbanba qui sont indispensables pour récupérer l'accès à la VM Home Assistant sur ma Freebox Ultra, j'ai du également éditer avec vi le fichier
/etc/NetworkManager/system-connections/Supervisor enp05s.nmconnection
sous l'item [match] j'ai du changer
path=pci-0000:00:03:0; en
path=pci-0000:00:05:0;
pour refléter le changement de l'adresse PCI
et redémarrer complètement la VM.
Tout est revenu normalement sans autre dégâts que 3 jours sans données des capteurs.
-
Merci à nbanba pour l'information sur le fait que l'interface réseau des VMs est passée de enp0s3 à enp0s5. Cela m'a permis de résoudre un problème que j'avais avec l'appli pihole sur ma VM Ubuntu.
Je ne croyais pas être concerné, car la VM redémarrait bien, et semblait fonctionnelle, mais si. En fait, j'avais un autre problème; avec un appareil Technisat Digitradio, qui me permet de capter les radios en WiFi, et de les retransmettre sur l'ampli de machine WiFi (car sinon, la réception radio n'est pas très bonne).
Depuis la mise à jour à la version 4.9.0, le chargement des flux radio ne marchait plus. Je me suis rendu compte que le serveur DNS sur mon pihole ne fonctionnait plus (j'avais configuré le serveur DHCP sur la freebox pour le fournir, sur l'adresse de la VM, 192.168.0.11).
Je me suis aperçu dans l'interface web pihole, tools, diagnostics, qu'il était écrit : 'interface enp0s3 does not exist'.
En allant dans le fichier de configuration du pihole, /etc/pihole/pihole.toml, j'ai vu :
...
# Interface to use for DNS (see also dnsmasq.listening.mode) and DHCP (if enabled)
#
# Possible values are:
# a valid interface name
interface = "enp0s3" ### CHANGED, default = ""
J'ai changé pour enp0s5, redémarré le pihole (systemctl restart pihole-FTL), et les DNS sont revenus, et les flux radio aussi.
Si cela peut servir à quelqu'un d'autre...
-
Bonjour
Moi bête et discipliné surtout, moi qui n’aime pas réinventer la roue, pour faire simple :
J’ai tout simplement sur mon Laptiop sous debian, monté via qemu-mdb l’image de ma VM puis chrooté son système afin de pouvoir éditer "/etc/network/interfaces" en remplaçant enp0s3 en enp0s5.
Je démonte le tout, rebranche sur la Freebox puis démarrage de la VM avec à nouveau du réseau
Merci pour la méthode !
Plus il y aura de méthodes fonctionnelles postées ici, plus il y aura de chance que chacun des concernés trouve celle qui lui permet de remettre en service ses VM...
Bonjour et merci pour votre méthode et votre script fonctionel au passage, ce qui m’a permis de comprendre le problème venait d’un changement d’interface réseau
Au cas ou ça vous intéresse, j'ai posté hier soir une nouvelle version de la library qui inclus pas mal de nouvelles features
--> adding reboot_player reboot_wifi-ap reboot_repeater reboot_freeplug
--> adding configuration file support
--> adding debug options : [[ "${debug}" == "1" ]] && $cmd >&2
--> adding debug mode: --debug
--> adding trace debug mode which add some extended debug information: --trace
--> extending debug mode To websocket
--> extending debug mode To vncviewer over websocket
--> adding pretty options in colorize_output*: no color if ${pretty}=0
--> removing unecessary debug functions (login_fbx2)
--> modifying output of get_share_link() for better lisibility/parsing
--> fixing base64 encoding of long file name and long directory path
--> fixing file descriptor redirection for 'home made bash tcp client'
--> modifying timeout To 0.2s in detect_term_bg_color () To suite on weak CPU or old systems
--> renaming progress() function To progress_line()
--> adding new progress() function using Pipe Viewer (PV) style and dynamic terminal scaling
--> adding pipe_tcpcon() function (example of 'home made bash tcp client')
--> adding scale_unit() function To scale unit (KiB / MiB / GiB ...)
--> adding Freebox websocket event monitor: VM state, VM disk task, IP v4/v6 (un)reachable
--> adding function local_direct_ul_api (Upload To Freebox using websocket)
--> adding list_direct_upload() / show_direct_upload() / get_direct_upload() functions
--> adding cancel_direct_upload() / delete_direct_upload() functions
--> adding recursive directory Upload support in function local_direct_ul_api
--> adding VIDEO DEMO of function local_direct_ul_api: local_direct_ul_api-video-example.webm
Alors je n'ai pas encore eu le temps d'écrire la doc mais les fonctions frontend utilisables comme des commandes depuis un terminal ont toutes une 'help' intégré (en lançant la fonction sans paramètres).
Pour ceux à qui ça rendrait service, c'est ici
https://github.com/nbanb/fbx-delta-nba_bash_api.sh
https://github.com/freeboxos/freeboxos-bash-api
[EDIT 20250325]:
Suite à des demandes d'utilisateurs, j'ai ajouté 1 wiki pour configurer la library + la doc QUICK START mais en Français cette fois-ci (comme demandé)
https://github.com/nbanb/fbx-delta-nba_bash_api.sh/wiki
https://github.com/nbanb/fbx-delta-nba_bash_api.sh/wiki/%5BFRENCH-QUICK-START%5D-Quick-Start-en-Fran%C3%A7ais
[/EDIT 20250325/]
Cordialement
nbanba
-
Pour info, un nouveau firmware est paru cet après-midi, 4.9.1, qui corrige divers problèmes, en particulier celui du display VNC qui empêchait les VMs de démarrer quand il était activé.
https://dev.freebox.fr/blog/?p=21473