La Fibre
Télécom => Réseau => 
Baromètre (Comparatif des FAI) => Discussion démarrée par: Optrolight le 09 septembre 2016 à 16:35:53
-
DSLreport a testé la latence des principaux FAI du monde entier. Un français est premier...
Bufferbloat and speed test results
This graph, inspired by the original Netalyzr results, distributes the last 10 days of unique IP address speed tests by claimed link technology. The scatter illustrates the large number of samples remaining to the RIGHT of the green line, suggesting buffering in excess of 30ms worth of data. Black marks 250ms, and the red line marks the boundary where a full second of buffered data is inferred.
https://www.dslreports.com/speedtest/results/bufferbloat (https://www.dslreports.com/speedtest/results/bufferbloat)
-
Et devinez qui a titré "Free a le meilleur ping au monde" ? ::)
-
UF ? J'ai bon ?
-
Oh ça va, 76 mesures c'est pas fiable ? ? ?
-
UF ? J'ai bon ?
gagné !
http://www.universfreebox.com/article/36343/Free-a-la-premiere-place-des-operateurs-ayant-le-moins-de-latence-dans-le-monde?utm_source=twitterfeed&utm_medium=twitter&utm_campaign=freebox
-
sinon, on sait pourquoi Free obtiens ce bon resultat ?
Il y a une raison particuliere ou ca se joue a un poil de cul ?
-
Après deux ans de travaux et des tests sur des milliers de clients, Bouygues Telecom s’apprête à déployer massivement sur ses DSLAM un patch pour le Bufferload : concrètement, pour donner un exemple, vous pourrez plus facilement surfer ou jouer en ligne, pendant un téléchargement.
Cette demande revenait régulièrement sur les forums.
-
sinon, on sait pourquoi Free obtiens ce bon resultat ?
Il y a une raison particuliere ou ca se joue a un poil de cul ?
D'un échantillon bizarre ? d'une méthodologie toute pourrie ? d'une mesure ciblée et restreinte ?
Une chose est sur, Free gère bien le bufferfloat, c'est reconnu, il me semble
Savais tu que la France avait un débit moyen en fixe de 60 Mbit/s. Moi je l'ignorais.
https://www.dslreports.com/speedtest/results/country
-
Une chose est sur, Free gère bien le bufferfloat, c'est reconnu, il me semble
Oui et je ne suis pas certain que l'étude dise autre chose donc comme d'habitude la rédaction d'UF ne comprend pas les articles qu'elle reprend.
-
C'est une des raisons pour lesquelles je reste chez Free :)
-
Free n1 sur l'ADSL ... c'est super moderne ca.
On s"en tape un peu du bufferbloat quand on a une ligne qui ne sature quasi jamais...ie FTTH.
-
LOL ? C'est vrai qu'un truc qui concerne au moins 80% des accès internet en france, "on s'en tape" :o
-
LOL ? C'est vrai qu'un truc qui concerne au moins 80% des accès internet en france, "on s'en tape" :o
oui on s'en tape car l'impact sur les parts de marché en quasi nul.
ca fait 10 ans qu''on parle du bufferbloat et qu'on sait que Free a optimisé sa freebox pour ca.
En quoi ce 'report' en 2016 apporte quelque chose de nouveau ? en plus il compare des FAI qui fournissent la box (dont Free) a des FAI ou ce sont les utilisateurs qui achetent et installent leur box. Hors le bufferbloat c'est du reglage dans la box et dans le dslam en face.
le site indique bien la chose:
These results involve statistical averages over a limited time horizon, and ISPs have no control over which customers run tests, which equipment they have at home, and how that equipment is configured. All of these factors can strongly influence results. It is likely that the "best" ISPs have paid some attention to reducing bufferbloat, and it is also likely that many of the "worst" ISPs are distributing home modems or routers that are poorly matched to the product speeds they offer.
c'est un bon buzz pour Free. Poster ce jour pour je ne sais quelle raison car DSLReport n'a pas posté de news particuliere a ce sujet.depuis avril 2015...
-
C'est un bon buzz pour Univers Freebox surtout, faut se rappeler qu'ils vivent du puta-clic comme beaucoup d'autres.
-
On s"en tape un peu du bufferbloat quand on a une ligne qui ne sature quasi jamais...ie FTTH.
D'ailleurs sur le FTTH est-ce qu'il y a des facteurs augmentant ou diminuant la latence, au niveau du réseau capillaire ? (je ne parle pas des interconnexions ou de réseau national)
c'est un bon buzz pour Free. Poster ce jour pour je ne sais quelle raison car DSLReport n'a pas posté de news particuliere a ce sujet.depuis avril 2015...
Est-ce qu'on sait si DSLReports a un intérêt quelconque à publier ces résultats dans cet ordre ?
-
Est-ce qu'on sait si DSLReports a un intérêt quelconque à publier ces résultats dans cet ordre ?
le classement est automatique et fait suite a la collecte des données via leur speedtest (https://www.dslreports.com/speedtest)(qui mesure le bufferbloat).Ce speedtest marche tres mal par moment et n'a pas de serveur en France. Il est donc tres peu connu et peu utilisé du public francais. Les rares qui s'en servent c'est souvent des gens avec du THD (d'ou la moyenne francaise vue de chez eux a 60 Mbps) ou des gens qui ont des soucis de débit, ce qui fausse sans doute les résultats.
En plus le test a plein de parametres configurables mais tout les résultats sont fusionnés...La performance du PC impacte aussi fortement le test haut débit: un PC qui sature va generer un faux bufferbloat par exemple.
Ma tablette Pixel C (pourtant tres rapide) sature sur leur test et genere un bufferbloat enorme (+200ms) alors que le ligne n'est pas saturé car la tablette ne peux dépassé 200Mbps/200Mbps de toute facon (vitesse max de son wifi).
j'obtient donc une note C ( https://www.dslreports.com/speedtest/4950479 ) pour le bufferbloat alors que y'a pas de bufferbloat...
bref si on veut que le classement est du sens en France il faudrait déjà mettre un serveur chez chaque FAI francais et sortir des stats les mesures foireuses (PC trop lent, ma tablette, etc).
-
D'ailleurs sur le FTTH est-ce qu'il y a des facteurs augmentant ou diminuant la latence, au niveau du réseau capillaire ? (je ne parle pas des interconnexions ou de réseau national)
y'a la latence et latence...
le bufferbloat c'est visible quand on sature sa ligne. En ADSL c'est tres fréquent sur l'upload qui est <1Mbps. Le moindre upload sature la ligne et impacte la latence du download car les ack de TCP (acquittement en retour) ont du mal remonté donc le download en souffre.
en FTTH saturer sa ligne c'est rare voir exceptionnel (sauf a herbeger un serveur P2P 24/7 mal réglé...)
-
Le "bufferbloat", de quel nature est le "patch" dont parle boris, par exemple ?
Techniquement, est-ce autre chose qu'une réduction de la taille des buffers, pour atteindre des niveaux relativements corrects (vis à vis de la bande passante disponible), permettant ainsi de drop les paquets TCP et dont de réduire la latence en cas de congestion ?
Est-ce qu'il y a autre chose, ou ai-je bien cerné le sujet ?
-
soit on met en place un système de gestion intelligente des files d'attente (codel par exemple), soit on réduit la taille des files.
apres niveau DSLAM je ne sais pas quel modif ils prévoient.
De mémoire il me semble que Free fait juste de la priorisation des petits paquets (donc un ping ou une commande de jeu en réseau va passer prio quand y'a un gros download/upload en cours).
-
Upload : (ces traitements sont réalisés sur la box)
- Free priorise les tout petits paquets ou les paquets avec le flag SYN
- Bouygues Telecom priorise les paquets < 1400 octets pour avoir les SYN, les ACK et les GET ou le jeux en ligne. Cela permet de prioriser aussi les autres trafics interactifs.
- K-Net propose de prioriser les paquets ACK / SYN sur son firmware (avec un débit up de 100 Mb/s, je ne suis pas sur que cela va changer qq chose).
Des réductions de la taille des buffer est aussi possible, mais il faut faire attention à ne pas avoir un buffer trop petit si la box est utilisée aussi en FTTH.
Ces optimisations permettent un meilleur surf quand un upload est réalisé en parallèle.
Download : (ces traitements sont réalisés sur le DSLAM)
Je ne connais aucun FAI qui priorise les petits paquets.
C'est donc plus une réduction de la taille des buffer qui est mis en place par Free, SFR et Bouygues Telecom pour permettre de surfer convenablement avec un trafic download important (qui rempli les buffers).
Huguesdelamure, j'ai peur qu’avec tes VPN, il y ait de nombreux buffers rajoutés et donc que perde les avantages des optim réalisées.
Déja pour les box qui priorisent avec les flag TCP, c'est perdu par le VPN avec l'encapsulation.
-
D'un échantillon bizarre ? d'une méthodologie toute pourrie ? d'une mesure ciblée et restreinte ?
Une chose est sur, Free gère bien le bufferfloat, c'est reconnu, il me semble
Savais tu que la France avait un débit moyen en fixe de 60 Mbit/s. Moi je l'ignorais.
https://www.dslreports.com/speedtest/results/country
Je crois pas non, la France a les pires débits d'Europe.
Pour un pays qui se dit "Avancé" même en Thaïlande ils ont une meilleure moyenne...
Après les français sont très attachés à l'xDSL alors qu'au U.S par exemple c'est que du câble et c'est bien mieux géré là-bas qu'en France avec Numericable et j'en passe.
Il y a aussi le cablo européen UPC qui domine l'Europe avec ses offres câble et je pense pas que l'on entende parler de "saturation de poche ou un ping catastrophique". En plus ils ont des infrastructures anti-DDoS, beaucoup devrait en faire autant...
http://store.steampowered.com/stats/content/ (http://store.steampowered.com/stats/content/)
-
Ton détecteur d'ironie doit être cassé ;)
-
Après les français sont très attachés à l'xDSL
Je ne sais pas si c'est plus les Français que le fait de pousser de la MeD partout où c'est possible.
-
Ton détecteur d'ironie doit être cassé ;)
Je ne faisais pas allusion à ton message mais au lien...
-
Je ne faisais pas allusion à ton message mais au lien...
"Savais tu que" -> "Je crois pas non".
Oui oui oui, le lien...
[Insérez ici un gif de marmotte travaillant pour un célèbre chocolatier]
-
Aize147, sais-tu une des raison du sucés du câbles aux USA ?
C'est simplement que les opérateurs qui ont déployés la boucle locale aux USA n'ont pas pris la peine de noter la longueur des chemins de câble. Il est donc impossible de connaître la longueur de sa ligne via un service en ligne.
On ne connais donc pas, avant de souscrire, si on est éligible et si on est éligible, le débit ou les services possibles (TV / TV HD). On souscrit à une offre Internet et si on si possible techniquement, on pourra payer pour une offre TV dessus, mais ce n'est pas garanti.
En France, on a des NRA relativement proches les un des autres et France Telecom a eu la bonne idée de noter chaque longueur de ligne avec le diamètre du câble de cuivre. Associé à une offre câble peu développée (qui a été pendant longtemps propriété de nombreux petits opérateurs) et une offre TV sur ADSL (de nombreux pays ont lancé récemment une offre TV sur ADSL), cela explique l'immense sucés de la technologie en France.
Malheureusement, l'ADSL ne monte pas autant en débit que le câble...
Dans le passé le câble, n'était pourtant pas un champion de l'Internet et on avait souvent de meilleur débit en ADSL que en câble. L'upload était limité et on était facturé si on dépassait son forfait.
Aujourd’hui techniquement le câble continue d'évoluer alors que l'ADSL est physiquement limité (seule solution : raccourcir la distance)
-
Huguesdelamure, j'ai peur qu’avec tes VPN, il y ait de nombreux buffers rajoutés et donc que perde les avantages des optim réalisées.
Déja pour les box qui priorisent avec les flag TCP, c'est perdu par le VPN avec l'encapsulation.
Mon ping augmente tout aussi peu que quand j'etais sur Free sans tunnels ;)
-
Protocole pour tester le Bufferload :
1/ relever le ping (peu importe la destination) sans utiliser la connexion. Il est recommandé de prendre une destination proche qui soit stable dans le temps. Il est préférable de pinger un serveur plutôt qu'un routeur.
2/ relever le ping vers la même destination, mais en saturant le lien.
La différence (tests 2 - test 1) dois être de quelques 30 ms maximum. Si le ping explose dans le test 2, il y a de gros buffers. Il est possible de calculer la taille des buffers avec le débit.
Pour saturer la connexion, il faut utiliser un PC connecté en Ethernet avec au moins deux connexion TCP vers des serveurs à haut débit. Par exemple télécharger http://1.testdebit.info/fichiers/5000Mo.dat et http://3.testdebit.info/fichiers/5000Mo.dat avec le navigateur web ou wget.
-
et "relever le ping" doit se faire sans effet de bord du a une saturation cpu du PC sinon c'est faussé aussi (cf mon exemple avec une tablette plus avant) donc idéalement sur une autre machine que celle qui charge la connexion.