Je suis chez Bytel depuis vendredi, j'ai fait quelques speedtests, le débit varie de 1,5Gb (à l'heure où je vous écris) à 3,5Gb testé dimanche. J'ai pas vu plus élevé pour l'instant.
C'est qques chose de normal ou faut-il s'alarmer ?

J'ai un switch 10Gb et si je fais un iperf3 sur mon NAS j'ai bien 9,5Gb en moyenne, donc pas de problème de carte.
Le speedtest a été fait avec un cable en direct depuis le pc sur la box.

La box montre les détails de connexion suivants :


Non pas que ce delta me pose un problème, je me demande juste si c'est normal.
Merci !

C'est quoi des speedtest serveur en ligne de commande  ? J'ai testé avec des serveurs iperf mais j'arrive pas à un trouver un correct qui réponde et qui dépasse le gigabit ...

Non non j'ai bien 9,5Gb en testant iperf entre mon PC et mon NAS.
Tu te rappelles où tu l'as posté ce batch?

Il y a plein de raisons qui peuvent expliquer un débit TCP mono-connexion WAN en dessous du débit attendu.

J'ai d'ailleurs fait un outil open-source dédié à cette problématique, qui permet de vérifier automatiquement pas mal de causes possibles: checkFtthFree (exécutable Windows: checkFtthFree.exe, script Perl pour autres systèmes: checkFtthFree.pl)

Cet outil fonctionne sur n'importe quelle connexion, pas seulement chez Free. Il suffit d'ajouter le paramètre "-F" au moment de le lancer pour sauter le test local qui se fait normalement avec une Freebox (c'est l'équivalent du test que tu as déjà fait avec ton NAS de toutes façons). Si des problèmes sont détectés par l'outil, tu peux aussi ajouter le paramètre "-s" pour activer les suggestions automatiques.

Il y a plein de raisons qui peuvent expliquer un débit TCP mono-connexion WAN en dessous du débit attendu.

J'ai d'ailleurs fait un outil open-source dédié à cette problématique, qui permet de vérifier automatiquement pas mal de causes possibles: checkFtthFree (exécutable Windows: checkFtthFree.exe, script Perl pour autres systèmes: checkFtthFree.pl)

Cet outil fonctionne sur n'importe quelle connexion, pas seulement chez Free. Il suffit d'ajouter le paramètre "-F" au moment de le lancer pour sauter le test local qui se fait normalement avec une Freebox (c'est l'équivalent du test que tu as déjà fait avec ton NAS de toutes façons). Si des problèmes sont détectés par l'outil, tu peux aussi ajouter le paramètre "-s" pour activer les suggestions automatiques.

Merci ouno, je viens de tester l'outil et voici le retour :
===============================================================================
checkFtthFree
---------------
Programme de diagnostic de connexion FTTH Free

Ce programme analyse la configuration réseau du système et effectue différents
tests TCP (latence et débit mono-connexion) afin d'évaluer les performances de
la connexion FTTH et détecter d'éventuels dysfonctionnements.
Diverses options sont disponibles pour configurer ou désactiver certains tests,
voir --help (-h) pour plus d'information.

Avant de continuer, veuillez vérifier que rien d'autre ne consomme de la bande
passante sur le réseau (ordinateurs, Freebox player, télévision...), ni du CPU
sur le système de test (mises à jour automatiques, antivirus...).
===============================================================================
Appuyer sur Entrée pour continuer (ou Ctrl-C pour annuler)...


[checkFtthFree v0.24]                           Windows 11 Build 22631 (64-bit)
-------------------------- 2024-12-05 11:00:32 +0100 --------------------------
Configuration réseau du système:
  Adapter.Driver: Marvell AQtion 10Gbit Network Adapter
  Adapter.DriverVersion: 3.1.10.0 (Marvell, 2024-04-23)
  Adapter.EEE: Disabled
  Adapter.FlowControl: Rx & Tx Enabled
  Adapter.IPChecksumOffloadIPv4: Rx & Tx Enabled
  Adapter.InterruptModeration: Enabled
  Adapter.JumboPacket: Disabled
  Adapter.LinkSpeed: 10 Gbps
  Adapter.LsoV1IPv4: Enabled
  Adapter.LsoV2: Enabled
  Adapter.PcieLinkSpeed: 8.0 GT/s
  Adapter.PcieLinkWidth: 2
  Adapter.PhysicalMediaType: 802.3
  Adapter.ReceiveBuffers: 512
  Adapter.Rsc: Enabled
  Adapter.SpeedDuplex: Auto Negotiation
  Adapter.TCPUDPChecksumOffload: Rx & Tx Enabled
  Adapter.TransmitBuffers: 2048
  NetProfile.NetworkCategory: Public
  Tcp.AutoTuningLevelLocal: Normal
  Tcp.CongestionProvider: CUBIC
  Tcp.EcnCapability: Disabled
  Tcp.ScalingHeuristics: Disabled
  Tcp.Timestamps: Allowed
  => Latence TCP max pour une réception à 1 Gbps: 141 ms

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
  --> Latence: 17.06 ms                 [gigue: 0.30 ms]
  --> Débit: 632.85 Mo/s (5.06 Gbps)    [fluctuation: 5.00%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
  --> Latence: 16.24 ms                 [gigue: 0.65 ms]
  --> Débit: 373.30 Mo/s (2.99 Gbps)    [fluctuation: 34.29%]

[!] La connexion aux serveurs de test semble affectée par de la perte de paquets
      (ratio débit CUBIC/BBR: 58.99%)
-------------------------- 2024-12-05 11:01:02 +0100 --------------------------

Donc, visiblement j'arrive au moins à du 5Gb, là où speedtest s'arrête à 3.5Gb, mais l'outil me détecte de la perte de paquets. Qu'est-ce que ça peut suggérer ?
L'option -s me dit simplement de vérifier qu'il n'y a rien d'autre qui consomme la bande.

tres bonne chose ce test tcp le miens est bcp plus bourrin et moins informatif : le batch de plein de speed test en paralelle ca pourrait etre interessant le lancer aussi?

En effet c'est ce que je comptais faire.
Je l'ai lancé, le gestionnaire de tâches montrait une activité qui ne dépassait pas 3,2Gb environ, puis au bout d'une minute peut être tout s'est arrêté ... ça a fait tomber la connexion internet !