В настоящее время мы планируем провести некоторые международные видеоконференции, и прежде чем мы продолжим и купим систему, нам необходимо объективно измерить задержку между сайтами и пропускную способность.
Я не вижу никаких очевидных продуктов, которые будут делать это - может ли кто-нибудь дать здесь рекомендацию, поскольку tracert просто не подойдет.
QCheck это бесплатный инструмент, специально предназначенный для того типа тестирования, которое вам нужно. Вы устанавливаете конечную точку на одном конце соединения и запускаете инструмент тестирования на другом конце.
Если вы используете оборудование Cisco в своей LAN / WAN, вам обязательно стоит взглянуть на Соглашения об уровне обслуживания IP (IP SLA). Используя IP SLA, вы можете измерять задержку, потерю пакетов и джиттер среди других параметров от порта коммутатора одной из ваших конечных точек до порта коммутатора на другом конце. Затем с этими значениями можно ознакомиться либо из командной строки, либо, если вам это нужно, опросить через SNMP из вашей NMS.
Попробуйте использовать iperf
Iperf был разработан NLANR / DAST как современная альтернатива для измерения максимальной пропускной способности TCP и UDP. Iperf позволяет настраивать различные параметры и характеристики UDP. Iperf сообщает о пропускной способности, джиттере задержки, потере дейтаграммы.
Вот краткое изложение возможных применений. А вот еще несколько уроков.
Единственная загвоздка: вам нужен сервер и клиент. Значит, вам нужен кто-то на другом конце ...
В дополнение к тому, что уже было сказано, утилита Bing даст приблизительную оценку доступной пропускной способности даже без настройки клиент-сервер.
Я согласен с тем, что даже пинг может дать некоторые интересные данные - особенно потеря пакетов, время приема-передачи и среднее отклонение для RTT - это данные, непосредственно относящиеся к потоковой передаче. Конечно, вам нужно будет запустить ping с соответствующими размерами пакетов (то есть с размерами, которые будет использовать ваш потоковый протокол) и необходимой частотой (то есть так часто, как ваш потоковый протокол будет отправлять). Чтобы быстро взглянуть на сайт клиента, мы используем такой скрипт, который запускается каждую минуту и оценивает результаты:
#!/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
пинг?
Честно говоря, запустите длинный пинг, поместите результаты в csv, перенесите его в электронную таблицу по вашему выбору и запустите с ней. Долго, возможно, на день или два, чтобы охватить разное время дня.
Я использую небольшой скрипт для получения статистики скорости (вы можете получить его Вот).