Bonjour,

checkFtthFree est un programme open-source qui analyse la configuration réseau du système et effectue des tests TCP de latence et de débit mono-connexion. L'objectif est d'évaluer la qualité d'une connexion FTTH et de détecter d'éventuels problèmes de configuration ou dysfonctionnements. Pour ce faire, le programme compare les débits TCP obtenus en mono-connexion via un algorithme de gestion de la congestion basé sur la perte de paquets (Cubic) à ceux obtenus via un algorithme plus agressif (BBR). A l’issue des tests, divers indicateurs sont fournis tels que les débits TCP moyens, les fluctuations de débit, les latences TCP moyennes, la gigue et le ratio de débit Cubic/BBR si pertinent.

Ce programme n'utilise pas le système de stockage local et est beaucoup moins gourmand en ressources que les tests s'effectuant dans les navigateurs.
Cependant, ce programme n'a pas pour but d'évaluer les performances maximales de la connexion atteignables en multipliant le nombre de transferts en parallèle pour compenser la perte de paquets (d'autres programmes font ça très bien...).

checkFtthFree est dispo ici sous licence AGPLv3:

• checkFtthFree.exe (exécutable Windows: il suffit de double-cliquer dessus pour le lancer avec les paramètres par défaut)
• checkFtthFree.pl (script Perl pour autres systèmes: "perl checkFtthFree.pl" ou "./checkFtthFree.pl")

---

Usage:

checkFtthFree.pl [<options>]
    --ipv6 (-6) : Effectue les tests Internet en IPv6 (IPv4 par défaut)
    --alternate-srv (-a) : Change de serveurs pour les tests Internet (utilise l'AS 5410 "Bouygues Telecom" à la place de l'AS 12876 "Scaleway")
    --all-srv (-A) : Effectue les tests Internet en double, une fois avec chaque AS (le débit le plus élevé est retenu pour le calcul de ratio Cubic/BBR)
    --binary-units (-b) : Utilise les préfixes binaires pour le système d'unités de débit
    --check-update (-c) : Effectue seulement la vérification de disponibilité de nouvelle version
    --skip-check-update (-C) : Désactive la vérification de disponibilité de nouvelle version
    --extended-test (-e) : Effectue des tests plus longs (multiplie par 2 la durée max des tests)
    --freebox (-f) : Effectue seulement les tests locaux à partir de la Freebox (pas de test Internet)
    --skip-freebox (-F) : Désactive les tests locaux à partir de la Freebox (tests Internet uniquement, empêche la détection de certains problèmes)
    --help (-h) : Affiche l'aide
    --skip-intro (-I) : Désactive le message d'introduction et démarre immédiatement les tests
    --latency (-l) : Effectue seulement les tests de latence (pas de test de débit)
    --skip-latency (-L) : Désactive les tests de latence (tests de débit uniquement, empêche la détection de certains problèmes)
    --net-conf (-n) : Effectue seulement la lecture de la configuration réseau
    --skip-net-conf (-N) : Désactive la lecture de la configuration réseau (empêche la détection de certains problèmes)
    --quiet (-q) : Mode silencieux: désactive les messages d'analyse et d'avertissement
    --suggestions (-s) : Affiche des suggestions pour résoudre des problèmes de configuration réseau ou compléter les tests si besoin
    --upload (-u) : Effectue un test de débit montant au lieu de descendant (EXPERIMENTAL)
    --version (-v) : Affiche la version

---

Exemple d'exécution sur une ligne FTTH Free affectée par une congestion aux heures de pointe:

[checkFtthFree v0.10]                                     Linux 3.2.40 (armv7l)
-------------------------- 2023-03-06 19:38:45 +0100 --------------------------
Paramétrage réseau actuel du système:
  net.core.rmem_max: 6291456
  net.core.wmem_max: 4194304
  net.ipv4.tcp_adv_win_scale: 1
  net.ipv4.tcp_congestion_control: cubic
  net.ipv4.tcp_mem: 24384       32512   48768
  net.ipv4.tcp_no_metrics_save: 0
  net.ipv4.tcp_rmem: 4096       87380   6291456
  net.ipv4.tcp_sack: 1
  net.ipv4.tcp_timestamps: 1
  net.ipv4.tcp_window_scaling: 1
  net.ipv4.tcp_wmem: 4096       16384   4194304
  => Latence TCP max pour une réception à 1 Gbps: 27 ms
  => Latence TCP max pour une émission à 700 Mbps: 35 ms

Test TCP local: téléchargement depuis la Freebox
  --> Latence: 1.74 ms                  [gigue: 0.03 ms]
  --> Débit: 117.51 Mo/s (940.10 Mbps)  [fluctuation: 0.35%]

Test TCP Internet: téléchargement depuis l'AS 12876 (Scaleway) [BBR]
  --> Latence: 16.83 ms                 [gigue: 0.50 ms]
  --> Débit: 100.48 Mo/s (803.85 Mbps)  [fluctuation: 0.72%]

Test TCP Internet: téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
  --> Latence: 16.62 ms                 [gigue: 0.13 ms]
  --> Débit: 22.41 Mo/s (179.26 Mbps)   [fluctuation: 17.90%]

[!] La connexion aux serveurs de test semble affectée par une perte de paquets prononcée
      (ratio débit CUBIC/BBR: 22.30%)
-------------------------- 2023-03-06 19:39:23 +0100 --------------------------

Là, il semble bien que l'on ait un exemple type d'un serveur pour lequel la connectivité n'est pas sympa...
La liaison client et la trajectoire vers un serveur via un transit Free - Bouygues est sympa, mais en restant dans "l'espace Iliad" c'est pas terrible. A ce sujet, il me semble avoir déjà lu qu'effectivement les "tuyaux" entre Scaleway et Free, bof...

Et pourtant quand je fais le test avec ma connexion FTTH Orange juste après il n'y a aucun souci, 117.68 Mo/s pour les deux algos, donc c'est pas le serveur Scaleway CUBIC qui a un problème...

On pourrait en déduire que les rapports entre les "frères ennemis"? d'Iliad ne sont peut-être pas au beau fixe, et que le "pont-levis" entre l'infra Free et l'infra Scaleway ne se lève pas toujours comme il faudrait, ou il y a une herse à l'entrée? 

C'est quel serveur Scaleway Cubic ?

j'ai refais un test 10 minutes après et c'était bon sur scaleway, en upload bon aussi les 2 (entre 68 et 72Mo/s)

Donc se méfier des observations instantanée...
Dans l'industrie on sait pertinemment que les observations instantanées doivent être multipliées pour en tirer un enseignement valable. Si le serveur à l'autre bout est fortement sollicité, clair qu'il ne peut pas être au four et au moulin. Quand à savoir pourquoi ce type de machine pourrait être sur-sollicité, mystère? C'est un peu le revers de l'ensemble des tests qui peuvent être faits. Si la répétition est là, on peut en tirer des conclusions, sinon, sur du "one shot", c'est la tribu des "ifopa"! 

Merci pour la MaJ de ton petit prog

[checkFtthFree v0.11]                           Windows 10 Build 22621 (64-bit)
-------------------------- 2023-03-08 21:02:13 +0100 --------------------------
Paramétrage réseau actuel du système:
  AutoTuningLevelLocal: Normal
  CongestionProvider: CUBIC
  EcnCapability: Disabled
  NetworkCategory: Public
  ScalingHeuristics: Disabled
  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.36 ms                  [gigue: 0.02 ms]
  --> Débit: 109.76 Mo/s (878.09 Mbps)  [fluctuation: 5.64%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
  --> Latence: 2.88 ms                  [gigue: 0.22 ms]
  --> Débit: 118.59 Mo/s (948.72 Mbps)  [fluctuation: 0.11%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
  --> Latence: 2.38 ms                  [gigue: 0.15 ms]
  --> Débit: 118.65 Mo/s (949.18 Mbps)  [fluctuation: 0.06%]
-------------------------- 2023-03-08 21:02:56 +0100 --------------------------