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 ping
outracert
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?
fonte
ping
e até diz que já está usandoping
. Talvez você possa explicar por que deseja que outra pessoa faça medições, porping
que 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.Respostas:
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.
fonte
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
fonte
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?
fonte
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.
fonte