Auteur Sujet: Ping trop élevé vers les serveurs US (Lu 16601 fois)

rhapsody · « **Réponse #12 le:** 14 avril 2012 à 00:25:55 »

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.

cali · « **Réponse #13 le:** 14 avril 2012 à 00:31:24 »

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.

seb · « **Réponse #14 le:** 14 avril 2012 à 01:35:04 »

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.

cali · « **Réponse #15 le:** 14 avril 2012 à 01:49:01 »

La comparaison était faite entre Orange et Free, pas SFR.

vivien · « **Réponse #16 le:** 14 avril 2012 à 07:39:44 »

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.

Optrolight · « **Réponse #17 le:** 14 avril 2012 à 10:05:45 »

@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 !!!

vivien · « **Réponse #18 le:** 14 avril 2012 à 13:29:01 »

Je suis à 85ms sur le serveur de New York avec une connexion câble 30 Mb/s.

rhapsody · « **Réponse #19 le:** 14 avril 2012 à 14:13:31 »

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 ... 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 .

corrector · « **Réponse #20 le:** 15 avril 2012 à 02:51:03 »

Citation de: cali le 13 avril 2012 à 19:58:34

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!

Citation de: cali le 13 avril 2012 à 19:58:34

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.

corrector · « **Réponse #21 le:** 15 avril 2012 à 02:57:07 »

Citation de: cali le 13 avril 2012 à 23:43:59

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?

cali · « **Réponse #22 le:** 15 avril 2012 à 03:55:35 »

Citation de: corrector le 15 avril 2012 à 02:51:03

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.

Citer

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.

Citation de: corrector le 15 avril 2012 à 02:57:07

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 · « **Réponse #23 le:** 15 avril 2012 à 04:05:05 »

Citation de: rhapsody le 14 avril 2012 à 14:13:31

@ Cali : j envisage de télécharger debian cd live 6.0.4 ... 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

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é.