Opóźnienia sieciowe między przeciwnymi końcami Ziemi


14

To tylko z ciekawości.

Obecnie jestem w Azji Południowo-Wschodniej, a kiedy pingowałem domeny takie jak bbc.co.uk i google.com (w Kalifornii), otrzymuję opóźnienia około 5 ms, jak poniżej:

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

Spodziewałbym się opóźnień co najmniej 50 ms, biorąc pod uwagę odległość geograficzną. Co dzieje się za kulisami? Czy ruch odbywa się również za pośrednictwem światłowodów trans-oceanicznych?


Przeprowadziłem testy, które nie obejmują sieci CDN i szacuję, że istnieje większe prawdopodobieństwo opóźnień 250–500 ms między tobą a serwerami w Europie. Być może mniej, ale masz rację, sądząc, że globalne odległości mają wpływ na minimalne opóźnienia, których żadna topologia sieci nie może zmniejszyć.
Todd Wilcox

Dlaczego nie udostępniasz traceroute pełnego wyjścia?
Satish

Czy jakaś odpowiedź ci pomogła? Jeśli tak, powinieneś zaakceptować odpowiedź, aby pytanie nie wyskakiwało wiecznie, szukając odpowiedzi. Możesz również podać i zaakceptować własną odpowiedź.
Ron Maupin

Odpowiedzi:


19
  • Google w szczególności korzysta z rozproszonych centrów danych na całym świecie. Ogłaszają tę samą sieć IP w różnych miejscach, a ze względu na sposób działania protokołów routingu docierasz do najbliższej.

  • bbc.co.uk wskazuje na adres IP należący do Fastly, Inc, sieci dostarczania treści, która ma również punkty obecności na całym świecie , w tym w Azji, ale nie wiem, czy używają tej samej techniki.
    (Z Francji mam około 60ms na bbc.co.uk (151.101.192.81))

Jednak ze względu na bardzo małe opóźnienie, które widzisz, założę się, że nie kontaktujesz się z rzeczywistymi serwerami, ale jest to serwer proxy, który reaguje na Ciebie.


Serwer proxy lub moduł równoważenia obciążenia, z którego często korzystamy w zależności od kraju, z którego pochodzisz.
user56700

2
Nie musi to być dziwny serwer proxy; opóźnienia w sieci CDN wynoszą 4-5 ms, jeśli dostawca usług internetowych bezpośrednio korzysta z tej sieci CDN, a Twój własny łącze ładujące nie ma Wi-Fi ani ADSL ...
1686

8

Kabel w połowie drogi na całym świecie ma minimalne opóźnienie 100 ms, 200 ms w obie strony (odległość 20 000 km / prędkość sygnału 200 000 km / s). W rzeczywistości łącza nie są jak wrona (w ogóle), a pomiędzy nimi znajdują się dodatkowe, aktywne składniki, zwiększające opóźnienie - bardziej realistyczna liczba to 200, a nawet 300 ms w jedną stronę.

Wszystko z mniejszym opóźnieniem lub czasem pingowania jest bliżej Ciebie. Jak już wskazał Ron, duży dostawca usług korzysta z globalnie rozproszonej infrastruktury z rozpoznawaniem DNS lokalizacji lub anycastingiem w celu połączenia z pobliskim serwerem.


2
Jako test (małej wielkości próby) Wellington-Madryt (bardzo blisko przeciwnej) ma około 300 ms w obie strony pic.nperf.com/r/3190596119915611-Bc4TJSUS.png pic.nperf.com/r/3190596597699589-shrThPRn.png
SomeoneSomewhereSupportsMonica

2

Główne domeny mają serwery na całym świecie, a DNS skonfigurowano tak, aby uzyskać adres IP, który jest blisko Ciebie.

Można tego uniknąć, wysyłając polecenie ping do określonego hosta. Na przykład projekt Debian (GNU / Linux) zawiera listę serwerów lustrzanych w krajach na całym świecie. Większość z nich to określone hosty, które sprawdzą ten sam adres IP niezależnie od tego, gdzie jesteś. Zwłaszcza lustra oprogramowania uniwersyteckiego prawie nigdy nie są za siecią proxy dostarczania treści.

Na przykład mirror.csclub.uwaterloo.cajest w Waterloo, Ontario, Kanada i odpowiada na żądania ping. Dostaję teraz około 37ms czasu pingowania (wcześnie rano) z Halifax, NS, Kanada.

mirror.aarnet.edu.au w Australii jest prawdopodobnie jednym z najdalszych ode mnie; Australia jako całość jest pod względem sieci daleka od większości reszty świata. (chociaż Azja Południowo-Wschodnia jest bliżej niż większość) Mój czas pingowania wynosi ~ 295ms .

I tak, opóźnienia prędkości światła narzucone przez odległość dookoła obwodu ziemi są znaczną częścią tego, podobnie jak opóźnienia trasowania chmielu. (I pamiętajcie, że jest to prędkość światła we włóknach szklanych, a nie próżnia. Współczynnik załamania rdzenia światłowodu często wynosi od 1,3 do 1,4, więc prędkość światła jest c/1.4(musi to być wyższy współczynnik załamania niż okładzina tworząca całkowite odbicie wewnętrzne, które jest całym punktem światłowodów.) Nowoczesne włókna stosowane w dłuższych seriach starają się utrzymywać swój współczynnik załamania światła na możliwie najniższym poziomie z tego powodu.


Użyj traceroutelub, tracepathaby znaleźć ścieżkę sieciową twoich pakietów.


1

Wydaje się, że przyjmujesz dwa podstawowe założenia

  • Nazwa domeny zawsze będzie mapowana na ten sam adres IP.
  • Adres IP będzie zawsze kierowany do tego samego serwera.

Żadne z tych założeń nie jest niesprawiedliwe. Serwery DNS mogą zwracać różne wyniki, a adresy IP mogą kierować do różnych serwerów w zależności od lokalizacji klienta.

Jak mówisz, istnieje fizyczny limit tego, jak krótki może być czas podróży w obie strony do odległego serwera, nieuniknionym wnioskiem jest to, że jeśli widzisz niskie czasy ping do tego, co uważasz za odległy serwer, to to, że serwer nie był tak odległy jak ty myślałem że to był.

Operatorzy dużych witryn włożyli wiele wysiłku w optymalizację lokalizacji, z których obsługują ruch użytkowników końcowych, motywowani połączeniem wydajności i kosztów. Mogą to robić we własnym zakresie, mogą korzystać z usług sieci dystrybucji treści stron trzecich lub mogą stosować kombinację tych dwóch strategii.


1

Możesz użyć maplatencji narzędzi online, aby uzyskać kompleksową mapę czasów pingów z Twojej lokalizacji (między innymi).

Oto przykład czasów pingów z Paryża:

wprowadź opis zdjęcia tutaj


Ciekawe narzędzie, ale wydaje się nie działać :(
Satish

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.