지구 반대쪽 끝의 네트워크 지연

이것은 단지 호기심이 아닙니다.

현재 동남아시아에 있으며 bbc.co.uk 및 google.com (캘리포니아)과 같은 도메인을 핑하면 다음과 같이 5ms 정도의 대기 시간이 발생합니다.

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

지리적 거리가 주어지면 적어도 50ms의 대기 시간이 예상됩니다. 무대 뒤에서 무슨 일이 일어나고 있습니까? 또한 대양 횡단 광섬유를 통한 트래픽이 있습니까?

• Google은 특히 전 세계에 분산 데이터 센터를 사용합니다. 그들은 다양한 장소에서 동일한 IP 네트워크를 발표하고 라우팅 프로토콜의 작동 방식으로 인해 가장 가까운 네트워크에 도달합니다.

• bbc.co.uk는 아시아를 포함 하여 전 세계에 존재 하는 컨텐츠 전송 네트워크 인 Fastly, Inc에 속하는 IP 주소를 가리 키지 만 동일한 기술을 사용하는지 모르겠습니다.
  (프랑스에서 나는 약 60ms ~ bbc.co.uk (151.101.192.81))

그러나 매우 짧은 대기 시간으로 인해 실제 서버에 연결하지 않고 응답 하는 프록시 입니다.

지구 반대편의 케이블은 최소 대기 시간이 100ms, 왕복 200ms (20,000km 거리 / 200,000km / s 신호 속도)입니다. 실제로, 링크는 까마귀가 날아 다니는 것과 전혀 다르지 않으며 그 사이에 활성 구성 요소가 추가되어 대기 시간이 더 길어집니다.보다 현실적인 수치는 단방향 200 또는 300ms입니다.

대기 시간이 짧거나 핑 시간이 짧은 것이 더 가까이 있습니다. Ron이 이미 지적했듯이 대규모 서비스 제공 업체는 위치 별 DNS 확인 또는 애니 캐스트와 함께 전 세계에 분산 된 인프라를 사용하여 가까운 서버에 연결합니다.

주요 도메인에는 전 세계에 서버가 있으며 DNS를 설정하여 가까운 IP 주소를 얻을 수 있습니다.

특정 호스트를 핑하여이 문제를 피할 수 있습니다. 예를 들어, 데비안 (GNU / Linux) 프로젝트에는 전 세계 국가 의 미러 목록이 있습니다. 이들 중 대부분은 현재 위치에 관계없이 동일한 IP를 찾는 특정 호스트입니다. 특히 대학 소프트웨어 미러는 거의 컨텐츠 전달 프록시 네트워크 뒤에 있지 않습니다.

예를 들어, mirror.csclub.uwaterloo.ca캐나다 온타리오 주 워털루 에 있으며 핑 요청에 응답합니다. 캐나다 뉴저지 주 핼리팩스에서 지금 (초기 아침) 핑 시간 이 ~ 37ms 입니다.

호주의 mirror.aarnet.edu.au는 아마도 나에게서 가장 먼 곳 중 하나 일 것입니다. 호주는 전체적으로 다른 국가와 네트워크 적으로 멀리 떨어져 있습니다. (동남아시아가 그것보다 더 가까이 있지만) 내 핑 시간은 ~ 295ms 입니다.

그렇습니다. 지구 둘레의 거리에 의해 부과되는 빛의 속도 지연은 홉에서의 라우팅 지연뿐만 아니라 그것의 주요 부분입니다. (그리고 그것은 유리 섬유에서 빛의 속도가 진공이 아니라는 것을 기억하십시오 . 광섬유 의 코어 굴절률은 종종 1.3에서 1.4와 같기 때문에 빛의 속도는입니다 c/1.4. (이것은 광섬유의 전체 지점 인 전체 내부 반사를 생성하는 클래딩.) 장기간 사용되는 현대식 섬유는 이러한 이유로 굴절률을 가능한 한 낮게 유지하려고합니다.

패킷을 사용 하는 네트워크 경로를 찾으려면 traceroute또는 tracepath을 사용하십시오 .

당신은 두 가지 기본 가정을하고있는 것 같습니다

• 도메인 이름은 항상 동일한 IP 주소에 매핑됩니다.
• IP 주소는 항상 동일한 서버로 라우팅됩니다.

이러한 가정 중 어느 것도 절대적으로 사실이 아닙니다. DNS 서버는 다른 결과를 반환 할 수 있으며 클라이언트의 위치에 따라 IP 주소가 다른 서버로 라우팅 될 수 있습니다.

먼 서버로의 왕복 시간이 얼마나 될 수 있는지에 대한 물리적 한계가 있다고 말하면, 먼 시간의 서버에 대해 낮은 핑 시간을 보면 서버가 먼 거리에 있지 않다는 것입니다. 생각했다.

주요 사이트 운영자는 성능과 비용의 일부 조합에 의해 동기가 부여되는 최종 사용자 트래픽을 제공하는 위치를 최적화하기 위해 상당한 노력을 기울였습니다. 이들은 사내에서이 작업을 수행하거나 타사 콘텐츠 배포 네트워크의 서비스를 이용하거나 두 전략의 일부 조합을 사용할 수 있습니다.

온라인 도구 maplatency 를 사용하면 현재 위치에서 핑 시간에 대한 포괄적 인 맵을 얻을 수 있습니다 .

다음은 파리의 핑 시간 예입니다.

https://tools.keycdn.com/ping을 사용하여 전 세계의 결과

순수한 CDN 기본 도메인.