Dünyanın karşı uçları arasındaki ağ gecikmeleri


14

Bu sadece meraktan çıktı.

Şu anda Güneydoğu Asya'dayım ve bbc.co.uk ve google.com (Kaliforniya'da) gibi alanlara ping attığımda, aşağıdaki gibi yaklaşık 5 ms'lik gecikmeler alıyorum:

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

Coğrafi mesafe göz önüne alındığında, en az 50 ms gecikme beklerdim. Perde arkasında neler oluyor? Ayrıca okyanus ötesi fiber optiklerle trafik mi?


CDN'leri içermeyen testler yaptım ve sizinle Avrupa'daki sunucular arasında 250 - 500 ms'lik gecikme süresine sahip olduğunuzu tahmin ediyorum. Belki daha az, ancak küresel mesafelerin hiçbir ağ topolojisinin azaltamayacağı minimum gecikmeler üzerinde etkileri olduğunu düşünmek doğru.
Todd Wilcox

Neden traceroute tam çıktı vermiyorsunuz?
Satish

Herhangi bir cevap size yardımcı oldu mu? Öyleyse, cevabı kabul etmelisiniz, böylece soru sonsuza kadar ortaya çıkmayacak, bir cevap arıyor. Alternatif olarak kendi cevabınızı verebilir ve kabul edebilirsiniz.
Ron Maupin

Yanıtlar:


19
  • Özellikle Google, dünya genelinde dağıtılmış veri merkezlerini kullanır. Aynı IP ağını çeşitli yerlerde duyururlar ve yönlendirme protokollerinin çalışma şekli nedeniyle en yakın olana ulaşırsınız.

  • bbc.co.uk, bir içerik dağıtım ağı olan Fastly, Inc'e ait olan ve aynı zamanda Asya da dahil olmak üzere dünyanın her yerinde mevcudiyet noktalarına sahip bir IP adresine işaret ediyor , ancak aynı tekniği kullanıp kullanmadıklarını bilmiyorum.
    (Fransa'dan bbc.co.uk'ye yaklaşık 60ms var (151.101.192.81))

Ancak, gördüğünüz son derece düşük gecikme nedeniyle, bahse girerim, gerçek sunucularla iletişim kurmuyorsunuz, ancak bu size yanıt veren bir proxy .


Hangi ülkeden geldiğinize göre çok kullandığımız proxy veya yük dengeleyici.
user56700

2
Garip bir proxy sunucusu olmak zorunda değil; ISP doğrudan bu CDN ile
bakar

8

Dünyanın dört bir yanından geçen bir kablonun minimum gecikme süresi 100 ms, 200 ms gidiş-dönüş (20.000 km uzaklık / 200.000 km / s sinyal hızı). Gerçekte, bağlantılar karga uçar gibi değildir ve aralarında gecikmeye ek olarak ek, aktif bileşenler vardır - daha gerçekçi bir rakam tek yönlü 200 veya 300 ms'dir.

Gecikme süresi veya ping süresi daha düşük olan her şey size daha yakındır. Ron'un daha önce de belirttiği gibi, büyük hizmet sağlayıcısı, size yakın bir sunucuya bağlanmak için konuma özgü DNS çözünürlüğü veya herhangi bir yayınla küresel olarak dağıtılmış altyapı kullanır.


2
(Küçük örnek boyutu) testi olarak, Wellington-Madrid (karşı tarafa çok yakın) yaklaşık 300 ms gidiş dönüş pic.nperf.com/r/3190596119915611-Bc4TJSUS.png pic.nperf.com/r/3190596597699589-shrThPRn.png
SomonSomewhereSupportsMonica

2

Ana alan adlarının dünya çapında sunucuları vardır ve DNS size yakın bir IP adresi alabilmeniz için ayarlanmıştır.

Belirli bir ana bilgisayara ping yaparak bunu önleyebilirsiniz. Örneğin, Debian (GNU / Linux) projesinin dünya çapındaki ülkelerdeki aynaların bir listesi vardır . Bunların çoğu, nerede olursanız olun aynı IP'ye bakacak belirli ana makinelerdir. Özellikle üniversite yazılım aynaları neredeyse hiç içerik dağıtım proxy ağının arkasında değildir.

Örneğin, mirror.csclub.uwaterloo.caWaterloo, Ontario, Kanada'dadır ve ping isteklerine yanıt verir. Ben olsun ~ 37ms ping süresini Halifax, NS, Kanada şu anda (sabah) buna.

mirror.aarnet.edu.au Avustralya'da muhtemelen benden en uzaklardan biri; Avustralya, bir bütün olarak dünyanın geri kalanından çok uzak bir ağdır. (Güneydoğu Asya, çoğundan daha yakın olmasına rağmen) Ping sürem ~ 295ms .

Ve evet, dünyanın çevresi arasındaki mesafeden kaynaklanan ışık hızı gecikmeleri, bunun önemli bir parçası ve atlamalardaki yönlendirme gecikmeleri. (Ve unutmayın, cam elyafı içinde ışık hızı vakum değil. Bir optik fiberin çekirdeğinin kırılma indisi genellikle 1.3 ila 1.4 gibi bir şeydir, bu nedenle ışık hızıdır c/1.4. (Daha yüksek bir kırılma indisi olmalıdır. optik liflerin bütün noktası olan toplam iç yansıma oluşturmak için kaplama.) Uzun dönemlerde kullanım için modern lifler, bu nedenle kırılma indekslerini mümkün olduğunca düşük tutmaya çalışırlar.


Paketlerinizin gittiği ağ yolunu bulmak için tracerouteveya tuşlarını kullanın tracepath.


1

İki temel varsayım yapıyor gibi görünüyorsunuz

  • Bir alan adı her zaman aynı IP adresiyle eşlenir.
  • Bir IP adresi her zaman aynı sunucuya yönlendirilir.

Bu varsayımların hiçbiri zorunlu olarak doğru değildir. DNS sunucuları farklı sonuçlar döndürebilir ve IP adresleri istemcinin konumuna bağlı olarak farklı sunuculara yönlendirilebilir.

Dediğiniz gibi, uzak bir sunucuya gidiş-dönüş sürelerinin ne kadar düşük olabileceğine dair fiziksel bir sınır var, kaçınılmaz sonuç, o zaman uzak bir sunucu olduğunu düşündüğünüz kadar düşük ping süreleri görüyorsanız, sunucunun sizin kadar uzak olmamasıdır. sandım ki.

Büyük sitelerin operatörleri, performans ve maliyetin bir kombinasyonuyla motive edilen son kullanıcı trafiğini sundukları konumları optimize etmek için büyük çaba harcarlar. Bunu kurum içinde yapabilirler, üçüncü taraf içerik dağıtım ağının hizmetlerini kullanabilirler veya iki stratejinin bir kombinasyonunu kullanabilirler.


1

Bulunduğunuz yerden (diğer şeylerin yanı sıra) kapsamlı bir ping süreleri haritası almak için çevrimiçi araç eşleme özelliğini kullanabilirsiniz .

Paris'ten ping zamanlarına bir örnek:

resim açıklamasını buraya girin


İlginç bir araç ama çalışmıyor gibi görünüyor :(
Satish

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.