Auteur Sujet: Bufferload: DSLreport test les FAI  (Lu 14738 fois)

0 Membres et 1 Invité sur ce sujet

Nico

  • Modérateur
  • *
  • Messages: 44 450
  • FTTH 1000/500 sur Paris 15ème (75)
    • @_GaLaK_
Bufferload: DSLreport test les FAI
« Réponse #24 le: 10 septembre 2016 à 08:40:39 »
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]

vivien

  • Administrateur
  • *
  • Messages: 47 086
    • Twitter LaFibre.info
Bufferload: DSLreport test les FAI
« Réponse #25 le: 10 septembre 2016 à 08:59:01 »
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)

Hugues

  • AS2027 MilkyWan
  • Modérateur
  • *
  • Messages: 12 425
  • Lyon (69) / St-Bernard (01)
    • Twitter
Bufferload: DSLreport test les FAI
« Réponse #26 le: 10 septembre 2016 à 10:07:39 »
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  ;)

vivien

  • Administrateur
  • *
  • Messages: 47 086
    • Twitter LaFibre.info
Bufferload: DSLreport test les FAI
« Réponse #27 le: 10 septembre 2016 à 10:20:08 »
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.

kgersen

  • Modérateur
  • Abonné Bbox fibre
  • *
  • Messages: 9 078
  • Paris (75)
Bufferload: DSLreport test les FAI
« Réponse #28 le: 10 septembre 2016 à 14:31:41 »
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.