C'est juste par curiosité.
Je suis actuellement en Asie du Sud-Est, et lorsque j'ai fait un ping sur des domaines tels que bbc.co.uk et google.com (en Californie), j'obtiens des latences d'environ 5 ms comme ci-dessous:
64 bytes from 151.101.192.81: icmp_seq=0 ttl=55 time=2.940 ms
64 bytes from 151.101.192.81: icmp_seq=1 ttl=55 time=3.785 ms
64 bytes from 151.101.192.81: icmp_seq=2 ttl=55 time=6.299 ms
64 bytes from 151.101.192.81: icmp_seq=3 ttl=55 time=4.065 ms
64 bytes from 151.101.192.81: icmp_seq=4 ttl=55 time=4.231 ms
Je m'attendrais à des latences d'au moins 50 ms à la place étant donné la distance géographique. Que se passe-t-il dans les coulisses? Le trafic est-il également via la fibre optique transocéanique?
Réponses:
Google en particulier utilise des centres de données distribués dans le monde entier. Ils annoncent le même réseau IP à divers endroits et en raison de la façon dont les protocoles de routage fonctionnent, vous atteignez le plus proche.
bbc.co.uk pointe vers une adresse IP qui appartient à Fastly, Inc, un réseau de diffusion de contenu, qui a également des points de présence dans le monde , y compris en Asie, mais je ne sais pas s'ils utilisent la même technique.
(Depuis la France, j'ai environ 60 ms sur bbc.co.uk (151.101.192.81))
Cependant, en raison de la latence extrêmement faible que vous voyez, je parie que vous ne contactez pas les serveurs réels, mais c'est un proxy qui vous répond.
la source
Un câble à l'autre bout du globe a une latence minimale de 100 ms, 200 ms aller-retour (distance de 20 000 km / vitesse du signal de 200 000 km / s). En réalité, les liens ne sont pas à vol d'oiseau (du tout) et il y a des composants actifs supplémentaires entre les deux, ce qui ajoute à la latence - un chiffre plus réaliste est de 200 ou même 300 ms à sens unique.
Tout ce qui a une latence ou un temps de ping plus faible est plus proche de vous. Comme Ron l'a déjà souligné, les grands fournisseurs de services utilisent une infrastructure distribuée à l'échelle mondiale avec une résolution DNS spécifique à l'emplacement ou anycasting pour vous connecter à un serveur à proximité.
la source
Les principaux domaines ont des serveurs dans le monde entier et le DNS est configuré pour que vous obteniez une adresse IP proche de vous.
Vous pouvez éviter cela en envoyant une requête ping à un hôte spécifique. Par exemple, le projet Debian (GNU / Linux) a une liste de miroirs dans les pays du monde entier. La plupart d'entre eux sont des hôtes spécifiques qui rechercheront la même adresse IP, où que vous soyez. En particulier, les miroirs de logiciels universitaires ne sont presque jamais derrière un réseau proxy de diffusion de contenu.
Par exemple,
mirror.csclub.uwaterloo.ca
est à Waterloo, Ontario, Canada , et répond aux requêtes ping. Je reçois environ 37 ms de temps de ping en ce moment (tôt le matin) de Halifax, NS, Canada.mirror.aarnet.edu.au en Australie est probablement l'un des plus éloignés de moi; L'Australie dans son ensemble est loin de la plupart du reste du monde en termes de réseau. (bien que l'Asie du Sud-Est soit plus proche que la plupart des autres). Mon temps de ping est d' environ 295 ms .
Et oui, les retards de vitesse de la lumière imposés par la distance autour de la circonférence de la Terre en sont une partie importante, ainsi que les retards de routage sur le houblon. (Et rappelez-vous, c'est la vitesse de la lumière dans la fibre de verre et non le vide. L'indice de réfraction du noyau d'une fibre optique est souvent quelque chose comme 1,3 à 1,4, donc la vitesse de la lumière est
c/1.4
. (Il doit être un indice de réfraction plus élevé que le revêtement pour créer une réflexion interne totale, ce qui est tout l'intérêt des fibres optiques.) Les fibres modernes pour une utilisation sur de longues séries essaient de maintenir leur indice de réfraction aussi bas que possible pour cette raison.Utilisez
traceroute
outracepath
pour connaître le chemin réseau emprunté par vos paquets.la source
Vous semblez faire deux hypothèses fondamentales
Aucune de ces hypothèses n'est nécessairement vraie. Les serveurs DNS peuvent renvoyer des résultats différents et les adresses IP peuvent être acheminées vers différents serveurs en fonction de l'emplacement du client.
Comme vous le dites, il y a une limite physique à la baisse des temps d'aller-retour vers un serveur distant, la conclusion incontournable alors si vous voyez des temps de ping faibles pour ce que vous pensiez être un serveur distant, c'est que le serveur n'était pas aussi éloigné que vous pensait que c'était.
Les exploitants des principaux sites déploient des efforts considérables pour optimiser les emplacements d'où ils servent le trafic des utilisateurs finaux, motivés par une combinaison de performances et de coûts. Ils peuvent le faire en interne, ils peuvent engager les services d'un réseau de distribution de contenu tiers ou ils peuvent utiliser une combinaison des deux stratégies.
la source
Vous pouvez utiliser la maplatence de l' outil en ligne pour obtenir une carte complète des temps de ping depuis votre emplacement (entre autres).
Voici un exemple de temps de ping depuis Paris:
la source
Résultat de partout dans le monde en utilisant - https://tools.keycdn.com/ping
son domaine de base CDN pur.
la source