La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Free => 
Débits fibre Free => Discussion démarrée par: noisegate le 06 août 2020 à 18:59:27
-
Bonjour,
Je viens de passer chez Free (Freebox Revolution 1Gb/600Mb). Aucun souci en particulier, sinon que mes débits en SFTP viennent de passer de calamiteux à tout juste décents...
Mon espace web est hébergé chez ionos, où le serveur/host redirige par défaut vers une IPv6. Les débits en upload tournent autour de 100ko/s depuis mon arrivée chez Free. La hotline ionos m'a donné aujourd'hui un host avec redirection vers une IPv4 et les débits sont montés instantanément à 10mo/s par transfert, avec un plafond multi-transfert autour de 40mo/s.
Je suis sur MacOS, j'ai pensé tenir une piste avec ce thread (https://lafibre.info/tcpip/bbr/36/) et édité mon fichier sysctl.conf pour faire passer l'algo de contrôle de la congestion TCP en BBR, mais aucun changement de mon côté.
Mes questions :
Peut-on faire quelque chose pour améliorer ces débits qui ont l'air fortement bridés, comme j'ai pu le lire ailleurs sur ce forum ?
Est-il au moins possible d'obtenir le maximum sur un seul transfert ?
Merci :)
-
Si les débits sont aussi mauvais, c'est qu'il doit y avoir une saturation.
Il faudrait nous donner un traceroute en IPv4 et un traceroute en IPv6 pour voir où est le problème.
Autre question : normalement un opérateur neutre à le même débit quel que soit le port. Sur quel port est SFTP ? Port 22 ?
Pourrais-tu nous confirmer que le débit est catastrophique en http / https quand tu utilises l'IPv6 ?
-
Bonjour Vivien,
Si les débits sont aussi mauvais, c'est qu'il doit y avoir une saturation.
Cela fait plusieurs jours, et les débits n'oscillent pas, on reste systématiquement en-dessous de 100ko/s en IPv6.
Pour info j'ai les mêmes résultats sur une machine en RJ45 sous macOS et une autre en WiFi sous Win10.
Il faudrait nous donner un traceroute en IPv4 et un traceroute en IPv6 pour voir où est le problème.
Traceroute IPv4 :
# traceroute 217.160.196.113
# Interesting on 217.160.196.113 [217.160.196.113] :
to 217.160.196.113 (217.160.196.113), 10 hops max
1 164.132.192.1
2 192.168.143.254
3 51.255.185.126
4 10.99.169.215
5 37.187.232.50
6 10.95.48.10
7 91.121.215.197
8 10.200.0.4
9 80.81.192.123
10 212.227.120.168 5.941ms
# 11 line(s) displayed
--------------------------------------------------
Traceroute IPv6 :
# traceroute home227678420.1and1-data.host
# Interesting on 217.160.196.113 [217.160.196.113] :
to home227678420.1and1-data.host (217.160.196.113), 10 hops max
1 164.132.192.1
2 192.168.143.254
3 51.255.185.126
4 10.99.169.45
5 37.187.232.54
6 10.95.48.8
7 94.23.122.137
8 10.200.0.0
9 80.81.193.123
10 212.227.120.168 5.594ms
# 11 line(s) displayed
normalement un opérateur neutre à le même débit quel que soit le port. Sur quel port est SFTP ? Port 22 ?
Port 22 oui.
Pourrais-tu nous confirmer que le débit est catastrophique en http / https quand tu utilises l'IPv6 ?
Non, uniquement pour le SFTP
Merci !
-
Une latence bien plus importante en IPv6 pourrait expliquer un faible débit avec certaines implémentation de SFTP qui ne gère pas des Rwin > 64 Ko. Je trouve ca étonnant en 2020, mais cela pourrait être une explication. La limitation à 64 Ko peut être coté client ou coté serveur.
Tu pourrais vérifier si le pb appairait aussi avec le client FileZilla (open source) : https://filezilla-project.org/download.php?show_all=1
Je ne connaissais pas l'outil de traceroute de MacOS X il ne rempli pas du tout son rôle.
Si tu es motivé, il y a "mtr", le meilleur traceroute disponible, cf tuto pour MacOS X : https://remiflandrois.fr/2020/03/10/mtr-mac-osx/
On peut essayer de faire sans, j'aurais besoin du ping en IPv6. Le traceroute IPv6 est en effet le traceroute IPv4. Sur certains système le ping IPv6 se fait avec la commande ping6 (ping étant réservé à l'IPv4).
-
Merci Vivien,
Tu pourrais vérifier si le pb appairait aussi avec le client FileZilla (open source)
C'est le client que j'utilise
Je ne connaissais pas l'outil de traceroute de MacOS X il ne rempli pas du tout son rôle.
J'ai commencé par lancer un traceroute dans le terminal mais il avait l'air de mouliner sévèrement, ça donnait ça :
Traceroute IPv4 :
1 192.168.1.254 (192.168.1.254) 0.684 ms 0.351 ms 0.176 ms
2 194.149.164.52 (194.149.164.52) 3.662 ms * 2.865 ms
3 amsix-6k-1.routers.proxad.net (80.249.208.251) 17.743 ms 17.591 ms 17.975 ms
4 amsix.bb-c.nkf.ams.nl.oneandone.net (80.249.208.220) 31.545 ms 25.191 ms 35.627 ms
5 ae-4.bb-b.fr7.fra.de.oneandone.net (212.227.120.130) 24.271 ms 24.383 ms 23.949 ms
6 ae-9.bb-b.bs.kae.de.oneandone.net (212.227.120.168) 25.549 ms 25.099 ms 34.679 ms
7 port-channel-3.gw-distd-sh-1.bap.rhr.de.oneandone.net (212.227.122.3) 26.421 ms 25.995 ms 26.132 ms
8 * * *
9 * * *
10 * * *
> Continue indéfiniment, j'ai stoppé à 30
--------------------------------------------------
Traceroute IPv6 :
traceroute to home227678420.1and1-data.host (217.160.196.113), 64 hops max, 52 byte packets
1 192.168.1.254 (192.168.1.254) 0.602 ms 0.374 ms 0.212 ms
2 194.149.164.52 (194.149.164.52) 3.287 ms 2.937 ms 3.216 ms
3 amsix-6k-1.routers.proxad.net (80.249.208.251) 17.798 ms 18.069 ms 17.283 ms
4 amsix.bb-c.nkf.ams.nl.oneandone.net (80.249.208.220) 24.480 ms 25.265 ms 24.546 ms
5 ae-4.bb-b.fr7.fra.de.oneandone.net (212.227.120.130) 24.119 ms 23.963 ms 24.370 ms
6 ae-9.bb-b.bs.kae.de.oneandone.net (212.227.120.168) 25.162 ms 25.350 ms 25.691 ms
7 port-channel-3.gw-distd-sh-1.bap.rhr.de.oneandone.net (212.227.122.3) 25.946 ms 25.864 ms 25.992 ms
8 * * *
9 * * *
10 * * *
> Idem, continue indéfiniment
Je n'ai pas brew et malheureusement pas le temps de me pencher dessus maintenant. On me dit que c'est super, il faudra que je m'y mette...
Une idée comme ça, est-ce que ça peut valoir le coup de diriger le SSH vers un autre port que le 22, ou ça ne changerait rien ? D'ailleurs j'ai essayé en modifiant /etc/services mais mon site ne reste accessible que sur le port 22 dans FileZilla, après avoir relancé le daemon SSH. Je n'ai pas dû m'y prendre comme il faut, pourtant ma modif a l'air enregistrée, j'ai essayé ça : https://superuser.com/questions/1398824/cant-change-port-listen-on-macos-x-mojave-for-built-in-ssh
Merci :)
-
Le traceroute IPv6 est toujours celui en IPv4 :(
peut-être mettre l'option -6 pour forcer le passage en IPv6 : traceroute -6 home227678420.1and1-data.host (c'est une idée, je ne connais pas la console Mac OS X)
Voici le mtr (outil installé de base sous Linux) depuis Adeli. IP part en IPv6 dés qu'IPv6 est dispo sur le client et le serveur (option -4 pour forcer l'IPv4).
Le problème est reproductible : Ton serveur perd des paquets en IPv6 (mais aussi en IPv4).
C'est un incident à ouvrir chez 1&1, 19% de paquet perdu c'est énorme.
IPv4 :
$ mtr -4zrwc100 home227678420.1and1-data.host
Start: Thu Aug 6 21:53:51 2020
HOST: lafibre Loss% Snt Last Avg Best Wrst StDev
1. AS??? 192.168.97.43 0.0% 100 0.2 0.2 0.1 0.7 0.0
2. AS??? ? ? 100.0 100
3. AS??? oneandone.par.franceix.net 0.0% 100 5.9 6.2 5.9 17.5 1.2
4. AS8560 ae-8-0.bb-a.bap.rhr.de.oneandone.net 0.0% 100 16.0 14.5 12.9 23.3 2.3
5. AS8560 port-channel-2.gw-distd-sh-1.bap.rhr.de.oneandone.net 0.0% 100 21.2 21.6 21.1 34.1 1.7
6. AS8560 217.160.196.113 19.0% 100 12.8 12.9 12.8 13.1 0.0
IPv6 :
$ mtr -zrwc100 home227678420.1and1-data.host
Start: Thu Aug 6 21:51:07 2020
HOST: lafibre Loss% Snt Last Avg Best Wrst StDev
1. AS43142 bgp2.adeli.biz 0.0% 100 0.3 0.3 0.2 11.1 1.1
2. AS43142 2a01:6e00:10:42c::10 0.0% 100 0.2 0.2 0.1 0.3 0.0
3. AS??? oneandone.par.franceix.net 0.0% 100 6.4 6.2 5.9 11.0 0.7
4. AS8560 ae-8-0.bb-a.bap.rhr.de.oneandone.net 0.0% 100 13.0 14.0 13.0 28.2 2.3
5. AS8560 port-channel-2.gw-distd-sh-2.bap.rhr.de.oneandone.net 0.0% 100 14.5 14.5 14.2 29.1 1.5
6. AS8560 2001:8d8:1001:8095:ac99:1b47:d033:2000 18.0% 100 12.9 12.9 12.9 13.1 0.0
Je te conseille de mettre ce mtr dans ton ticket d'incident, cela montre sans l'ombre d'un doute le problème et sa localisation.
-
Le traceroute v6 sous MAC dans le terminal c'est juste traceroute6 .......
-
OK merci beaucoup je regarderai ça demain, je n’avais jamais eu besoin de faire de traceroute avant, d’où mon erreur ;)
-
De retour de vacances, voici ce que donne traceroute6 home227678420.1and1-data.host :
traceroute6 to home227678420.1and1-data.host (2001:8d8:1001:8095:ac99:1b47:d033:2000) from 2a01:e0a:3d5:f570:7df8:c668:63a0:1982, 64 hops max, 12 byte packets
1 2a01:e0a:3d5:f570::1 0.430 ms 0.466 ms 0.340 ms
2 2a01:e00:2b:f836:ab74::ffff 4.284 ms 3.084 ms 2.851 ms
3 * *
2a01:e00:2b:1700::ffff 2.126 ms
4 * * *
5 * * *
6 * * *
7 be2151.agr21.par04.atlas.cogentco.com 3.327 ms 3.472 ms *
8 2001:978:3::22 127.272 ms * *
9 * * *
10 2003:0:1305:8029::2 45.405 ms 44.810 ms 45.914 ms
11 ae-9.bb-b.bs.kae.de.oneandone.net 50.027 ms * 47.754 ms
12 *
port-channel-3.gw-distd-sh-1.bs.kae.de.oneandone.net 57.514 ms *
13 * * *
14 * * *
15 * * *
16 * * *
Toujours à 10mo/s en IPv4 dans FileZilla, c'est désolant...
Merci :)
-
Bonjour @noisegate
je suis dans le même cas moi ça fait 7 mois que je suis dans le même cas le debit Upload est catastrophique passer de 40Mo/s de chez orange a Free a 10Mo/s >:(
envoi vers ovh vpsuk avec débit 250mega
root@vps1:~# mtr -4zrwc100 "home server"
Start: 2020-09-01T20:08:52+0200
HOST: vps1 Loss% Snt Last Avg Best Wrst StDev
1. AS16276 51.89.164.1 0.0% 100 0.2 0.1 0.1 0.3 0.0
2. AS??? 192.168.143.254 0.0% 100 0.1 0.2 0.1 0.3 0.0
3. AS??? 10.13.154.254 0.0% 100 0.3 0.3 0.2 0.4 0.0
4. AS??? 10.13.152.78 0.0% 100 0.3 0.3 0.2 0.7 0.1
5. AS??? 10.13.152.122 0.0% 100 0.4 0.3 0.3 0.7 0.1
6. AS??? 10.72.4.112 0.0% 100 0.7 0.7 0.5 1.0 0.1
7. AS??? 10.73.32.42 0.0% 100 0.3 0.4 0.2 7.3 0.7
8. AS??? 10.73.249.4 0.0% 100 0.9 0.9 0.7 2.2 0.2
9. AS16276 ldn-5-a9.uk.eu 0.0% 100 1.2 1.3 0.9 1.7 0.2
10. AS16276 be101.rbx-g2-nc5.fr.eu 0.0% 100 11.3 30.3 11.1 223.7 44.6
11. AS16276 be101.par-gsw-sbb1-nc5.fr.eu 0.0% 100 14.6 14.4 13.9 33.0 1.9
12. AS??? 10.200.2.71 0.0% 100 14.6 27.1 14.2 171.3 34.1
13. AS??? ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
14. AS??? ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
15. AS??? ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
16. AS??? ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
17. AS??? ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
18. AS12322 82-65-17-58.subs.proxad.net 0.0% 100 19.6 19.4 18.8 28.8 1.0
-
Intéressant, ça me conforte dans l’idée que l’upload est bridé du côté de chez Free : j’avais aussi à peu près 40mo/s avant chez Bouygues.
Il est toujours possible d’arriver à un débit équivalent, mais uniquement en lançant 4 envois parallèles. La question est de savoir s’il est possible d’obtenir la même chose sur un seul...
-
Je me rends compte que si je me branche avec un portable (Windows 10) en RJ45 au cul de la boxe, je monte à un upload assez proche (22 mo/s) de ce que j’avais chez Bouygues (26 mo/s).
Ma tour (MacOS) se connecte elle aussi en RJ45 mais à une prise murale. Chez Bouygues je montais à 26, chez Free je stagne à 10. Il y a sûrement une bidouille à faire dans le routeur, pour l’instant je ne vois pas laquelle…
-
1&1 a corrigé le problème de perte de paquets sur ton serveur ?
-
C’est en cours, ils reviennent vers moi dans la journée, normalement. Ces pertes de paquets peuvent avoir une grosse incidence sur les débits ? Elles devaient déjà être là quand j’étais chez Bouygues ? Merci !
-
Oui, ces pertes de paquets empêchent la montée en débit.
Le débit varie alors en fonction de la latence, quand il y a un niveau de pertes identique entre deux connexions.
-
Ok, merci. Je vais voir comment les choses évoluent une fois qu’ionos se sera penché sur la question.
-
Message d’ionos :
« Je vous informe que suite à nos investigations, tous les services répondent efficacement de notre côté. »
Du côté de Free tout est normal aussi : RAS côté débits http donc pour eux tout va bien.
Aujourd’hui 500ko/s avec host IPv4 environ. Ca promet...
-
Bonjour à tous,
J'ai fait quelques recherches sans rien trouver, alors je propose à ceux que ça intéresse d'agréger ces données ici.
Ca peut ressembler à ça :
FAI : Free
Box : Freebox Revolution
Offre : 1Gb / 600Mb
Système : MacOS 10.14
Connexion : filaire RJ45
Hébergeur : Ionos
Client : FileZilla
Débits montants moyens host IPv6 : 15Ko/s
Débits montants moyens host IPv4 : 10Mo/s
Les chiffres varieront en fonction d'un certain nombre de facteurs, mais ils permettront quand-même de se faire une idée.
Merci à ceux qui prendront le temps de partager ;)
-
Tu t'intéresses uniquement au débit montant en SFTP ?
FAI : Free
Box : Freebox Revolution
Offre : 1Gb / 600Mb
Hébergeur : Scaleway
Client : FileZilla
Système : Windows 10
Connection : filaire RJ45
Débits montants moyens host IPv6 : ~22 Mo/s
Débits montants moyens host IPv4 : ~22 Mo/s
-
Merci, oui upload uniquement. J'ai rajouté "système" et "connexion".
Ton upload de 22mo/s colle avec ce que j'obtiens sous Windows 10 en RJ45 (uniquement avec IPv4). Est-ce que c'est ta config ?
Il y a sûrement un truc à tenter pour les utilisateurs Mac, mais je ne vois pas quoi...
-
Oui, Windows 10 en RJ45.
Si le problème n'apparait que sur MacOS, ça doit pas venir de la connexion en elle-même...
-
Possible qu'il y ait quelque chose à creuser de ce côté, oui. Quoi qu'il arrive je montais à 36mo/s chez Bouygues, même installation.
-
Possible qu'il y ait quelque chose à creuser de ce côté, oui. Quoi qu'il arrive je montais à 36mo/s chez Bouygues, même installation.
On peut se poser la question si, à peu près au même moment où vous êtes passés de Bouygues à Free il ne s'est pas passé des "choses" sur le Mac...
Car en connectant une machine W10, c'est OK, et en avec le Mac, non... cela interpelle quelque part, non?
-
Bonjour, non rien n’a bougé, aucune install rien. Les débits sftp sur W10 avec Free restent d’ailleurs très en-dessous de ce que j’avais sur MacOS avec Bouygues. Aucun problème en http.
Je parierais sur un bridage, j’ai pu voir d’autres clients rapporter le même souci au moment d’un changement vers Free.
-
Bonjour, non rien n’a bougé, aucune install rien. Les débits sftp sur W10 avec Free restent d’ailleurs très en-dessous de ce que j’avais sur MacOS avec Bouygues. Aucun problème en http.
Je parierais sur un bridage, j’ai pu voir d’autres clients rapporter le même souci au moment d’un changement vers Free.
Ah! Les "bridages" Free! Un truc qui revient régulièrement sur le tapis! Réels ou pas, on peut se poser la question du pourquoi du comment entre Free et Bouygues au niveau de ces fameux "débits"... Peut-être un parc d'abonnés plus important chez Free, avec peut-être plus d'aficionados de la bande passante, charmés par les dires des geeks "historiques" rodant chez Free? Ou/et une gestion beaucoup plus "spartiate" des interconnexions chez Free, due à une gestion à base de porte-monnaie en peau de hérisson retournée (ou une "saine" gestion désormais orientée "très grand public" et non plus "geek semi-pro"?).
Il est clair quelque part que si l'on vient chez Free, c'est que l'on doit y trouver des avantages... ;)
Très souvent compensés par des inconvénients! Encore une preuve que l'on n'a jamais le beurre et l'argent du beurre! :(
-
Oui je te rejoins. Pour ce qui est plus spécifiquement d’un éventuel bridage, je n’ai pas d’avis définitif, et ce n’est pas vraiment important au final. Quand je compare mes débits avant/après, je n’aime pas ce que je vois...
-
Oui je te rejoins. Pour ce qui est plus spécifiquement d’un éventuel bridage, je n’ai pas d’avis définitif, et ce n’est pas vraiment important au final. Quand je compare mes débits avant/après, je n’aime pas ce que je vois...
Le tout est de savoir ce dont a réellement besoin... En regardant plus haut dans la conversation, il est clair qu'il n'est point besoin de regarder en dessous de la ceinture pour comparer tel ou tel...
Quand on choisit un opérateur, on devrait réaliser une "notation" sur des critères objectifs, avec des "coefficients" par critère...
Il est clair que pour la majorité, c'est trop souvent le subjectif et/ou l'affectif qui l'emporte, et quelquefois les promesses marketing...
Il y a aussi les "critères majeurs", qui font que tel ou tel opérateur est choisi, ou éliminé... Par exemple sa disponibilité ou non sur le site, une ip fixe, la réputation de l'opérateur...
Pas toujours facile, mais une fois que l'on a fait un choix, c'est pas toujours facile de l'assumer lorsqu'un des critères ne s'avère pas aussi "bénéfique" que souhaité... ;)