La Fibre
Télécom => Peering Transit (appairage) => 
Peering entre opérateurs => Discussion démarrée par: rhapsody le 12 avril 2012 à 13:31:30
-
Bonjour :)
Ma question est en gros dans le titre.Je sais que la distance dégrade le ping mais je me demande aussi si des solutions existent ... serveur dédié , datacenter etc ???
Merci d éclairer ma lanterne.
Microsoft Windows XP [version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
C:\Documents and Settings\Rhapsody>ping zynga.com
Envoi d'une requête 'ping' sur zynga.com [184.73.214.126] avec 32 octets de données :
Réponse de 184.73.214.126 : octets=32 temps=109 ms TTL=48
Réponse de 184.73.214.126 : octets=32 temps=112 ms TTL=48
Réponse de 184.73.214.126 : octets=32 temps=104 ms TTL=48
Réponse de 184.73.214.126 : octets=32 temps=112 ms TTL=48
Statistiques Ping pour 184.73.214.126:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 104ms, Maximum = 112ms, Moyenne = 109ms
-
C'est un ping correct vers les USA. (ping = aller + retour)
Impossible aujourd'hui d'aller plus vite que la vitesse de la lumière !
-
Merci Vivien :)
je me doutais un peu qu il n y avait pas de solution miracle mais bon va falloir faire avec j imagine ;)
-
Les sites peuvent aussi améliorer leur présence géographique via un CDN (https://fr.wikipedia.org/wiki/Content_Delivery_Network).
-
Merci beucoup Nico pour ton intervention.
Je me demandais pourquoi le ping vers google (USA) pouvait être si bas (average 5 ms) et celui vers facebook.com/zynga.com (average 115 ms) si élevé ... et hop tu as éclairé ma lanterne avec un lien fort explicite.
:)
-
La géolocalisation des pools d'IP n'a rien avoir avec l'emplacement des machines. Lorsque tu contactes google.com tu joins la machine qui répond le plus rapidement possible, et il y en a en France même si ça t'indique comme étant aux U.S.
Parler de 'ping' aussi c'est un peu mauvais, je pense que "latence" est plus correcte, ping est le logiciel et il implique l'utilisation du protocole ICMP, la latence obtenu avec d'autres protocoles, notamment en UDP sera différente, de plus avec PING on s'intéresse au résultat, donc le Round-Trip Time ( RTT ), il serait plus convenable de dire "RTT élevé" que "Ping élevé". Je pense qu'il est important de chipoter sur ces termes. pour éviter les confusions.
La latence n'est pas le plus important pour déterminer la qualité de la liaison, il faut faire des tests de bande passante, fluctuations ainsi que pertes de paquets.
-
La latence n'est pas le plus important pour déterminer la qualité de la liaison, il faut faire des tests de bande passante, fluctuations ainsi que pertes de paquets.
Je suis bien d'accord avec toi sur le principe, mais je crois que les joueurs ne seront pas du même avis. ;)
-
Bonsoir Cali et Seb :)
Cali je comprend ce que tu veux dire en parlant de latence plutôt que de ping.
Pour ce qui est de la qualité de la liaison elle est bonne la journée mais beaucoup de lag entre 20h et 23h ... après je ne sais pas parce que passé minuit je suis au lit . :P
J utilise Fiddler (http://www.fiddler2.com/fiddler2/) sans crash durant la journée... arrive 20 h et paf un tas de lignes rouges donc perdues.
Tu suggères de faire des tests de bande passante , fluctuation , perte de paquets .Etant un brin blonde , je me permet de te demander comment m y prendre pour tester la perte de paquets.
Merci d avance . :)
-
Il faut commencer par avoir un système propre des deux côtés, donc pas de microsoft windows, macos, ios et autres saloperies qui font des trucs malveillants derrières le dos des utilisateurs. Il faut cartographier et détailler les configurations des deux réseaux. Si tu n'as pas d'accès sur la machine destination il va falloir investiguer en utilisant différents sources. Mais sinon pour commencer il faut déterminer d'où provient le problème. Parfois il faut associer technique et politique, par exemple Free à une politique de merde regardant l'interconnexion, par conséquent on peut prendre pour hypothèse que son réseau et très limité et surchargé, ensuite il faut démontrer ça. Alors on peut commencer par la latence, pourquoi pas avec l'ICMP grâce à ping; alors on récupère sur plusieurs jours les temps de réponses et on fait un petit graphique, si on s'aperçoit qu'à certaines heures la latence fluctue on peut commencer à se poser des questions, parallèlement on peut regarder si des paquets ont été perdu; etc... etc... Il faut tester tous les protocoles, déterminer d'où provient le problème. Je prends toujours le réseau de Free, le but c'est de regarder à quoi ressemble leur réseau, alors on va utiliser leur AS et faire une petite carte des différents liens, en comparant avec un traceroute on peut se rendre compte parfois que les chemins sont complètement incohérents d'un point de vue géographique; tout simplement parce que Free dit "tu vas pas passer par là, parce que c'est surchargé et comme on veut pas augmenter nos liens et pas faire de peering gratuit on va te faire passer par là même si c'est à l'autre bout de la Terre"
Bref, si tu es chez Free, il y a de fortes chances que ça soit à cause de leur réseau pourri, j'avais quelques serveurs sur le réseau Free, aujourd'hui je ne peux m'en servir que pour faire joujou.
Pour choisir un bon FAI il faut faire attention à son réseau: sa neutralité, son peering et ses prix, si ils sont trop bas c'est pas forcèment bon signe surtout si celui-ci base tout dessus.
-
Free mérite sûrement quelques baffes, mais c'est à peine meilleur chez Orange, quoique plus cher.
Je me demande d'ailleurs si le terme "meilleur" est adapté : "pire" ferait aussi bien l'affaire. :)
-
Déjà un grand merci pour ton temps et ta patience Cali avec la néophyte que je suis.
Déjà ooops j utilise Windows XP SP3 , mais je dois toujours avoir un live CD de mandriva ou Ubuntu si tu penses que cela peut aider à effectuer des tests plus fiables.
Pour ce qui est du provider , il s agit d Orange Fibre Premium symétrique.Pour ce qui est de l ICMP , Orange ne répond pas ::)
Voici ce que j obtiens avec un traceroute vers le serveur US qui m intéresse à chaud.
(http://img15.hostingpics.net/pics/225369tracertroute.jpg)
-
J'aime pas ubuntu, et c'est aussi mauvais car il y a beaucoup de trucs qui tournent en arrière plan, et pleins d'utilitaires pourris, c'est très lourd et pas super éthique.
Si tu cherches du GNU/Linux regarde les distributions supportées par la FSF, ou bien utiliser Debian minimal.
-
Je vais donc me mettre en quête d un live cd distrib Debian minimaliste au réveil.
En espérant m en sortir ;)
Encore merci Cali et à demain pour de plus amples investigations.
-
A l'heure actuelle le réseau de Orange et meilleur que celui de Free. Cependant Orange a du très mauvais matériel pour ses clients ( Livebox ) et même sur son réseau, Free utilise des meilleurs composants dans sa freebox, mais d'un point de vue logiciel et politique c'est catastrophique.
-
Mouais.
J'ai passé une bonne année chez Orange en ADSL (à quelques centaines de mètres du DSLAM, donc dans des conditions normalement optimales) avant de prendre la fibre chez SFR.
Étant friand de broutage de web US, j'ai vécu ce que décrit rhapsody aux heures de pointe.
Je ne sais pas si ce sont les équipements propres, le peering ou le transit qui pèchent chez Orange (et je m'en fous d'ailleurs pas mal, à vrai dire), mais ça pèche bien quelque part.
Le point le plus notable pour moi en ayant changé de crèmerie, outre les taux de transfert auxquels on peut logiquement s'attendre sur ce média, c'est une forte amélioration de la stabilité de la connexion en terme de qualité de service : les débits ne fluctuent pas en permanence, peu de paquets se perdent en chemin, les temps de réponse sont relativement stables, la box ne redémarre ou ne perd pas sa connexion pour un oui ou un non, etc.
-
La comparaison était faite entre Orange et Free, pas SFR.
-
Une solution pour tester ta connexion vers les US est de tester une dizaine de serveurs SpeedTest aux USA (il faut en tester au moins 10 pour se faire une idée de la qualité vers de nombreux réseaux)
Eventuellement noter le nom des meilleurs serveurs et recommencer en heure de pointe pour voir si il y a une baisse du débit, donc congestion.
-
@vivien: il y a d’ailleurs un serveur speedtest hébergé par speedtest.net à washington !!! est ce le seul?
J'ai fait 4 5 tests avec ma connexion adsl à l'heure où j'écris , j'ai 118ms +- 2ms !!!
-
Je suis à 85ms sur le serveur de New York avec une connexion câble 30 Mb/s.
-
hello Vivien :)
Grosso modo même latence que toi sur New York ou Washington (côte est) MAIS fatalité les serveurs qui m intéressent sont sur la Côte Ouest (Californie) et là bien sur latence bien plus élevée ::)
@ Seb : honnêtement je sais que les Livebox ont toujours été de la daube et lorsque j étais en ADSL , j avais remplacé celle-ci par un modem routeur Speedtouch bien plus performant.Avec la Fibre hélas pas moyen de se passer de la Livebox v2 ; d autant que j ai résilié mon abonnement France telecom pour la ligne fixe et antique TV donc depuis le passage au numérique box indispensable .Cependant , jamais de reboot intempestif de la Livebox , chargement des pages rapide quelle que soit l heure , upload et download sans fluctuation majeure quelle que soit l heure.
Mon seul argh est le temps de latence vers les serveurs US de la Côte Ouest.
@ Cali : j envisage de télécharger debian cd live 6.0.4 (http://cdimage.debian.org/debian-cd/current-live/i386/bt-hybrid/) ... plusieurs options sont proposées donc je me permet de solliciter ton avis sachant que je suis + que novice avec linux.Merci d avance. :)
@ Optrolight : il y a une infinité de serveur speedtest sur tout le continent américain .Il suffit de déplacer le carré avant de chercher un serveur et de faire un test.Par defaut il englobe l Euope .
(http://img11.hostingpics.net/pics/549023speetestUSA.jpg)
-
La géolocalisation des pools d'IP n'a rien avoir avec l'emplacement des machines. Lorsque tu contactes google.com tu joins la machine qui répond le plus rapidement possible,
Non, tu joins la machine qui est indiquée par la table de routage.
Ce n'est pas une course où toutes les machines reçoivent la requête et peuvent répondre, contrairement à un certain protocole de cache distribué géré par Squid!
Parler de 'ping' aussi c'est un peu mauvais, je pense que "latence" est plus correcte, ping est le logiciel et il implique l'utilisation du protocole ICMP, (...)
La commande nping du logiciel nmap tu peux faire un "ping" ARP, ICMP, UDP ou TCP, avec différentes charges utiles.
Dans toutes les application du protocole SUN RPC (les application les plus connues sont la famille de protocoles NFS v2, 3, 4), il y a obligatoirement une commande "NULL" qui permet de tester le temps de réponse du système RPC en lui-même.
-
Je prends toujours le réseau de Free, le but c'est de regarder à quoi ressemble leur réseau, alors on va utiliser leur AS et faire une petite carte des différents liens, en comparant avec un traceroute on peut se rendre compte parfois que les chemins sont complètement incohérents d'un point de vue géographique; tout simplement parce que Free dit "tu vas pas passer par là, parce que c'est surchargé et comme on veut pas augmenter nos liens et pas faire de peering gratuit on va te faire passer par là même si c'est à l'autre bout de la Terre"
Bref, si tu es chez Free, il y a de fortes chances que ça soit à cause de leur réseau pourri, j'avais quelques serveurs sur le réseau Free, aujourd'hui je ne peux m'en servir que pour faire joujou.
Quand tu dis que le réseau Proxad est pourri, c'est surtout au niveau des interconnexions (et de la politique de peering) ou bien en interne aussi?
-
Non, tu joins la machine qui est indiquée par la table de routage.
Ce n'est pas une course où toutes les machines reçoivent la requête et peuvent répondre, contrairement à un certain protocole de cache distribué géré par Squid!
Non, c'est en fonction de la réponse des serveurs DNS de google. Google quant à lui utilise la geoip sur ses serveurs DNS pour renvoyer les IPs de leurs machines géographiquement les plus proches.
La commande nping du logiciel nmap tu peux faire un "ping" ARP, ICMP, UDP ou TCP, avec différentes charges utiles.
Dans toutes les application du protocole SUN RPC (les application les plus connues sont la famille de protocoles NFS v2, 3, 4), il y a obligatoirement une commande "NULL" qui permet de tester le temps de réponse du système RPC en lui-même.
Tu peux appeler ton programme comme tu veux, la réponse reçu reste appelé LAG ou LATENCE.
Quand tu dis que le réseau Proxad est pourri, c'est surtout au niveau des interconnexions (et de la politique de peering) ou bien en interne aussi?
Politique d'interconnexion, oui.
-
@ Cali : j envisage de télécharger debian cd live 6.0.4 (http://cdimage.debian.org/debian-cd/current-live/i386/bt-hybrid/) ... plusieurs options sont proposées donc je me permet de solliciter ton avis sachant que je suis + que novice avec linux.Merci d avance. :)
Je te conseil un "Small CD": https://www.debian.org/distrib/netinst#smallcd (https://www.debian.org/distrib/netinst#smallcd)
Pour les speedtest. Je dé-conseil fortement de tester sa connectivité avec ça, déjà parce qu'on à pas de détails sur la machine qui héberge le serveur, mais aussi parce que c'est du FLASH, que c'est très lourd et très fermé.
-
Cali si tu as un test de débit fiable en HTML5, je le mets en place.
Malheureusement les tests web les plus fiables sont en flash ou en java.
-
Je te conseil un "Small CD": https://www.debian.org/distrib/netinst#smallcd (https://www.debian.org/distrib/netinst#smallcd)
Euh, j'ai pas eu l'impression que rhapsody voulait installer un système Linux sur sa machine ...
@rhapsody : Si tu te sens d'affronter la ligne de commande de Linux, tu prends la version "standard" du LiveCD. Sinon, la version "gnome" te donnera accès à l'environnement graphique du même nom, et ça ira très bien.
-
Pourquoi, elle est pas sympa la ligne de commande de nunux?
-
De toutes façon ce qui compte ce n'est pas le débit absolu mais c'est le débit d'une utilisation typique pour le web. En fait il faudrait un débit de download, un débit de surf sur internet utilisant les différents langages du web.
Bref faire un Benchmark !!!!!
Et utiliser celui -ci pour nous comparer les uns les autres ^^ !
-
Un peu ce que fait SamKnows non ?
-
De toutes façon ce qui compte ce n'est pas le débit absolu mais c'est le débit d'une utilisation typique pour le web. En fait il faudrait un débit de dowload, un débit de surf sur internet utilisant les différents langages du web.
Bref faire un Benchmark !!!!!
Et utiliser celui -ci pour nous comparer les uns les autres ^^ !
Mais on parle de l'internet et pas du web uniquement. On veut d'abord déterminer si la liaison est bonne.
-
C'est bien ce que j'ai dit, il faut estimer la connexion uniquement en débit de transfert de donné le plus neutre possible, puis aussi pour une utilisation web !
-
Pourquoi, elle est pas sympa la ligne de commande de nunux?
mouais surement lorsque l on est habitué à linux ce qui n est pas mon cas lol
pour l instant je n arrive même pas avec live cd mandriva à lancer une commande iperf , c est tout dire :'(
--2012-04-22 15:25:25-- https://iperf.fr/download/iperf_2.0.2/iperf_2.0.2-4_i386
Résolution de iperf.fr (iperf.fr)... 46.227.16.8
Connexion vers iperf.fr (iperf.fr)|46.227.16.8|:80...connecté.
requête HTTP transmise, en attente de la réponse...200 OK
Longueur: 55372 (54K) [text/plain]
Sauvegarde en : «iperf_2.0.2-4_i386.1»
100%[======================================>] 55 372 --.-K/s ds 0,05s
2012-04-22 15:25:25 (1,03 MB/s) - «iperf_2.0.2-4_i386.1» sauvegardé [55372/55372]
[live@localhost ~]$ chmod +x iperf_2.0.2-4_i386 ; sudo mv iperf_2.0.2-4_i386 /usr/bin/iperf
live is not in the sudoers file. This incident will be reported.
[live@localhost ~]$ iperf -c lafibre.info m -w 200K -i 3 -t 12 -r
bash: iperf : commande introuvable
[live@localhost ~]$ iperf_2.0.2-4_i386.1
bash: iperf_2.0.2-4_i386.1 : commande introuvable
[live@localhost ~]$ iperf
bash: iperf : commande introuvable
[live@localhost ~]$
ne pas se moquer lol :p
toute aide serait plus que bienvenue parce qu avec Seven c est la cata niveau débit alors que sous XP ça roulait.Mais bon xp ne gérant que 3.3 gig de ram ....
merci d avance :)
-
mouais surement lorsque l on est habitué à linux ce qui n est pas mon cas lol
pour l instant je n arrive même pas avec live cd mandriva à lancer une commande iperf , c est tout dire :'(
[live@localhost ~]$ chmod +x iperf_2.0.2-4_i386 ; sudo mv iperf_2.0.2-4_i386 /usr/bin/iperf
live is not in the sudoers file. This incident will be reported.
Voilà, la police a été prévenu de tes agissements. Elle va arriver d'un instant à l'autre.
Désolé pour toi.
Bon, il faut que tu passes root. Tu peux utiliser su
J'adore la tonalité paranoïaque de sudo; vraiment une commande de conception grotesque.
-
Tu n'as pas besoin de déplacer l'exécutable sous /usr/bin (la commande sudo qui passe mal) :
[live@localhost ~]$ ./iperf_2.0.2-4_i386 <options>
Et si ça merdoie encore (ce qui ne manquera pas de se produire si tu as récupéré un LiveCD 64 bits), malgré ce que peut en penser cali, utilise un live-cd ubuntu
-
Le tutoriel sur le live cd est un peu vieux, il est possible qu'il ne fonctionne pas, je pense le re-faire avec ubuntu 12.04 qui sort jeudi prochain.
-
Je sais que tu es fan de sudo en usage intensif, mais je ne vois pas ce que ça apporte.
-
D abord un grand merci pour votre réactivité Vivien , Corrector et Seb :)
Bah Mandriva plus aimer moi et moi du coup j ai décider d effacer le DVD ou je l avais gravé non mais miaouuuuu :p
Suivant les conseils patients de Vivien , j ai dl et gravé l iso de ubuntu 11.10 64 bits .... alors chaton au rapport --->>>
*installer le plug in flash player pour Firefox , bonjour la galère en 64 bits mais bon finalement la machine a cédé mwahahah
*clavier en qwerty
*impossible de me logguer sur le forum (msg d erreur : identifiant inconnu) et pas de faute de frappe pourtant
*écran ne cessant de sauter/clignoter , probablement une histoire de driver pour ma carte graphique (à voir)
*iperf installé sans trop de galère
ubuntu@ubuntu:~$ iperf -c 3.testdebit.info -m -i 1 -t 20 -r -P 5 | grep SUM
[SUM] 0.0- 1.0 sec 12.4 MBytes 104 Mbits/sec
[SUM] 1.0- 2.0 sec 11.4 MBytes 95.4 Mbits/sec
[SUM] 2.0- 3.0 sec 10.6 MBytes 89.1 Mbits/sec
[SUM] 3.0- 4.0 sec 11.2 MBytes 94.4 Mbits/sec
[SUM] 4.0- 5.0 sec 11.6 MBytes 97.5 Mbits/sec
[SUM] 5.0- 6.0 sec 10.9 MBytes 91.2 Mbits/sec
[SUM] 6.0- 7.0 sec 11.2 MBytes 94.4 Mbits/sec
[SUM] 7.0- 8.0 sec 11.0 MBytes 92.3 Mbits/sec
[SUM] 8.0- 9.0 sec 11.4 MBytes 95.4 Mbits/sec
[SUM] 9.0-10.0 sec 11.0 MBytes 92.3 Mbits/sec
[SUM] 10.0-11.0 sec 11.1 MBytes 93.3 Mbits/sec
[SUM] 11.0-12.0 sec 11.0 MBytes 92.3 Mbits/sec
[SUM] 12.0-13.0 sec 11.1 MBytes 93.3 Mbits/sec
[SUM] 13.0-14.0 sec 11.1 MBytes 93.3 Mbits/sec
[SUM] 14.0-15.0 sec 11.1 MBytes 93.3 Mbits/sec
[SUM] 15.0-16.0 sec 11.2 MBytes 94.4 Mbits/sec
[SUM] 16.0-17.0 sec 11.0 MBytes 92.3 Mbits/sec
[SUM] 17.0-18.0 sec 11.2 MBytes 94.4 Mbits/sec
[SUM] 18.0-19.0 sec 11.1 MBytes 93.3 Mbits/sec
[SUM] 0.0-20.1 sec 224 MBytes 93.6 Mbits/sec
[SUM] 0.0- 1.0 sec 4.14 MBytes 34.8 Mbits/sec
[SUM] 1.0- 2.0 sec 5.36 MBytes 45.0 Mbits/sec
[SUM] 2.0- 3.0 sec 5.84 MBytes 49.0 Mbits/sec
[SUM] 3.0- 4.0 sec 4.25 MBytes 35.7 Mbits/sec
[SUM] 4.0- 5.0 sec 4.86 MBytes 40.7 Mbits/sec
[SUM] 5.0- 6.0 sec 5.63 MBytes 47.2 Mbits/sec
[SUM] 6.0- 7.0 sec 5.65 MBytes 47.4 Mbits/sec
[SUM] 7.0- 8.0 sec 4.51 MBytes 37.8 Mbits/sec
[SUM] 8.0- 9.0 sec 4.47 MBytes 37.5 Mbits/sec
[SUM] 9.0-10.0 sec 5.53 MBytes 46.4 Mbits/sec
[SUM] 10.0-11.0 sec 4.93 MBytes 41.3 Mbits/sec
[SUM] 11.0-12.0 sec 4.47 MBytes 37.5 Mbits/sec
[SUM] 12.0-13.0 sec 5.34 MBytes 44.8 Mbits/sec
[SUM] 13.0-14.0 sec 5.73 MBytes 48.0 Mbits/sec
[SUM] 14.0-15.0 sec 5.54 MBytes 46.5 Mbits/sec
[SUM] 15.0-16.0 sec 4.98 MBytes 41.8 Mbits/sec
[SUM] 16.0-17.0 sec 5.20 MBytes 43.6 Mbits/sec
[SUM] 17.0-18.0 sec 4.89 MBytes 41.1 Mbits/sec
[SUM] 18.0-19.0 sec 5.55 MBytes 46.6 Mbits/sec
[SUM] 19.0-20.0 sec 6.05 MBytes 50.7 Mbits/sec
[SUM] 0.0-20.4 sec 104 MBytes 42.9 Mbits/sec
Degrouptest et speedtest également bien meilleur que sous Seven donc maintenant je croise les doigts que la v 12 64 bits pallie ces "petits" bugs :p
Bref back sous Seven jusque là