Bonjour, Jean-Yves LENHOF wrote: > Petit followup de mon post... > > J'ai eu quelques échanges hors lignes, mais en gros on me dit que tout > va bien et que tout est normal... > > Comme j'ai de la suite dans les idées et que j'ai un TPLink de compét > qui me sert à amplifier mon signal pour l'étage (j'ai un plafond vouté > avec des barres de feraille)... > > J'en ai profité pour regarder la fonction Qos qui existe sur celui-ci et > le paramètrer à la vitesse max d'upload & de download... et je vois une > grosse différence lors de mon surf même lorsque je télécharge une iso > > Mes ping montent à 100 ms au lieu de 50, mais par contre j'ai bcp bcp > moins de pertes de paquets, voir pas du tout... > > J'ai quand même donc une très très grosse impression qu'il y a une sorte > de QOS intégré dans la freebox qui n'existe pas dans la box NB6 de > l'offre RedBox... malheureusement mes recherches sur le sujet sur le > grand ternet de ne me donnent pas bcp d'infos
Le mot clé est bufferbloat : https://www.bufferbloat.net/projects/bloat/wiki/Introduction/ Les freebox utilisent fq_codel qui est un AQM (Active queue management) dont le but est de minimiser la taille des buffers sans nuire au débit. OpenWrt (et son fork LEDE) intègrent aussi des scripts "SQM" (S pour Smart), qui permettent d'éliminer le bufferbloat en upload et de le réduire en download en limitant le débit max. Et le speedtest de dslreports permet de quantifier la latence en charge : http://www.dslreports.com/speedtest Par contre si c'est le réseau de l'opérateur qui sature, tout ca ne sert a rien. Lors de mon bref passage sur le réseau SFR il y a quelques années, c'était le cas en soirée, je ne sais pas si ca a changé depuis. Cordialement, Vincent Tondellier > > Le 18/07/2017 à 18:44, Jean-Yves LENHOF a écrit : >> Bonjour, >> >> <mode ma vie> >> >> Ca faisait des années et des années que j'étais chez Free (je viens de >> regarder, 2003, ouch)... mais je me suis dit pourquoi pas baisser un peu >> mon tarif ADSL parce que Free ne fait rien (alors que ds le temps >> c'était tjs plus pour le même prix) pour ses clients très très fidèle >> mais fait des supers promos pour ses nouveaux clients.... Et donc je >> suis arrivé chez Red Box by SFR à 10€ par mois et je déchante un poil. >> >> </mode ma vie> >> >> Du coup après quelques échanges avec la hotline par chat qui semble me >> dire que tout va bien dans le meilleur des mondes, j'ai commencé à >> correler/comprendre un peu mes soucis et voudrait savoir si c'est normal >> ou non... >> >> Déjà la latence moyenne ne semble pas exceptionnelle dans mon cas, mais >> on va dire que cela pourrait aller en temps normal (je ne joue pas en >> ligne)... >> >> Exemple de traceroute vers les DNS de Google : >> >> root@DellJylenhof:~# traceroute -I 8.8.8.8 >> traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets >> 1 gateway (192.168.1.1) 0.649 ms 0.537 ms 0.790 ms >> 2 59vxc1-r1b0-0.dip.gaoland.net (86.66.94.42) 47.320 ms 52.294 ms >> 55.652 ms >> 3 45.89.66.86.rev.sfr.net (86.66.89.45) 58.672 ms 61.062 ms 65.005 >> ms >> 4 197.132.64.86.rev.sfr.net (86.64.132.197) 67.753 ms 70.671 ms >> 75.253 ms >> 5 93.255.71.86.rev.sfr.net (86.71.255.93) 78.275 ms 81.110 ms 83.587 >> ms >> 6 53.200.96.84.rev.sfr.net (84.96.200.53) 87.520 ms 46.001 ms 49.874 >> ms >> 7 93.247.5.109.rev.sfr.net (109.5.247.93) 46.043 ms 49.890 ms 54.072 >> ms >> 8 v3872.mrt1-sec-1.gaoland.net (84.96.251.41) 60.522 ms 64.954 ms >> 68.620 ms >> 9 6.220.96.84.rev.sfr.net (84.96.220.6) 74.042 ms 77.964 ms 81.878 >> ms >> 10 229.10.136.77.rev.sfr.net (77.136.10.229) 80.938 ms 83.854 ms >> 88.561 ms >> 11 72.14.218.124 (72.14.218.124) 90.753 ms 94.198 ms 97.614 ms >> 12 108.170.244.225 (108.170.244.225) 101.305 ms 50.015 ms 51.982 ms >> 13 72.14.232.115 (72.14.232.115) 58.564 ms 59.713 ms 62.423 ms >> 14 google-public-dns-a.google.com (8.8.8.8) 65.093 ms 69.225 ms >> 73.230 ms >> root@DellJylenhof:~# >> >> Et voici un ping : >> >> root@DellJylenhof:~# ping 8.8.8.8 >> PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. >> 64 bytes from 8.8.8.8: icmp_seq=1 ttl=50 time=51.2 ms >> 64 bytes from 8.8.8.8: icmp_seq=2 ttl=50 time=53.6 ms >> 64 bytes from 8.8.8.8: icmp_seq=3 ttl=50 time=52.3 ms >> 64 bytes from 8.8.8.8: icmp_seq=4 ttl=50 time=51.7 ms >> 64 bytes from 8.8.8.8: icmp_seq=5 ttl=50 time=49.8 ms >> 64 bytes from 8.8.8.8: icmp_seq=6 ttl=50 time=50.7 ms >> ^C >> --- 8.8.8.8 ping statistics --- >> 6 packets transmitted, 6 received, 0% packet loss, time 5009ms >> rtt min/avg/max/mdev = 49.803/51.595/53.637/1.238 ms >> >> Maintenant si je lance un téléchargement d'une ISO et que je relance les >> mêmes commandes, la latence explose et je perds des paquets : >> >> root@DellJylenhof:~# traceroute -I 8.8.8.8 >> traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets >> 1 gateway (192.168.1.1) 0.767 ms 0.674 ms 0.657 ms >> 2 59vxc1-r1b0-0.dip.gaoland.net (86.66.94.42) 883.725 ms 889.903 ms >> 901.590 ms >> 3 45.89.66.86.rev.sfr.net (86.66.89.45) 901.867 ms 901.874 ms >> 902.218 ms >> 4 197.132.64.86.rev.sfr.net (86.64.132.197) 902.226 ms 902.381 ms >> 902.373 ms >> 5 93.255.71.86.rev.sfr.net (86.71.255.93) 902.734 ms 903.002 ms >> 903.002 ms >> 6 53.200.96.84.rev.sfr.net (84.96.200.53) 903.225 ms 1132.864 ms >> 1132.971 ms >> 7 93.247.5.109.rev.sfr.net (109.5.247.93) 1144.371 ms 4462.010 ms >> 4462.231 ms >> 8 v3872.mrt1-sec-1.gaoland.net (84.96.251.41) 4467.988 ms 4468.321 >> ms 4468.560 ms >> 9 84.96.220.6 (84.96.220.6) 4469.059 ms 4469.518 ms 4469.992 ms >> 10 229.10.136.77.rev.sfr.net (77.136.10.229) 4470.216 ms 4470.432 ms >> 4470.643 ms >> 11 72.14.218.124 (72.14.218.124) 4470.635 ms 4470.840 ms 4658.838 ms >> 12 108.170.244.225 (108.170.244.225) 4659.153 ms 4659.544 ms 1677.018 >> ms >> 13 72.14.232.115 (72.14.232.115) 1680.192 ms 1680.224 ms 1680.481 ms >> 14 google-public-dns-a.google.com (8.8.8.8) 1680.753 ms 1681.021 ms >> 1681.214 ms >> >> root@DellJylenhof:~# ping 8.8.8.8 >> PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. >> 64 bytes from 8.8.8.8: icmp_seq=2 ttl=50 time=3078 ms >> 64 bytes from 8.8.8.8: icmp_seq=10 ttl=50 time=2652 ms >> 64 bytes from 8.8.8.8: icmp_seq=11 ttl=50 time=2727 ms >> 64 bytes from 8.8.8.8: icmp_seq=12 ttl=50 time=2825 ms >> 64 bytes from 8.8.8.8: icmp_seq=13 ttl=50 time=2917 ms >> 64 bytes from 8.8.8.8: icmp_seq=14 ttl=50 time=3005 ms >> 64 bytes from 8.8.8.8: icmp_seq=15 ttl=50 time=3071 ms >> 64 bytes from 8.8.8.8: icmp_seq=16 ttl=50 time=3125 ms >> 64 bytes from 8.8.8.8: icmp_seq=17 ttl=50 time=3157 ms >> 64 bytes from 8.8.8.8: icmp_seq=18 ttl=50 time=3183 ms >> 64 bytes from 8.8.8.8: icmp_seq=19 ttl=50 time=3199 ms >> 64 bytes from 8.8.8.8: icmp_seq=20 ttl=50 time=3205 ms >> 64 bytes from 8.8.8.8: icmp_seq=21 ttl=50 time=3223 ms >> 64 bytes from 8.8.8.8: icmp_seq=22 ttl=50 time=3248 ms >> 64 bytes from 8.8.8.8: icmp_seq=23 ttl=50 time=3284 ms >> 64 bytes from 8.8.8.8: icmp_seq=24 ttl=50 time=3354 ms >> ^C >> --- 8.8.8.8 ping statistics --- >> 27 packets transmitted, 16 received, 40% packet loss, time 26246ms >> rtt min/avg/max/mdev = 2652.878/3078.919/3354.391/196.678 ms, pipe 4 >> root@DellJylenhof:~# >> >> Et là clairement même surfer pendant que je télécharge des gros fichiers >> devient vite insupportable avec des résolutions de noms en timeout, des >> pages blanches, etc... >> >> N'étant pas du tout spécialiste réseau, je m'adresse à vous pour savoir >> si ce fonctionnement est normal ou non... Pour ma part j'ai l'impression >> que cela n'était pas le cas lorsque j'étais chez Free >> >> Du coup avez-vous des avis éclairés sur la question du type : >> >> 1/ Oui oui c'est normal >> >> 2/ Non non leur réseau c'est de la merde >> >> 3/ Bah Free fait en plus de la qualité de service du coup tu as moins de >> perte ou un truc du genre >> >> x/ .... >> >> Et donc si vous ne trouvez pas ça gégéne comme moi, quel FAI me >> conseilleriez-vous pour éviter d'avoir le même genre de soucis... >> >> Cdlt, >> >> >> JYL >> --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
