Rastreando Largura de Banda e Latência no Linux [closed]

Question

Estou tentando escrever um script simples que pode detectar quedas no tráfego de rede (largura de banda e latência em ambas as direções) entre dois hosts arbitrários em minha rede ao longo do tempo. Existe uma ferramenta para fazer isso?

Se necessário, planejo escrever alguns scripts cliente / servidor no bash para realizar esse teste usando nc (netcat), mas se uma solução pré-existente capturar o que estou tentando fazer, por favor, deixe-me sabe.

Primeiro, determinarei quantos dados posso enviar em 1 segundo entre meus hosts arbitrários. Vamos chamar isso de "carga útil". Testes iniciais mostram que a carga útil é de ~ 50 MB.

Então eu vou executar o seguinte:

1. O cliente envia a carga para o servidor.
2. Quando o servidor recebe toda a carga útil, ele responde imediatamente enviando uma carga útil ao cliente.
3. Quando o cliente recebe toda a carga útil, ele irá dormir por 30 segundos. Vá para 1.

Ao fazer isso, receberei os seguintes dados (largura de banda e latência bidirecionais):

1. Ao gravar o time para executar o nc do cliente para o servidor em (1), receberei a largura de banda enviando dados do cliente para o servidor.
2. Ao gravar o time para executar o nc do servidor para o cliente em (2), obteremos os dados de envio de largura de banda do servidor para o cliente.
3. De alguma forma, determino a latência de pacotes, talvez usando uma ferramenta de monitoramento ou diferenciando os carimbos de data e hora entre o primeiro pacote da carga enviada da origem e o primeiro pacote da carga recebida no destino.

Answer 1

O iPerf é uma boa ferramenta para testes de desempenho. Em vez disso, em vez de escrever um script para monitorar o carregamento da maneira que você propõe, eu observo o Nagios (e integro o PNP4Nagios, que irá organizar as notificações para você e fornecer gráficos de desempenho ao longo do tempo.

Eu me pergunto como é prático mover dados entre hosts como este em uma base constante a longo prazo, já que isso desperdiça a largura de banda que de outra forma estaria disponível. Você não estaria monitorando melhor o rendimento real do link e correlacionando isso com latência e perda de pacotes para trabalhar se você está recebendo o que você está pagando quando você precisa disso? (Eu dei um "tapa" no ISP que - jogando o jogo mais antigo no livro do ISP - tentou insistir que o problema não estava na sua rede mais do que uma vez usando isso, especialmente ao monitorar vários pontos)

Noto que, embora a latência, a perda de pacotes e o rendimento não dependam totalmente um do outro, existe (para um link com características conhecidas / contratadas / esperadas) uma correlação entre esses fatores.

    

Answer 2

Você precisa verificar se o iperf faz o que você precisa.

Com base no meu entendimento das suas perguntas, acho que deveria.