La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Free => 
Débits fibre Free => Discussion démarrée par: tuxfamily le 10 mars 2025 à 10:29:27
-
Bonjour.
Je poste ici un peu à tout hasard si quelqu'un à un semblant d'explication.
L'histoire est simple, j'ai la fibre depuis 2 ans et demi, jusque là aucun soucis, j'étais à peu près à 900 Mb/s en Down et 600 Mb/s en Up.
Sauf que depuis plusieurs jours (au moins une semaine, peut-être +), j'ai un débit Up qui est passé à 35 Mb/s ...
La FreeBox indique pourtant :
- Débit Ethernet montant (Max) : 700 Mb/s (87.5 Mo/s)
Mais ce n'est malheureusement pas le cas.
J'ai testé avec différents outils (nperf, speeftest, iperf3 vers un de mes serveurs), rien à faire, au mieux quand j'ai le vent dans le dos je suis à 50 Mb/s.
Et au delà des tests théoriques, un simple transfert de fichier (http ou sftp) qui avant me prenait 10 mins me prend maintenant 3h.
Evidemment, je n'ai rien changé à mon install :
- Freebox Revo en mode bridge
- Et tests effectués en connexion directe Freebox > Ethernet > Laptop (afin d'éliminer tout problème de routeur, wifi, etc.)
Je redémarre la box tous les jours depuis dans l'espoir que ça revienne à la normal mais tristement rien.
Je suis Freelance et ça me pénalise pas mal dans mon travail (visios, envoie de gros fichiers, sauvegardes, etc.).
Comme le Down n'a pas réellement bougé, je pense qu'on peut éliminer un problème de ligne/cable.
Donc est-ce que c'est que moi ? Serais-je bridé d'une façon ou d'une autre ?
Si oui pour quelle raison (je ne fais pas de p2p, seulement des sauvegardes journalière sur mes serveurs).
Merci pour vos lumières.
EDIT: dans l'incertitude d'une date de début précise, remplacement de "une semaine", par "plusieurs jours"
-
https://lafibre.info/1gb-free/test-svp-suspicion-de-limitation-a-4gps-des-freebox-delta-ultra/
-
Merci pour le lien, j'ai vu le post mais je n'ai pas de Delta et je suis "seulement" en 1Gb donc je ne voyais pas trop le rapport avec le 4G/8G ...
Bon je vais tout de même signaler mon problème via ce formulaire, on ne sait jamais ::)
-
Oui, mais là, on est loin d'une limitation en down à 4 Gb/s. Et en plus, l'upload a été récemment augmenté, pour suivre les concurrents, à 900 Mb/s.
Le problème est autre.
Est-ce qu'il serait possible de faire rien qu'un test en WiFi, connecté sur la box ? Ou mieux, booter sur une clé Linux live USB pour éliminer un problème avec le poste.
Quel est l'intérêt aussi d'être en mode bridge ? C'est à la limite dangereux car ton PC est directement exposé sur Internet. Tu peux tester en revenant en mode routeur ?
-
Quel est l'intérêt aussi d'être en mode bridge ? C'est à la limite dangereux car ton PC est directement exposé sur Internet. Tu peux tester en revenant en mode routeur ?
C'est gentils de s'inquiéter pour moi mais je suis ingénieur full-stack avec 25 ans d'expérience et un diplôme en réseaux et télécoms, ça va aller, je sais ce que je fais 😉
Ma Box est en Bridge car y'a un routeur OpenWRT derrière et il fait bien (mieux) son taff (qu'une box), y'a pas à s'inquiéter.
Si j'ai testé avec un PC relié directement à la box c'est justement pour éliminer tous les problèmes "parasites", donc non, c'est pas le wifi, c'est pas le routeur, etc.
Après je dis "une semaine", mais en vrai, je l'ai constaté y'a une semaine, c'est peut être effectivement depuis fin janvier.
Je n'ai pas eu besoin de faire de gros transferts depuis fin janvier donc j'ai pu passer à coté. Du coup je ne peux pas remplir ce formulaire car je n'ai pas cette date précise, dommage.
Je crois que je suis bon pour contacter le support mais on sait tous ce que ça va donner ... 😟
-
Dans tout tes tests, ce qui ne change à priori pas c'est que tu test en câblé avec le même PC.
Donc un test en Wifi a du sens
Un test avec autre PC/device a du sens
Un test avec un autre OS (ex un boot linux) a du sens
Je pense que tu as déjà fait, mais lancer plusieurs upload en même temps voir si ça serait pas un "bridage" sur une unique connexion : est-ce que faire plusieurs upload en même temps te permet d'avoir un meilleur débit montant.
Je ferais ça a ta place.
-
Je crois que je suis bon pour contacter le support mais on sait tous ce que ça va donner ... 😟
Oui, surtout avec une configuration particulière avec un openwrt, ce qui n'avait pas été précisé au départ. Le mieux est de revenir en routeur, bypasser ton propre routeur et ré-essayer dans une configuration où tu pourras avoir du support...
-
Je ne suis pas rentré dans le détails de mes tests ou de ma config mais oui, j'ai testé en WiFi 6, depuis ma Rog Ally et depuis mon iPhone 15, même résultat, mais ça passe du coup par le wifi (6) du routeur OpenWRT.
J'ai testé depuis mon mac studio et mon latptop Linux, en wifi (6) et cablé (1 Gb), avec des outils tel que nPerf et à coup de wget et sftp, là encore, même résultat, mais ça passe (toujours) par le routeur.
Donc pour éliminer l'étape du routeur (et la possibilité que ça soit lui le problème), j'ai finis par brancher mon laptop Linux directement sur la box (en Ethernet vu que le wifi de la box est coupé en mode bridge) et j'ai fait du iPerf3 directement sur mon serveur Dedibox (linux), ce qui me semble être le test le plus direct et fiable, celui qui élimine toute autre possibilité que celle d' "un problème sur ma ligne" (ou sur ma box).
Je vais essayer de repasser la box en mode routeur, c'est une bonne idée de test, mais si je n'y crois pas tellement.
Merci.
-
Bon, pas mieux en mode routeur.
Ci-joint, 3 screenshots :
- 1er test en mode bridge, connexion directe par cable
- 2ème test en mode routeur, connexion directe par cable
- 3ème test en mode routeur, connexion wifi
Si là j'arrive pas à vous convaincre vous que ça vient de la ligne (ou de la box), j'ai réellement aucun espoir de convaincre le support Free 😉
J'hésite presque à demander à passer à la Pop directement sans (essayer d') expliquer pourquoi, juste pour voir si ça change quelque chose ...
-
en IPv6 aussi c'est pareil ?
iperf3 -c ping6.online.net -p 5202
(si le port est occupé il y en a d'autres: 5200 a 5209).
puis avec "-P 4" en plus
-
en IPv6 aussi c'est pareil ?
iperf3 -c ping6.online.net -p 5202
(si le port est occupé il y en a d'autres: 5200 a 5209).
puis avec "-P 4" en plus
j'ai ça en 6:
root@wrt:~# iperf3 -c ping6.online.net -p 5205
Connecting to host ping6.online.net, port 5205
[ 5] local x:2738 port 49058 connected to 2001:bc8:0:1::49 port 5205
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 37.8 MBytes 316 Mbits/sec 2174 2.87 MBytes
[ 5] 1.00-2.00 sec 42.6 MBytes 358 Mbits/sec 2504 2.99 MBytes
[ 5] 2.00-3.00 sec 41.6 MBytes 349 Mbits/sec 2368 2.79 MBytes
[ 5] 3.00-4.00 sec 47.0 MBytes 394 Mbits/sec 2579 2.57 MBytes
[ 5] 4.00-5.00 sec 44.8 MBytes 375 Mbits/sec 2615 3.01 MBytes
[ 5] 5.00-6.00 sec 44.1 MBytes 370 Mbits/sec 2664 2.68 MBytes
[ 5] 6.00-7.00 sec 43.9 MBytes 368 Mbits/sec 2502 2.74 MBytes
[ 5] 7.00-8.00 sec 44.6 MBytes 374 Mbits/sec 2513 2.98 MBytes
[ 5] 8.00-9.00 sec 44.2 MBytes 372 Mbits/sec 2482 3.03 MBytes
[ 5] 9.00-10.00 sec 44.8 MBytes 375 Mbits/sec 2743 2.76 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 435 MBytes 365 Mbits/sec 25144 sender
[ 5] 0.00-10.04 sec 433 MBytes 362 Mbits/sec receiver
et ça en 4
root@wrt:~# iperf3 -c ping.online.net -p 5205
Connecting to host ping.online.net, port 5205
[ 5] local w.x.y.z port 55706 connected to 51.158.1.21 port 5205
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 35.2 MBytes 296 Mbits/sec 1721 2.50 MBytes
[ 5] 1.00-2.00 sec 46.4 MBytes 389 Mbits/sec 2482 2.63 MBytes
[ 5] 2.00-3.00 sec 45.2 MBytes 380 Mbits/sec 2539 2.92 MBytes
[ 5] 3.00-4.00 sec 45.5 MBytes 382 Mbits/sec 2895 3.05 MBytes
[ 5] 4.00-5.00 sec 44.6 MBytes 374 Mbits/sec 2656 2.98 MBytes
[ 5] 5.00-6.00 sec 46.0 MBytes 386 Mbits/sec 2720 3.21 MBytes
[ 5] 6.00-7.00 sec 44.0 MBytes 369 Mbits/sec 2525 2.99 MBytes
[ 5] 7.00-8.00 sec 46.4 MBytes 389 Mbits/sec 2604 3.12 MBytes
[ 5] 8.00-9.00 sec 45.8 MBytes 383 Mbits/sec 2909 3.05 MBytes
[ 5] 9.00-10.00 sec 45.5 MBytes 382 Mbits/sec 2980 2.88 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 445 MBytes 373 Mbits/sec 26031 sender
[ 5] 0.00-10.04 sec 443 MBytes 370 Mbits/sec receiver
-
Ça m'a l'air bon non?
-
Par contre que la visio déconne avec "autant" d'up, il n'y aurait pas des pertes de paquets aussi? Parce qu'en théorie, ça suffit large pour de la visio...
-
Mouaip mais là ce iperf correspond pas réellement à ma réalité.
Ceci dit, je viens de faire un scp vers mon serveur Scaleway, j'étais à 400 ko/s, c'est mieux que ce matin, où j'étais difficillement à 100 ko/s,
mais on est quand même loin des 2 à 3 mo/s que j'avais "avant" (et le soucis c'est de savoir 'avant' quoi).
Malheureusement je pense pas que j'arriverais à re-avoir mon ancien UP simplement en demandant ... 😟
Bon, je vais prendre mon mal en patience et peut être tenter la pop, on ne sait jamais et après tout je paie 38 euros pour une vieille révo ... il serait temps de la changer 😉
-
C'est quoi exactement ta réalité ?
N'est-ce pas tout simplement ton serveur qui est bridé (cpu / data cap depassé ou autre) ?
Si t'as des problèmes que vers ce serveur...
Si les iperf vers différent serveur (as-tu essayé d'autres serveurs iperf publique ?) ne montrent pas de problème de débit, c'est qu'à priori c'est pas la ligne/box qui bride.
Si depuis le début tu fais des tests que vers un unique serveur qui est le tient, ce n'est pas très représentatif.
Je pense pas que changer de box va changer quoi que ce soit à ton problème.
Ou tu n'expliques pas très bien les tests que tu as réalisés.
-
C'est quoi exactement ta réalité ?
100 ko/s en transfert sftp ou http vers différent serveurs (Dedibox, Scaleway, OVH, AWS pour être précis)
alors qu'avant j'étais facilement à 2 mo/s vers ses mêmes serveurs
N'est-ce pas tout simplement ton serveur qui est bridé (cpu / data cap depassé ou autre) ?
Si t'as des problèmes que vers ce serveur...
Malheureusement non, c'est tous "mes" serveurs, où qu'ils soient dans le monde (bon surtout aws-east-1 et France en vrai).
Et au dela de "mes" serveurs, les up sur Mega ou GDrive sont aussi catastrophique.
Si les iperf vers différent serveurs (as-tu essayé d'autres serveurs iperf publique ?) ne montrent pas de problème de débit, c'est qu'à priori c'est pas la ligne/box qui bride.
Oui, j'en ai pris quelques uns de cette liste
https://iperf.fr/iperf-servers.php
C'est a peu près toujours pareil.
Si depuis le début tu fais des tests que vers un unique serveur qui est le tient, ce n'est pas très représentatif.
Non, du tout, je jongle entre des serveurs public et les miens justement pour éliminer la possibilité de problème de routage.
Je pense pas que changer de box va changer quoi que ce soit à ton problème.
Avec l'informatique des fois ... 😉
Ou tu n'expliques pas très bien les tests que tu as réalisés.
Je n'ai effectivement pas détaillé tout pour faire simple et lisible, ma faute.
-
Si je résume, sauf le serveur iperf de la page précédente tu as des mauvais débits en up ?
Étrange que juste celui la fonctionne (c'est forcé en ipv6 cela dit).
Tu pourrais voir si c'est uniquement lié à l'IPv4 ton problème en essayant d'autres serveurs en IPv6 (car tous les serveurs iperf que tu as essayé remonte un débit faible?).
Essaye de voir ton débit avec des serveurs iperf publique en ipv6 pour confirmer ou non.
-
j'ai ça en 6:
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 435 MBytes 365 Mbits/sec 25144 sender
[ 5] 0.00-10.04 sec 433 MBytes 362 Mbits/sec receiver
et ça en 4
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 445 MBytes 373 Mbits/sec 26031 sender
[ 5] 0.00-10.04 sec 443 MBytes 370 Mbits/sec receiver
Franchement, depuis le routeur lui-meme c'est un bon résultat (probablement limité par le cpu). aussi bien en IPv4 qu'IPv6.
en général on test le débit qui traverse un routeur pas de/vers le routeur.
y' a pas mal de retr, il serait bien de tester avec bbr comme protocole de congestion (depuis un poste derriere le routeur donc).
-
Oui il y a quand même quelque chose dans l'histoire que je ne comprends pas trop.
Car pour toi le "bridage" s'applique à tout serveur (les tiens, des publiques etc).
Mais le seul résultat iperf qu'on a ne montre pas les problèmes remontés.
L'iperf que tu remontes est fait sur le routeur lui même et pas une machine, alors que je suppose que tous les autres tests sont fait sur des machines ?
Ca serait bien d'avoir le même iperf mais depuis ta machine où tu te connectes en scp etc.. (à moins que le scp tu le fais depuis le routeur ?).
A priori l'histoire IPv4/IPv6 ne tient pas non plus car j'avais pas vu mais tu as aussi l'iperf IPv4 qui est bon.
Donc il y a un détail qui manque et je pense qu'avec des tests plus méthodique (qui vers quoi car on sait pas si c'est depuis ton laptop ou ton routeur) on y comprendrais surement mieux.
-
Bonjour
Déjà est ce que la ligne internet est "bonne" ?
Je veux dire en terme de latence, de jitter, de perte de paquets, etc ?
Est ce que vous voyez des erreurs CRC sur le port du switch sur lequel vous êtes connectés (freeboxOS > parametres avancés > switch> selectionnez le port + onglet statistique) ?
Aussi quelle est l'activité réseau + CPU de la machine sur laquelle vous recevez le bridge ? Quelle sont ses capacités ? Des erreurs dans les logs ?
Un soft s'appelant "my traceroute" existe sous Linux (je ne sais pas pour Windows mais s'il n'existe pas il doit bien exister des équivalents) et permet de tester la latence et la perte de paquets en tout points du traceroute pour aller de chez vous à un serveur donné
Si vous pouvez, postez ici le retour de
mtr --report dns.google
puis
mtr --report <speed-test-server>
puis dans la foulée
iperf3 -c <speed-test-server>
Cordialement
nbanba
-
Merci à tous pour vos suggestions et votre temps.
En effet, ma méthode n'est pas bonne, du moins je suis partis dans tous les sens au fil des questions, donc je vais reprendre méthodiquement.
Les faits :
- ma box revo est en mode bridge
- seul le routeur y est connecté, routeur sous OpenWRT
- les périphériques sont connectés au routeur par cable en Gigabit (ou Wifi 6 pour les nomades)
- j'ai une "IP fixe V4 full-stack"
- jusqu'à récemment je pouvais faire mes up à 2 ou 3 Mo/s mais depuis peu je suis limité au mieux à 400 ko/s (mais plus souvent c'est 100 ko/s)
1er test : depuis le mac studio connecté directement au routeur en Ethernet (Gigabit)
[Mac > Routeur > Box (Bridge) > Internet]
iperf3 -c ping.online.net -p 5205
Connecting to host ping.online.net, port 5205
[ 7] local 192.168.1.30 port 52467 connected to 51.158.1.21 port 5205
[ ID] Interval Transfer Bitrate
[ 7] 0.00-1.00 sec 640 KBytes 5.22 Mbits/sec
[ 7] 1.00-2.01 sec 384 KBytes 3.14 Mbits/sec
[ 7] 2.01-3.00 sec 512 KBytes 4.20 Mbits/sec
[ 7] 3.00-4.00 sec 384 KBytes 3.15 Mbits/sec
[ 7] 4.00-5.01 sec 640 KBytes 5.23 Mbits/sec
[ 7] 5.01-6.00 sec 512 KBytes 4.21 Mbits/sec
[ 7] 6.00-7.00 sec 384 KBytes 3.14 Mbits/sec
[ 7] 7.00-8.00 sec 640 KBytes 5.24 Mbits/sec
[ 7] 8.00-9.00 sec 512 KBytes 4.20 Mbits/sec
[ 7] 9.00-10.01 sec 640 KBytes 5.22 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 7] 0.00-10.01 sec 5.12 MBytes 4.30 Mbits/sec sender
[ 7] 0.00-10.02 sec 5.03 MBytes 4.22 Mbits/sec receiver
iperf Done.
Ok, là on voit bien que c'est pas top (pour de la fibre)
2ème test : même requête, mais depuis le routeur directement
[Routeur > Box (Bridge) > Internet]
iperf3 -c ping.online.net -p 5205
Connecting to host ping.online.net, port 5205
[ 5] local w.x.y.z port 58540 connected to 51.158.1.21 port 5205
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 38.8 MBytes 325 Mbits/sec 2028 2.75 MBytes
[ 5] 1.00-2.00 sec 45.6 MBytes 383 Mbits/sec 2264 3.09 MBytes
[ 5] 2.00-3.00 sec 45.0 MBytes 377 Mbits/sec 2394 2.96 MBytes
[ 5] 3.00-4.00 sec 45.1 MBytes 379 Mbits/sec 2510 2.78 MBytes
[ 5] 4.00-5.00 sec 44.5 MBytes 373 Mbits/sec 2432 2.85 MBytes
[ 5] 5.00-6.00 sec 47.6 MBytes 400 Mbits/sec 2370 3.07 MBytes
[ 5] 6.00-7.00 sec 41.9 MBytes 352 Mbits/sec 2527 2.91 MBytes
[ 5] 7.00-8.00 sec 47.6 MBytes 399 Mbits/sec 2223 2.99 MBytes
[ 5] 8.00-9.00 sec 45.1 MBytes 379 Mbits/sec 2399 3.04 MBytes
[ 5] 9.00-10.00 sec 45.8 MBytes 384 Mbits/sec 2582 2.89 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 447 MBytes 375 Mbits/sec 23729 sender
[ 5] 0.00-10.04 sec 445 MBytes 372 Mbits/sec receiver
Ha ... c'est beaucoup mieux, ça serait donc le routeur ?
3ème test : connexion du mac studio directement à la box, on zappe le routeur (le temps du test, ça va aller...)
[Mac > Box (Bridge) > Internet]
iperf3 -c ping.online.net -p 5205
Connecting to host ping.online.net, port 5205
[ 7] local w.x.y.z port 52865 connected to 51.158.1.21 port 5205
[ ID] Interval Transfer Bitrate
[ 7] 0.00-1.01 sec 2.00 MBytes 16.7 Mbits/sec
[ 7] 1.01-2.00 sec 1.00 MBytes 8.40 Mbits/sec
[ 7] 2.00-3.00 sec 1.12 MBytes 9.46 Mbits/sec
[ 7] 3.00-4.00 sec 1.12 MBytes 9.43 Mbits/sec
[ 7] 4.00-5.00 sec 1.50 MBytes 12.6 Mbits/sec
[ 7] 5.00-6.00 sec 1.62 MBytes 13.6 Mbits/sec
[ 7] 6.00-7.01 sec 1.62 MBytes 13.6 Mbits/sec
[ 7] 7.01-8.00 sec 1.75 MBytes 14.7 Mbits/sec
[ 7] 8.00-9.00 sec 1.75 MBytes 14.7 Mbits/sec
[ 7] 9.00-10.00 sec 1.12 MBytes 9.41 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 7] 0.00-10.00 sec 14.6 MBytes 12.3 Mbits/sec sender
[ 7] 0.00-10.02 sec 14.6 MBytes 12.2 Mbits/sec receiver
Bon, un peu mieux mais loin du résultat du routeur ... pourquoi ?
On test en IPv6 tant qu'on y est ...
iperf3 -c ping6.online.net -p 5205
Connecting to host ping6.online.net, port 5205
[ 6] local xxx:ddc8 port 52872 connected to 2001:bc8:0:1::49 port 5205
[ ID] Interval Transfer Bitrate
[ 6] 0.00-1.00 sec 1.88 MBytes 15.7 Mbits/sec
[ 6] 1.00-2.01 sec 1.62 MBytes 13.6 Mbits/sec
[ 6] 2.01-3.01 sec 1.25 MBytes 10.5 Mbits/sec
[ 6] 3.01-4.00 sec 1.12 MBytes 9.47 Mbits/sec
[ 6] 4.00-5.00 sec 1.50 MBytes 12.6 Mbits/sec
[ 6] 5.00-6.01 sec 1.38 MBytes 11.5 Mbits/sec
[ 6] 6.01-7.01 sec 1.50 MBytes 12.6 Mbits/sec
[ 6] 7.01-8.01 sec 1.25 MBytes 10.5 Mbits/sec
[ 6] 8.01-9.00 sec 1.88 MBytes 15.7 Mbits/sec
[ 6] 9.00-10.00 sec 2.00 MBytes 16.8 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 6] 0.00-10.00 sec 15.4 MBytes 12.9 Mbits/sec sender
[ 6] 0.00-10.02 sec 15.3 MBytes 12.8 Mbits/sec receiver
iperf Done.
Same ...
4ème test : on revient aux bases mais depuis un laptop connecté en Wifi au routeur
[Laptop Wifi > Routeur > Box (Bridge) > Internet]
iperf3 -c ping.online.net -p 5205
Connecting to host ping.online.net, port 5205
[ 5] local 192.168.1.80 port 35808 connected to 51.158.1.21 port 5205
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 2.12 MBytes 17.8 Mbits/sec 9 19.8 KBytes
[ 5] 1.00-2.00 sec 768 KBytes 6.30 Mbits/sec 6 12.7 KBytes
[ 5] 2.00-3.00 sec 896 KBytes 7.34 Mbits/sec 4 26.9 KBytes
[ 5] 3.00-4.00 sec 896 KBytes 7.34 Mbits/sec 6 15.6 KBytes
[ 5] 4.00-5.00 sec 768 KBytes 6.29 Mbits/sec 6 11.3 KBytes
[ 5] 5.00-6.00 sec 1.12 MBytes 9.44 Mbits/sec 4 12.7 KBytes
[ 5] 6.00-7.00 sec 896 KBytes 7.34 Mbits/sec 4 29.7 KBytes
[ 5] 7.00-8.00 sec 768 KBytes 6.29 Mbits/sec 9 12.7 KBytes
[ 5] 8.00-9.00 sec 896 KBytes 7.34 Mbits/sec 4 17.0 KBytes
[ 5] 9.00-10.00 sec 768 KBytes 6.28 Mbits/sec 6 15.6 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 9.75 MBytes 8.18 Mbits/sec 58 sender
[ 5] 0.00-10.04 sec 9.15 MBytes 7.64 Mbits/sec receiver
iperf Done.
Pas mieux que le mac ...
5ème test : en désespoir de cause, je repasse la Box en mode "Routeur" et je connecte le mac studio directement dessus
[Mac > Box (Routeur) > Internet]
iperf3 -c ping.online.net -p 5205
Connecting to host ping.online.net, port 5205
[ 7] local 192.168.0.98 port 53613 connected to 51.158.1.21 port 5205
[ ID] Interval Transfer Bitrate
[ 7] 0.00-1.00 sec 1.50 MBytes 12.5 Mbits/sec
[ 7] 1.00-2.00 sec 1.12 MBytes 9.45 Mbits/sec
[ 7] 2.00-3.00 sec 1.38 MBytes 11.5 Mbits/sec
[ 7] 3.00-4.00 sec 1.25 MBytes 10.5 Mbits/sec
[ 7] 4.00-5.00 sec 1.12 MBytes 9.44 Mbits/sec
[ 7] 5.00-6.01 sec 1.50 MBytes 12.6 Mbits/sec
[ 7] 6.01-7.01 sec 1.62 MBytes 13.6 Mbits/sec
[ 7] 7.01-8.01 sec 1.00 MBytes 8.39 Mbits/sec
[ 7] 8.01-9.01 sec 1.25 MBytes 10.5 Mbits/sec
[ 7] 9.01-10.00 sec 1.12 MBytes 9.44 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 7] 0.00-10.00 sec 12.9 MBytes 10.8 Mbits/sec sender
[ 7] 0.00-10.02 sec 12.9 MBytes 10.8 Mbits/sec receiver
iperf Done.
Désespérément pareil.
Et ça ne fonctionne pas en IPv6
iperf3 -c ping6.online.net -p 5205
iperf3: error - unable to connect to server - server may have stopped running or use a different port, firewall issue, etc.: nodename nor servname provided, or not known
6ème test : totalement tordu, la freebox en mode routeur, avec le routeur connecté dessus et test depuis le routeur
[Routeur > Box (Routeur) > Internet]
# iperf3 -c ping.online.net -p 5208
Connecting to host ping.online.net, port 5208
[ 5] local 192.168.0.13 port 55546 connected to 51.158.1.21 port 5208
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 54.9 MBytes 460 Mbits/sec 1286 2.76 MBytes
[ 5] 1.00-2.00 sec 61.0 MBytes 512 Mbits/sec 1256 3.21 MBytes
[ 5] 2.00-3.00 sec 60.9 MBytes 511 Mbits/sec 1306 3.13 MBytes
[ 5] 3.00-4.00 sec 61.8 MBytes 518 Mbits/sec 1298 3.27 MBytes
[ 5] 4.00-5.00 sec 57.2 MBytes 480 Mbits/sec 1253 3.10 MBytes
[ 5] 5.00-6.00 sec 60.0 MBytes 504 Mbits/sec 1166 3.02 MBytes
[ 5] 6.00-7.00 sec 60.1 MBytes 504 Mbits/sec 1459 3.14 MBytes
[ 5] 7.00-8.00 sec 59.9 MBytes 502 Mbits/sec 1221 3.16 MBytes
[ 5] 8.00-9.00 sec 60.1 MBytes 504 Mbits/sec 1327 2.98 MBytes
[ 5] 9.00-10.00 sec 60.9 MBytes 511 Mbits/sec 1253 3.10 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 597 MBytes 501 Mbits/sec 12825 sender
[ 5] 0.00-10.04 sec 595 MBytes 497 Mbits/sec receiver
iperf Done.
Sérieusement ? Mais comment c'est possible ?
Pour moi c'est incompréhensible : au final il n'y a que le routeur qui est capable d'obtenir un débit normal, n'importe quel autre périphérique, même connecté directement à la box (que ça soit bridge ou en routeur) n'arrive pas à dépasser les 2 M.
Là vraiment je ne comprend pas ... si quelqu'un a une explication à ce phénomène, je veux bien un cours :)
EDIT: pour rappel, le débit DOWN est lui toujours au taquet, autour des 700 Mb, quelque soit le périphérique ou le mode de la box !
-
en IPv6 aussi c'est pareil ?
iperf3 -c ping6.online.net -p 5202
(si le port est occupé il y en a d'autres: 5200 a 5209).
puis avec "-P 4" en plus
Tu sais que sur ma Freebox à Paris, je suis en ip 100% native, il n'y aucune encapsulation dans l'ipv6 d'ailleurs, rien.
Donc les tests ipv4/ipv6 je ne sais pas si c'est encore d'actualité
-
Si vous pouvez, postez ici le retour de
mtr --report dns.google
puis
mtr --report <speed-test-server>
puis dans la foulée
iperf3 -c <speed-test-server>
Bonsoir nbanba.
Merci pour votre message.
J'ai exécuté ces commandes sur mon serveur local Linux, qui est donc derrière le Routeur WRT, dans cet ordre : [Serveur Linux > Routeur WRT > Box (Bridge) > Internet]
me@tuxserver ◰base ~ mtr --report dns.google (base)
Start: 2025-03-10T18:30:13+0000
HOST: tuxserver Loss% Snt Last Avg Best Wrst StDev
1.|-- _gateway 10.0% 10 0.4 0.3 0.3 0.4 0.0
2.|-- cbv-mx9-ae1.intf.routers. 90.0% 10 16.3 16.3 16.3 16.3 0.0
3.|-- station3.multimania.isdne 60.0% 10 16.6 16.5 16.0 16.8 0.4
4.|-- prs-b3-link.ip.twelve99.n 60.0% 10 16.9 16.5 16.1 16.9 0.4
5.|-- google-ic-344096.ip.twelv 0.0% 10 16.3 16.6 16.3 16.8 0.2
6.|-- 216.239.40.79 0.0% 10 17.0 17.0 16.6 17.8 0.4
7.|-- 142.251.64.127 0.0% 10 16.1 16.1 15.7 16.6 0.3
8.|-- dns.google 0.0% 10 16.0 15.8 15.4 16.4 0.3
me@tuxserver ◰base ~ mtr --report ping.online.net (base)
Start: 2025-03-10T18:31:30+0000
HOST: tuxserver Loss% Snt Last Avg Best Wrst StDev
1.|-- _gateway 0.0% 10 0.5 0.5 0.3 0.6 0.1
2.|-- cbv-mx9-ae1.intf.routers. 90.0% 10 16.4 16.4 16.4 16.4 0.0
3.|-- strasbourg-9k-1-lo10.intf 0.0% 10 15.4 15.9 15.4 16.4 0.3
4.|-- 195.154.3.209 0.0% 10 16.4 16.0 15.4 16.4 0.3
5.|-- 51.158.53.146 0.0% 10 16.5 16.7 16.0 17.3 0.4
6.|-- 51.158.8.65 0.0% 10 16.7 16.6 16.1 17.0 0.3
7.|-- 51.158.1.21 0.0% 10 14.9 15.7 14.9 16.4 0.5
me@tuxserver ◰base ~ iperf3 -c ping.online.net -p 5205 (base)
Connecting to host ping.online.net, port 5205
[ 5] local 192.168.1.4 port 53902 connected to 51.158.1.21 port 5205
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 1.98 MBytes 16.6 Mbits/sec 25 7.07 KBytes
[ 5] 1.00-2.00 sec 608 KBytes 4.98 Mbits/sec 7 8.48 KBytes
[ 5] 2.00-3.00 sec 608 KBytes 4.98 Mbits/sec 10 4.24 KBytes
[ 5] 3.00-4.00 sec 304 KBytes 2.49 Mbits/sec 9 4.24 KBytes
[ 5] 4.00-5.00 sec 608 KBytes 4.98 Mbits/sec 7 9.90 KBytes
[ 5] 5.00-6.00 sec 608 KBytes 4.98 Mbits/sec 8 7.07 KBytes
[ 5] 6.00-7.00 sec 304 KBytes 2.49 Mbits/sec 8 9.90 KBytes
[ 5] 7.00-8.00 sec 304 KBytes 2.49 Mbits/sec 8 9.90 KBytes
[ 5] 8.00-9.00 sec 304 KBytes 2.49 Mbits/sec 11 4.24 KBytes
[ 5] 9.00-10.00 sec 608 KBytes 4.98 Mbits/sec 8 9.90 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 6.14 MBytes 5.15 Mbits/sec 101 sender
[ 5] 0.00-10.18 sec 5.42 MBytes 4.47 Mbits/sec receiver
iperf Done.
Je ne sais pas vraiment interpréter les résultats de "mtr" mais apriori je dirais que j'ai un soucis avec "cbv-mx9-ae1.intf.routers." ... non ? :)
-
Alors ça va paraitre idiot mais tu as testé directement PC <> la freebox en mode routeur avec d'autres cables ethernet ?
-
Au moins l'étau se resserre ;D
J'avoue que je sèche un peu, j'aurai dis le câble mais vu que ça a l'air pas bon non plus en wifi...
-
Au moins l'étau se resserre ;D
J'avoue que je sèche un peu, j'aurai dis le câble mais vu que ça a l'air pas bon non plus en wifi...
Pareil, mais il me semble qu'il a testé avec le wifi de la freebox...
-
Bonsoir nbanba.
Merci pour votre message.
J'ai exécuté ces commandes sur mon serveur local Linux, qui est donc derrière le Routeur WRT, dans cet ordre : [Serveur Linux > Routeur WRT > Box (Bridge) > Internet]
me@tuxserver ◰base ~ mtr --report dns.google (base)
Start: 2025-03-10T18:30:13+0000
HOST: tuxserver Loss% Snt Last Avg Best Wrst StDev
1.|-- _gateway 10.0% 10 0.4 0.3 0.3 0.4 0.0
2.|-- cbv-mx9-ae1.intf.routers. 90.0% 10 16.3 16.3 16.3 16.3 0.0
3.|-- station3.multimania.isdne 60.0% 10 16.6 16.5 16.0 16.8 0.4
4.|-- prs-b3-link.ip.twelve99.n 60.0% 10 16.9 16.5 16.1 16.9 0.4
5.|-- google-ic-344096.ip.twelv 0.0% 10 16.3 16.6 16.3 16.8 0.2
6.|-- 216.239.40.79 0.0% 10 17.0 17.0 16.6 17.8 0.4
7.|-- 142.251.64.127 0.0% 10 16.1 16.1 15.7 16.6 0.3
8.|-- dns.google 0.0% 10 16.0 15.8 15.4 16.4 0.3
me@tuxserver ◰base ~ mtr --report ping.online.net (base)
Start: 2025-03-10T18:31:30+0000
HOST: tuxserver Loss% Snt Last Avg Best Wrst StDev
1.|-- _gateway 0.0% 10 0.5 0.5 0.3 0.6 0.1
2.|-- cbv-mx9-ae1.intf.routers. 90.0% 10 16.4 16.4 16.4 16.4 0.0
3.|-- strasbourg-9k-1-lo10.intf 0.0% 10 15.4 15.9 15.4 16.4 0.3
4.|-- 195.154.3.209 0.0% 10 16.4 16.0 15.4 16.4 0.3
5.|-- 51.158.53.146 0.0% 10 16.5 16.7 16.0 17.3 0.4
6.|-- 51.158.8.65 0.0% 10 16.7 16.6 16.1 17.0 0.3
7.|-- 51.158.1.21 0.0% 10 14.9 15.7 14.9 16.4 0.5
me@tuxserver ◰base ~ iperf3 -c ping.online.net -p 5205 (base)
Connecting to host ping.online.net, port 5205
[ 5] local 192.168.1.4 port 53902 connected to 51.158.1.21 port 5205
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 1.98 MBytes 16.6 Mbits/sec 25 7.07 KBytes
[ 5] 1.00-2.00 sec 608 KBytes 4.98 Mbits/sec 7 8.48 KBytes
[ 5] 2.00-3.00 sec 608 KBytes 4.98 Mbits/sec 10 4.24 KBytes
[ 5] 3.00-4.00 sec 304 KBytes 2.49 Mbits/sec 9 4.24 KBytes
[ 5] 4.00-5.00 sec 608 KBytes 4.98 Mbits/sec 7 9.90 KBytes
[ 5] 5.00-6.00 sec 608 KBytes 4.98 Mbits/sec 8 7.07 KBytes
[ 5] 6.00-7.00 sec 304 KBytes 2.49 Mbits/sec 8 9.90 KBytes
[ 5] 7.00-8.00 sec 304 KBytes 2.49 Mbits/sec 8 9.90 KBytes
[ 5] 8.00-9.00 sec 304 KBytes 2.49 Mbits/sec 11 4.24 KBytes
[ 5] 9.00-10.00 sec 608 KBytes 4.98 Mbits/sec 8 9.90 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 6.14 MBytes 5.15 Mbits/sec 101 sender
[ 5] 0.00-10.18 sec 5.42 MBytes 4.47 Mbits/sec receiver
iperf Done.
Je ne sais pas vraiment interpréter les résultats de "mtr" mais apriori je dirais que j'ai un soucis avec "cbv-mx9-ae1.intf.routers." ... non ? :)
Bonjour
D'après les résultats une saturation "régionale" du premier peer n'est pas à exclure (2 fois 90% pk loss 1er routeur externe), mais dans ce cas les débits devraient variés entre heure creuses/pleines. (A vérifier)...
Après au niveau réseau pure:
Déjà 10% pk loss sur le 1er routeur (box ou openWRT), ca craint...
En local, ~0 pk loss c'est un prérequis pour tester la suite, désolé...
0) constatez vous des erreurs sur les ports réseaux (freebox, routeur, serveur, switchs...) ?
1) changez vos câbles réseaux (rj45 cat6A minimum + embouts blindés pour câbles en awg26-)
2) Vérifiez avec un multimètre que vous avez 0 volts entre les carlingues des équipements et la terre. Idem pour les cartes réseaux des machines (entre bracket et terre)
3) donnez les références exactes de votre routeur openWRT
4) postez les logs et les "states" du routeur (system/matériels/logiciel) en fonctionnement normal + en "stress" (=lors d'un iperf3) pour analyse.
5) postez la conf (si pas standard) et la topologie hardware du serveur Linux + ses logs systèmes et réseaux (surtout les erreurs)
⚠️ attention anonymisez bien les logs avant de les poster sur un forum public
Si Après changements des câbles ou autre vous obtenez des débits locaux stables avec au maximum de défaillance un débit 10% inférieure à la vitesse théorique du lien, refaites les tests sur internet.
Aussi, pourriez vous SVP fournir le changelog des actions effectuées sur votre réseau depuis ~ 1 mois avant l'incident ?
Je veux dire "le carnet d'entretien" de votre installation que vous tenez à jour chaque changement d'architecture, à chaque mise à jour, etc... (en espérant que vous en teniez un)
Cela permettrait de pousser l'analyse et d'exclure de l'équation la composante "réseau local" ou de la corriger si elle est responsable des pertes de performances (bien qu'à première vue un problème de peering sur la route de chez vous à internet ne soit pas à exclure).
Dernier point, si vous avez des dates précises sur la dégradation de votre débit ça permettrait de voir si l'incident que vous constatez est à mettre en relation avec d'eventuelles actions côté opérateur comme le rétablissement du débit 8Gbps sur les liens delta/ultra survenu début mars sur les différentes lignes.
Cordialement
nbanba
-
@tuxfamily il y a un utilitaire de diag fait par un membre du forum. voir ce sujet: https://lafibre.info/1gb-free/checkftthfree-test-de-debit-tcp-mono-connexion-freeboxcubicbbr/
(utiliser l'option -u pour l'upload).
-
Tu sais que sur ma Freebox à Paris, je suis en ip 100% native, il n'y aucune encapsulation dans l'ipv6 d'ailleurs, rien.
Donc les tests ipv4/ipv6 je ne sais pas si c'est encore d'actualité
non toutes les Freebox de France sont en IPv6 natif avec IPv4 dans des tunnels sur IPv6 (technologie MAP-E).
-
non toutes les Freebox de France sont en IPv6 natif avec IPv4 dans des tunnels sur IPv6 (technologie MAP-E).
J'ai fait tous les tests possible et imaginable et non pas de map-e je peux te l'assurer. Je peux refaire les tests s'il faut
-
D'après les résultats une saturation "régionale" du premier peer n'est pas à exclure (2 fois 90% pk loss 1er routeur externe), mais dans ce cas les débits devraient variés entre heure creuses/pleines. (A vérifier)...
Ne jamais se fier à un packet loss annoncé sur un hop intermédiaire. Ça ne veut rien dire. Seule la première étape et la dernière étape peuvent indiquer un packet loss quelconque.
-
Ne jamais se fier à un packet loss annoncé sur un hop intermédiaire. Ça ne veut rien dire. Seule la première étape et la dernière étape peuvent indiquer un packet loss quelconque.
Bonjour
Il s'agit justement du 1er hop de la route internet et je dis bien "n'est pas à exclure" ce qui veut dire: il y à peut-être qqch à creuser et non "c'est certain le souci est là"
Cordialement
nbanba
-
non toutes les Freebox de France sont en IPv6 natif avec IPv4 dans des tunnels sur IPv6 (technologie MAP-E).
Du côté du P2P, pas de "scories" en IPV4? On n'évoquera pas le cas de Dslams "oubliés", mais vu que @Pegasus38 est en fibre, pas dans ce cas, s'il en existe encore!
Sinon, @Pegasus38 semble effectivement se fourvoyer...
-
Bonjour.
Merci à tous pour toutes vos réponses, je ne pensais pas avoir autant de retours.
Désolé j'ai bien vu vos messages hier soir mais c'était l'heure de la VOD donc interdiction de couper le net 😉
Je vais essayer de tout reprendre.
Pareil, mais il me semble qu'il a testé avec le wifi de la freebox...
Alors, effectivement, j'ai testé en Wifi mais c'était le Wifi du routeur.
Donc pour être totalement certain, j'ai repassé la box en mode "routeur" et j'ai utilisé le Wifi de la Box, avec absolument RIEN d'autre connecté à la box.
En résumé : Laptop > Wifi > Box (routeur) > Internet.
me@tuxbook ~ iperf3 -c ping.online.net -p 5202
Connecting to host ping.online.net, port 5202
[ 5] local 192.168.0.156 port 36356 connected to 51.158.1.21 port 5202
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 1.38 MBytes 11.5 Mbits/sec 6 28.3 KBytes
[ 5] 1.00-2.00 sec 1.12 MBytes 9.44 Mbits/sec 6 18.4 KBytes
[ 5] 2.00-3.00 sec 1.00 MBytes 8.39 Mbits/sec 5 14.1 KBytes
[ 5] 3.00-4.00 sec 896 KBytes 7.34 Mbits/sec 3 28.3 KBytes
[ 5] 4.00-5.00 sec 1.38 MBytes 11.5 Mbits/sec 5 17.0 KBytes
[ 5] 5.00-6.00 sec 1.12 MBytes 9.44 Mbits/sec 4 21.2 KBytes
[ 5] 6.00-7.00 sec 768 KBytes 6.29 Mbits/sec 4 22.6 KBytes
[ 5] 7.00-8.00 sec 768 KBytes 6.30 Mbits/sec 7 11.3 KBytes
[ 5] 8.00-9.00 sec 768 KBytes 6.29 Mbits/sec 6 9.90 KBytes
[ 5] 9.00-10.00 sec 768 KBytes 6.29 Mbits/sec 4 21.2 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 9.88 MBytes 8.28 Mbits/sec 50 sender
[ 5] 0.00-10.03 sec 9.60 MBytes 8.03 Mbits/sec receiver
iperf Done.
Voila voila ...
Tant qu'à faire, je me suis dit, on va éliminer "le cable", alors j'ai pris le cable qui relis la box au routeur, celui avec lequel j'arrive à avoir un débit normal, et je vais tester avec le laptop.
Là aussi, le laptop étant le seul client de la box à ce moment là.
En résumé : Laptop > Ethernet > Box (routeur) > Internet.
me@tuxbook ~ iperf3 -c ping.online.net -p 5202
Connecting to host ping.online.net, port 5202
[ 5] local 192.168.0.127 port 60108 connected to 51.158.1.21 port 5202
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 1.62 MBytes 13.6 Mbits/sec 10 14.1 KBytes
[ 5] 1.00-2.00 sec 1.00 MBytes 8.39 Mbits/sec 4 25.5 KBytes
[ 5] 2.00-3.00 sec 1.00 MBytes 8.39 Mbits/sec 8 22.6 KBytes
[ 5] 3.00-4.00 sec 1.50 MBytes 12.6 Mbits/sec 3 32.5 KBytes
[ 5] 4.00-5.00 sec 1.12 MBytes 9.44 Mbits/sec 7 19.8 KBytes
[ 5] 5.00-6.00 sec 1.25 MBytes 10.5 Mbits/sec 4 24.0 KBytes
[ 5] 6.00-7.00 sec 896 KBytes 7.34 Mbits/sec 5 18.4 KBytes
[ 5] 7.00-8.00 sec 1.25 MBytes 10.5 Mbits/sec 5 22.6 KBytes
[ 5] 8.00-9.00 sec 1.50 MBytes 12.6 Mbits/sec 4 29.7 KBytes
[ 5] 9.00-10.00 sec 896 KBytes 7.34 Mbits/sec 6 31.1 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 12.0 MBytes 10.1 Mbits/sec 56 sender
[ 5] 0.00-10.02 sec 11.8 MBytes 9.91 Mbits/sec receiver
iperf Done.
Toujours pas mieux.
Là je me suis dit, on va quand même essayer un "reverse", pour vérifier que le "down" lui est toujours bon.
(toujours en Ethernet donc)
me@tuxbook ~ iperf3 -c ping.online.net -p 5204 -R
Connecting to host ping.online.net, port 5204
Reverse mode, remote host ping.online.net is sending
[ 5] local 192.168.0.156 port 43908 connected to 51.158.1.21 port 5204
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 49.6 MBytes 416 Mbits/sec
[ 5] 1.00-2.00 sec 54.9 MBytes 460 Mbits/sec
[ 5] 2.00-3.00 sec 52.5 MBytes 440 Mbits/sec
[ 5] 3.00-4.00 sec 53.1 MBytes 446 Mbits/sec
[ 5] 4.00-5.00 sec 55.2 MBytes 463 Mbits/sec
[ 5] 5.00-6.00 sec 56.4 MBytes 473 Mbits/sec
[ 5] 6.00-7.00 sec 54.1 MBytes 454 Mbits/sec
[ 5] 7.00-8.00 sec 53.4 MBytes 448 Mbits/sec
[ 5] 8.00-9.00 sec 55.2 MBytes 463 Mbits/sec
[ 5] 9.00-10.00 sec 53.4 MBytes 448 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.02 sec 559 MBytes 468 Mbits/sec 1 sender
[ 5] 0.00-10.00 sec 538 MBytes 451 Mbits/sec receiver
iperf Done.
Bah vi ... le down c'est bon.
Allez, on va éliminer le fait que ça vienne du Laptop ... en essaie depuis l'iPhone (avec iSH)
En résumé : iPhone > Wifi > Box (routeur) > Internet.
(là aussi, iPhone étant le seul client de la box)
En IPv4
localhost:~# iperf3 -c ping.online.net -p 5209
Connecting to host ping.online.net, port 5209
[ 5] local 192.168.0.159 port 56912 connected to 51.158.1.21 port 5209
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 666 KBytes 5.45 Mbits/sec 16 8.48 KBytes
[ 5] 1.00-2.00 sec 522 KBytes 4.28 Mbits/sec 6 9.90 KBytes
[ 5] 2.00-3.00 sec 116 KBytes 950 Kbits/sec 19 2.83 KBytes
[ 5] 3.00-4.00 sec 436 KBytes 3.57 Mbits/sec 10 11.3 KBytes
[ 5] 4.00-5.00 sec 440 KBytes 3.60 Mbits/sec 9 7.07 KBytes
[ 5] 5.00-6.00 sec 414 KBytes 3.40 Mbits/sec 10 15.6 KBytes
[ 5] 6.00-7.00 sec 296 KBytes 2.42 Mbits/sec 10 15.6 KBytes
[ 5] 7.00-8.00 sec 393 KBytes 3.22 Mbits/sec 11 14.1 KBytes
[ 5] 8.00-9.00 sec 386 KBytes 3.16 Mbits/sec 9 5.66 KBytes
[ 5] 9.00-10.00 sec 288 KBytes 2.36 Mbits/sec 6 12.7 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 3.86 MBytes 3.24 Mbits/sec 106 sender
[ 5] 0.00-10.02 sec 3.74 MBytes 3.13 Mbits/sec receiver
En IPv6
localhost:~# iperf3 -c ping6.online.net -p 5209
Connecting to host ping6.online.net, port 5209
[ 5] local xxx:e632 port 56915 connected to 2001:bc8:0:1::49 port 5209
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 702 KBytes 5.75 Mbits/sec 14 9.76 KBytes
[ 5] 1.00-2.00 sec 368 KBytes 3.02 Mbits/sec 11 12.6 KBytes
[ 5] 2.00-3.00 sec 404 KBytes 3.31 Mbits/sec 11 8.37 KBytes
[ 5] 3.00-4.00 sec 371 KBytes 3.04 Mbits/sec 9 8.37 KBytes
[ 5] 4.00-5.00 sec 478 KBytes 3.92 Mbits/sec 8 13.9 KBytes
[ 5] 5.00-6.00 sec 357 KBytes 2.92 Mbits/sec 9 9.76 KBytes
[ 5] 6.00-7.00 sec 573 KBytes 4.70 Mbits/sec 8 15.3 KBytes
[ 5] 7.00-8.00 sec 595 KBytes 4.87 Mbits/sec 22 5.58 KBytes
[ 5] 8.00-9.00 sec 364 KBytes 2.98 Mbits/sec 8 11.2 KBytes
[ 5] 9.00-10.00 sec 418 KBytes 3.43 Mbits/sec 8 13.9 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 4.52 MBytes 3.79 Mbits/sec 108 sender
[ 5] 0.00-10.06 sec 4.41 MBytes 3.68 Mbits/sec receiver
Toujours pareil ...
Allez, pour la route, on refait un test sur le routeur, donc le truc tordu "Routeur OpenWRT > Ethernet > Box (routeur) > Internet"
# iperf3 -c ping.online.net -p 5209
Connecting to host ping.online.net, port 5209
[ 5] local 82.66.185.208 port 33166 connected to 51.158.1.21 port 5209
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 59.4 MBytes 498 Mbits/sec 1002 1.61 MBytes
[ 5] 1.00-2.00 sec 64.4 MBytes 540 Mbits/sec 851 3.13 MBytes
[ 5] 2.00-3.00 sec 62.8 MBytes 526 Mbits/sec 1074 3.22 MBytes
[ 5] 3.00-4.00 sec 65.2 MBytes 547 Mbits/sec 924 3.28 MBytes
[ 5] 4.00-5.00 sec 62.4 MBytes 523 Mbits/sec 1440 3.26 MBytes
[ 5] 5.00-6.00 sec 68.0 MBytes 570 Mbits/sec 1209 1.51 MBytes
[ 5] 6.00-7.00 sec 63.1 MBytes 530 Mbits/sec 992 3.17 MBytes
[ 5] 7.00-8.00 sec 64.8 MBytes 543 Mbits/sec 1332 3.22 MBytes
[ 5] 8.00-9.00 sec 63.9 MBytes 536 Mbits/sec 1097 3.28 MBytes
[ 5] 9.00-10.00 sec 65.4 MBytes 548 Mbits/sec 1160 3.21 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 639 MBytes 536 Mbits/sec 11081 sender
[ 5] 0.00-10.04 sec 637 MBytes 532 Mbits/sec receiver
iperf Done.
Et là, c'est toujours bon ... 🙃
Donc j'ai éliminé les problèmes de wifi, de cable, de mode de fonctionnement ... et c'est toujours à n'y rien comprendre.
Déjà 10% pk loss sur le 1er routeur (box ou openWRT), ca craint...
En local, ~0 pk loss c'est un prérequis pour tester la suite, désolé...
Alors oui, mais non, car le test avec les DNS Google est une mauvaise idée car j'utilise AdGuard sur le routeur, qui a quelques mécanismes de protection qui peuvent effectivement dropper les paquets DNS.
J'ai refait le test en étant connectant directement à la box (en Wifi)
me@tuxbook ~ mtr --report dns.google
Start: 2025-03-11T08:11:43+0100
HOST: tuxbook Loss% Snt Last Avg Best Wrst StDev
1.|-- 2a01:e0a:98a:a830::1 0.0% 10 1.2 1.2 1.0 1.8 0.2
2.|-- 2a01:e03:d:f836:cf9d::fff 0.0% 10 3.4 3.3 2.7 4.4 0.5
3.|-- 2a01:e03:d:1700::ffff 0.0% 10 3.4 3.5 3.1 3.9 0.2
4.|-- 2a01:e03:6019:200a::1 0.0% 10 5.5 5.3 4.9 5.8 0.3
5.|-- 2a01:e03:600e::1 10.0% 10 7.8 7.9 7.2 8.4 0.4
6.|-- 2a01:e03:600e::2 70.0% 10 16.3 16.7 16.3 17.2 0.4
7.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
8.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
9.|-- iboss-ic-361506.ip.twelve 0.0% 10 17.1 17.1 16.7 17.4 0.2
10.|-- 2a00:1450:8120::1 0.0% 10 17.7 17.0 16.7 17.8 0.4
11.|-- dns.google 0.0% 10 16.7 16.5 16.3 16.9 0.2
et avec des domaines normaux
me@tuxbook ~ mtr --report ping.online.net
Start: 2025-03-11T08:12:23+0100
HOST: tuxbook Loss% Snt Last Avg Best Wrst StDev
1.|-- _gateway 0.0% 10 1.8 1.8 1.5 2.8 0.4
2.|-- cbv-mx9-ae1.intf.routers. 70.0% 10 18.1 18.1 17.6 18.5 0.4
3.|-- strasbourg-9k-1-lo10.intf 0.0% 10 17.3 17.2 16.3 18.0 0.4
4.|-- 195.154.3.209 0.0% 10 17.5 17.3 16.3 17.8 0.4
5.|-- 51.158.53.146 0.0% 10 18.2 17.9 17.0 19.6 0.8
6.|-- 51.158.8.65 0.0% 10 18.0 18.1 17.1 19.1 0.6
7.|-- 51.158.1.21 0.0% 10 16.8 17.0 15.7 18.1 0.8
me@tuxbook ~ mtr --report google.fr
Start: 2025-03-11T08:12:55+0100
HOST: tuxbook Loss% Snt Last Avg Best Wrst StDev
1.|-- 2a01:e0a:98a:a830::1 0.0% 10 1.3 1.2 1.0 1.5 0.2
2.|-- 2a01:e03:d:f836:cf9d::fff 0.0% 10 3.8 3.4 2.5 4.3 0.5
3.|-- 2a01:e03:d:1700::ffff 40.0% 10 3.3 30.3 3.3 96.9 40.9
4.|-- 2a01:e03:6019:200a::1 0.0% 10 5.6 7.0 4.6 20.8 4.9
5.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
6.|-- 2a01:e03:600e::2 90.0% 10 16.8 16.8 16.8 16.8 0.0
7.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
8.|-- prs-b3-link.ip.twelve99.n 70.0% 10 17.3 17.1 16.9 17.3 0.2
9.|-- iboss-ic-361506.ip.twelve 0.0% 10 17.0 42.1 17.0 135.7 47.6
10.|-- 2a00:1450:8120::1 0.0% 10 18.1 34.4 17.2 111.6 31.0
11.|-- 2001:4860:0:1::216c 0.0% 10 18.1 32.4 17.9 135.5 37.0
12.|-- 2001:4860:0:1::1f95 0.0% 10 17.0 29.3 16.1 110.8 30.3
13.|-- par10s42-in-x03.1e100.net 0.0% 10 16.9 27.6 16.5 92.7 25.0
Là j'étais connecté en Wifi à la box directement et sans aucun autres client sur la Box.
Donc c'est pas une question de cable ... ou de routeur.
0) constatez vous des erreurs sur les ports réseaux (freebox, routeur, serveur, switchs...) ?
non, après tout ces tests, il y a 0 erreur dans les stats "switch" de la box
1) changez vos câbles réseaux (rj45 cat6A minimum + embouts blindés pour câbles en awg26-)
fait, ça ne change rien.
2) Vérifiez avec un multimètre que vous avez 0 volts entre les carlingues des équipements et la terre. Idem pour les cartes réseaux des machines (entre bracket et terre)
oula ... je vais essayer ... mais là ça va chercher loin quand même surtout, encore une fois, que ça ne concerne que le UP.
3) donnez les références exactes de votre routeur openWRT
Alors actuellement c'est un "Xiaomi AX3600" (qualcommax/ipq807x, kernel 6.6.28) mais j'ai aussi un Lynksys avec lequel je pourrais tester mais vu que le débit UP est également limité sans que ce routeur ne soit "involved" dans la topo, je ne pense pas que ça soit très pertinent comme test.
Après oui, ça pourrait aider à comprendre pourquoi c'est le seul équipement qui arrive à avoir un bon débit ... et encore, c'est tellement étrange.
4) postez les logs et les "states" du routeur (system/matériels/logiciel) en fonctionnement normal + en "stress" (=lors d'un iperf3) pour analyse.
Je ne vois vraiment rien de particulier qui serait utile ici. A la limite, un dump des paquets serait plus judicieux afin de comparer les paquets qui fonctionnent (Routeur WRT > BOX) et ce qui ne fonctionnent pas (autre périph > BOX).
j'essaierais avec "wireshark" quand j'aurais un peu + de temps
5) postez la conf (si pas standard) et la topologie hardware du serveur Linux + ses logs systèmes et réseaux (surtout les erreurs)
Là ce n'est pas pertinent, encore une fois j'ai essayé de + de 5 périphériques différents, avec différent mode de connexion, différents cables, etc.
Le serveur Linux en lui même n'est qu'un de ces périphérique.
Aussi, pourriez vous SVP fournir le changelog des actions effectuées sur votre réseau depuis ~ 1 mois avant l'incident ?
Dernier point, si vous avez des dates précises sur la dégradation de votre débit ça permettrait de voir si l'incident que vous constatez est à mettre en relation avec d'eventuelles actions côté opérateur comme le rétablissement du débit 8Gbps sur les liens delta/ultra survenu début mars sur les différentes lignes.
Non, je n'ai rien changé à ma topo, seulement l'ajout d'une machine, et rien n'a été MAJ au niveau software ou hardware.
En Février j'étais sur des projets qui ne nécessitaient pas d'envoie de fichiers, et j'ai surtout bossé en local, donc je n'ai pas constaté le problème avant la semaine dernière.
Tout ce que je sais c'est que fin janvier je n'avais pas le soucis, mais malheureusement pas de dates précises.
-
Peut être tester différents algo de congestion.
Sur le routeur directement, en essayer plusieurs et voir si il y a des algo qui rapproche du cas des tes device.
Peut-être que tes device utilise un algo commun qui te donnes un mauvais resultat et le routeur de base en utilise un autre plus performant de base ?
Je vois pas trop où chercher maintenant honnêtement.
-
Vu que l'on est sur une Revo, se poser 2 questions:
A) Problématique du SFP entre l'ONU et la box (connexion vers la box avec faux contact?)
B) Problématique de la jarretière depuis la PTO (Coude, ferule avec poussière...)
- Enfin, je suppose que tous les ports Ethernet de la Box ont été essayés? (Des fois qu'une des "pinouilles" d'une prise soit défectueuse/plus oxydée qu'une autre?)
-
Vu que l'on est sur une Revo, se poser 2 questions:
A) Problématique du SFP entre l'ONU et la box (connexion vers la box avec faux contact?)
B) Problématique de la jarretière depuis la PTO (Coude, ferule avec poussière...)
J'y ai pensé aussi, c'est pourquoi j'ai évoqué le passage à une pop, mais ça n'explique pas pourquoi ça serait uniquement le UP et pourquoi seulement UN des périph (qui est un routeur qui plus est) a un UP "normal" (ce qui est finalement le plus perturbant car sans ce périph on se poserait moins de question je pense).
En plus rien n'a bougé depuis des mois, personne n'accède à la pièce où se trouve la box.
Je rajoute d'ailleurs que la box et le routeur sont sur onduleur... just in case.
- Enfin, je suppose que tous les ports Ethernet de la Box ont été essayés? (Des fois qu'une des "pinouilles" d'une prise soit défectueuse/plus oxydée qu'une autre?)
Oui, ports, cables, wifi, périphériques, os ... là je pense que j'ai testé tout les scénarios possibles.
Finalement la seule chose que je n'ai pas essayé c'est de débrancher la box pendant plusieurs heures.
Je vais faire ça cette nuit ... on ne sait jamais.
-
Couper l'alimentation générale, comprenant l'ONU...
Bonne journée.
-
Les différents algo ne changent rien (à faire sur le routeur + un device) ?
iperf3 -c ping.online.net -p 5205 -P 4 -C cubic
iperf3 -c ping.online.net -p 5205 -P 4 -C bbr
iperf3 -c ping.online.net -p 5205 -P 4 -C renoetc ..
-
Les différents algo ne changent rien (à faire sur le routeur + un device) ?
C'est une très bonne question, effectivement, ça change tout.
Depuis le routeur :
root@wrt:~# iperf3 -c ping.online.net -p 5205 -C bbr
Connecting to host ping.online.net, port 5205
[ 5] local w.x.y.z port 52272 connected to 51.158.1.21 port 5205
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 49.2 MBytes 413 Mbits/sec 1207 3.18 MBytes
[ 5] 1.00-2.00 sec 60.4 MBytes 506 Mbits/sec 1070 2.49 MBytes
[ 5] 2.00-3.00 sec 60.0 MBytes 503 Mbits/sec 1444 3.05 MBytes
[ 5] 3.00-4.00 sec 58.4 MBytes 490 Mbits/sec 1276 3.15 MBytes
[ 5] 4.00-5.00 sec 61.1 MBytes 512 Mbits/sec 1347 2.61 MBytes
[ 5] 5.00-6.00 sec 55.0 MBytes 461 Mbits/sec 1438 3.15 MBytes
[ 5] 6.00-7.00 sec 58.8 MBytes 493 Mbits/sec 1239 3.15 MBytes
[ 5] 7.00-8.00 sec 59.6 MBytes 500 Mbits/sec 1317 3.20 MBytes
[ 5] 8.00-9.00 sec 61.2 MBytes 514 Mbits/sec 1277 3.23 MBytes
[ 5] 9.00-10.00 sec 60.2 MBytes 506 Mbits/sec 1169 3.12 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 584 MBytes 490 Mbits/sec 12784 sender
[ 5] 0.00-10.04 sec 583 MBytes 487 Mbits/sec receiver
iperf Done.
root@wrt:~# iperf3 -c ping.online.net -p 5205 -C reno
Connecting to host ping.online.net, port 5205
[ 5] local w.x.y.z port 54428 connected to 51.158.1.21 port 5205
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 512 KBytes 4.19 Mbits/sec 11 15.6 KBytes
[ 5] 1.00-2.00 sec 1.00 MBytes 8.39 Mbits/sec 8 5.66 KBytes
[ 5] 2.00-3.00 sec 896 KBytes 7.34 Mbits/sec 7 8.48 KBytes
[ 5] 3.00-4.00 sec 384 KBytes 3.15 Mbits/sec 10 5.66 KBytes
[ 5] 4.00-5.00 sec 768 KBytes 6.29 Mbits/sec 11 9.90 KBytes
[ 5] 5.00-6.00 sec 640 KBytes 5.24 Mbits/sec 8 9.90 KBytes
[ 5] 6.00-7.00 sec 1.00 MBytes 8.39 Mbits/sec 4 38.2 KBytes
[ 5] 7.00-8.00 sec 896 KBytes 7.34 Mbits/sec 13 4.24 KBytes
[ 5] 8.00-9.00 sec 384 KBytes 3.15 Mbits/sec 8 5.66 KBytes
[ 5] 9.00-10.00 sec 640 KBytes 5.24 Mbits/sec 6 11.3 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 7.00 MBytes 5.87 Mbits/sec 86 sender
[ 5] 0.00-10.04 sec 6.93 MBytes 5.79 Mbits/sec receiver
iperf Done.
root@wrt:~# iperf3 -c ping.online.net -p 5205 -C cubic
Connecting to host ping.online.net, port 5205
[ 5] local w.x.y.z port 35452 connected to 51.158.1.21 port 5205
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 896 KBytes 7.33 Mbits/sec 9 11.3 KBytes
[ 5] 1.00-2.00 sec 768 KBytes 6.29 Mbits/sec 7 17.0 KBytes
[ 5] 2.00-3.00 sec 1.00 MBytes 8.39 Mbits/sec 7 8.48 KBytes
[ 5] 3.00-4.00 sec 768 KBytes 6.29 Mbits/sec 6 9.90 KBytes
[ 5] 4.00-5.00 sec 896 KBytes 7.34 Mbits/sec 6 12.7 KBytes
[ 5] 5.00-6.00 sec 640 KBytes 5.24 Mbits/sec 11 8.48 KBytes
[ 5] 6.00-7.00 sec 384 KBytes 3.15 Mbits/sec 7 9.90 KBytes
[ 5] 7.00-8.00 sec 512 KBytes 4.19 Mbits/sec 7 7.07 KBytes
[ 5] 8.00-9.00 sec 768 KBytes 6.29 Mbits/sec 5 7.07 KBytes
[ 5] 9.00-10.00 sec 640 KBytes 5.25 Mbits/sec 6 12.7 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 7.12 MBytes 5.98 Mbits/sec 71 sender
[ 5] 0.00-10.04 sec 6.91 MBytes 5.77 Mbits/sec receiver
iperf Done.
Il semble que "bbr" soit le protocole miracle dans ma situation (surement celui utilisé par défaut par le iperf de oWRT).
Malheureusement ...
iperf3 -c ping.online.net -p 5205 -P 4 -C bbr (base)
iperf3: parameter error - an option you are trying to set is not implemented yet
Usage: iperf3 [-s|-c host] [options]
Try `iperf3 --help' for more information.
Cette option n'est pas implémenté sur le mac
Et sur mon serveur Linux, il n'y a pas ce proto
me@tuxserver ◰base ~ iperf3 -c ping.online.net -p 5205 -C cubic (base)
Connecting to host ping.online.net, port 5205
[ 5] local 192.168.1.4 port 44330 connected to 51.158.1.21 port 5205
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 1.33 MBytes 11.2 Mbits/sec 12 11.3 KBytes
[ 5] 1.00-2.00 sec 608 KBytes 4.98 Mbits/sec 9 12.7 KBytes
[ 5] 2.00-3.00 sec 608 KBytes 4.98 Mbits/sec 14 5.66 KBytes
[ 5] 3.00-4.00 sec 730 KBytes 5.98 Mbits/sec 5 11.3 KBytes
[ 5] 4.00-5.00 sec 730 KBytes 5.98 Mbits/sec 7 17.0 KBytes
[ 5] 5.00-6.00 sec 730 KBytes 5.98 Mbits/sec 9 9.90 KBytes
[ 5] 6.00-7.00 sec 486 KBytes 3.98 Mbits/sec 8 5.66 KBytes
[ 5] 7.00-8.00 sec 486 KBytes 3.99 Mbits/sec 9 8.48 KBytes
[ 5] 8.00-9.00 sec 730 KBytes 5.98 Mbits/sec 6 22.6 KBytes
[ 5] 9.00-10.00 sec 608 KBytes 4.98 Mbits/sec 9 17.0 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 6.91 MBytes 5.80 Mbits/sec 88 sender
[ 5] 0.00-10.02 sec 6.78 MBytes 5.68 Mbits/sec receiver
iperf Done.
me@tuxserver ◰base ~ iperf3 -c ping.online.net -p 5205 -C bbr (base)
Connecting to host ping.online.net, port 5205
iperf3: error - unable to set TCP_CONGESTION: Supplied congestion control algorithm not supported on this host
! me@tuxserver ◰base ~ iperf3 -c ping.online.net -p 5205 -C reno (base)
Connecting to host ping.online.net, port 5205
[ 5] local 192.168.1.4 port 35336 connected to 51.158.1.21 port 5205
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 728 KBytes 5.96 Mbits/sec 8 17.0 KBytes
[ 5] 1.00-2.00 sec 814 KBytes 6.67 Mbits/sec 9 12.7 KBytes
[ 5] 2.00-3.00 sec 912 KBytes 7.47 Mbits/sec 7 14.1 KBytes
[ 5] 3.00-4.00 sec 669 KBytes 5.48 Mbits/sec 12 5.66 KBytes
[ 5] 4.00-5.00 sec 547 KBytes 4.48 Mbits/sec 9 12.7 KBytes
[ 5] 5.00-6.00 sec 669 KBytes 5.48 Mbits/sec 8 9.90 KBytes
[ 5] 6.00-7.00 sec 1.19 MBytes 10.0 Mbits/sec 9 7.07 KBytes
[ 5] 7.00-8.00 sec 608 KBytes 4.98 Mbits/sec 11 8.48 KBytes
[ 5] 8.00-9.00 sec 730 KBytes 5.98 Mbits/sec 8 2.83 KBytes
[ 5] 9.00-10.00 sec 486 KBytes 3.98 Mbits/sec 10 4.24 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 7.21 MBytes 6.05 Mbits/sec 91 sender
[ 5] 0.00-10.02 sec 7.07 MBytes 5.92 Mbits/sec receiver
iperf Done.
Mais c'est une bonne piste ... je pense (?) :)
-
Les différents algo ne changent rien (à faire sur le routeur + un device) ?
Réellement bien vu!
J'ai activé bbr sur mon serveur linux.
me@tuxserver ◰base ~ sysctl net.ipv4.tcp_available_congestion_control (base)
net.ipv4.tcp_available_congestion_control = reno cubic
me@tuxserver ◰base ~ sudo modprobe tcp_bbr (base)
me@tuxserver ◰base ~ sysctl net.ipv4.tcp_available_congestion_control (base)
net.ipv4.tcp_available_congestion_control = reno cubic bbr
me@tuxserver ◰base ~ iperf3 -c ping.online.net -p 5205 -C bbr (base)
Connecting to host ping.online.net, port 5205
[ 5] local 192.168.1.4 port 52688 connected to 51.158.1.21 port 5205
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 61.4 MBytes 515 Mbits/sec 1053 2.88 MBytes
[ 5] 1.00-2.00 sec 71.2 MBytes 598 Mbits/sec 1314 2.93 MBytes
[ 5] 2.00-3.00 sec 68.8 MBytes 577 Mbits/sec 1328 3.01 MBytes
[ 5] 3.00-4.00 sec 71.2 MBytes 598 Mbits/sec 1450 2.85 MBytes
[ 5] 4.00-5.00 sec 72.5 MBytes 608 Mbits/sec 1324 2.93 MBytes
[ 5] 5.00-6.00 sec 70.0 MBytes 587 Mbits/sec 1249 2.92 MBytes
[ 5] 6.00-7.00 sec 68.8 MBytes 577 Mbits/sec 1259 2.84 MBytes
[ 5] 7.00-8.00 sec 70.0 MBytes 587 Mbits/sec 1276 2.91 MBytes
[ 5] 8.00-9.00 sec 71.2 MBytes 598 Mbits/sec 1282 2.72 MBytes
[ 5] 9.00-10.00 sec 71.2 MBytes 598 Mbits/sec 1276 2.78 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 696 MBytes 584 Mbits/sec 12811 sender
[ 5] 0.00-10.03 sec 694 MBytes 580 Mbits/sec receiver
iperf Done.
Bon ben voila ... maintenant la question c'est "qu'est ce que je peux y faire" ?
Autant sur le serveur Linux je pense que oui, je peux forcer ce proto (je pense...) autant sur tous les autres périph ça va pas être aussi simple, non?
-
Ça semble indiquer qu'il y a quand même un problème sur la ligne. On le voyait dès les premiers iperf avec le nombre de retransmissions élevé.
Le fait d'utiliser BBR te permet un peu de contourner ça, mais c'est un contournement.
Au moins on comprends un minimum ce qu'il se passe et pourquoi le routeur avait de bons débits (je pense que ton routeur utilise BBR par défaut).
Oui sur linux tu devrais pouvoir l'activer "facilement", autant les autres... je pense pas que tu puisses mettre ça en place facilement.
-
Ça semble indiquer qu'il y a quand même un problème sur la ligne. On le voyait dès les premiers iperf avec le nombre de retransmissions élevé.
Le fait d'utiliser BBR te permet un peu de contourner ça, mais c'est un contournement.
Au moins on comprends un minimum ce qu'il se passe et pourquoi le routeur avait de bons débits (je pense que ton routeur utilise BBR par défaut).
Oui et c'est énorme ! Merci beaucoup pour cette suggestion qui met en lumière le problème.
Maintenant comment je vais faire comprendre ça au support Free 🤔
Oui sur linux tu devrais pouvoir l'activer "facilement", autant les autres... je pense pas que tu puisses mettre ça en place facilement.
Déjà en place 😁
me@tuxserver ◰base ~ sudo vi /etc/sysctl.conf (base)
me@tuxserver ◰base ~ sudo sysctl -p (base)
fs.inotify.max_user_watches = 524288
net.ipv4.tcp_congestion_control = bbr
net.core.default_qdisc = fq
me@tuxserver ◰base ~ sysctl net.ipv4.tcp_congestion_control (base)
net.ipv4.tcp_congestion_control = bbr
me@tuxserver ◰base ~ iperf3 -c ping.online.net -p 5205 (base)
Connecting to host ping.online.net, port 5205
[ 5] local 192.168.1.4 port 36470 connected to 51.158.1.21 port 5205
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 60.4 MBytes 507 Mbits/sec 1347 2.93 MBytes
[ 5] 1.00-2.00 sec 66.2 MBytes 556 Mbits/sec 1504 2.78 MBytes
[ 5] 2.00-3.00 sec 65.0 MBytes 545 Mbits/sec 1536 2.76 MBytes
[ 5] 3.00-4.00 sec 66.2 MBytes 556 Mbits/sec 1666 2.79 MBytes
[ 5] 4.00-5.00 sec 67.5 MBytes 566 Mbits/sec 1616 2.97 MBytes
[ 5] 5.00-6.00 sec 66.2 MBytes 556 Mbits/sec 1663 2.77 MBytes
[ 5] 6.00-7.00 sec 70.0 MBytes 587 Mbits/sec 1590 2.73 MBytes
[ 5] 7.00-8.00 sec 67.5 MBytes 566 Mbits/sec 1677 3.06 MBytes
[ 5] 8.00-9.00 sec 67.5 MBytes 566 Mbits/sec 1727 3.07 MBytes
[ 5] 9.00-10.00 sec 66.2 MBytes 556 Mbits/sec 1644 3.06 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 663 MBytes 556 Mbits/sec 15970 sender
[ 5] 0.00-10.02 sec 661 MBytes 553 Mbits/sec receiver
iperf Done.
Et comme on peut le voir j'ai tout de suite retrouvé un UP normal sur mon serveur (petit test scp: "38.1MB/s") ... ce qui est vraiment super / utile (en attendant que la ligne complète soit "corrigée").
Merci beaucoup.
EDIT: je confirme pour le routeur WRT, il utilise bien uniquement "bbr"
# sysctl net.ipv4.tcp_congestion_control
net.ipv4.tcp_congestion_control = bbr
Ceci explique cela et ça prouve que "c'est pas moi", merci vraiment 🙏🏻
-
Que donne un test de nuit ?
-
Que donne un test de nuit ?
Alors je ne me suis pas levé en pleine nuit pour tester, mais hier soir à 23h30 et ce matin à 7h c'était exactement la même chose,
et c'est pas vraiment des heures de pointe.
Je pourrais éventuellement programmer un test cette nuit sur le serveur, c'est facile, mais je n'y crois pas tellement 🤔
-
Oui si à 7h30 et 23h30 c'est pareil, ça ne risque de ne pas changer de nuit. Que donne la puissance reçue visible sur l'interface de la box ?
-
Que donne la puissance reçue visible sur l'interface de la box ?
"NA" 🤣
Surement parce que le module SFP ne remonte pas cette info à la box (?)
-
Oui que BBR passe mieux indique un gros souci de perte de paquets sur la ligne. C'est fréquent chez Free mais a ce point et a toute heure c'est moins normal... ca peut être un souci local apres la Freebox voir sur la ligne optique de la freebox elle meme (sens upload).
Pour Windows 11 on peut activer BBR mais ce n'est pas encore stable (y'a des bug en local apres) donc a ne faire qu'a la demande pour un besoin instantané.
en terminal admin:
netsh int tcp set supplemental Template=Internet CongestionProvider=bbr2
puis revenir en cubic:
netsh int tcp set supplemental Template=Internet CongestionProvider=cubic(c'est live pas besoin de reboot)
Pour Mac y'a rien encore. Si t'as une 'urgence' d'envoi a haut débit tu peux éventuellement mettre en place un "relai" via une machine Linux en BBR.
-
Oui que BBR passe mieux indique un gros souci de perte de paquets sur la ligne. C'est fréquent chez Free mais a ce point et a toute heure c'est moins normal... ca peut être un souci local apres la Freebox voir sur la ligne optique de la freebox elle meme (sens upload).
Oui mais comment je fais pour faire comprendre ça au support Free sans passer 1h au tel pour rien ? 🤔
Pour Windows 11 on peut activer BBR mais ce n'est pas encore stable
Windows n'est pas stable, ha bon ?! 😋
Je plaisante (un peu), je n'ai pas de Windows sur mon réseau (enfin si, un, mais c'est pour le gaming offline...).
Pour Mac y'a rien encore.
Oui, j'ai cherché aussi, j'ai trouvé ça étonnant et c'est plus embêtant : je travaille quotidiennement sur mac.
Mais bon, le plus important sincèrement c'est le serveur Linux et grace au "forçage brr" il fonctionne "normalement",
donc encore un grand merci à @nicox11 pour avoir mis en évidence ça 🙏🏻
-
Oui mais comment je fais pour faire comprendre ça au support Free sans passer 1h au tel pour rien ? 🤔
aduf.org peut-être. J'aurais bien dit le bugtracker dev.freebox.fr mais malheureusement on est plus sur un problème « entre les mailles du filet » qu'un véritable bug affectant plusieurs utilisateurs.
Perso, mon hypothèse est une box ou un module SFP défaillant. D'ailleurs, tant qu'on y est, il n'y a aucun des deux en surchauffe ? Regarde le relevé des températures. Si on a vraiment de la chance on pourra constater une différence sur le graphique du mois au moment du déclenchement du problème, mais c'est peu probable.
-
aduf.org peut-être. J'aurais bien dit le bugtracker dev.freebox.fr mais malheureusement on est plus sur un problème « entre les mailles du filet » qu'un véritable bug affectant plusieurs utilisateurs.
Faudrait que je demande à mes voisins de faire un test chez eux, mais je suis en campagne, donc ça se limite à 5 voisins qui sont soit chez Orange, soit chez Bouygues.
Je crois que le plus éloigné est chez Free ... mais pas certain. A voir.
Perso, mon hypothèse est une box ou un module SFP défaillant. D'ailleurs, tant qu'on y est, il n'y a aucun des deux en surchauffe ? Regarde le relevé des températures. Si on a vraiment de la chance on pourra constater une différence sur le graphique du mois au moment du déclenchement du problème, mais c'est peu probable.
Non pas de surchauffe, mais je suis très tenté par l'upgrade POP pour le coup.
Honnêtement je préfère perdre 50 euros d'upgrade que mon temps avec le support Free 🤔
Il faut juste que je prenne le temps de retrouver la boite et le player dans le grenier 😅
-
Bon ben j'ai tout gagné.
Pop commandé le 12, reçu le 14 (elle est loin la pénurie de Pop 😉) aussitôt reçue, aussitôt branchée et ... bloquée à l'étape 3 😟
J'ai évidemment était très précautionneux avec la charretière, le signal est bien détecté (même si j'ai un "gros" affaiblissement), donc c'est pas ça ...
Plus qu'à appeler Free demain (le pire jour de la semaine évidemment) et attendre patiemment la venu du technicien 🙄
On va dire que dans l'histoire j'ai gagné un peu temps quand même : j'ai plus à prouver que ça vient de ma ligne 😜
-
Clair que le niveau du signal est loin de convenir... Au delà de -25dB, c'est quasiment mort...
C'est comme si la jarretière était mal enfoncée, soit dans la PTO, soit dans le SFP+ de la box! Ou qu'une des férules ait une cochonnerie, comme si un des 2 bouchons avait laissé des saletés...
On ne parlera pas du niveau d'envoi, l'OLT au bout ne semblant pas être en mesure de communiquer... Bizarre!
-
C'est comme si la jarretière était mal enfoncée, soit dans la PTO, soit dans le SFP+ de la box! Ou qu'une des férules ait une cochonnerie, comme si un des 2 bouchons avait laissé des saletés...
Justement, je sais que c'est fragile tout ça, j'ai fait super gaffe.
Au début j'avais laissé l'ancienne Jarretière, et donc débranché seulement le coté Freebox.
Voyant que c'était bloqué à l'étape 3, je me suis "tiens, si ça se trouve c'est ça depuis le début",
j'ai donc pris et installer avec une extrême précaution et vélocité la nouvelle Jarretière, mais pas mieux ...
J'ai quand même fait une seconde tentative de débranchement / rebranchement, mais toujours (exactement) le même niveau de signal.
On ne parlera pas du niveau d'envoi, l'OLT au bout ne semblant pas être en mesure de communiquer... Bizarre!
Mouaip, bah c'est bizarre depuis le début cette histoire et là ça s'arrange pas.
Je vois pas comment le changement de box à pu "finir de terminer la ligne" mais ça semble être le cas 😮
(peut être le cable qui a bougé dans le module au final, même s'il a jamais bougé lui même 🤔).
Quoiqu'il en soit, j'ai contacté le support Free, je n'ai eu personne au bout du fil, seulement le serveur vocal, et j'ai eu un RDV en 2 minutes, donc top en fait, j'ai pas eu besoin de faire tous les tests habituels à la noix 😉
Le technicien passe mercredi matin, à suivre ...
-
Quoiqu'il en soit, j'ai contacté le support Free, je n'ai eu personne au bout du fil, seulement le serveur vocal, et j'ai eu un RDV en 2 minutes, donc top en fait, j'ai pas eu besoin de faire tous les tests habituels à la noix 😉
Le technicien passe mercredi matin, à suivre ...
Le robot a essayé de contacter la box, et dans le cas où c'est KO, il déclenche une intervention.
C'est un peu bourrin, mais en fait, si l'abonné est au phone pendant la tentative de connexion du robot, ce dernier détermine que potentiellement, il y a un problème, donc déclenchement de l'intervention.
Probable que statistiquement, cela se vérifie...
-
L'hypothèse qui me semble désormais la plus probable, c'est un technicien qui est venu dans l'armoire et qui a plié ta fibre, ou quasi débranchée
-
L'hypothèse qui me semble désormais la plus probable, c'est un technicien qui est venu dans l'armoire et qui a plié ta fibre, ou quasi débranchée
Bonjour
Ou piqué la position utilisée par votre fibre sur le coupleur... vécu et re-vécu en région parisienne (inadmissible mais fréquent) !
Cordialement
nbanba
-
Bonjour à tous,
Je vais poster ici car le titre m'évoque un souci de mon côté.
J'ai depuis le retour à 8 Gbps en download un upload assez bas je trouve pour 700 Mbps et vu que beaucoup de monde parle de 900 mbps.
Donc je remarque (freebox reboot de ce matin) des tests bof :
Speedtest (application) à 7304 et 264 Mbps
Checkftthfree à 7012 et 128 Mbps
Nperf (pplication) Serveur Anycast Free 100 Gbps à 7830 et 572 Mbps
Et pour information, de mon côté une coupure comme la dernière fois pour la réparation du Download, une coupure le 13/03/2025 01h56 qui a durée 14 secondes.
La réparation du Download est bien là mais mon upload en a pris un coup... et j'ai testé depuis quelques jours à plusieurs heures et cela donne pareil, des fois cela remonte et ensuite cela rebaisse.
Voilà c'était pour donner mon vécu.
Cordialement.
Franck
-
Problème similaire, mon upload censé passer a 1gbps avec ma Fbx Revo Light reste entre 3-400mbps, pas de hausse d'upload me concernant...
-
Bonjour à tous,
Je vais poster ici car le titre m'évoque un souci de mon côté.
J'ai depuis le retour à 8 Gbps en download un upload assez bas je trouve pour 700 Mbps et vu que beaucoup de monde parle de 900 mbps.
Donc je remarque (freebox reboot de ce matin) des tests bof :
Speedtest (application) à 7304 et 264 Mbps
Checkftthfree à 7012 et 128 Mbps
Nperf (pplication) Serveur Anycast Free 100 Gbps à 7830 et 572 Mbps
Et pour information, de mon côté une coupure comme la dernière fois pour la réparation du Download, une coupure le 13/03/2025 01h56 qui a durée 14 secondes.
La réparation du Download est bien là mais mon upload en a pris un coup... et j'ai testé depuis quelques jours à plusieurs heures et cela donne pareil, des fois cela remonte et ensuite cela rebaisse.
Voilà c'était pour donner mon vécu.
Cordialement.
Franck
Bonjour
@altair83 : obtenez vous les mêmes résultats lors du test iperf3 avec -P4 dans la ligne de commande ?
Si vous lancez 2 invites de command avec un iperf3 dans chaque terminal (avec -p9205 dans le 1er terminal et -p9206 dans le 2è ?)
Ou avec l'option '-4' dans le 1er terminal et l'option '-6' dans le 2è terminal ?
Et que vous faites la somme des débits UP lors d'un test fait en même temps depuis les 2 terminaux ?
Cordialement
nbanba
-
Bonjour,
@nbanba merci de ta réponse,
Donc je te recopie les résultats début et fin des tests
Pour les additions si j'ai bien compté le 1er 775 et 2ème 592.3 ... enfin je te laisse recompter car je ne sais pas trop sur ce coup là.
J'espère que je n'ai rien oublié.
Cordialement.
Franck
iperf3 -4c appliwave.testdebit.info -p9208 --get-server-output -t30 -P4
Connecting to host appliwave.testdebit.info, port 9208
[ 5] local 192.168.7.77 port 53104 connected to 45.85.134.187 port 9208
[ 7] local 192.168.7.77 port 53106 connected to 45.85.134.187 port 9208
[ 9] local 192.168.7.77 port 53107 connected to 45.85.134.187 port 9208
[ 11] local 192.168.7.77 port 53108 connected to 45.85.134.187 port 9208
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 6.38 MBytes 52.8 Mbits/sec
[ 7] 0.00-1.01 sec 15.0 MBytes 124 Mbits/sec
[ 9] 0.00-1.01 sec 13.2 MBytes 110 Mbits/sec
[ 11] 0.00-1.01 sec 9.88 MBytes 81.9 Mbits/sec
[SUM] 0.00-1.01 sec 44.5 MBytes 369 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-30.01 sec 408 MBytes 114 Mbits/sec sender
[ 5] 0.00-30.03 sec 408 MBytes 114 Mbits/sec receiver
[ 7] 0.00-30.01 sec 409 MBytes 114 Mbits/sec sender
[ 7] 0.00-30.03 sec 408 MBytes 114 Mbits/sec receiver
[ 9] 0.00-30.01 sec 472 MBytes 132 Mbits/sec sender
[ 9] 0.00-30.03 sec 472 MBytes 132 Mbits/sec receiver
[ 11] 0.00-30.01 sec 382 MBytes 107 Mbits/sec sender
[ 11] 0.00-30.03 sec 381 MBytes 106 Mbits/sec receiver
[SUM] 0.00-30.01 sec 1.63 GBytes 467 Mbits/sec sender
[SUM] 0.00-30.03 sec 1.63 GBytes 466 Mbits/sec receiver
Server output:
Accepted connection from 82.xx.XXX.XX, port 53103
[ 5] local 45.85.134.187 port 9208 connected to 82.xx.XXX.XX port 53104
[ 8] local 45.85.134.187 port 9208 connected to 82.xx.XXX.XX port 53106
[ 10] local 45.85.134.187 port 9208 connected to 82.xx.XXX.XX port 53107
[ 12] local 45.85.134.187 port 9208 connected to 82.xx.XXX.XX port 53108
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 5.80 MBytes 48.7 Mbits/sec
[ 8] 0.00-1.00 sec 13.8 MBytes 115 Mbits/sec
[ 10] 0.00-1.00 sec 12.1 MBytes 101 Mbits/sec
[ 12] 0.00-1.00 sec 8.81 MBytes 73.9 Mbits/sec
[SUM] 0.00-1.00 sec 40.5 MBytes 339 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
Server output:
Accepted connection from 82.xx.xxx.xx, port 53103
[ 5] local 45.85.134.187 port 9208 connected to 82.xx.xxx.xx port 53104
[ 8] local 45.85.134.187 port 9208 connected to 82.xx.xxx.xx port 53106
[ 10] local 45.85.134.187 port 9208 connected to 82.xx.xxx.xx port 53107
[ 12] local 45.85.134.187 port 9208 connected to 82.xx.xxx.xx port 53108
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 5.80 MBytes 48.7 Mbits/sec
[ 8] 0.00-1.00 sec 13.8 MBytes 115 Mbits/sec
[ 10] 0.00-1.00 sec 12.1 MBytes 101 Mbits/sec
[ 12] 0.00-1.00 sec 8.81 MBytes 73.9 Mbits/sec
[SUM] 0.00-1.00 sec 40.5 MBytes 339 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-30.03 sec 408 MBytes 114 Mbits/sec receiver
[ 8] 0.00-30.03 sec 408 MBytes 114 Mbits/sec receiver
[ 10] 0.00-30.03 sec 472 MBytes 132 Mbits/sec receiver
[ 12] 0.00-30.03 sec 381 MBytes 106 Mbits/sec receiver
[SUM] 0.00-30.03 sec 1.63 GBytes 466 Mbits/sec receiver
iperf Done.
TEST dans le 1er terminal
iperf3 -4c appliwave.testdebit.info -p9205 --get-server-output -t30 -P4
Connecting to host appliwave.testdebit.info, port 9205
[ 5] local 192.168.7.77 port 60014 connected to 45.85.134.187 port 9205
[ 7] local 192.168.7.77 port 60016 connected to 45.85.134.187 port 9205
[ 9] local 192.168.7.77 port 60017 connected to 45.85.134.187 port 9205
[ 11] local 192.168.7.77 port 60018 connected to 45.85.134.187 port 9205
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 20.0 MBytes 166 Mbits/sec
[ 7] 0.00-1.01 sec 7.62 MBytes 63.4 Mbits/sec
[ 9] 0.00-1.01 sec 13.9 MBytes 115 Mbits/sec
[ 11] 0.00-1.01 sec 9.38 MBytes 78.0 Mbits/sec
[SUM] 0.00-1.01 sec 50.9 MBytes 423 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-30.00 sec 292 MBytes 81.7 Mbits/sec sender
[ 5] 0.00-30.02 sec 290 MBytes 81.1 Mbits/sec receiver
[ 7] 0.00-30.00 sec 264 MBytes 73.9 Mbits/sec sender
[ 7] 0.00-30.02 sec 264 MBytes 73.8 Mbits/sec receiver
[ 9] 0.00-30.00 sec 268 MBytes 74.9 Mbits/sec sender
[ 9] 0.00-30.02 sec 267 MBytes 74.7 Mbits/sec receiver
[ 11] 0.00-30.00 sec 287 MBytes 80.4 Mbits/sec sender
[ 11] 0.00-30.02 sec 287 MBytes 80.1 Mbits/sec receiver
[SUM] 0.00-30.00 sec 1.09 GBytes 311 Mbits/sec sender
[SUM] 0.00-30.02 sec 1.08 GBytes 310 Mbits/sec receiver
Server output:
Accepted connection from 82.xx.xxx.xx, port 60012
[ 5] local 45.85.134.187 port 9205 connected to 82.xx.xxx.xx port 60014
[ 8] local 45.85.134.187 port 9205 connected to 82.xx.xxx.xx port 60016
[ 10] local 45.85.134.187 port 9205 connected to 82.xx.xxx.xx port 60017
[ 12] local 45.85.134.187 port 9205 connected to 82.xx.xxx.xx port 60018
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 17.8 MBytes 149 Mbits/sec
[ 8] 0.00-1.00 sec 7.15 MBytes 60.0 Mbits/sec
[ 10] 0.00-1.00 sec 12.8 MBytes 107 Mbits/sec
[ 12] 0.00-1.00 sec 8.47 MBytes 71.0 Mbits/sec
[SUM] 0.00-1.00 sec 46.2 MBytes 388 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-30.02 sec 290 MBytes 81.1 Mbits/sec receiver
[ 8] 0.00-30.02 sec 264 MBytes 73.8 Mbits/sec receiver
[ 10] 0.00-30.02 sec 267 MBytes 74.7 Mbits/sec receiver
[ 12] 0.00-30.02 sec 287 MBytes 80.1 Mbits/sec receiver
[SUM] 0.00-30.02 sec 1.08 GBytes 310 Mbits/sec receiver
iperf Done.
TEST dans le 2ème Terminal simultané
iperf3 -4c appliwave.testdebit.info -p9206 --get-server-output -t30 -P4
Connecting to host appliwave.testdebit.info, port 9206
[ 5] local 192.168.7.77 port 60089 connected to 45.85.134.187 port 9206
[ 7] local 192.168.7.77 port 60090 connected to 45.85.134.187 port 9206
[ 9] local 192.168.7.77 port 60092 connected to 45.85.134.187 port 9206
[ 11] local 192.168.7.77 port 60094 connected to 45.85.134.187 port 9206
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 7.50 MBytes 62.3 Mbits/sec
[ 7] 0.00-1.01 sec 14.6 MBytes 121 Mbits/sec
[ 9] 0.00-1.01 sec 14.1 MBytes 117 Mbits/sec
[ 11] 0.00-1.01 sec 10.8 MBytes 89.2 Mbits/sec
[SUM] 0.00-1.01 sec 47.0 MBytes 390 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-30.01 sec 250 MBytes 69.8 Mbits/sec sender
[ 5] 0.00-30.02 sec 250 MBytes 69.8 Mbits/sec receiver
[ 7] 0.00-30.01 sec 254 MBytes 71.0 Mbits/sec sender
[ 7] 0.00-30.02 sec 253 MBytes 70.8 Mbits/sec receiver
[ 9] 0.00-30.01 sec 294 MBytes 82.1 Mbits/sec sender
[ 9] 0.00-30.02 sec 293 MBytes 81.9 Mbits/sec receiver
[ 11] 0.00-30.01 sec 264 MBytes 73.8 Mbits/sec sender
[ 11] 0.00-30.02 sec 264 MBytes 73.8 Mbits/sec receiver
[SUM] 0.00-30.01 sec 1.04 GBytes 297 Mbits/sec sender
[SUM] 0.00-30.02 sec 1.04 GBytes 296 Mbits/sec receiver
Server output:
Accepted connection from 82.xx.xxx.xx, port 60088
[ 5] local 45.85.134.187 port 9206 connected to 82.xx.xxx.xx port 60089
[ 8] local 45.85.134.187 port 9206 connected to 82.xx.xxx.xx port 60090
[ 10] local 45.85.134.187 port 9206 connected to 82.xx.xxx.xx port 60092
[ 12] local 45.85.134.187 port 9206 connected to 82.xx.xxx.xx port 60094
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 7.09 MBytes 59.5 Mbits/sec
[ 8] 0.00-1.00 sec 13.7 MBytes 115 Mbits/sec
[ 10] 0.00-1.00 sec 13.1 MBytes 110 Mbits/sec
[ 12] 0.00-1.00 sec 10.3 MBytes 86.7 Mbits/sec
[SUM] 0.00-1.00 sec 44.2 MBytes 371 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-30.02 sec 250 MBytes 69.8 Mbits/sec receiver
[ 8] 0.00-30.02 sec 253 MBytes 70.8 Mbits/sec receiver
[ 10] 0.00-30.02 sec 293 MBytes 81.9 Mbits/sec receiver
[ 12] 0.00-30.02 sec 264 MBytes 73.8 Mbits/sec receiver
[SUM] 0.00-30.02 sec 1.04 GBytes 296 Mbits/sec receiver
iperf Done.
-
Bonjour
Bonjour,
@nbanba merci de ta réponse,
Donc je te recopie les résultats début et fin des tests
Pour les additions si j'ai bien compté le 1er 775 et 2ème 592.3 ... enfin je te laisse recompter car je ne sais pas trop sur ce coup là.
J'espère que je n'ai rien oublié.
Cordialement.
Franck
iperf3 -4c appliwave.testdebit.info -p9208 --get-server-output -t30 -P4
Connecting to host appliwave.testdebit.info, port 9208
[ 5] local 192.168.7.77 port 53104 connected to 45.85.134.187 port 9208
[ 7] local 192.168.7.77 port 53106 connected to 45.85.134.187 port 9208
[ 9] local 192.168.7.77 port 53107 connected to 45.85.134.187 port 9208
[ 11] local 192.168.7.77 port 53108 connected to 45.85.134.187 port 9208
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 6.38 MBytes 52.8 Mbits/sec
[ 7] 0.00-1.01 sec 15.0 MBytes 124 Mbits/sec
[ 9] 0.00-1.01 sec 13.2 MBytes 110 Mbits/sec
[ 11] 0.00-1.01 sec 9.88 MBytes 81.9 Mbits/sec
[SUM] 0.00-1.01 sec 44.5 MBytes 369 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-30.01 sec 408 MBytes 114 Mbits/sec sender
[ 5] 0.00-30.03 sec 408 MBytes 114 Mbits/sec receiver
[ 7] 0.00-30.01 sec 409 MBytes 114 Mbits/sec sender
[ 7] 0.00-30.03 sec 408 MBytes 114 Mbits/sec receiver
[ 9] 0.00-30.01 sec 472 MBytes 132 Mbits/sec sender
[ 9] 0.00-30.03 sec 472 MBytes 132 Mbits/sec receiver
[ 11] 0.00-30.01 sec 382 MBytes 107 Mbits/sec sender
[ 11] 0.00-30.03 sec 381 MBytes 106 Mbits/sec receiver
[SUM] 0.00-30.01 sec 1.63 GBytes 467 Mbits/sec sender
[SUM] 0.00-30.03 sec 1.63 GBytes 466 Mbits/sec receiver
Server output:
Accepted connection from 82.xx.XXX.XX, port 53103
[ 5] local 45.85.134.187 port 9208 connected to 82.xx.XXX.XX port 53104
[ 8] local 45.85.134.187 port 9208 connected to 82.xx.XXX.XX port 53106
[ 10] local 45.85.134.187 port 9208 connected to 82.xx.XXX.XX port 53107
[ 12] local 45.85.134.187 port 9208 connected to 82.xx.XXX.XX port 53108
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 5.80 MBytes 48.7 Mbits/sec
[ 8] 0.00-1.00 sec 13.8 MBytes 115 Mbits/sec
[ 10] 0.00-1.00 sec 12.1 MBytes 101 Mbits/sec
[ 12] 0.00-1.00 sec 8.81 MBytes 73.9 Mbits/sec
[SUM] 0.00-1.00 sec 40.5 MBytes 339 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
Server output:
Accepted connection from 82.xx.xxx.xx, port 53103
[ 5] local 45.85.134.187 port 9208 connected to 82.xx.xxx.xx port 53104
[ 8] local 45.85.134.187 port 9208 connected to 82.xx.xxx.xx port 53106
[ 10] local 45.85.134.187 port 9208 connected to 82.xx.xxx.xx port 53107
[ 12] local 45.85.134.187 port 9208 connected to 82.xx.xxx.xx port 53108
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 5.80 MBytes 48.7 Mbits/sec
[ 8] 0.00-1.00 sec 13.8 MBytes 115 Mbits/sec
[ 10] 0.00-1.00 sec 12.1 MBytes 101 Mbits/sec
[ 12] 0.00-1.00 sec 8.81 MBytes 73.9 Mbits/sec
[SUM] 0.00-1.00 sec 40.5 MBytes 339 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-30.03 sec 408 MBytes 114 Mbits/sec receiver
[ 8] 0.00-30.03 sec 408 MBytes 114 Mbits/sec receiver
[ 10] 0.00-30.03 sec 472 MBytes 132 Mbits/sec receiver
[ 12] 0.00-30.03 sec 381 MBytes 106 Mbits/sec receiver
[SUM] 0.00-30.03 sec 1.63 GBytes 466 Mbits/sec receiver
iperf Done.
TEST dans le 1er terminal
iperf3 -4c appliwave.testdebit.info -p9205 --get-server-output -t30 -P4
Connecting to host appliwave.testdebit.info, port 9205
[ 5] local 192.168.7.77 port 60014 connected to 45.85.134.187 port 9205
[ 7] local 192.168.7.77 port 60016 connected to 45.85.134.187 port 9205
[ 9] local 192.168.7.77 port 60017 connected to 45.85.134.187 port 9205
[ 11] local 192.168.7.77 port 60018 connected to 45.85.134.187 port 9205
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 20.0 MBytes 166 Mbits/sec
[ 7] 0.00-1.01 sec 7.62 MBytes 63.4 Mbits/sec
[ 9] 0.00-1.01 sec 13.9 MBytes 115 Mbits/sec
[ 11] 0.00-1.01 sec 9.38 MBytes 78.0 Mbits/sec
[SUM] 0.00-1.01 sec 50.9 MBytes 423 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-30.00 sec 292 MBytes 81.7 Mbits/sec sender
[ 5] 0.00-30.02 sec 290 MBytes 81.1 Mbits/sec receiver
[ 7] 0.00-30.00 sec 264 MBytes 73.9 Mbits/sec sender
[ 7] 0.00-30.02 sec 264 MBytes 73.8 Mbits/sec receiver
[ 9] 0.00-30.00 sec 268 MBytes 74.9 Mbits/sec sender
[ 9] 0.00-30.02 sec 267 MBytes 74.7 Mbits/sec receiver
[ 11] 0.00-30.00 sec 287 MBytes 80.4 Mbits/sec sender
[ 11] 0.00-30.02 sec 287 MBytes 80.1 Mbits/sec receiver
[SUM] 0.00-30.00 sec 1.09 GBytes 311 Mbits/sec sender
[SUM] 0.00-30.02 sec 1.08 GBytes 310 Mbits/sec receiver
Server output:
Accepted connection from 82.xx.xxx.xx, port 60012
[ 5] local 45.85.134.187 port 9205 connected to 82.xx.xxx.xx port 60014
[ 8] local 45.85.134.187 port 9205 connected to 82.xx.xxx.xx port 60016
[ 10] local 45.85.134.187 port 9205 connected to 82.xx.xxx.xx port 60017
[ 12] local 45.85.134.187 port 9205 connected to 82.xx.xxx.xx port 60018
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 17.8 MBytes 149 Mbits/sec
[ 8] 0.00-1.00 sec 7.15 MBytes 60.0 Mbits/sec
[ 10] 0.00-1.00 sec 12.8 MBytes 107 Mbits/sec
[ 12] 0.00-1.00 sec 8.47 MBytes 71.0 Mbits/sec
[SUM] 0.00-1.00 sec 46.2 MBytes 388 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-30.02 sec 290 MBytes 81.1 Mbits/sec receiver
[ 8] 0.00-30.02 sec 264 MBytes 73.8 Mbits/sec receiver
[ 10] 0.00-30.02 sec 267 MBytes 74.7 Mbits/sec receiver
[ 12] 0.00-30.02 sec 287 MBytes 80.1 Mbits/sec receiver
[SUM] 0.00-30.02 sec 1.08 GBytes 310 Mbits/sec receiver
iperf Done.
TEST dans le 2ème Terminal simultané
iperf3 -4c appliwave.testdebit.info -p9206 --get-server-output -t30 -P4
Connecting to host appliwave.testdebit.info, port 9206
[ 5] local 192.168.7.77 port 60089 connected to 45.85.134.187 port 9206
[ 7] local 192.168.7.77 port 60090 connected to 45.85.134.187 port 9206
[ 9] local 192.168.7.77 port 60092 connected to 45.85.134.187 port 9206
[ 11] local 192.168.7.77 port 60094 connected to 45.85.134.187 port 9206
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 7.50 MBytes 62.3 Mbits/sec
[ 7] 0.00-1.01 sec 14.6 MBytes 121 Mbits/sec
[ 9] 0.00-1.01 sec 14.1 MBytes 117 Mbits/sec
[ 11] 0.00-1.01 sec 10.8 MBytes 89.2 Mbits/sec
[SUM] 0.00-1.01 sec 47.0 MBytes 390 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-30.01 sec 250 MBytes 69.8 Mbits/sec sender
[ 5] 0.00-30.02 sec 250 MBytes 69.8 Mbits/sec receiver
[ 7] 0.00-30.01 sec 254 MBytes 71.0 Mbits/sec sender
[ 7] 0.00-30.02 sec 253 MBytes 70.8 Mbits/sec receiver
[ 9] 0.00-30.01 sec 294 MBytes 82.1 Mbits/sec sender
[ 9] 0.00-30.02 sec 293 MBytes 81.9 Mbits/sec receiver
[ 11] 0.00-30.01 sec 264 MBytes 73.8 Mbits/sec sender
[ 11] 0.00-30.02 sec 264 MBytes 73.8 Mbits/sec receiver
[SUM] 0.00-30.01 sec 1.04 GBytes 297 Mbits/sec sender
[SUM] 0.00-30.02 sec 1.04 GBytes 296 Mbits/sec receiver
Server output:
Accepted connection from 82.xx.xxx.xx, port 60088
[ 5] local 45.85.134.187 port 9206 connected to 82.xx.xxx.xx port 60089
[ 8] local 45.85.134.187 port 9206 connected to 82.xx.xxx.xx port 60090
[ 10] local 45.85.134.187 port 9206 connected to 82.xx.xxx.xx port 60092
[ 12] local 45.85.134.187 port 9206 connected to 82.xx.xxx.xx port 60094
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 7.09 MBytes 59.5 Mbits/sec
[ 8] 0.00-1.00 sec 13.7 MBytes 115 Mbits/sec
[ 10] 0.00-1.00 sec 13.1 MBytes 110 Mbits/sec
[ 12] 0.00-1.00 sec 10.3 MBytes 86.7 Mbits/sec
[SUM] 0.00-1.00 sec 44.2 MBytes 371 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-30.02 sec 250 MBytes 69.8 Mbits/sec receiver
[ 8] 0.00-30.02 sec 253 MBytes 70.8 Mbits/sec receiver
[ 10] 0.00-30.02 sec 293 MBytes 81.9 Mbits/sec receiver
[ 12] 0.00-30.02 sec 264 MBytes 73.8 Mbits/sec receiver
[SUM] 0.00-30.02 sec 1.04 GBytes 296 Mbits/sec receiver
iperf Done.
Je compte 466 Mbps le test seul et 606 Mbps lors des 2 tests parallèles additionnés.
=> Il manque un "ptit 300Mbps" pour être à 900 Mbps
Il faudrait confirmer ces métriques en heure de creux de charge (en heure creuses) pour exclure un souci de saturation régional et voir si vous avez bien les ~300Mbps qui manquent dans ces conditions.
PS: de mon côté, l'upload dépasse aujourd'hui 800Mbps (aux alentours de 850 Mbps) mais je n'ai pas encore atteint les 900 Mbps
Cordialement
nbanba
-
Merci @nbanba
pour ta réponse, j'essayerai à d'autre moment de la journée pour voir.
Et juste un mini question STP.
Les résultats sont illogiques pour moi,
Fait à l'instant, sur le même serveur, à 30 secondes d'écart, donc Bouygues Telecom Cubic à Marseille
sur l'application j'obtiens 7355 et 360 Mbps
sur le navigateur j'obtiens 5296 et 516 Mbps
Il se dit que sur le navigateur c'est plus faible d'habitude (sur le download c'est le cas) mais sur le upload là c'est l'inverse.
Cordialement.
Franck
-
Bonjour
Merci @nbanba
pour ta réponse, j'essayerai à d'autre moment de la journée pour voir.
Et juste un mini question STP.
Les résultats sont illogiques pour moi,
Fait à l'instant, sur le même serveur, à 30 secondes d'écart, donc Bouygues Telecom Cubic à Marseille
sur l'application j'obtiens 7355 et 360 Mbps
sur le navigateur j'obtiens 5296 et 516 Mbps
Il se dit que sur le navigateur c'est plus faible d'habitude (sur le download c'est le cas) mais sur le upload là c'est l'inverse.
Cordialement.
Franck
En fait, oui c'est souvent moins bon sur un navigateur car les "appli web" de speedtest utilisent du JAVASCRIPT et souvent on test plus la capacité d'execution javascript du navigateur que le débit réseau réel.
Cependant avec les configurations systèmes d'aujourd'hui (ceux qui ont un "bon pc", ce que j'imagine vous concernant (pour l'astronomie je suppose avec un pseudo comme le votre)) ne voient ces limites que lorsque le flux est de plusieurs Gbps
En gros à des débits moindre, la machine est suffisamment rapide pour que le bottleneck ne soit pas la capacité d'execution du moteur JS du navigateur mais par exemple la vitesse du lien
C'est pourquoi, afin de retirer un maximum de facteur externes allant de la capacité javascript d'un navigateur à l'exploitation de library graphiques, je conseil de ne JAMAIS utiliser ces appli, qu'elles soient installées ou qu'elles s'executent dans le navigateur.
Les seuls tests réellement pertinents sont ceux réalisés avec iperf3 en ligne de commande avec rien qui tourne sur le PC (voir même pour ceux qui sont sous windows à jouer en mode sans échec avec prise en charge réseau)
Cordialement
nbanba
-
Merci @nbanba
pour tous les renseignements.
Je vois qu'une mise à jour des freebox v 4.9.0 est tombée depuis ce soir, mais pour l'instant je ne peux pas la faire, est ce que cela va corriger des choses ?
https://dev.freebox.fr/blog/?p=21453 (https://dev.freebox.fr/blog/?p=21453)
On dit toujours d'attendre avant de faire des mises à jour d'appareils ... donc ... wait or not wait
Par contre en lisant @nbanba tu vas être content y'a dedans 'optimisation des VM sur Delta' peut être le retour de la vitesse sur les VM ?
Cordialement.
Bonne soirée à tous.
Franck
-
Bonjour
Merci @nbanba
pour tous les renseignements.
Je vois qu'une mise à jour des freebox v 4.9.0 est tombée depuis ce soir, mais pour l'instant je ne peux pas la faire, est ce que cela va corriger des choses ?
https://dev.freebox.fr/blog/?p=21453 (https://dev.freebox.fr/blog/?p=21453)
On dit toujours d'attendre avant de faire des mises à jour d'appareils ... donc ... wait or not wait
Par contre en lisant @nbanba tu vas être content y'a dedans 'optimisation des VM sur Delta' peut être le retour de la vitesse sur les VM ?
Cordialement.
Bonne soirée à tous.
Franck
Alors comment dire... Oui habituellement j'attend toujours au minimum que les 10 ou 15 premiers tickets soient fait sur le bugtracker (ou un temps arbitraire de 15j sec) après sorti d'un nouveau firmware avant de le jouer.
Seulement celui-ci à un goût particulier :
Optimisation des performances des VM sur Freebox Delta (FS#40060)
Pour rester objectif après avoir fait tant de bruit pour ce problème de débit max et de chute de débit dans les VM (FS#40060), je crois que je vais devoir tester aujourd'hui, je dois bien ça à Free
Cordialement
nbanba
-
Bonjour @nbanba,
Alors je viens aux nouvelles (car je n'ai toujours pas rebooter la box) savoir si tout est ok de ton côté pour la nouvelle mise à jour de la Freebox Delta ?
J'ai hâte d'avoir ton retour d'expérience.
Cordialement.
Franck
-
Bonjour
Bonjour @nbanba,
Alors je viens aux nouvelles (car je n'ai toujours pas rebooter la box) savoir si tout est ok de ton côté pour la nouvelle mise à jour de la Freebox Delta ?
J'ai hâte d'avoir ton retour d'expérience.
Cordialement.
Franck
Pour le moment suite à mes tests oui tout semble OK (après attention je n'ai pas encore tout testé).
Concernant les VM, il y a un changement majeur de topologie hardware lié à des modifications de la conf KVM dans la box (je suppose pour permettre un débit en sortie direct sur internet supérieur à 2Gbps)
Le changement majeur apparaît sur le BUS PCIE qui voit un nouveau PCIE ROOT PORT à l'adresse PCI qu'avait précédemment la carte réseau (BUS 0 ID 3)
La carte réseau est maintenant sur le BUS 0 ID 5
Plus de détails ici (pour les VM installées maison):
https://lafibre.info/1gb-free/test-svp-suspicion-de-limitation-a-4gps-des-freebox-delta-ultra/msg1110639/#msg1110639
Et là (pour les appliances HomeAssistant):
https://dev.freebox.fr/bugs/task/40113
Si vous utilisez des VM et que vous avez un souci pour les restart ou pour les joindre après redémarrage, n'hésitez pas à me contacter
Cordialement
nbanba
-
Bonjour
Problème similaire, mon upload censé passer a 1gbps avec ma Fbx Revo Light reste entre 3-400mbps, pas de hausse d'upload me concernant...
D'après le site de Free, il semblerait que la "Freebox Revolution Light" ne soit pas concerné par la hausse de débit en ULPOAD
Cordialement
nbanba
-
Bonjour
D'après le site de Free, il semblerait que la "Freebox Revolution Light" ne soit pas concerné par la hausse de débit en ULPOAD
Cordialement
nbanba
Ok, au moins c'est clair. Même s'il me reste encore 300mbps avant d'atteindre le max, soit presque 50% de perte
-
Bonjour
@CorB3n
Je ne me rappel plus mais avez vous fait un iperf3 à 3h du matin ? (2h ou 4h du matin ça va aussi)
Essayez 2 ou 3 serveurs les plus proches de chez vous et les plus rapides possible + testez en IPv4 + IPv6
Voir même n'hésitez pas à mettre '-t 120' dans la commande iperf3, le test enverra 120 blocs de donnés (1/seconde durant 2 minutes) et vous pourrez voir comme ça si pendant tout ou partie du test vous atteignez le débit UP de 600Mbps
Le but étant de voir si quand le réseau est statistiquement moins chargé vous atteignez le débit de 600Mbps
Cordialement
nbanba
-
Je suis avec une offre Révolution Light et l'upload est bien passé à 900Mbps
-
Je suis avec une offre Révolution Light et l'upload est bien passé à 900Mbps
Toutes les box Free fibre sont minimums à 900mbs en up, bizarre que certains n'y soit pas passé
-
Free n'a pas mis à jour son site internet (ni pour la Pop ni pour la révolution).
Il faut vérifier au réel !
-
Bonjour.
Je n'étais pas revenu sur le forum dans l'attente de l'intervention du tech, du coup je n'avais pas fait attention que mon post avait été ... un peu détourné ;)
Alors, en ce qui me concerne ...
L'hypothèse qui me semble désormais la plus probable, c'est un technicien qui est venu dans l'armoire et qui a plié ta fibre, ou quasi débranchée
Bah en vrai, pas vraiment, mais on pourra pas savoir qui/quoi/comment.
Je m'explique : le technicien est bien venu mercredi matin, il a refait la soudure du boitier, ce qui semblait le + probable, mais non, pas ça.
Il a vérifié la boite de raccordement et l'armoire, pas ça non plus, le signal était toujours trop faible, même dans l'armoire (apparement).
Il est donc repartis en demandant une intervention du responsable du réseau (Axiom je crois?) en me disant "ça va prendre quelques jours".
Jeudi je me prépare à ce que ça dure, je configure mon routeur pour surveiller et limiter ma conso data (je suis pas en illimité 5G!),
et par hasard, en fin de journée, je débranche et rebranche la FB et boum ... synchro en 5 secs.
Donc il y a eu une intervention sur la ligne jeudi, dans la journée, quelque part, mais je ne sais pas quoi/où exactement car aucune communication de Free, même pour dire "ticket résolu", rien.
Je l'aurais pas re-branché j'aurais pas su.
Evidemment je suis content que ça soit résolu rapidement mais j'aurais bien aimé connaitre la cause.
Quoiqu'il en soit, j'ai non seulement retrouvé mon UP, mais c'est bien mieux qu'avant (les 2.5 et 900 sont bien là ... et je pensais pas vu où je suis).
Morale de l'histoire : c'était bien un problème sur la ligne depuis le début et la changement de box à été salutaire dans le sens où des techniciens sont intervenus sur la ligne sans que j'ai à me battre avec le support 😁
Voila, résolu.
Merci à tous pour vos messages et conseils.
-
Toutes les box Free fibre sont minimums à 900mbs en up, bizarre que certains n'y soit pas passé
Je viens d'y passer après un reboot de la Révolution, sinon ça reste en 700Mbps :)