La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => 
K-Net => Opérateurs grand public alternatifs => Espace technique internet K-Net => Discussion démarrée par: hidius le 13 août 2022 à 14:36:13
-
Bonjour,
Depuis un moment je constate un débit limité en download par connexion FTP à ~3 Mo/s vers mon dédié chez OVH.
Je peux par contre saturer mon dédié (100 Mb) en multipliant les connexions (FTP dans ce cas).
Aujourd'hui j'ai pris le temps de faire quelques tests. Et il semblerait que mon pb soit généralisé à internet.
- test debit OK (enfin on est pas au niveau du gigabit mais ce n'est pas le debit qui limite 500/300)
- je constate cette limitation de chez moi vers plusieurs dédiés hébergés chez plusieurs opérateurs, y compris du public (ftp.free.fr, ...)
- que ce soit en direct download, FTP ou FTPS
- "limitation" présente avec la Box Knet ou avec mon routeur perso (OpnSense)
Auriez vous constaté cette mème "limitation" ?
edit : je suis du 27
-
Les causes peuvent être des pertes de paquets ou une saturation.
Pour différencier les deux, c'est simple : C'est une saturation, si et seulement si le débit est plus faible le soir que le matin. Si possible faire un test entre 18h00 et 23h00, l'heure de pointe et un autre entre 1h00 du matin et 10h00 du matin.
Si c'est des pertes de paquets, le débit sera trés différent entre un serveur Cubic ou BBR. Tutoriel :
Tutoriel pour tester son débit et comprendre les limitations
(cliquez sur la miniature ci-dessous - le document est au format PDF)
(https://lafibre.info/testdebit/linux/tuto_test_debit.webp) (https://lafibre.info/testdebit/linux/tuto_test_debit.pdf)
-
Merci pour ce tuto Vivien ;)
Sans avoir encore fait le test de saturation, c'est visiblement des pertes de paquets.
Les résultats sont clairement différents entre BBR & cubic, mais quelles peuvent être les raisons ?
BBR : 828 / 37
CUBIC : 25 / 36
(https://lafibre.info/images/tuto/202208_speedtest_bbr_cubic.webp)
-
Je suis dans le 27 (Axione 100/100). Pour voir j'ai tenté un wget, assez empirique donc, mais j'observe aussi ce plafond, en FTP ou en HTTP:
wget -O /dev/null http://ftp.free.fr/mirrors/ftp.kernel.org/linux/kernel/v5.x/linux-5.19.1.tar.gz
Resolving ftp.free.fr (ftp.free.fr)... 212.27.60.27, 2a01:e0c:1:1598::1
Connecting to ftp.free.fr (ftp.free.fr)|212.27.60.27|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 208277277 (199M) [application/x-gzip]
Saving to: ‘/dev/null’
2022-08-13 18:17:59 (3.81 MB/s) - ‘/dev/null’ saved [208277277/208277277]
wget -O /dev/null ftp://ftp.free.fr/mirrors/ftp.kernel.org/linux/kernel/v5.x/linux-5.19.1.tar.gz
Resolving ftp.free.fr (ftp.free.fr)... 212.27.60.27, 2a01:e0c:1:1598::1
Connecting to ftp.free.fr (ftp.free.fr)|212.27.60.27|:21... connected.
Length: 208277277 (199M) (unauthoritative)
2022-08-13 18:19:50 (4.05 MB/s) - ‘/dev/null’ saved [208277277]
Test effectué en filaire.
J'ai ensuite fait le même genre d'essai sur le FTP de Cachan (en HTTP et en FTP), avec des résultats comparables. Ce qui est étrange c'est que les premières secondes du download montent bien en débit et puis ça redescend pour se stabiliser, ce qui pourrait faire penser à un shaping.
Pour le speedtest (depuis un wifi - je sais c'est mal - avec un excellent signal):
down/up
Cubic: 25/75
BBR: 82/65
Sur le test Cubic la courbe du débit descendant fait le même genre de bond que ce que j'ai ressenti sur le wget: ça monte raide et puis ça redescend doucement. En revanche en up la courbe est plate.
Bizarre autant qu'étrange
-
Merci pour ton retour blarglibloup, cela me fait aussi penser à du shaping mais mes compétences sarrette la :S
J'ai les memes courbes.
Y aurait il d'autres tests pour mettre en évidence la source de la limitation (shaping ou autre) ?
-
Merci pour ton test, c'est excellent pour montrer l'impact de BBR vs Cubic.
Attention, les pertes de paquets peuvent être liées à une saturation. Faire un test le matin (avant 9h00 si possible) permettra de confirmer ou infirmer la saturation.
Bon débit sur le serveur Cubic le matin => saturation
Mauvais débit => problématique réseau qui font que les paquets sont perdus ou arrivent dans le désordre.
Merci pour ce tuto Vivien ;)
Sans avoir encore fait le test de saturation, c'est visiblement des pertes de paquets.
Les résultats sont clairement différents entre BBR & cubic, mais quelles peuvent être les raisons ?
BBR : 828 / 37
CUBIC : 25 / 36
(https://lafibre.info/images/tuto/202208_speedtest_bbr_cubic.webp)
-
Petit test ce matin, les résultats sont sensiblement les mêmes :-\ :(
BBR : 869 / 24
CUBIC : 33 / 35
-
Vu avec le support KNET ce matin. Ils vont forcer l'ONT en auto-negociation :-\
-
j'ai envie de dire que ça n'a rien à voir, mais peut-être que je me trompe :P
-
Clairement...
-
Donc pas de saturation.
Outre les pertes de paquets, cela pourrait être lié à des paquets qui arrivent dans le désordre, suite à une agrégation de lien 10 Gb/s qui fait passer une même connexion TCP dans plusieurs liens (normalement dans un LAG (agrégation de plusieurs liens pour en former un seul qui somme les débits des différents liens), la répartition du trafic se fait par un hash XOR (eXclusive OR ou OU exclusif) en fonction des arguments niveau 2 (adresses MAC source et adresses MAC destination), niveau 3 (IP source et IP destination) et niveau 4 (port source et port destination).
Cela permet que les paquets d'une même connexion TCP passent toujours dans le même lien, de façon à ce que les paquets arrivent dans l'ordre.
Pour confirmer cette hypothèse, il me faudrait une capture Wireshark d'un SpeedTest mono-connexion Cubic. Il faut démarrer la capture avant de lancer le test et couper dés qu'on passe au test montant.
Tutoriel pour Wireshark : Réaliser une capture Wireshark pas à pas (https://lafibre.info/tcpip/realiser-une-capture-wireshark-pas-a-pas/).
Si c'est le cas, je vais essayer de remonter le problème à K-Net.
-
Voici la capture, merci.
-
Bonsoir.
La capture est sans appels : Les paquets sont dans le désordre.
Ce ne sont pas des retransmissions, car le paquet arrive juste après (il y a un désordre que de 1 paquet).
Voici la capture filtrée pour n'avoir que la connexion du SpeedTest descendant : 202208_k-net_capture_speedtest_paquets_en_desordre.pcapng.gz (http://lafibre.info/images/wireshark/202208_k-net_capture_speedtest_paquets_en_desordre.pcapng.gz) (il est possible d'ouvrir ce fichier directement avec Wireshark).
Je vais voir comment transmettre le problème à K-Net.
-
Merci Vivien pour ton expertise, très intéressant 8)
De mon coté j'ai déjà initié un changement de FAI mais ce serait super de pouvoir transmettre à k-Net, encore merci.
-
hidius, tu es sur quel département ?
D'autres clients K-Net sont impactés ?
Pour les autres clients K-Net, il faudrait :
- faire deux tests de débit comme indiqué ci-dessous
- indiquant votre département (pour circonscrire géographiquement l'incident)
Tutoriel pour tester son débit et comprendre les limitations
(cliquez sur la miniature ci-dessous - le document est au format PDF)
(https://lafibre.info/testdebit/linux/tuto_test_debit.webp) (https://lafibre.info/testdebit/linux/tuto_test_debit.pdf)
-
Je suis du 27,
blarglibloup, qui est du 27 est aussi impacté et a fait le test sur la page précédente.
Merci aux volontaires ;)
-
Département 14
root@hestia:~# speedtest -s 2231
Speedtest by Ookla
Server: LaFibre.info BBR - Massy (id: 2231)
ISP: K-NET SARL
Idle Latency: 27.97 ms (jitter: 0.09ms, low: 27.90ms, high: 28.11ms)
Download: 974.43 Mbps (data used: 1.2 GB)
167.08 ms (jitter: 53.42ms, low: 30.46ms, high: 587.18ms)
Upload: 940.23 Mbps (data used: 1.1 GB)
30.12 ms (jitter: 3.21ms, low: 27.25ms, high: 295.94ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/cafe0cd5-9dbd-4494-a24e-40af871c82e0
root@hestia:~# speedtest -s 45454
Speedtest by Ookla
Server: LaFibre.info CUBIC - Orly (id: 45454)
ISP: K-NET SARL
Idle Latency: 20.50 ms (jitter: 0.10ms, low: 20.43ms, high: 20.61ms)
Download: 535.87 Mbps (data used: 704.8 MB)
20.17 ms (jitter: 0.74ms, low: 19.32ms, high: 34.22ms)
Upload: 936.41 Mbps (data used: 1.0 GB)
22.53 ms (jitter: 3.22ms, low: 19.65ms, high: 272.42ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/e2f02919-a54d-4a64-9ac3-2bdbd2d1cd33
-
merci Bolemo.
Peux tu refaire le test en mono-connexion, c'est ce que Vivien cherche à faire ressortir ?
Par contre j'ai pas l'impression que l'on puisse définir cela en ligne de commande. Il faudra sûrement passer par le naviguateur :S
-
merci Bolemo.
Peux tu refaire le test en mono-connexion, c'est ce que Vivien cherche à faire ressortir ?
Par contre j'ai pas l'impression que l'on puisse définir cela en ligne de commande. Il faudra sûrement passer par le naviguateur :S
Ah oui, du coup, je ne sais pas si c'est mono ou multi, mais je n'ai pas d'option pour changer ça, et mon appareil n'a pas de moniteur, donc CLI uniquement.
Mes laptop, tablette et cie sont en Wifi et passent par le tunnel MilkyWan, donc les résultats seraient inutiles ici.
Les options pour le speedtest :
root@hestia:~# speedtest -h
Speedtest by Ookla is the official command line client for testing the speed and performance of your internet connection.
Version: speedtest 1.2.0.84
Usage: speedtest [<options>]
-h, --help Print usage information
-V, --version Print version number
-L, --servers List nearest servers
-s, --server-id=# Specify a server from the server list using its id
-I, --interface=ARG Attempt to bind to the specified interface when connecting to servers
-i, --ip=ARG Attempt to bind to the specified IP address when connecting to servers
-o, --host=ARG Specify a server, from the server list, using its host's fully qualified domain name
-p, --progress=yes|no Enable or disable progress bar (Note: only available for 'human-readable'
or 'json' and defaults to yes when interactive)
-P, --precision=# Number of decimals to use (0-8, default=2)
-f, --format=ARG Output format (see below for valid formats)
--progress-update-interval=# Progress update interval (100-1000 milliseconds)
-u, --unit[=ARG] Output unit for displaying speeds (Note: this is only applicable
for ‘human-readable’ output format and the default unit is Mbps)
-a Shortcut for [-u auto-decimal-bits]
-A Shortcut for [-u auto-decimal-bytes]
-b Shortcut for [-u auto-binary-bits]
-B Shortcut for [-u auto-binary-bytes]
--selection-details Show server selection details
--ca-certificate=ARG CA Certificate bundle path
-v Logging verbosity. Specify multiple times for higher verbosity
--output-header Show output header for CSV and TSV formats
Valid output formats: human-readable (default), csv, tsv, json, jsonl, json-pretty
Machine readable formats (csv, tsv, json, jsonl, json-pretty) use bytes as the unit of measure with max precision
Valid units for [-u] flag:
Decimal prefix, bits per second: bps, kbps, Mbps, Gbps
Decimal prefix, bytes per second: B/s, kB/s, MB/s, GB/s
Binary prefix, bits per second: kibps, Mibps, Gibps
Binary prefix, bytes per second: kiB/s, MiB/s, GiB/s
Auto-scaled prefix: auto-binary-bits, auto-binary-bytes, auto-decimal-bits, auto-decimal-bytes
-
En ligne de commande, il n'est pas possible de faire un test mono-connexion.
C'est proposé :
- dans un navigateur web
- dans l'application Android
- dans l'application iOS
Ce n'est pas proposé :
- en ligne de commande
- dans l'application Windows
-
réglé pour ma part par un passage chez MilkyWan :D
-
Efficace 8)