O QCheck é uma ferramenta gratuita especificamente voltada para o tipo de teste que você precisa fazer. Você instala o nó de extremidade em uma extremidade da conexão e executa a ferramenta de teste na outra extremidade.
No momento, estamos tentando fazer algumas videoconferências internacionais e, antes de prosseguirmos e comprarmos um sistema, precisamos avaliar a Latência do Site para o Site & largura de banda objetivamente.
Não consigo ver nenhum produto óbvio que faça isso - alguém pode fazer uma recomendação aqui, já que o tracert simplesmente não vai funcionar.
O QCheck é uma ferramenta gratuita especificamente voltada para o tipo de teste que você precisa fazer. Você instala o nó de extremidade em uma extremidade da conexão e executa a ferramenta de teste na outra extremidade.
Se você está usando equipamentos Cisco em sua LAN / WAN, você deve definitivamente dar uma olhada em Acordos de Nível de Serviço IP (IP SLAs) . Usando SLAs IP, você pode medir o atraso, a perda de pacotes e o jitter entre outros parâmetros, desde a porta do switch de um dos seus endpoints até a porta do switch na outra extremidade. Esses valores podem ser consultados a partir da linha de comando ou, se necessário, pesquisados via SNMP a partir do seu NMS.
Tente usar o iperf
Iperf was developed by NLANR/DAST as a modern alternative for measuring maximum TCP and UDP bandwidth performance. Iperf allows the tuning of various parameters and UDP characteristics. Iperf reports bandwidth, delay jitter, datagram loss.
Aqui está uma rápida lista de possíveis usos. E aqui estão mais alguns tutoriais.
O único problema: você precisa de um servidor e um cliente. Então você precisa de alguém do outro lado ...
Além do que já está sendo dito, o utilitário bing fornecerá uma estimativa aproximada da largura de banda disponível mesmo sem uma configuração cliente-servidor.
Eu concordaria que mesmo o ping pode fornecer alguns dados interessantes - especialmente a perda de pacotes, os tempos de ida e volta e o desvio médio para os RTTs são dados relevantes para a transmissão direta. Naturalmente, você precisaria executar o ping com os tamanhos de pacote apropriados (ou seja, os tamanhos que o protocolo de streaming usará) e a freqüência necessária (ou seja, com a freqüência que seu protocolo de streaming enviará). Para uma rápida olhada no site de um cliente, estamos usando esse tipo de script executado a cada minuto e avaliamos os resultados:
#!/bin/sh
# Time ping is run (in seconds)
TIME=50
# size of the ping data (in bytes, without header data)
PSIZE=10
# destination IP
DEST=192.168.1.1
I='ping -q -s $PSIZE -i 0.09 -w $TIME $DEST | egrep '(packet loss|rtt)''
echo 'date' $I >>/var/log/latency_voip.log
ping?
Honestamente, faça um longo ping, coloque os resultados em um csv, puxe-o para a planilha de sua escolha e corra com ele. Por muito tempo, talvez um dia ou dois para cobrir os diferentes momentos do dia.
Eu uso pouco script para obter estatísticas de velocidade (você pode obtê-lo aqui ).