La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => SFR / RED => 
Débit fibre SFR => Discussion démarrée par: ethernode le 20 septembre 2020 à 11:43:35
-
Bonjour à tous,
Je suis abonné Red depuis plus d'1 an (sur Paris), avec option débit plus à 1 Gbps, jusque là tout allait bien (j'obtenais des débits très satisfaisants, proches de l'annoncé). Depuis ce mois de septembre, j'ai remarqué des lenteurs de débit (par exemple le téléchargement de paquets Linux depuis OVH, pourtant d'habitude très rapides, ou depuis github ou autres sites un peu lointains), et les tests de débits sur speedtest (y compris sur les serveurs speedtests de SFR) sont assez catastrophiques (< 100 Mbits/s). J'ai aussi eu des soucis avec Jitsi (visio). Fast.com (le speedtest de Netflix) ne dépasse pas les 5 Mbits/s.
J'ai contacté le service technique, qui m'a "prouvé" que ma fibre n'avait pas de souci puisque j'atteignais bien les débits annoncés (1 Gbps down/300 Mbits up) sur https://www.sfr.fr/mire-test-debit/ ; il m'a ensuite expliqué que le débit de téléchargement était bridé à 100 Mbits/s; je lui ai donc demandé à quoi pouvait bien me servir ce gigabit uniquement disponible à l'intérieur du réseau SFR, mais je n'ai bien sûr pas obtenu de réponse. Pour ma part, je pense que le coeur de réseau SFR est saturé vers Internet, ou qu'un filtrage très aggressif est appliqué à tout ce qui n'est pas whitelisté (comme youtube ?).
Je travaille dans le domaine, un débit dégradé vers OVH et Github sont très handicapants pour moi. J'ai tenté de contourner par mon VPN pro (en UDP et en TCP), mais le débit est encore plus catastrophique. Personne d'autre n'a constaté le souci ?
Je trouve en tout cas que c'est de la publicité mensongère que d'annoncer 1 Gbps (cf la campagne massive en ce moment). Si j'étais parano, je les suspecterais même de limiter les abonnés qui paient moins cher (j'avais une offre canon à 17€ par mois).
$ speedtest --server 25985
Retrieving speedtest.net configuration...
Testing from SFR (XXXXX)...
Retrieving speedtest.net server list...
Retrieving information for the selected server...
Hosted by OVH Cloud (Gravelines) [237.79 km]: 8.412 ms
Testing download speed................................................................................
Download: 68.55 Mbit/s
Testing upload speed...
Upload: 74.70 Mbit/s
$ speedtest --server 2231
Retrieving speedtest.net configuration...
Testing from SFR (XXXXX)...
Retrieving speedtest.net server list...
Retrieving information for the selected server...
Hosted by TestDebit.info (Massy) [14.76 km]: 59.571 ms
Testing download speed................................................................................
Download: 398.20 Mbit/s
Testing upload speed...
Upload: 106.92 Mbit/s
$ speedtest --server 24215
Retrieving speedtest.net configuration...
Testing from SFR (XXX)...
Retrieving speedtest.net server list...
Retrieving information for the selected server...
Hosted by ORANGE FRANCE (Paris) [2.32 km]: 12.054 ms
Testing download speed................................................................................
Download: 106.02 Mbit/s
Testing upload speed...
Upload: 79.77 Mbit/s
$ speedtest --server 28308
Retrieving speedtest.net configuration...
Testing from SFR (XXX)...
Retrieving speedtest.net server list...
Retrieving information for the selected server...
Hosted by Axione (Paris) [2.32 km]: 13.456 ms
Testing download speed................................................................................
Download: 31.48 Mbit/s
Testing upload speed...
Upload: 102.02 Mbit/s
$ speedtest --server 4010
Retrieving speedtest.net configuration...
Testing from SFR (XXX)...
Retrieving speedtest.net server list...
Retrieving information for the selected server...
Hosted by LaFibre.info (Douai) [176.82 km]: 13.465 ms
Testing download speed................................................................................
Download: 405.92 Mbit/s
Testing upload speed...
Upload: 76.70 Mbit/s
C'est encore plus lent depuis les US par exemple, 250 kbits/s depuis AWS S3 west:
https://github.com/balena-io/etcher/releases/download/v1.5.109/balena-etcher-electron_1.5.109_amd64.deb
-
Tu a teste tes débits en ethernet ?
Après si tu fais des jeux, sa peu être un logiciel pour gamer qui est en cause.
-
bonjour,
que donne un iperf3 vers bouygues.testdebit.info ?
un truc du genre:
iperf3 -c bouygues.testdebit.info -p 5207 -R
le (p peut aller de 5201 a 5208 si le port utilisé est occupé
après tu peux tester en rajoutant 4 connexions avec -P4
Jerem
-
Oui je suis bien en ethernet. Et le test de débit chez bouygues envoie du paté:
$ iperf3 -c bouygues.testdebit.info -p 5207 -R
Connecting to host bouygues.testdebit.info, port 5207
Reverse mode, remote host bouygues.testdebit.info is sending
[ 5] local 192.168.1.208 port 59956 connected to 89.84.1.222 port 5207
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 100 MBytes 839 Mbits/sec
[ 5] 1.00-2.00 sec 82.1 MBytes 689 Mbits/sec
[ 5] 2.00-3.00 sec 105 MBytes 880 Mbits/sec
[ 5] 3.00-4.00 sec 90.7 MBytes 761 Mbits/sec
[ 5] 4.00-5.00 sec 105 MBytes 878 Mbits/sec
[ 5] 5.00-6.00 sec 108 MBytes 906 Mbits/sec
[ 5] 6.00-7.00 sec 109 MBytes 917 Mbits/sec
[ 5] 7.00-8.00 sec 99.9 MBytes 838 Mbits/sec
[ 5] 8.00-9.00 sec 90.4 MBytes 759 Mbits/sec
[ 5] 9.00-10.00 sec 109 MBytes 915 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 1009 MBytes 846 Mbits/sec 11104 sender
[ 5] 0.00-10.00 sec 999 MBytes 838 Mbits/sec receiver
iperf Done.
Autre test:
wget -O /dev/null http://ping.online.net/5000Mo.dat
/dev/null 1%[> ] 55,69M 1,47MB/s tps 50m 38s
> Après si tu fais des jeux, sa peu être un logiciel pour gamer qui est en cause.
Non, je suis sous Linux; j'ai demandé à un ami chez sosh de tester le téléchargement de ce fichier, c'est quasi instantané: https://github.com/balena-io/etcher/releases/download/v1.5.109/balena-etcher-electron_1.5.109_amd64.deb
Sur la page https://cloudharmony.com/speedtest-for-aws:s3 je vois 4 Mb/s vers s3 us.
-
Sur la page https://cloudharmony.com/speedtest-for-aws:s3 je vois 4 Mb/s vers s3 us.
Et sur les autres ?
Moi je suis chez Bouygues, celui ci renvoie vraiment des résultats pourris
Amazon S3ap-northeast-1
Parce que c'est quasi impossible à garantir pour un opérateur 1 Gbit/s vers tous les serveurs du monde. (SFR reste un des opérateurs avec le meilleurs peering en France).
Ton iperf montre bien que la connexion offre bien 1 Gbit/s puisque ça fonctionne sur le serveur Bouygues. Si tu n'obtiens pas 1 Gbit/s sur un speedtest avec ce serveur, c'est que ton PC est limité.
Tu devrais mettre ton profil à jour : https://lafibre.info/profile/?area=groupmembership
-
J'ai mis mon profil à jour, bien vu !
Et tu obtiens quoi de:
wget -O /dev/null http://ping.online.net/5000Mo.dat
-
Pour les autres, c'est la cata aussi (même pour AWS europe):
(https://i.ibb.co/Bj6LkML/Capture-d-cran-de-2020-09-20-20-24-53.png)
-
en wifi, je plafond à 24 Mo/sec. (sur le fichier de 5 Go sur online.net)
Tu as quoi comme ip sur http://ip.lafibre.info ?
IPv6 activé ?
-
$ wget http://ovh.net/files/10Gio.dat -O /dev/null
--2020-09-20 20:45:03-- http://ovh.net/files/10Gio.dat
Résolution de ovh.net (ovh.net)… 213.186.33.6
Connexion à ovh.net (ovh.net)|213.186.33.6|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 10737418240 (10G) [application/octet-stream]
Sauvegarde en : « /dev/null »
/dev/null 0%[ ] 10,75M 674KB/s tps 4h 8m
Ca sent le throttling HTTP à plein nez (speedtest est aussi en http). Et non, mon pc ne sature pas pendant le speedtest (i7 6700, en filaire à 1 Gbits/s jusqu'au routeur).
-
en wifi, je plafond à 24 Mo/sec. (sur le fichier de 5 Go sur online.net)
Tu as quoi comme ip sur http://ip.lafibre.info ?
IPv6 activé ?
Non pas d'IPV6; c'est important de divulguer mon IP ? :)
-
Voici la route en tout cas
(https://i.ibb.co/rtccLtW/Capture-d-cran-de-2020-09-20-20-52-30.png)
-
et si tu fais le test avec un smartphone, télécharger le même fichier en wifi ? tu obtiens les mêmes débits pourris ?
Et si tu fais le test de neutralité de vivien ? https://lafibre.info/tester-son-debit/test-neutralite/ (il faudra surement adapter les lignes de commandes pour le test).
Non, la question c'était surtout de savoir si ça pouvait être à cause de l'IPv6 tunnel comme SFR l'utilisait à un moment.
-
Voici la route en tout cas
(https://i.ibb.co/rtccLtW/Capture-d-cran-de-2020-09-20-20-52-30.png)
ça serait interessant d'avoir le traceroute vers le serveur depuis lequel tu télécharges avec des débits pourris ;)
-
Voici la route pour
$ wget http://ovh.net/files/10Gio.dat -O /dev/null
--2020-09-20 20:45:03-- http://ovh.net/files/10Gio.dat
Résolution de ovh.net (ovh.net)… 213.186.33.6
Connexion à ovh.net (ovh.net)|213.186.33.6|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 10737418240 (10G) [application/octet-stream]
Sauvegarde en : « /dev/null »
/dev/null 0%[ ] 10,75M 674KB/s tps 4h 8m
(https://i.ibb.co/4tFCNNj/Capture-d-cran-de-2020-09-20-21-04-47.png)
-
Le 4) et le 5) sont identiques ..
Après, ça coupe à la transition SFR -> OVH donc ça ne nous apprend pas grand chose.
Le mieux reste de voir le résultat du test de neutralité (dernier post de la page précédente).
-
Je viens d'adapter le script, il semblerait y avoir un biais certain pour les ports 554 et 53. Par contre, il faudrait des serveurs un peu partout et non sur le même serveur...
https_ipv4.bouygues_53 bandwidth was 17 Mbps
http_ipv4.bouygues_80: 780 Mbps
https_ipv4.bouygues_443: 552 Mbps
https_ipv4.bouygues_554: 81 Mbps
https_ipv4.bouygues_843: 643 Mbps
https_ipv4.bouygues_1935: 652 Mbps
https_ipv4.bouygues_5060: 645 Mbps
https_ipv4.bouygues_6881: 587 Mbps
https_ipv4.bouygues_8080: 633 Mbps
https_ipv4.bouygues_8443: 665 Mbps
https_ipv4.bouygues_53: 17 Mbps
-
J'ai refait en incluant les nouveaux serveurs
https_scaleway.testdebit.info_8080 bandwidth was 222 Mbps
http_bouygues.testdebit.info_80: 894 Mbps
http_ikoula.testdebit.info_80: 298625 Mbps
http_scaleway.testdebit.info_80: 911 Mbps
https_bouygues.testdebit.info_53: 91 Mbps
https_bouygues.testdebit.info_443: 838 Mbps
https_bouygues.testdebit.info_554: 57 Mbps
https_bouygues.testdebit.info_843: 860 Mbps
https_bouygues.testdebit.info_1935: 902 Mbps
https_bouygues.testdebit.info_5060: 869 Mbps
https_bouygues.testdebit.info_6881: 899 Mbps
https_bouygues.testdebit.info_8080: 843 Mbps
https_k-net.testdebit.info_53: 166 Mbps
https_k-net.testdebit.info_80: 895 Mbps
https_k-net.testdebit.info_443: 200 Mbps
https_k-net.testdebit.info_554: 73 Mbps
https_k-net.testdebit.info_843: 917 Mbps
https_k-net.testdebit.info_1935: 886 Mbps
https_k-net.testdebit.info_5060: -363 Mbps
https_k-net.testdebit.info_6881: 885 Mbps
https_k-net.testdebit.info_8080: 907 Mbps
https_ikoula.testdebit.info_53: 32 Mbps
https_ikoula.testdebit.info_443: 30 Mbps
https_ikoula.testdebit.info_554: 21 Mbps
https_ikoula.testdebit.info_843: 31 Mbps
https_ikoula.testdebit.info_1935: 26 Mbps
https_ikoula.testdebit.info_5060: 30 Mbps
https_ikoula.testdebit.info_6881: 31 Mbps
https_scaleway.testdebit.info_53: 70 Mbps
https_scaleway.testdebit.info_443: 827 Mbps
https_scaleway.testdebit.info_554: 98 Mbps
https_scaleway.testdebit.info_843: 802 Mbps
https_scaleway.testdebit.info_1935: 760 Mbps
https_scaleway.testdebit.info_5060: 882 Mbps
https_scaleway.testdebit.info_6881: 863 Mbps
https_scaleway.testdebit.info_8080: 222 Mbps
-
Alors, ça sent le filtrage ou juste le peering de mauvaise qualité ?
-
le débit est conforme
-
Même les 30 Mbits chez ikoula ? J'ai la même chose avec OVH...
-
ça sent la saturation réseau chez SFR et/ou OVH/Ikoula ou de l'interconnexion SFR/Ovh ou Ikoula. Mais pas un bridage net de ta connexion.
Pour écarter une saturation, il faudrait faire les mêmes tests tôt le matin.
Tu as de bons débits vers Scaleway, Knet et Bouygues.
-
Je ne suis pas expert en réseau, mais j'ai suffisamment de recul pour dire que rien ne va chez SFR depuis début septembre.
Voici l'état de ma connexion tous les soirs après 20h et les week-end, je suis dans la région de Lyon en FTTH et tout allait bien jusqu'à ce fameux 1er Septembre et les attaques DNS ... le SAV me dit que les tech analysent ma ligne ... je suis désespéré en lisant vos post, impossible pour moi de jouer a un jeu en ligne ou ce connecter a Shadow PC, également impossible regarder un stream sans buffering ... bref consommer internet correctement est impossible.
-
Tu n'es pas dans "la région de Lyon" où il n'y a aucun souci, tu es sur Isère THD, zone sur laquelle il est flagrant qu'il y a une saturation en heure de pointe de soirée.
Je suis même sur que SFR est au courant mais la "désaturation" prend du temps.
Ce que j'aimerais bien savoir, c'est pourquoi SFR ne dimensionne pas mieux ses liens (cf. le 95 il y a quelques mois).
-
Tu n'es pas dans "la région de Lyon" où il n'y a aucun souci, tu es sur Isère THD, zone sur laquelle il est flagrant qu'il y a une saturation en heure de pointe de soirée.
Je suis même sur que SFR est au courant mais la "désaturation" prend du temps.
Ce que j'aimerais bien savoir, c'est pourquoi SFR ne dimensionne pas mieux ses liens (cf. le 95 il y a quelques mois).
Peut-être parce qu'ils louent une collecte passive à Isère THD (simple supposition de ma part). Je sais que Bouygues et SFR louent la collecte en passif sur mon RIP (Altitude infra), ils font peut-être la même chose sur d'autres RIP.
-
Isère THD c'est un peu SFR cela dit. (SFR FTTH dirons les plus précis d'entre vous)
-
Bon du coup j'ai trouvé la "solution": j'ai résilié et je suis passé chez sosh (offre 300/300)
https_scaleway.testdebit.info_8080 bandwidth was 294 Mbps
http_bouygues.testdebit.info_80: 295 Mbps
http_scaleway.testdebit.info_80: 295 Mbps
https_bouygues.testdebit.info_53: 294 Mbps
https_bouygues.testdebit.info_443: 295 Mbps
https_bouygues.testdebit.info_554: 119 Mbps
https_bouygues.testdebit.info_843: 134 Mbps
https_bouygues.testdebit.info_1935: 295 Mbps
https_bouygues.testdebit.info_6881: 409 Mbps
https_bouygues.testdebit.info_8080: 134 Mbps
https_k-net.testdebit.info_80: 293 Mbps
https_k-net.testdebit.info_443: 293 Mbps
https_k-net.testdebit.info_554: 106 Mbps
https_k-net.testdebit.info_843: 293 Mbps
https_k-net.testdebit.info_1935: 428 Mbps
https_k-net.testdebit.info_5060: 204 Mbps
https_k-net.testdebit.info_6881: 163 Mbps
https_k-net.testdebit.info_8080: 293 Mbps
https_ikoula.testdebit.info_53: 298 Mbps
https_ikoula.testdebit.info_443: 298 Mbps
https_ikoula.testdebit.info_554: 198 Mbps
https_ikoula.testdebit.info_843: 422 Mbps
https_ikoula.testdebit.info_1935: 298 Mbps
https_ikoula.testdebit.info_5060: 298 Mbps
https_ikoula.testdebit.info_6881: 307 Mbps
https_scaleway.testdebit.info_53: 224 Mbps
https_scaleway.testdebit.info_443: 325 Mbps
https_scaleway.testdebit.info_554: 84 Mbps
https_scaleway.testdebit.info_843: 293 Mbps
https_scaleway.testdebit.info_5060: 146 Mbps
https_scaleway.testdebit.info_8080: 294 Mbps
-
c'est quel script qui te donne ces resultats ?
-
#!/usr/bin/env python3
import time
import signal
import subprocess
import sys
DOMAIN = 'testdebit.info'
SIZE_MB = 1000
cmd_template = 'curl -f -4 -o /dev/null {proto}://{host}:{port}/1G.iso'
protocols = ['http', 'https']
hosts = [
'bouygues.testdebit.info',
'k-net.testdebit.info',
'ikoula.testdebit.info',
'scaleway.testdebit.info',
]
ports = [53, 80, 443, 554, 843, 1935, 5060, 6881, 8080]
results = dict()
def cmd_took(cmd):
before = time.time()
print(cmd)
status, output = subprocess.getstatusoutput(cmd)
if status != 0:
print(f'Cmd failed: {output}')
return None
took = time.time() - before
return took
for proto in protocols:
for host in hosts:
for port in ports:
cmd = cmd_template.format(**locals())
took = cmd_took(cmd)
if took is not None:
bw = int(8 * SIZE_MB / took)
test_id = f'{proto}_{host}_{port}'
print(f'{test_id} bandwidth was {bw} Mbps')
results[test_id] = bw
for key, val in results.items():
print(f'{key}: {val} Mbps')
if __name__ == '__main__':
def signal_handler(sig, frame):
print('You pressed Ctrl+C!')
sys.exit(0)
signal.signal(signal.SIGINT, signal_handler)
-
Si quelqu'un d'autre chez Red veut essayer, j'en ai refait un plus rapide et orienté peering:
#!/usr/bin/env python3
import subprocess
from statistics import mean
def measure_bw(url):
cmd = 'curl --fail --location --max-time 1 -4 -s --write-out "%{time_namelookup} %{time_connect} %{time_starttransfer} %{time_total} %{size_download}" -o /dev/null '
cmd += url
status, output = subprocess.getstatusoutput(cmd)
time_namelookup, time_connect, time_starttransfer, time_total, size_download = [float(x.replace(',', '.')) for x in output.split()]
took_transfer = time_total - time_starttransfer
bandwidth_bytes_per_sec = size_download / took_transfer
bandwidth_mbit_per_sec = bandwidth_bytes_per_sec * 8 / 1000000
return bandwidth_mbit_per_sec
def measure_bw_average(url, runs=3):
results = list()
for i in range(runs):
bw = measure_bw(url)
if bw:
results.append(bw)
return mean(results)
test_files = {
'bouygues': 'https://bouygues.testdebit.info/1G.iso',
'k-net': 'https://k-net.testdebit.info/1G.iso',
'ikoula': 'https://ikoula.testdebit.info/1G.iso',
'scaleway': 'https://scaleway.testdebit.info/1G.iso',
'ovh': 'http://www.ovh.net/files/1Gio.dat',
'aws us-east-1': 'https://github.com/balena-io/etcher/releases/download/v1.5.109/balena-etcher-electron_1.5.109_amd64.deb',
}
results = dict()
for host, url in test_files.items():
print(host, "%.1f Mbits/s" % measure_bw_average(url))
Malheureusement je ne peux plus tester chez Red, mais chez Sosh ça me donne:
k-net 283.2 Mbits/s
ikoula 286.7 Mbits/s
scaleway 298.7 Mbits/s
ovh 295.2 Mbits/s
aws us-east-1 37.4 Mbits/s
Chez Red, j'avais 30 Mbit/s chez ikoula et OVH, et 2 Mbits/s depuis AWS
-
Intéressant, sur ma connexion du boulot (petit opérateur pro), on constate que AWS semble limiter à la même valeur que SOSH
bouygues 927.3 Mbits/s
k-net 928.8 Mbits/s
ikoula 909.8 Mbits/s
scaleway 839.0 Mbits/s
ovh 831.0 Mbits/s
aws us-east-1 30.0 Mbits/s
-
@ ethernode : J'ai les mêmes soucis depuis septembre avec RED sur Paris. Je m'arrache les cheveux depuis des semaines à traquer un bug entre la box, le switch, les PC, les O.S. Même symptôme partout.
Ton fichier balena-etcher-electron_1.5.109_amd64.deb sur Github se télécharge à 22 ko/s chez moi :o
Je ne parviens plus à uploader au-delà de 100 Mbit/s non plus. Notamment sur FromSmash qui utilise AWS que tu mentionnes. Il y a encore pas si longtemps, je saturais mes 500 Mbit/s.
Autre phénomène étrange : Quand j'uploade, je n'ai plus de débit disponible en download. Un simple léger PDF met 40 secondes à s'ouvrir.
Je constate par ailleurs ne plus avoir d'IPv6 disponible alors que c'était le cas il y a pas si longtemps encore (un rapport ?).
-
avec Free :
bouygues 868.4 Mbits/s
k-net 792.1 Mbits/s
ikoula 745.0 Mbits/s
scaleway 700.4 Mbits/s
ovh 845.6 Mbits/s
aws us-east-1 11.5 Mbits/s
-
Qu'est-ce que c'est pénible ! Aucun upload ne dépasse les 100 Mbit/s quelque soit le serveur. Et je me retrouve en plus avec un download digne d'une connexion EDGE ! Impossibilité de faire quoi que ce soit dans que l'upload n'est pas terminé. Ou alors il faudrait le brider... mais non merci.
Il n'y a pas d'autre solution que de changer de fournisseur ? Il n'y a pas de cellule expert qu'on pourrait contacter ?
-
Impossibilité de faire quoi que ce soit dans que l'upload n'est pas terminé. Ou alors il faudrait le brider... mais non merci.
c'est une histoire de buffer dans la box donc c'est le firmware.
tu ne pourras rien y faire a part passer sur une autre box (different modele ou fai)
-
c'est une histoire de buffer dans la box donc c'est le firmware.
tu ne pourras rien y faire a part passer sur une autre box (different modele ou fai)
Je ne pense pas car le firmware NB6VAC-MAIN-R4.0.40 est en place depuis l'an dernier. C'est très étonnant car, en même temps, je peux télécharger sur certains sites à 1 Gb/s. Là où d'autres comme Github plafonnent à 20 ko/s. Quant à l'upload, bridage systématique à 100 Mbit/s avec flux download quasi-coupé.
-
je ne parle que du probleme que quand tu upload au maximum de la connexion, tu ne peux quasiment plus rien downloader. Ca c'est une mauvaise gestion logicielle, donc c'est la box qui est en cause.
-
je ne parle que du probleme que quand tu upload au maximum de la connexion, tu ne peux quasiment plus rien downloader. Ca c'est une mauvaise gestion logicielle, donc c'est la box qui est en cause.
L'interface web de la box ne me permet pas de charger un autre firmware. A la limite, je peux tenter un hard reset si ça existe sur cette box ?
En outre, l'autre problème de bridage en download est exactement le même que celui d'ethernode. J'ai du mal à imaginer qu'il s'agisse d'un symptôme indépendant de celui de l'upload.
Je suis tenté de changer pour la Bbox Ultym pour avoir ce qui se fait de mieux en peering / transit. Tant pis pour le prix. Mais ça me fait bien chier sachant que RED m'a satisfait totalement pendant un an et demi...
-
non non t'inquiete, c'est une box de merde c'est tout. En tout cas au moins de ce point de vue là.
je sais plus quelle livebox a ce soucis aussi.
tu peux rien y faire a part toi meme limiter ton upload max pour garder de la marge. Ou utiliser ou une autre box, ou attendre une hypothetique mise a jour de firmware...
-
non non t'inquiete, c'est une box de merde c'est tout. En tout cas au moins de ce point de vue là.
je sais plus quelle livebox a ce soucis aussi.
tu peux rien y faire a part toi meme limiter ton upload max pour garder de la marge. Ou utiliser ou une autre box, ou attendre une hypothetique mise a jour de firmware...
Franchement, je doute que la box soit en cause. C'est la même box et le même firmware depuis l'an dernier. Et comme par hasard, nous sommes plusieurs à signaler les mêmes bugs depuis un mois...
-
Je viens de faire le test de téléchargement du fichier Github sur une autre connexion RED : 10 Mo/s. Rien à voir donc.
Et pourtant : même box, même abonnement, même firmware, ipv4 également.
-
Sous Windows:
PS D:\Python 3.x> .\python.exe .\1.py
bouygues 13.0 Mbits/s
k-net 7.8 Mbits/s
ikoula 6.9 Mbits/s
scaleway 9.0 Mbits/s
ovh 73.1 Mbits/s
aws us-east-1 187.2 Mbits/s
Sous linux WSL:
user@UserPC:~/home/user$ python3 1.py
bouygues 766.7 Mbits/s
k-net 770.4 Mbits/s
ikoula 179.9 Mbits/s
scaleway 589.6 Mbits/s
ovh 177.2 Mbits/s
aws us-east-1 5.8 Mbits/s
Avec Aria2 a la place de cURL sous Windows:
(Avec les options --max-connection-per-server=1 --split=1 pour qu'une seulle thread/connexion par fichier)
https://scaleway.testdebit.info/1G.iso
Download Results:
gid |stat|avg speed |path/URI
======+====+===========+=======================================================
b1e4da|OK | 96MiB/s|D:/1G.5.iso
https://ikoula.testdebit.info/1G.iso
Download Results:
gid |stat|avg speed |path/URI
======+====+===========+=======================================================
46c482|OK | 25MiB/s|D:/1G.4.iso
https://k-net.testdebit.info/1G.iso
Download Results:
gid |stat|avg speed |path/URI
======+====+===========+=======================================================
9d12d5|OK | 107MiB/s|D:/1G.3.iso
http://www.ovh.net/files/1Gio.dat
Download Results:
gid |stat|avg speed |path/URI
======+====+===========+=======================================================
457e78|OK | 16MiB/s|D:/1Gio.dat
-
Je viens de faire le test de téléchargement du fichier Github sur une autre connexion RED : 10 Mo/s. Rien à voir donc.
Et pourtant : même box, même abonnement, même firmware, ipv4 également.
Intéressant, c'est une offre a quel prix ? Moi j'étais sur l'offre a 17€. Je n'avais pas constaté le bug de download faible pendant upload... Après j'upload pas bp.
Je pense que c'est un souci de peering mais du coup comment expliquer les 10 mo/s sur github....
-
Intéressant, c'est une offre a quel prix ? Moi j'étais sur l'offre a 17€. Je n'avais pas constaté le bug de download faible pendant upload... Après j'upload pas bp.
Je pense que c'est un souci de peering mais du coup comment expliquer les 10 mo/s sur github....
L'offre à 23 €. Non, ce n'est pas le peering a priori.
Je ne peux plus bosser dans ces conditions. Bouygues, me revoilà.
-
L'offre à 23 €. Non, ce n'est pas le peering a priori.
Je ne peux plus bosser dans ces conditions. Bouygues, me revoilà.
Ouaou, si c'est du pourissage volontaire des clients les moins rentables, c'est moche !!! Et sur ton offre a toi tu étais aussi a 23€ ?
-
Ouaou, si c'est du pourissage volontaire des clients les moins rentables, c'est moche !!! Et sur ton offre a toi tu étais aussi a 23€ ?
Oui. Même offre. Ce n'est pas une question de prix mais un bridage selon l'utilisation de la ligne, je pense.
-
Si vous tu fais un flan pour ta vitesse sur Github, quand j’étais chez Free FTTH avant les vacances cet été, ma vitesse de téléchargement variait de 10KB/s a 10MB/s.... Si il y a un problème, c'est sûrement plus un problème de peering entre Github/Microsoft et les/certains opérateurs Français, ou Github qui bride délibérément depuis le confinement des pays (first world countries) pour faire face a l’afflux de ceux qui bosse depuis chez eux.
-
Pour aws s3 west, ok c'est a l'autre bout du monde, mais OVH ? Après avoir switché chez Sosh je suis repassé a 30 mbps au lieu de 3 pour aws.
-
Il n'y a pas que OVH, AWS et Github... Et l'upload bridé qui empêche de télécharger en même temps ?
Github, c'est 20 ko/s n'importe quel jour à n'importe quelle heure.
-
Aucun problème pour télécharger et upload en même temps chez moi. Je viens de faire le teste sur ma seedbox, serveur
Online.net Scaleway 20MB/s entéléchargement et 15MB/s upload avec ma seedbox qui est en train de seed a 10MB/s avec une vingtaine de peers. SFR NB7 avec une carte réseau Intel i211.
-
Ca pue le bridage ciblé. Genre tel quota atteint, bridage appliqué sur une liste de sites.
-
Plus que probablement un pb avec la box ou sur le réseau de ta localité qu'un bridage ciblé. Change d’opérateur si t'as la possibilité, ça sera plus facile que de te faire remplacer la box par SFR lol.
-
Plus que probablement un pb avec la box qu'un bridage ciblé. Change d’opérateur si t'as la possibilité, ça sera plus facile que de te faire remplacer la box par SFR lol.
ethernode, (ObZn ?) et moi auraient donc le même défaut de box ? Pas crédible. D'autant plus que la même box et le même firmware sur une autre connexion moins gourmande en consommation n'a pas ce bug.
-
Change d’opérateur, ca sera plus simple que de de prendre la tête pour rien et pondre des théories du complots. Garde a l'esprit que c'est la période du coronavirus et beaucoup on bride leurs réseau pour faire face a l'afflux. J'arrivais a telecharger a 90MB/s sur ma seedbox l’année dernière a la même époque depuis le réseau SFR, je suis passe chez FREE avant le confinement puis je suis revenu chez SFR cet été, et je n'arrive pas a telecharger a plus de 50~60MB/s. Alors que ma seedbox seed a 80MB/s sans problème.
Change d’opérateur et arrête de te prendre la tête.
-
C'est déjà fait, je l'ai indiqué plus tôt.
-
ethernode, (ObZn ?) et moi auraient donc le même défaut de box ? Pas crédible. D'autant plus que la même box et le même firmware sur une autre connexion moins gourmande en consommation n'a pas ce bug.
Je précise que je n'ai pas une consommation effrénée (pas de torrent, pas de jeu vidéo), c'est juste que je bosse bp de chez moi donc un accès ralenti au web du monde du dev (mises à jour linux, github, serveurs du bureau,...) ne me permettait plus de travailler normalement.
Bref, merci a tous pour l'aide, la conclusion c'est que rien n'est faisable de notre côté pour résoudre le problème, seule la résiliation le permet... A bon entendeur...
-
Passage chez Bouygues effectué ce jour. Plus aucun souci.
-
Oui, parfois c'est "juste" du problème de peering/congestion local, idéalement problème ponctuel.
J'ai eu le mois dernier 15j de lenteur lorsque je sortais du réseau SFR : en down depuis Orange/BY j'étais au max (vers 850-900Mb réels, et 930Mb au speedtest), par contre en up c'était 400-500Mb vers SFR, et 10Mb vers Orange, BY et aussi le réseau interne de ma société via VPN en télétravail.
Ensuite c'est revenu dans l'ordre, et j'ai un débit constant (938-940 en down et 477-478 en up) sur le serveur speedtest Orange à toutes les heures de la journée et de la nuit.
-
En passant, le test de peering, sur debian 10, avec Red à 15€ :
bouygues 793.5 Mbits/s
k-net 844.7 Mbits/s
ikoula 813.3 Mbits/s
scaleway 756.2 Mbits/s
ovh 556.9 Mbits/s
aws us-east-1 8.7 Mbits/s
-
@tiranor tu es chez l'opérateur orange ?
-
Non j'ai Red Box série spéciale à 15€, avec option débit plus.
-
Oui, parfois c'est "juste" du problème de peering/congestion local, idéalement problème ponctuel.
J'ai eu le mois dernier 15j de lenteur lorsque je sortais du réseau SFR : en down depuis Orange/BY j'étais au max (vers 850-900Mb réels, et 930Mb au speedtest), par contre en up c'était 400-500Mb vers SFR, et 10Mb vers Orange, BY et aussi le réseau interne de ma société via VPN en télétravail.
Ensuite c'est revenu dans l'ordre, et j'ai un débit constant (938-940 en down et 477-478 en up) sur le serveur speedtest Orange à toutes les heures de la journée et de la nuit.
Bonjour,
Pour que ça revienne à un fonctionnement normal, tu es passé via la hotline ou tu as "juste" patienté ?
Car depuis dimanche j'ai un débit très très faible (25Mb/s au mieux en dl, l'up lui est souvent autour de 200) avec mon offre RED FTTH & option débit plus. Et avant cela j'étais régulièrement autour des 850 en dl et 460 en up.
Je fonctionne avec la même machine qu'avant, branché en ethernet.
Là, un test nperf sur le serveur 10Gb de Marseille Orange me donne : 11.91Mb/s en dl - 456.1Mb/s en up et 47.40 de latence
En sélection auto de serveur (Corbas 10Gb SFR) c'est 11.13 en dl - 311 en up et 44 de latence.
J'ai vu que le firmware de la box avait été maj (NB6VAC-MAIN-R4.0.44f) depuis la dernière fois que j'avais regardé son interface mais du coup je ne sais pas si les problèmes sont liés car je ne sais pas depuis quand j'ai cette version.
Merci
-
Bonjour,
Pour que ça revienne à un fonctionnement normal, tu es passé via la hotline ou tu as "juste" patienté ?
Car depuis dimanche j'ai un débit très très faible (25Mb/s au mieux en dl, l'up lui est souvent autour de 200) avec mon offre RED FTTH & option débit plus. Et avant cela j'étais régulièrement autour des 850 en dl et 460 en up.
Je fonctionne avec la même machine qu'avant, branché en ethernet.
Là, un test nperf sur le serveur 10Gb de Marseille Orange me donne : 11.91Mb/s en dl - 456.1Mb/s en up et 47.40 de latence
En sélection auto de serveur (Corbas 10Gb SFR) c'est 11.13 en dl - 311 en up et 44 de latence.
J'ai vu que le firmware de la box avait été maj (NB6VAC-MAIN-R4.0.44f) depuis la dernière fois que j'avais regardé son interface mais du coup je ne sais pas si les problèmes sont liés car je ne sais pas depuis quand j'ai cette version.
Merci
C'était revenu tout seul, mais il y avait aussi des interventions sur le réseau global, notamment de la commune, puisque la fibre est en plein déploiement depuis cet été.
Par contre, si tu as le même débit pourri sur un serveur SFR, c'est pas un problème de peering, mais bien un problème de collecte (saturée ou problématique).
Edit : J'ai un script sur mon serveur qui teste régulièrement le serveur Orange de Marseille. Depuis la mise en place mi-novembre, j'ai juste eu le 01/12 en début de soirée et le 04/12 en début d'aprem avec un upload de 100Mb au lieu de 480Mb (le down a toujours été constant à 930-940Mb et le ping était juste monté de 10 à 11-12ms).
-
C'était revenu tout seul, mais il y avait aussi des interventions sur le réseau global, notamment de la commune, puisque la fibre est en plein déploiement depuis cet été.
Par contre, si tu as le même débit pourri sur un serveur SFR, c'est pas un problème de peering, mais bien un problème de collecte (saturée ou problématique).
Merci pour ta réponse.
Un collègue de bureau lui aussi chez SFR en Fibre remarque la même chose. Alors je vais patienter un peu. Puis j'essayerai de solliciter la hotline si rien ne bouge...
-
Enorme lenteur chez RED SFR (fibro coax) depuis hier, down de l'ordre de 0,9 Méga et Up de 5 Mb (sur une offre 100/5) donc le Up ne semble pas affecté.
problème général ?
-
Enorme lenteur chez RED SFR (fibro coax) depuis hier, down de l'ordre de 0,9 Méga et Up de 5 Mb (sur une offre 100/5) donc le Up ne semble pas affecté.
problème général ?
A voir le vaste post sur le forum de la communauté RED (communaute.red-by-sfr.fr) je pense effectivement que c'est assez global comme soucis.
-
En effet depuis lundi dernier (14/12/20) j'ai le meme soucis sur ma connexion FTTH SFR, entre 1h du matin et 15h j'ai bien 950/480Mbps ping de 16 sur Lyon (serv de test SFR Orange Bouygues...) mais à partir de 15h jusqu'a 1h du matin la le ping augmente je me prend un +40ms après le second saut sur tous les traceroute (POP Marseille ??) IP : 77.136.175.70
et mon debit chute jusqu'a 1.5Mbps en down et fluctue de manière incessante entre 100 et 300Mbps en upload
sur les looking glass j'observe le meme problème le +40ms au niveau le l'adresse entrante 77.136.128.189
Enormément de pertes de packets également les services de jeux en ligne ne fonctionne plus si-je puis dire
Depuis l'installation de la Fibre je n'avais jamais eu le moindre soucis j'avais le debit max meme aux heures de pointe et la bam d'un coup depuis lundi c'est la galère
-
Ok merci je ne suis pas le seul, par contre moi c'était dès ce matin et cet après-midi c'était un peu mieux j'arrivais à teletravailler. Ce soir je suis de nouveau autour de 1 méga en down.
-
Même souci depuis Lundi dernier à minima... et pour moi non encore totalement résolu.
(https://i.ibb.co/M9qbHCm/ping-sfr-fr.png) 14% de pertes de paquets je suis à côté de Montpellier...
Ping à 35ms encore aujourd'hui au lieu de 14ms d'habitude.
Service Client n'a pas d'info évidemment et vous dise que c'est rétablit...
-
Hello,
Je tombe par hasard sur ce sujet et je me dis tiens je vais faire un test ça fait longtemps..
Je suis chez red by sfr en 1000/500 ou 400 je ne sais plus
Et la je me rend compte qu'au lieu d'avoisiner les 800/900 en download je suis a max 20 mbps.. :-[
Débit inchangé en upload par contre
Voici mon historique
-
Bonjour, après déjà 3 appels à l'assistance technique, pour l'instant pas d'avancée. Il y a apparemment une "dégradation du signal dans ma zone". Ça fait déjà 2 fois qu'ils doivent me rappeler demain...bref demain je leur demande une clé 4g pour patienter car mon forfait mobile ne va pas tenir le coup. Si pas de résolution dans les prochains jours je n'aurai pas d'autre choix que de résilier (à contre cœur car j'étais satisfait auparavant avec un super tarif)
-
Pour ma part je n'avais pas de problème de débit le 21/12, car c'est la date de mon dernier "téléchargement" et ça marchait très bien
Je suppose que le problème est venu après cette date
-
Je vois que le titre du post initial est débit lent mais OK sur mire SFR.
Par contre chez moi c'est également bridé à 5 Mb même sur la mire SFR. C'est pareil chez vous ?
Suite à mon appel au SC, pas de technicien dispo en ce moment (tu m'étonnes !), je dois recevoir un sms me disant d'aller dans une boutique SFR pour la clé 4g. Appel passé lundi matin toujours pas de SMS reçu...
Comme disait la chanson de Tryo "SFR c'est moins cher..." ;D
-
Deux zones différentes et deux technologies différentes...