La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Free => 
Débits fibre Free => Discussion démarrée par: gandelf le 21 octobre 2022 à 22:29:30
-
Bonsoir,
Ces dernières soirées, je ne dépasse pas les 10 méga avec ma connexion fibre. Il semblerait qu'il y a de nouveau une saturation extrême.
Ce soir, je dépasse pas les 5 mega :(
que faire ?
-
Bonsoir,
Ces dernières soirées, je ne dépasse pas les 10 méga avec ma connexion fibre. Il semblerait qu'il y a de nouveau une saturation extrême.
Ce soir, je dépasse pas les 5 mega :(
Saturation locale de l'infra Free, classique.
que faire ?
Attendre que ça passe ou changer d'opérateur.
-
Et c'est reparti ce soir, saturation au top :( débit < 5 mega !!!
-
Et c'est reparti ce soir, saturation au top :( débit < 5 mega !!!
Bah oui c'est ce que je disais : saturation locale de la collecte Free.
Y a plus qu'à changer de FAI.
-
Je ne sais pas à qui tu réponds
A Gandelf ... je corrige mon post
-
c'est un script perso Ouno ?
ya moyen de le partager ? ;D
-
ok pas de soucis ;D
je vois que c'est expliqué ici https://lafibre.info/tester-son-debit/curl-linux/
ça me suffira merci ;D
-
petit test du soir
en ipv4 cubic paris bouygues je suis à 5Mo/s, le même serveur en ipv6 95Mo/s ... c'est grave docteur ? ;D
en BBR pas de soucis v4 ou v6 pareil +90Mo/s
-
en ipv4 cubic paris bouygues je suis à 5Mo/s, le même serveur en ipv6 95Mo/s ... c'est grave docteur ? ;D
en BBR pas de soucis v4 ou v6 pareil +90Mo/s
Saturation de l'équipement porteur du tunnel IPv4 ou alors routage différent qui fait que l'IPv4 passe par des liens saturés ?
-
mouais bizarre ;D
ce matin sur mon PC Windows 10 + Firefox : 60-70Mo/s en CUBIC IPV4 et IPV6
une machine virtuelle sur ce même PC avec Curl : 101Mo/s ... (ça télécharge plusieurs sessions à la fois ?)
lionel@debian11:~$ curl -4 -o /dev/null https://ipv4.bouygues.testdebit.info/1G.iso
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 953M 100 953M 0 0 101M 0 0:00:09 0:00:09 --:--:-- 101M
je vais arreter de me casser la tête :o
pareil sur PS5 quand je télécharge un jeu c'est 90Mo/s mais une mise à jour d'un jeu 40Mo/s ;D peut être la console limite pour les maj
-
pareil sur PS5 quand je télécharge un jeu c'est 90Mo/s mais une mise à jour d'un jeu 40Mo/s ;D peut être la console limite pour les maj
Bonjour,
ce ne sont pas forcément les mêmes serveurs qui envoient les fichiers... Ni la même route.
Tu peux avoir des fichiers qui viennent du réseau d'un fournisseur (playstation ou l'éditeur) et d'autres qui passe via des CDNs.
-
mouais bizarre ;D
ce matin sur mon PC Windows 10 + Firefox : 60-70Mo/s en CUBIC IPV4 et IPV6
une machine virtuelle sur ce même PC avec Curl : 101Mo/s ... (ça télécharge plusieurs sessions à la fois ?)
lionel@debian11:~$ curl -4 -o /dev/null https://ipv4.bouygues.testdebit.info/1G.iso
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 953M 100 953M 0 0 101M 0 0:00:09 0:00:09 --:--:-- 101M
je vais arreter de me casser la tête :o
pareil sur PS5 quand je télécharge un jeu c'est 90Mo/s mais une mise à jour d'un jeu 40Mo/s ;D peut être la console limite pour les maj
Refais le même test ce soir, tu auras très probablement un débit plus faible même avec curl dans ta VM du fait de la saturation de la collecte.
Curl n'utilise qu'une seule connexion TCP à la fois. Il affiche cependant souvent des débits supérieurs à ceux d'un navigateur, notamment parce que, dans le test que tu réalises, il n'es pas impacté par la vitesse d'écriture du disque dur (-o /dev/null lui indique de ne pas sauvegarder le fichier téléchargé).
Mes parents ont également une connexion free FTTH et on sent bien qu'entre 20h et 23h, le réseau est assez chargé. Je n'ai pas fait de test de débit mais j'ai constaté jusqu'à 5-8% de retransmissions TCP sur une session ssh en soirée, contre ~0% en journée.
-
le soir je ne constate pas de ralentissement particulier, je peux télécharger des jeux, des mises à jours, netflix, disney+ 0 soucis
ce sont vraiment les tests de vitesse qui fluctuent bizarrement ;D (enfin surtout le cubic ipv4 et ipv6)
sur cet ordinateur j'ai un SSD Sata Samsung 830 donc pas de soucis d'écriture, sur l'autre ordi plus récent j'ai un 860 QVO donc oui l'écriture peut plafonner à 80Mo/s quand le cache est rempli
merci
je verrai ce soir :D
-
le soir je ne constate pas de ralentissement particulier, je peux télécharger des jeux, des mises à jours, netflix, disney+ 0 soucis
ce sont vraiment les tests de vitesse qui fluctuent bizarrement ;D (enfin surtout le cubic ipv4 et ipv6)
sur cet ordinateur j'ai un SSD Sata Samsung 830 donc pas de soucis d'écriture, sur l'autre ordi plus récent j'ai un 860 QVO donc oui l'écriture peut plafonner à 80Mo/s quand le cache est rempli
merci
je verrai ce soir :D
Les gros services Ricains comme ça c'est du BBR.
-
alors par firefox cubic ipv4 95Mo/s au début puis ça baisse (hier 5Mo/s) et par curl
root@debian11:/home/lionel# curl -4 -o /dev/null https://bouygues.testdebit.info/1G.iso
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 953M 100 953M 0 0 83.8M 0 0:00:11 0:00:11 --:--:-- 75.8M
root@debian11:/home/lionel# curl -4 -o /dev/null https://ipv4.bouygues.testdebit.info/1G.iso
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 953M 100 953M 0 0 70.5M 0 0:00:13 0:00:13 --:--:-- 65.1M
root@debian11:/home/lionel# curl -4 -o /dev/null https://ipv4.bouygues.testdebit.info/1G.iso
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 953M 100 953M 0 0 58.4M 0 0:00:16 0:00:16 --:--:-- 47.0M
root@debian11:/home/lionel# curl -4 -o /dev/null https://ipv4.bouygues.testdebit.info/1G.iso
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 953M 100 953M 0 0 60.0M 0 0:00:15 0:00:15 --:--:-- 49.4M
plus je test et plus ça ralentit ;D
ça part à donf et ça s'écroule sur la fin (curl et firefox)
pas de soucis en ipv6
root@debian11:/home/lionel# curl -6 -o /dev/null https://ipv6.bouygues.testdebit.info/1G.iso
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 953M 100 953M 0 0 101M 0 0:00:09 0:00:09 --:--:-- 101M
root@debian11:/home/lionel# curl -6 -o /dev/null https://ipv6.bouygues.testdebit.info/1G.iso
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 953M 100 953M 0 0 103M 0 0:00:09 0:00:09 --:--:-- 104M
-
Je me repose la question de la saturation d'une des passerelles de sortie du tunnel IPV4 dans IPV6... A moins que comme évoqué plus haut, entre cette passerelle et la "cible", les chemins soient différents entre IPV4 et IPV6? (Et que les cheminements IPV6 soient mieux "peaufinés"?)
-
quand je fais un traceroute ya plus de sauts en ipv6 qu'en ipv4
mais oui c'est sur qu'il y un truc sur le chemin ipv4 qui sature ;)
-
quand je fais un traceroute ya plus de sauts en ipv6 qu'en ipv4
Logique le deuxième saut sur le traceroute c'est la passerelle qui décapsule, l'Infra entre ta box et cette passerelle tu ne la vois pas en IPv4