Latências de rede entre extremos opostos da Terra


14

Isso é apenas por curiosidade.

Atualmente, estou no sudeste da Ásia e, quando sibilo domínios como bbc.co.uk e google.com (na Califórnia), obtenho latências de cerca de 5 ms, como abaixo:

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

Eu esperaria latências de pelo menos 50ms, dada a distância geográfica. O que está acontecendo nos bastidores? Também é o tráfego via fibra ótica transoceânica?


Fiz testes que não envolvem CDNs e eu estimaria que você tem maior probabilidade de ter latências de 250 a 500ms entre você e os servidores na Europa. Talvez menos, mas você está certo ao pensar que as distâncias globais afetam as latências mínimas que nenhuma topologia de rede pode reduzir.
Todd Wilcox

Por que você não fornece saída total de traceroute?
Satish

Alguma resposta o ajudou? Nesse caso, você deve aceitar a resposta para que a pergunta não apareça para sempre, procurando uma resposta. Como alternativa, você pode fornecer e aceitar sua própria resposta.
Ron Maupin

Respostas:


19
  • O Google, em particular, usa datacenters distribuídos em todo o mundo. Eles anunciam a mesma rede IP em vários locais e, devido à maneira como os protocolos de roteamento funcionam, você alcança o mais próximo.

  • O bbc.co.uk aponta para um endereço IP que pertence à Fastly, Inc, uma rede de entrega de conteúdo, que também tem pontos de presença em todo o mundo , incluindo a Ásia, mas não sei se eles usam a mesma técnica.
    (Da França, tenho cerca de 60ms para bbc.co.uk (151.101.192.81))

No entanto, devido à latência extremamente baixa que você vê, minha aposta é que você não está entrando em contato com os servidores reais, mas este é um proxy que responde a você.


Proxy ou balanceador de carga, que usamos muito com base no país de onde você é.
User56700

2
Não precisa ser um servidor proxy estranho; é normal ter 4-5 ms latências para um CDN, se o ISP pares diretamente com essa CDN e sua própria uplink não é Wi-Fi ou ADSL ...
user1686

8

Um cabo na metade do mundo tem uma latência mínima de 100 ms, 200 ms de ida e volta (distância de 20.000 km / velocidade do sinal de 200.000 km / s). Na realidade, os links não são como o corvo (de todo) e existem componentes ativos adicionais no meio, aumentando a latência - um número mais realista é de 200 ou mesmo 300 ms unidirecional.

Qualquer coisa com menor latência ou tempo de ping está mais perto de você. Como Ron já apontou, um grande provedor de serviços usa infraestrutura distribuída globalmente com resolução DNS específica do local ou anycasting para conectá-lo a um servidor próximo.


2
Como um teste (tamanho de amostra pequeno), Wellington-Madrid (muito próximo ao oposto) é de cerca de 300 ms ida e volta pic.nperf.com/r/3190596119915611-Bc4TJSUS.png pic.nperf.com/r/3190596597699589-shrThPRn.png
SomeoneSomewhereSupportsMonica

2

Os principais domínios têm servidores em todo o mundo e o DNS é configurado para que você obtenha um endereço IP mais próximo de você.

Você pode evitar isso executando ping em um host específico. Por exemplo, o projeto Debian (GNU / Linux) possui uma lista de espelhos em países do mundo inteiro. A maioria desses são hosts específicos que procurarão o mesmo IP, independentemente de onde você estiver. Especialmente os espelhos de software universitários quase nunca estão atrás de uma rede proxy de entrega de conteúdo.

Por exemplo, mirror.csclub.uwaterloo.caestá em Waterloo, Ontário, Canadá e responde a solicitações de ping. Eu recebo ~ 37ms de tempo de ping agora (de manhã) de Halifax, NS, Canadá.

mirror.aarnet.edu.au na Austrália é provavelmente um dos mais distantes de mim; A Austrália como um todo está longe da maioria do resto do mundo em termos de rede. (embora o Sudeste Asiático esteja mais próximo do que a maioria) Meu tempo de ping é de ~ 295ms .

E sim, os atrasos na velocidade da luz impostos pela distância em torno da circunferência da Terra são uma parte importante disso, bem como os atrasos no roteamento no lúpulo. (E lembre-se, é a velocidade da luz na fibra de vidro e não o vácuo. O índice de refração do núcleo de uma fibra óptica é geralmente algo entre 1,3 e 1,4, então a velocidade da luz é c/1.4. (Tem que haver um índice de refração maior do que o revestimento para criar uma reflexão interna total, que é o ponto principal das fibras ópticas.) As fibras modernas para uso a longo prazo tentam manter o índice de refração o mais baixo possível por esse motivo.


Use tracerouteou tracepathpara descobrir o caminho de rede que seus pacotes seguem.


1

Você parece estar fazendo duas suposições fundamentais

  • Um nome de domínio sempre será mapeado para o mesmo endereço IP.
  • Um endereço IP sempre será roteado para o mesmo servidor.

Nenhuma dessas suposições é absolutamente verdadeira. Servidores DNS podem retornar resultados diferentes e endereços IP podem rotear para servidores diferentes, dependendo da localização do cliente.

Como você diz que há um limite físico para o quão baixo pode ser o tempo de ida e volta para um servidor distante, a conclusão inevitável, se você observar tempos de ping baixos para o que você pensava ser um servidor distante, é que o servidor não estava tão distante quanto você pensei que era.

Os operadores dos principais sites envidam esforços substanciais para otimizar os locais dos quais servem o tráfego do usuário final, motivados por alguma combinação de desempenho e custo. Eles podem fazer isso internamente, podem contratar os serviços de uma rede de distribuição de conteúdo de terceiros ou podem usar alguma combinação das duas estratégias.


1

Você pode usar a maplatency de ferramentas on-line para obter um mapa abrangente dos horários de ping a partir da sua localização (entre outras coisas).

Aqui está um exemplo de tempos de ping de Paris:

insira a descrição da imagem aqui


Ferramenta interessante, mas não parece trabalhar :(
Satish

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.