Auteur Sujet: checkFtthFree (test de débit TCP mono-connexion Freebox/Cubic/BBR) (Lu 53537 fois)

kgersen · « **Réponse #276 le:** 24 novembre 2024 à 14:34:19 »

curieux ton cas.
"Windows 11 Build 26120" c'est la version 24H2 Insiders ca non ? ca peut venir de la (ou pas

)

sinon tente de couper le firewall pendant un test. via l'interface de sécu ou en terminal admin:

Set-NetFirewallProfile -Profile Domain,Public,Private -Enabled Falsepour le remettre

Set-NetFirewallProfile -Profile Domain,Public,Private -Enabled True

Fuzy · « **Réponse #277 le:** 24 novembre 2024 à 15:21:59 »

Yep j'ai fais le test sur canari et Dev au cas ou !

Code: [Sélectionner]

[checkFtthFree v0.22]                           Windows 11 Build 26100 (64-bit)
-------------------------- 2024-11-24 15:18:46 +0100 --------------------------
Configuration réseau du système:
  Adapter.Driver: Intel(R) 82599 10 Gigabit Network Connection
  Adapter.DriverVersion: 4.1.254.0 (Intel, 2024-02-08)
  Adapter.FlowControl: Rx et Tx activées
  Adapter.IPChecksumOffloadIPv4: Rx et Tx activées
  Adapter.InterruptModeration: Activé(e)
  Adapter.JumboPacket: Désactivé(e)
  Adapter.LinkSpeed: 10 Gbps
  Adapter.LsoV2: Activé(e)
  Adapter.PcieLinkSpeed: 5.0 GT/s
  Adapter.PcieLinkWidth: 4
  Adapter.PhysicalMediaType: 802.3
  Adapter.ReceiveBuffers: 512
  Adapter.SpeedDuplex: Négociation automatique
  Adapter.TCPChecksumOffload: Rx et Tx activées
  Adapter.TransmitBuffers: 512
  NetProfile.NetworkCategory: Private
  Tcp.AutoTuningLevelLocal: Normal
  Tcp.CongestionProvider: CUBIC
  Tcp.EcnCapability: Disabled
  Tcp.ScalingHeuristics: Disabled
  Tcp.Timestamps: Allowed
  => Latence TCP max pour une réception à 1 Gbps: 141 ms

Test TCP local (IPv4): téléchargement depuis la Freebox
  --> Latence: 0.74 ms                  [gigue: 0.23 ms]
  --> Débit: 1.18 Go/s (9.45 Gbps)      [fluctuation: 0.50%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 1809 pendant le test.

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

Test TCP Internet (IPv6): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
  --> Latence: 20.68 ms                 [gigue: 10.45 ms]
  --> Débit: 186.03 Mo/s (1.49 Gbps)    [fluctuation: 18.81%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 69681 pendant le test.
-------------------------- 2024-11-24 15:19:31 +0100 --------------------------

Code: [Sélectionner]

/nspeed.exe -cpu -color from https://dl.nspeed.app/aw
reading commands from https://dl.nspeed.app/aw
running jobs of 'download mono' (0)...
| c0| c1| c2| c3| c4| c5| c6| c7| c8| c9|c10|c11| jobs | threads|
| 18| 12| 46|  6| 15| 13| 14|  8| 20|  6| 14| 28| 10   | 8      |
|  9|  3| 53|  2| 25|  8| 16|  6|  9|  8|  9|  3| 10   | 8      |
| 14|  5| 46|  2|  5|  5| 22|  0| 14|  0|  3|  5| 10   | 8      |
|  9| 11| 39|  2| 30| 16|  8|  8| 16|  3|  6|  9| 10   | 8      |
| 11| 15| 52|  3| 15| 11| 14|  5| 17|  5| 12|  8| 10   | 8      |
| 17|  5| 42|  3| 17|  6| 12| 11| 11|  2| 20|  5| 10   | 8      |
| 17|  8| 32|  0| 23| 11| 14|  8| 11|  3|  8|  0| 10   | 8      |
|  6|  0| 34|  2|  8|  6| 17|  2| 12|  2| 11|  0| 10   | 5      |
running jobs of 'upload mono' (1)...
|  8|  8| 14|  2|  6|  0|  2|  0| 16|  2| 19|  3| 9    | 8      |
| 22|  3| 13| 16| 19|  9| 17|  6| 19|  3| 13|  5| 9    | 8      |
|  5|  3| 20|  5| 15|  8| 16|  5| 17|  2| 12|  2| 9    | 8      |
|  9|  2| 31|  3| 11|  3|  2|  2| 14|  0|  9|  5| 9    | 8      |
|  2|  5| 31|  3| 17| 14| 14|  3| 22|  6| 12|  5| 9    | 8      |
| 13|  3| 10|  0|  6|  8|  6|  6| 19|  2| 20|  0| 9    | 8      |
|  6|  6| 13|  0| 11|  3|  9|  8| 20|  0| 22|  0| 9    | 8      |
|  3|  2| 23|  2| 15|  6| 12|  3| 18|  2| 12|  3| 9    | 8      |
running jobs of 'download multi' (2)...
|  3|  3| 42|  3| 24|  6| 46|  2| 11|  5| 31|  5| 8    | 17     |
|  9|  5| 44|  5| 17|  6| 45|  3| 16|  3| 23|  8| 8    | 17     |
| 14|  8| 36|  0| 13|  0| 39|  0|  6|  0| 19|  2| 8    | 17     |
|  8|  6| 44|  6| 13|  8| 52|  3| 20|  3| 31|  3| 8    | 17     |
| 18|  6| 39|  0| 16|  3| 31|  0|  8|  5| 28|  3| 8    | 17     |
| 16|  5| 49|  5| 12|  0| 45|  0|  9|  3| 36|  2| 8    | 17     |
| 15|  6| 48|  3| 17|  5| 51|  3| 19|  3| 32|  6| 8    | 17     |
| 20|  6| 46|  2| 17|  2| 53|  0|  9|  3| 27|  2| 8    | 17     |
running jobs of 'upload multi' (3)...
|  9|  2| 17|  8| 13|  3| 22|  5| 13| 11| 13| 22| 4    | 17     |
| 12|  2| 14|  0| 19|  6| 25|  2| 13|  3| 11|  3| 4    | 17     |
| 15|  0|  9|  8| 20|  3| 27|  0|  8|  3|  6|  2| 4    | 17     |
| 15|  3|  8|  3| 22|  2| 22|  0| 14|  2| 11|  6| 4    | 17     |
| 11|  0| 17| 11| 16|  0| 15|  0|  6|  2|  8|  6| 4    | 17     |
| 15|  2| 20|  3|  9|  0| 23|  0| 13|  6|  9|  6| 4    | 17     |
| 16|  0| 17|  2| 17|  3| 36|  2| 17|  6| 13|  5| 4    | 17     |
| 11|  5|  9|  2| 23|  5| 28|  3|  8|  3| 11|  0| 4    | 17     |
batch download mono:
 Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
 #0|   2.1 Gbps|       0 bps| 8.00|     2.1 GB|           0 B|get http://appliwave.testdebit.info/10G/10G.iso (IPv6 - 9.713 ms - HTTP/1.1 - )

batch upload mono:
 Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
 #1|      0 bps|    4.7 Gbps| 8.00|        0 B|        4.7 GB|post http://appliwave.testdebit.info/ul/ 10.7 GB (IPv6 - 8.495 ms -  - )

batch download multi:
 Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
 #2|   5.1 Gbps|       0 bps| 8.00|     5.1 GB|           0 B|4 x get http://appliwave.testdebit.info/10G/10G.iso (IPv6 - 8.20 ms - HTTP/1.1 - )

batch upload multi:
 Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
 #3|      0 bps|    7.0 Gbps| 8.00|        0 B|        7.0 GB|4 x post http://appliwave.testdebit.info/ul/ 10.7 GB (IPv6 - 8.93 ms -  - )

ouno · « **Réponse #278 le:** 25 novembre 2024 à 20:47:19 »

Nouvelle version 0.23, qui se concentre essentiellement sur les systèmes autres que Windows cette fois-ci, et qui apporte notamment la surveillance automatique des compteurs d'erreurs réseau sous Linux (à venir pour les systèmes BSD et macOS...):

[Linux] Prise en compte de la surveillance des compteurs d'erreurs lors des tests:
- compteurs liés à l'interface réseau (rx|tx_errors, rx|tx_dropped, collisions...)
- compteurs liés au mécanisme softnet du noyau (rx_softnet_dropped et rx_softnet_squeezed)
[Linux / NetBSD / OpenBSD] Affichage de nouveaux paramètres de configuration réseau:
- Linux: net.core.netdev_budget, net.core.netdev_budget_usecs, net.core.netdev_max_backlog, net.ipv4.tcp_dsack, net.ipv4.tcp_ecn
- NetBSD: net.inet.tcp.timestamps, net.inet.tcp.congctl.available, net.inet.tcp.congctl.selected
- OpenBSD: net.inet.tcp.reasslimit, net.inet.tcp.sack, net.inet.tcp.ecn
[Linux / *BSD / macOS] Affichage de nouvelles informations concernant l'interface réseau utilisée:
- nom de l'interface (link_dev) et MTU associé (link_mtu)
- Linux seulement: discipline (link_qdisc) et taille (link_qlen) de la file d'attente d'envoi, avec détection des agrégats de liens (bonding) pour afficher les paramètres du lien actif en plus de l'agrégat
Amélioration des recommandations lorsque des erreurs réseau sont détectées pendant les tests (paramètre -s|--suggestion)

Fuzy · « **Réponse #279 le:** 25 novembre 2024 à 20:57:15 »

Y a forcément une bidouille... par rapport à cette limitation.. Je vais passer les fêtes de fin d'année et m'engager vers un autre FAI, histoire de voir si l'herbe est plus verte !

darkmoon · « **Réponse #280 le:** 25 novembre 2024 à 21:03:49 »

Tu peux essayer avec un linux en live usb ?
Ça permettra de voir si le souci vient de windows.

ouno · « **Réponse #281 le:** 25 novembre 2024 à 21:05:38 »

Citation de: Fuzy le 24 novembre 2024 à 15:21:59

Configuration réseau du système:
Adapter.ReceiveBuffers: 512

[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 69681 pendant le test.

Là on voit bien que le fait d'être redescendu à 512 en ReceiveBuffers fait exploser les paquets rejetés...

Tu as regardé s'il n'y avait pas de pilote plus à jour que celui-ci pour ta carte réseau ? ou plus adapté à ce modèle précis ? (pilotes du fabriquant de la puce VS pilotes de l'assembleur de la carte complète...)

Il y a peut-être un truc bien particulier qui est mal géré par ce pilote, ou qui entre en conflit avec autre chose sur ta machine.
Tu n'as pas un anti-virus avec une couche de protection réseau qui traine quelque part, ou bien un accélérateur de connexion ADSL qui se transforme en ralentisseur de connexion FTTH ?
Tu pourrais tester en désactivant une par une certaines fonctionnalités au niveau des paramètres avancés de la carte réseau, par exemple le RSC, l'interrupt moderation, le RSS...

Tant qu'il y a des paquets rejetés par l'interface c'est difficile de mettre en cause la connexion ou la box, même si c'est quand même bizarre effectivement que tu n'aies pas eu ce problème avec la Delta.
Tu n'as rien changé niveau matos ou logiciel de ton côté en même temps ?

kgersen · « **Réponse #282 le:** 26 novembre 2024 à 02:39:26 »

j'ai une version plus ancienne du même pilote que lui et pas de souci:

Code: [Sélectionner]

[checkFtthFree v0.23]                           Windows 11 Build 22631 (64-bit)
...
  Adapter.Driver: Intel(R) 82599 10 Gigabit Network Connection
  Adapter.DriverVersion: 4.1.239.0 (Intel, 2021-03-13)

bon apres je ne suis pas chez Free...
et mon Windows 11 est a jour mais n'est pas en 24H2 il est en 23H2.
Intel n'a pas de pilote officiel Windows 11 pour ce contrôleur, que Windows 10.
j'ai mis a jour mon pilote en 4.1.254.0 (pilote Windows 10 dans Windows 11) comme lui et avec les tampons a défaut (512): j'ai les mêmes résultats qu'avant (environ 6Gbps).
(j'ai bien un message "[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 54248 pendant le test." avec les tampons a 512. Si je règle a 4096 le tampon, je n'ai plus ce message mais le meme débit max).

Windows 11 24H2 est peut être la raison ici (ou pas).

d'ou +1 a la reco de darkmoon de tester avec un Linux live usb.

Fuzy · « **Réponse #283 le:** 26 novembre 2024 à 07:23:13 »

Il me semble que je sois sur la même version W11 que vous sur la 2eme machine :

Code: [Sélectionner]

[checkFtthFree v0.19]                           Windows 11 Build 22631 (64-bit)
-------------------------- 2024-11-26 07:18:10 +0100 --------------------------
Configuration réseau du système:
  Adapter.Driver: ASUS XG-C100C 10G PCI-E Network Adapter
  Adapter.DriverVersion: 3.1.7.0 (Marvell, 2022-06-02)
  Adapter.EEE: Disabled
  Adapter.FlowControl: Rx & Tx Enabled
  Adapter.IPChecksumOffloadIPv4: Rx & Tx Enabled
  Adapter.InterruptModeration: Enabled
  Adapter.JumboPacket: Disabled
  Adapter.LinkSpeed: 10 Gbps
  Adapter.LsoV1IPv4: Enabled
  Adapter.LsoV2: Enabled
  Adapter.PcieLinkSpeed: 5.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: Private
  Tcp.AutoTuningLevelLocal: Normal
  Tcp.CongestionProvider: CUBIC
  Tcp.EcnCapability: Disabled
  Tcp.ScalingHeuristics: Disabled
  Tcp.Timestamps: Allowed
[!] La carte réseau utilise actuellement une interface PCI Express avec un taux de transfert ne permettant pas d'atteindre le débit maximum du lien réseau
  => Latence TCP max pour une réception à 1 Gbps: 141 ms

Test TCP local (IPv4): téléchargement depuis la Freebox
  --> Latence: 0.94 ms                  [gigue: 0.30 ms]
  --> Débit: 739.80 Mo/s (5.92 Gbps)    [fluctuation: 0.92%]

Test TCP Internet (IPv6): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
  --> Latence: 8.51 ms                  [gigue: 0.09 ms]
  --> Débit: 288.73 Mo/s (2.31 Gbps)    [fluctuation: 4.30%]

Test TCP Internet (IPv6): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
  --> Latence: 8.04 ms                  [gigue: 0.45 ms]
  --> Débit: 287.04 Mo/s (2.30 Gbps)    [fluctuation: 3.08%]

[!] Le compteur "CoalescingExceptions" de l'interface réseau a été incrémenté de 478673 pendant les tests.
-------------------------- 2024-11-26 07:18:51 +0100 --------------------------

Donc...
Je ferais le test sous en direct usb, pour voir !

ouno · « **Réponse #284 le:** 26 novembre 2024 à 08:09:05 »

Ah intéressant ton retour kgersen, ça permet effectivement d'écarter pas mal de pistes.

Citation de: kgersen le 26 novembre 2024 à 02:39:26

j'ai mis a jour mon pilote en 4.1.254.0 (pilote Windows 10 dans Windows 11) comme lui et avec les tampons a défaut (512): j'ai les mêmes résultats qu'avant (environ 6Gbps).
j'ai bien un message "[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 54248 pendant le test." avec les tampons a 512. Si je règle a 4096 le tampon, je n'ai plus ce message mais le meme débit max

Même en mono-connexion Cubic WAN ?
Cela voudrait donc dire que la perte de paquets que cela génère n'est pas suffisante pour empêcher un débit de 6 Gbps au moins, et que le test de Fuzy serait bien significatif...

Pour résumer Fuzy arrivait à monter largement au dessus de 2,5 Gbps en mono-connexion WAN chez Free avec la box Delta (cf ce test par exemple).
Par contre maintenant avec la Ultra ça sature à 2,5 Gbps max en mono-connexion WAN, en testant avec 2 machines différentes (pas de souci par contre pour atteindre 10 Gbps en mono-connexion sur le test local).
Et d'un autre côté on a des gens avec la Ultra qui n'ont aucun souci pour dépasser 2,5 Gbps en mono-connexion WAN, par exemple Darkmoon ici

Très étrange quand même...

Fuzy, quand tu fais tes tests est-ce que tu te connectes en direct à la Ultra ou bien tu passes par un switch ?

Fuzy · « **Réponse #285 le:** 26 novembre 2024 à 09:07:23 »

Citation de: ouno le 26 novembre 2024 à 08:09:05

Fuzy, quand tu fais tes tests est-ce que tu te connectes en direct à la Ultra ou bien tu passes par un switch ?

J'ai testé ça :
- Ultra/monomode/switch/DAC/PC
- Ultra/DAC/switch/monomode/PC
- Ultra/monomode/PC

Edit—-

ouno · « **Réponse #286 le:** 26 novembre 2024 à 09:44:52 »

Ok donc tu as déjà testé pas mal de choses de ce côté là aussi...

Est-ce que tu penses que tu aurais moyen de lancer nspeed en mode serveur et rendre le port d'écoute accessible depuis l'extérieur le temps de faire quelques tests ? Si tu arrives à faire ça je pourrai lancer un upload depuis une connexion 8 Gbps en surveillant les métriques TCP de la connexion pour (peut-être) avoir plus d'info.

En tout cas les symptômes me font drôlement penser au fameux bug qu'il y avait eu chez Free avec l'ONU v2, juste avec une limite multipliée par 10 (~300 Mo/s max par connexion dans ton cas au lieu de ~30 Mo/s max par connexion avec l'ONU v2 à sa sortie). Le fait que la limite soit aussi stable et indépendante de l'algo de congestion pose question...

Fuzy · « **Réponse #287 le:** 26 novembre 2024 à 10:12:51 »

Je vais faire le test sous Linux histoire d’écarter Windows.

Citation de: ouno le 26 novembre 2024 à 09:44:52

Est-ce que tu penses que tu aurais moyen de lancer nspeed en mode serveur et rendre le port d'écoute accessible depuis l'extérieur le temps de faire quelques tests ? Si tu arrives à faire ça je pourrai lancer un upload depuis une connexion 8 Gbps en surveillant les métriques TCP de la connexion pour (peut-être) avoir plus d'info.

Un peu trop néophyte pour te faire ça… mais je peux essayer !