Latência de gravação entre um ponto inicial controlado e um ponto final não controlado

9

Essa pode ser uma pergunta muito básica para solução de problemas, mas vale a pena pedir para verificar se estou testando as coisas da maneira correta e interpretando os resultados com eficiência.

Eu tenho um ponto de partida controlado (um cluster de servidores sob meu controle) e um ponto de extremidade não controlado (um datacenter ao qual não tenho acesso físico ou remoto). Como parte da solução de problemas normal, geralmente preciso estabelecer números de latência.

Atualmente, eu tenho usado o plotter de ping ou apenas um bom ou velho antiquado contínuo pingoutracert

Se estou tentando estabelecer números mais completos de ponta a ponta (o software com o qual estou trabalhando é um software de banco de dados), às vezes, uso o Fiddler 2 para capturar o tráfego da Web e comparar alguns dos temporizadores (coisas como ClientDoneRequest-> ServerBeginResponse) para obter um tempo completo de ponta a ponta.

O que vocês olham quando determinam números para latência direta da rede?

Sean Long
fonte
Muitas pessoas estão sugerindo que você se atenha pinge até diz que já está usando ping. Talvez você possa explicar por que deseja que outra pessoa faça medições, por pingque não é o que precisa? Na verdade, você não disse o que está errado, apenas fez uma pergunta em aberto e parece que não está obtendo as respostas necessárias.
Jwbensley #
Foi bastante aberto, e eu recebi a resposta que queria. Eu apenas não tinha marcado como tal. Ping é a ferramenta certa para o que estou fazendo.
Sean Long
Entendo, bem, observe que as perguntas abertas são desencorajadoras; networkengineering.stackexchange.com/faq#dontask Você deve tentar no futuro listar os pontos que procura em uma ferramenta de medição, razões pelas quais você precisa deles, pontos que não gosta, etc., para dar mais estrutura à pergunta.
Jwbensley #

Respostas:

7

A segunda metade da sua pergunta parece indicar que você está procurando por números de latência que levem em conta o processo de formação de dados da camada de aplicativos. Nesse caso, "ping" não ajudará muito, considerando que não há muitos dados a serem formados em um ping pacote.

As pessoas da rede geralmente confiam no ping porque é uma maneira relativamente leve e confiável de produzir uma certa quantidade de dados aleatórios para testar a acessibilidade e a latência de um determinado caminho. Um aplicativo que usa chamadas HTTP, por exemplo, se comportará de maneira diferente porque HTTP não é o mesmo que ICMP.

Se você estiver preocupado com os números gerais de latência da rede, fora de qualquer contexto específico do aplicativo (que é a melhor maneira de testar), o ping funciona perfeitamente.

Mierdin
fonte
Estou mais preocupado com o material da camada de rede aqui. Existem outras maneiras de isolar e testar a camada do aplicativo e incluí as informações do violinista principalmente como pano de fundo. Pelo resto dos comentários, parece que o Ping basicamente me dará as melhores informações sem precisar ir a uma ferramenta específica.
Sean Long
5

Você tem a opção de usar o IP SLA entre dois roteadores em cada ponto? Não tenho certeza da sua topologia na extremidade remota, por isso não tenho certeza se você tem um servidor do outro lado ou se esse servidor se conecta a um roteador que, em teoria, poderia executar o IP SLA

maduro
fonte
4

Eu só quero mencionar algumas coisas. A latência pode depender muito do seu host. Verifique se é o servidor do qual você está testando e não o seu laptop. Dependendo do sistema operacional (Windows ou Linux), os tempos de latência do ping podem ser diferentes. Eu tive experiência em que os sistemas Windows estavam mostrando uma latência mais lenta que os sistemas Linux nos mesmos caminhos de rede.

Ping como um teste razoável. No entanto, se você puder fazer uma sessão TCP do servidor para o terminal nesse datacenter, obterá números mais precisos sem ter controle sobre o terminal. Eu executaria uma captura de pacote enquanto sua sessão TCP é estabelecida. Em seguida, siga o fluxo TCP e verifique seus horários delta. Qual a diferença horária entre o pacote TCP inicial e a próxima sequência? Isso significa, em tempo real, que tipo de latência você está vendo.

Você está tentando descobrir se a rede está funcionando bem ou se os servidores estão executando seus trabalhos?

Matt
fonte
Eu estava tentando entender como medir o material da rede com precisão, vejo como isso pode ser confuso (desde que mencionei o Fiddler2). Posso isolar e testar as coisas da camada de aplicativo com bastante facilidade (essa é uma história totalmente diferente), mas preciso ser capaz de medir com precisão as viagens entre um determinado ambiente e um datacenter remoto, bem como internamente entre uma estação de trabalho cliente e um servidor ( Assim, através de Ethernet / sem fio).
Sean Long
4

A latência pode ser uma coisa engraçada de se medir - especialmente com precisão. O Ping faz um trabalho bom o suficiente para ter uma idéia geral de como fica a latência da sua rede, mas quando se trata de números muito baixos, pode se tornar a ferramenta errada para o trabalho. Também não faz nada para testes de nível superior (como tempos de resposta do site).

Para medir estritamente o desempenho da rede (latência / largura de banda / perda / etc.), Eu gosto do equipamento de teste da Exfo . Essa é simplesmente uma preferência e, honestamente, é o primeiro dispositivo que usei, por isso tenho certeza de que os dispositivos concorrentes também funcionarão. A JDSU também é um dos principais fornecedores desse tipo de equipamento.

Há também o PCHAR, que é uma ferramenta de código aberto para medir a latência com mais precisão do que o ping. Eu não o usei diretamente, mas conheço pessoas que o gostam e gostam.

Este artigo fornece uma boa visão geral de algumas das coisas que o ICMP Echo pode / não pode fazer bem.

bigmstone
fonte