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

0 Membres et 1 Invité sur ce sujet

MaxLebled

  • Abonné Free fibre
  • *
  • Messages: 550
  • Rennes (35)
    • Site web
checkFtthFree (test de débit TCP mono-connexion Freebox/Cubic/BBR)
« Réponse #324 le: 05 janvier 2025 à 14:51:09 »
C'est un PC construit moi-même : carte-mère B550 Taichi, CPU AMD 5800X (pas 3D), 32 Go de DDR4 3200. Normalement ça ne devrait pas avoir de problèmes avec le 10 Gbps. Après, cette installation de Windows date un peu, elle a été mise à niveau vers 11 il y a un mois... j'ai pas mal de trucs installés. Rien qui, a ma connaissance, s'amuse à filtrer la pile réseau.

Avec tampons réglés sur 1024 :

Test TCP local (IPv4): téléchargement depuis la Freebox
  --> Latence: 0.39 ms                  [gigue: 0.03 ms]
  --> Débit: 1.07 Go/s (8.56 Gbps)      [fluctuation: 0.34%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 294 pendant le test.

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
  --> Latence: 8.18 ms                  [gigue: 0.33 ms]
  --> Débit: 242.63 Mo/s (1.94 Gbps)    [fluctuation: 19.82%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
  --> Latence: 7.47 ms                  [gigue: 0.37 ms]
  --> Débit: 252.71 Mo/s (2.02 Gbps)    [fluctuation: 21.77%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 5161 pendant le test.

Test TCP local (IPv4): téléchargement depuis la Freebox
  --> Latence: 0.38 ms                  [gigue: 0.04 ms]
  --> Débit: 1.03 Go/s (8.21 Gbps)      [fluctuation: 1.55%]

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

Test TCP Internet (IPv6): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
  --> Latence: 7.46 ms                  [gigue: 0.12 ms]
  --> Débit: 685.87 Mo/s (5.49 Gbps)    [fluctuation: 2.51%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 9905 pendant le test.



C'est légèrement mieux. Pas d'amélioration avec 2048.

Je constate que Fast.com écrit sur mon SSD système presque aussi vite que ce qu'il télécharge, donc la limite se situe peut-être bien là aussi... pour ce qui est de nPerf, le serveur anycast-FR 100 Gb/s Free refuse toujours de dépasser environ ~2 Gbps.



Étrange de voir 13% de packet loss... c'est pareil sur Chrome. la « latence chargée » est de 13 ms. Smartphone à côté de la box : 1,2 Gb/s, 0.5% de pertes.

Après, l'important pour moi, c'est que les 80 € de matériel que j'ai dépensés ne soient pas défectueux. Ça n'est pas le cas, il y a juste un léger ralentissement côté système. Après ça, que ça atteigne 2 Gbps ou 5, la différence devient beaucoup moins importante que celle entre le Wi-Fi de la Delta R1 et le Gbps garanti par un câble :)

DEUXIÈME EDIT :

Très peu d'amélioration en mode sans échec. D'ailleurs, checkFtthFree.exe n'y arrivait pas à faire un téléchargement local à plus de 1,5 Gb/s (!) et continuait à indiquer des "ReceivedDiscardedPackets".

Par contre, après redémarrage de la box, ce que je n'avais PAS fait après premier branchement du SFP...



Test TCP local (IPv4): téléchargement depuis la Freebox
  --> Latence: 0.40 ms                  [gigue: 0.13 ms]
  --> Débit: 1.08 Go/s (8.60 Gbps)      [fluctuation: 2.31%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 71 pendant le test.

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
  --> Latence: 8.10 ms                  [gigue: 0.12 ms]
  --> Débit: 580.16 Mo/s (4.64 Gbps)    [fluctuation: 6.25%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 16449 pendant le test.

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
  --> Latence: 7.48 ms                  [gigue: 0.12 ms]
  --> Débit: 642.61 Mo/s (5.14 Gbps)    [fluctuation: 4.46%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 1876 pendant le test.

Test TCP local (IPv4): téléchargement depuis la Freebox
  --> Latence: 0.38 ms                  [gigue: 0.03 ms]
  --> Débit: 1.15 Go/s (9.19 Gbps)      [fluctuation: 3.96%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 87 pendant le test.

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

Test TCP Internet (IPv6): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
  --> Latence: 7.48 ms                  [gigue: 0.11 ms]
  --> Débit: 667.02 Mo/s (5.34 Gbps)    [fluctuation: 5.24%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 1329 pendant le test.


Mystère résolu...?
« Modifié: 05 janvier 2025 à 15:41:44 par MaxLebled »

ouno

  • Abonné Orange Fibre
  • *
  • Messages: 209
  • Rennes (35)
checkFtthFree (test de débit TCP mono-connexion Freebox/Cubic/BBR)
« Réponse #325 le: 05 janvier 2025 à 16:22:58 »
C'est un PC construit moi-même : carte-mère B550 Taichi, CPU AMD 5800X (pas 3D), 32 Go de DDR4 3200. Normalement ça ne devrait pas avoir de problèmes avec le 10 Gbps.
Oui effectivement.

Avec tampons réglés sur 1024 :

C'est légèrement mieux.
J'ai même l'impression que ce n'est pas mieux du tout ? C'est bizarre, c'est comme si cela n'avait eu aucun effet.
Est-ce que tu peux mettre la sortie complète de checkFtthFree (avec les paramètres réseau affichés au début) pour comparer ?

après redémarrage de la box, ce que je n'avais PAS fait après premier branchement du SFP...

Mystère résolu...?
Oui visiblement il y avait un souci niveau box, mais c'est quand même bizarre que tu continues d'avoir des paquets rejetés par ton interface réseau  ???

MaxLebled

  • Abonné Free fibre
  • *
  • Messages: 550
  • Rennes (35)
    • Site web
checkFtthFree (test de débit TCP mono-connexion Freebox/Cubic/BBR)
« Réponse #326 le: 05 janvier 2025 à 16:29:58 »
Est-ce que tu peux mettre la sortie complète de checkFtthFree (avec les paramètres réseau affichés au début) pour comparer ?
Oui visiblement il y avait un souci niveau box, mais c'est quand même bizarre que tu continues d'avoir des paquets rejetés par ton interface réseau  ???

Hop :

[checkFtthFree v0.25]                           Windows 11 Build 26100 (64-bit)
-------------------------- 2025-01-05 16:27:54 +0100 --------------------------
Configuration réseau du système:
  Adapter.Driver: Intel(R) Ethernet Server Adapter X520-1
  Adapter.DriverVersion: 4.1.254.0 (Intel, 2024-02-08)
  Adapter.FlowControl: Rx & Tx Enabled
  Adapter.IPChecksumOffloadIPv4: Rx & Tx Enabled
  Adapter.InterruptModeration: Enabled
  Adapter.JumboPacket: Disabled
  Adapter.LinkSpeed: 10 Gbps
  Adapter.LsoV2: Enabled
  Adapter.PcieLinkSpeed: 5.0 GT/s
  Adapter.PcieLinkWidth: 4
  Adapter.PhysicalMediaType: 802.3
  Adapter.ReceiveBuffers: 2048
  Adapter.SpeedDuplex: Auto Negotiation
  Adapter.TCPChecksumOffload: Rx & Tx Enabled
  Adapter.TransmitBuffers: 2048
  NetProfile.NetworkCategory: Private
  Tcp.AutoTuningLevelLocal: Normal
  Tcp.CongestionProvider: CUBIC
  Tcp.EcnCapability: Disabled
  Tcp.ScalingHeuristics: Disabled
  Tcp.Timestamps: Allowed
  => Latence TCP max pour une réception à 1 Gbps: 141 ms

Test TCP local (IPv4): téléchargement depuis la Freebox
  --> Latence: 0.39 ms                  [gigue: 0.02 ms]
  --> Débit: 1.07 Go/s (8.53 Gbps)      [fluctuation: 0.94%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 150 pendant le test.

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
  --> Latence: 8.04 ms                  [gigue: 0.17 ms]
  --> Débit: 628.15 Mo/s (5.03 Gbps)    [fluctuation: 7.39%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 10242 pendant le test.

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
  --> Latence: 7.48 ms                  [gigue: 0.17 ms]
  --> Débit: 539.13 Mo/s (4.31 Gbps)    [fluctuation: 7.75%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 1395 pendant le test.
-------------------------- 2025-01-05 16:28:36 +0100 --------------------------

Oui... après le fait que ça soit une quantité très faible ne m'interpelle pas ? Il y avait quelqu'un qui avait de « véritables » problèmes (impossible pour lui d'atteindre le Gbps), et il était à, genre, 4 millions de paquets rejetés... 10 000, à côté, ça semble normal ?

Voici le matériel acheté : https://www.amazon.fr/dp/B0BTSJLGN3 (carte réseau) & https://www.amazon.fr/dp/B0BLC9NLH1 (câble de 20 mètres)

ouno

  • Abonné Orange Fibre
  • *
  • Messages: 209
  • Rennes (35)
checkFtthFree (test de débit TCP mono-connexion Freebox/Cubic/BBR)
« Réponse #327 le: 05 janvier 2025 à 18:34:13 »
Hop :
Oui... après le fait que ça soit une quantité très faible ne m'interpelle pas ? Il y avait quelqu'un qui avait de « véritables » problèmes (impossible pour lui d'atteindre le Gbps), et il était à, genre, 4 millions de paquets rejetés... 10 000, à côté, ça semble normal ?
Si tu parles de Pikabois qui avait des valeurs de plusieurs dizaines de milliards, je pense que c'était un bug lié au pilote ancien qu'il utilisait. Depuis qu'il l'a mis à jour le compteur reste à 0 (mais cela n'a pas arrangé son débit, son problème était en fait lié à l'utilisation de cFosSpeed).

Je ne dirais pas qu'un compteur de paquets rejetés qui augmente de 10 000 pendant un test de 10 secondes est "normal". C'est effectivement tout à fait acceptable dans ton cas car cela ne t'empêche pas de monter à plus de 5 Gbps en débit Internet mono-connexion, ce qui est déjà très bien (et au final ce qui compte c'est bien le débit obtenu). Mais pour moi une machine avec le CPU que tu as ne devrait perdre aucun paquet localement à 10 Gbps si elle n'est pas trop sollicitée par ailleurs.
Après je n'ai pas d'expérience avec les cartes Intel X520, il faudrait peut-être avoir le retour d'autres personnes qui ont la même carte...

Ci dessous un exemple de test réalisé sur une machine sous Windows de puissance comparable à la tienne avec une carte Mellanox ConnectX-4. Le compteur reste à 0 avec un débit de plus de 8 Gbps:

[checkFtthFree v0.25]                           Windows 10 Build 19045 (64-bit)
-------------------------- 2025-01-05 17:55:40 +0100 --------------------------
Configuration réseau du système:
  Adapter.Driver: Mellanox ConnectX-4 Lx Ethernet Adapter
  Adapter.DriverVersion: 24.10.26603.0 (Mellanox Technologies Ltd., 2024-10-10)
  Adapter.FlowControl: Disabled
  Adapter.IPChecksumOffloadIPv4: Rx & Tx Enabled
  Adapter.InterruptModeration: Enabled
  Adapter.JumboPacket: Disabled
  Adapter.LinkSpeed: 10 Gbps
  Adapter.LsoV2: Enabled
  Adapter.PcieLinkSpeed: 8.0 GT/s
  Adapter.PcieLinkWidth: 8
  Adapter.PhysicalMediaType: 802.3
  Adapter.ReceiveBuffers: 2048
  Adapter.Rsc: Enabled
  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: Disabled
  => 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: 9.14 ms                  [gigue: 0.35 ms]
  --> Débit: 973.13 Mo/s (7.79 Gbps)    [fluctuation: 2.58%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
  --> Latence: 8.64 ms                  [gigue: 0.67 ms]
  --> Débit: 1.01 Go/s (8.11 Gbps)      [fluctuation: 0.93%]
-------------------------- 2025-01-05 17:56:09 +0100 --------------------------
« Modifié: 05 janvier 2025 à 23:02:14 par ouno »

MaxLebled

  • Abonné Free fibre
  • *
  • Messages: 550
  • Rennes (35)
    • Site web
checkFtthFree (test de débit TCP mono-connexion Freebox/Cubic/BBR)
« Réponse #328 le: 06 janvier 2025 à 02:54:05 »
J'ai testé avec une clé USB Ubuntu et :

1) j'atteinds bien le maximum absolu en téléchargement local, alors que Windows n'y était pas tout à fait
2) nperf se rapproche très près des 8 Gbps au lieu de plafonner autour de 5 et quelques
3) Scaleway reste autour de 5 peu importe ipv4 ou ipv6, et ce malgré l'heure tardive

C'est donc bien un problème logiciel sur mon installation Windows, ce qui me rassure grandement. Être plafonné autour de 5 n'est pas un drame et me convient parfaitement. J'aurai l'occasion d'y remédier lors de ma prochaine mise à niveau matérielle !

Merci pour tes éclairages et ton superbe outil.
« Modifié: 06 janvier 2025 à 05:02:36 par MaxLebled »

ouno

  • Abonné Orange Fibre
  • *
  • Messages: 209
  • Rennes (35)
checkFtthFree (test de débit TCP mono-connexion Freebox/Cubic/BBR)
« Réponse #329 le: 06 janvier 2025 à 08:41:47 »
Être plafonné autour de 5 n'est pas un drame et me convient parfaitement. J'aurai l'occasion d'y remédier lors de ma prochaine mise à niveau matérielle !
Oui entièrement d'accord.

Merci pour tes éclairages et ton superbe outil.
Merci à toi !

MaxLebled

  • Abonné Free fibre
  • *
  • Messages: 550
  • Rennes (35)
    • Site web
checkFtthFree (test de débit TCP mono-connexion Freebox/Cubic/BBR)
« Réponse #330 le: 10 janvier 2025 à 19:13:11 »
Bon, il y a anguille sous roche avec la box...

Le débit max finit par redescendre à 2-2,5 Gbps maximum via nPerf, comme au tout début. De même, les 13% de pertes de paquets reviennent sur ces tests.

Si je lance des tests simultanés en Wi-Fi avec mon téléphone et ordinateur portable au même moment, ça pénalise le test nPerf via SFP, qui descend vers 1 Gbps; logiquement, ça ne devrait pas arriver. C'est la même chose sous Windows ou sous Linux.

Redémarrage de la box => Windows et Linux retrouvent un débit proche du 8 Gbps, sans pertes de paquets sur nPerf.

Il y a donc un rouage (sûrement logiciel) côté Delta qui se grippe au bout de quelques heures ou jours... Je vais faire un rapport sur leur bug tracker.

EDIT : c'est fait, et j'ai aussi eu l'occasion de produire cette image très parlante aujourd'hui...

« Modifié: 12 janvier 2025 à 15:05:39 par MaxLebled »

MaxLebled

  • Abonné Free fibre
  • *
  • Messages: 550
  • Rennes (35)
    • Site web
checkFtthFree (test de débit TCP mono-connexion Freebox/Cubic/BBR)
« Réponse #331 le: 13 janvier 2025 à 15:18:31 »
Le mystère s'épaissit : le simple fait de débrancher puis rebrancher la jarretière fibre (celle qui vous relie à Internet) sans redémarrer la Freebox résout le problème...

« Modifié: 13 janvier 2025 à 16:25:54 par MaxLebled »

Fuzy

  • Abonné Free fibre
  • *
  • Messages: 601
  • RENNES
checkFtthFree (test de débit TCP mono-connexion Freebox/Cubic/BBR)
« Réponse #332 le: 21 janvier 2025 à 18:28:41 »
C'est marrant ce premier saut derrière l'Ultra... ?

PS C:\Users\yo_pi> tracert 8.8.8.8

Détermination de l’itinéraire vers dns.google [8.8.8.8]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  192.168.1.254
  2     7 ms     7 ms     7 ms  strasbourg-9k-1-lo10.intf.routers.proxad.net [194.149.162.246]
  3     7 ms     7 ms     7 ms  rennes-9k-1-lo10.intf.routers.proxad.net [194.149.162.250]
  4     9 ms     8 ms     8 ms  prs-b17-link.ip.twelve99.net [213.248.91.224]
  5     7 ms     8 ms     7 ms  prs-bb2-link.ip.twelve99.net [62.115.136.224]
  6     8 ms     8 ms     7 ms  prs-b3-link.ip.twelve99.net [62.115.118.63]
  7     9 ms     8 ms     8 ms  google-ic-344096.ip.twelve99-cust.net [62.115.174.29]
  8     8 ms     7 ms     7 ms  216.239.40.73
  9     7 ms     8 ms     8 ms  142.251.253.37
 10     8 ms     8 ms     7 ms  dns.google [8.8.8.8]

Itinéraire déterminé.
PS C:\Users\yo_pi> tracert 1.1.1.1

Détermination de l’itinéraire vers one.one.one.one [1.1.1.1]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  192.168.1.254
  2     7 ms     6 ms     7 ms  amsterdam-9k-1-lo10.intf.routers.proxad.net [194.149.162.248]
  3     7 ms     7 ms     7 ms  rennes-9k-1-lo10.intf.routers.proxad.net [194.149.162.250]
  4     8 ms     7 ms     9 ms  prs-b17-link.ip.twelve99.net [213.248.91.224]
  5    10 ms     7 ms     7 ms  62.115.136.36
  6     8 ms     9 ms    29 ms  cloudflare-ic-363840.ip.twelve99-cust.net [213.248.73.69]
  7     8 ms     8 ms    12 ms  141.101.67.91
  8     7 ms     7 ms     7 ms  one.one.one.one [1.1.1.1]

Itinéraire déterminé.
PS C:\Users\yo_pi> tracert 8.8.4.4

Détermination de l’itinéraire vers dns.google [8.8.4.4]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  192.168.1.254
  2    15 ms     7 ms     7 ms  strasbourg-9k-1-lo10.intf.routers.proxad.net [194.149.162.246]
  3     8 ms     8 ms     7 ms  rennes-9k-1-lo10.intf.routers.proxad.net [194.149.162.250]
  4     9 ms     9 ms     9 ms  prs-b17-link.ip.twelve99.net [213.248.91.224]
  5     8 ms     7 ms     8 ms  prs-bb2-link.ip.twelve99.net [62.115.136.224]
  6     8 ms     8 ms     8 ms  prs-b3-link.ip.twelve99.net [62.115.118.63]
  7     8 ms    14 ms     8 ms  google-ic-344096.ip.twelve99-cust.net [62.115.174.29]
  8     8 ms     8 ms     9 ms  216.239.40.75
  9     9 ms     8 ms     9 ms  142.250.234.43
 10     8 ms     8 ms     7 ms  dns.google [8.8.4.4]

Itinéraire déterminé.
PS C:\Users\yo_pi> tracert 1.0.0.1

Détermination de l’itinéraire vers one.one.one.one [1.0.0.1]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  192.168.1.254
  2     7 ms     7 ms     7 ms  strasbourg-9k-1-lo10.intf.routers.proxad.net [194.149.162.246]
  3     7 ms     7 ms     7 ms  rennes-9k-1-lo10.intf.routers.proxad.net [194.149.162.250]
  4    11 ms    10 ms     9 ms  prs-b17-link.ip.twelve99.net [213.248.91.224]
  5     8 ms     7 ms     7 ms  62.115.136.36
  6    11 ms     8 ms    12 ms  cloudflare-ic-363840.ip.twelve99-cust.net [213.248.73.69]
  7    16 ms    44 ms    33 ms  141.101.67.95
  8     7 ms     7 ms     8 ms  one.one.one.one [1.0.0.1]

Itinéraire déterminé.
PS C:\Users\yo_pi> tracert 9.9.9.9

Détermination de l’itinéraire vers dns9.quad9.net [9.9.9.9]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  192.168.1.254
  2     7 ms     7 ms     8 ms  amsterdam-9k-1-lo10.intf.routers.proxad.net [194.149.162.248]
  3     8 ms     *        7 ms  station1.multimania.isdnet.net [194.149.174.98]
  4     9 ms     7 ms     7 ms  pch1.par.franceix.net [37.49.236.92]
  5     7 ms     7 ms     7 ms  dns9.quad9.net [9.9.9.9]

Itinéraire déterminé.
PS C:\Users\yo_pi> tracert 80.67.169.12

Détermination de l’itinéraire vers ns0.fdn.org [80.67.169.12]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  192.168.1.254
  2    10 ms     7 ms     7 ms  amsterdam-9k-1-lo10.intf.routers.proxad.net [194.149.162.248]
  3     *        *        *     Délai d’attente de la demande dépassé.
  4     8 ms     7 ms     7 ms  gandi.par.franceix.net [37.49.236.154]
  5     7 ms     8 ms     7 ms  173.246.102.33
  6     8 ms     8 ms     8 ms  vodka.gitoyen.net [80.67.168.7]
  7     8 ms     8 ms     8 ms  fdn-pa3-gw1.gitoyen.net [80.67.168.145]
  8     8 ms     8 ms     7 ms  ns0.fdn.org [80.67.169.12]

Itinéraire déterminé.
PS C:\Users\yo_pi> tracert 208.67.222.222

Détermination de l’itinéraire vers resolver1.opendns.com [208.67.222.222]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  192.168.1.254
  2     7 ms     7 ms     7 ms  amsterdam-9k-1-lo10.intf.routers.proxad.net [194.149.162.248]
  3     *        *        *     Délai d’attente de la demande dépassé.
  4     8 ms     7 ms     8 ms  ae2.mpr1.cdg11.fr.zip.zayo.com [64.125.14.37]
  5   144 ms   144 ms   143 ms  ae22.cr1.cdg12.fr.eth.zayo.com [64.125.24.246]
  6   148 ms   150 ms   148 ms  64.125.35.198.IPYX-145641-003-ZYO.zip.zayo.com [64.125.35.198]
  7   315 ms   314 ms   317 ms  203.208.154.69
  8   312 ms   313 ms   313 ms  203.208.158.10
  9   321 ms   320 ms   321 ms  203.208.171.190
 10   332 ms   332 ms   332 ms  203.208.178.17
 11   329 ms   329 ms   329 ms  ix-be-5.ecore1.hk2-hongkong.as6453.net [180.87.169.8]
 12     *      336 ms     *     if-ae-46-2.tcore1.hk2-hongkong.as6453.net [116.0.67.4]
 13   336 ms   336 ms     *     if-ae-28-3.tcore2.tv2-tokyo.as6453.net [116.0.67.111]
 14     *      335 ms   336 ms  if-bundle-56-2.qcore2.tv2-tokyo.as6453.net [209.58.61.99]
 15   337 ms   337 ms   336 ms  if-ae-1-2.thar1.e14-osaka.as6453.net [180.87.181.46]
 16   336 ms   336 ms   336 ms  resolver1.opendns.com [208.67.222.222]

LoL OpenDNS.... !!!!

fansat70

  • Abonné Free fibre
  • *
  • Messages: 5 276
  • 70 - St Loup-sur-Semouse
    • Carte ZANRO/ZASRO-PM Haute Saône
checkFtthFree (test de débit TCP mono-connexion Freebox/Cubic/BBR)
« Réponse #333 le: 21 janvier 2025 à 18:36:46 »
Le mystère s'épaissit : le simple fait de débrancher puis rebrancher la jarretière fibre (celle qui vous relie à Internet) sans redémarrer la Freebox résout le problème...


C'est comme si une flopée de peers bouffait la bande passante, et après le redémarrage de la box, ayant perdu leurs "copains", plus de bande passante bouffée, le test peut repartir plein pot, puis éventuellement se re-casser la figure ensuite?

MaxLebled

  • Abonné Free fibre
  • *
  • Messages: 550
  • Rennes (35)
    • Site web
checkFtthFree (test de débit TCP mono-connexion Freebox/Cubic/BBR)
« Réponse #334 le: 21 janvier 2025 à 18:45:12 »
Je te confirme qu'il n'y a aucune utilisation de la bande passante avant ou après... et oui, ça finit par se « re-brider » à 2 Gbps 13% PL éventuellement.

Ça ressemble très fort à un défaut logiciel côté box mais c'est difficile de l'affirmer avec certitude.

Voici le ticket que j'ai ouvert chez Free, mais sans réponse pertinente, malheureusement : https://dev.freebox.fr/bugs/task/39973

underground78

  • Expert
  • Abonné Free fibre
  • *
  • Messages: 7 450
  • Orsay (91)
    • FreePON : suivi géographique du déploiement fibre EPON chez Free
checkFtthFree (test de débit TCP mono-connexion Freebox/Cubic/BBR)
« Réponse #335 le: 21 janvier 2025 à 21:17:56 »
C'est marrant ce premier saut derrière l'Ultra... ?
Très certainement un routeur avec plusieurs interfaces, le reverse DNS est probablement pas très pertinent.