Достоверность моих основных результатов тестирования производительности в локальной сети
Работа в сети не является моей основной работой, и я надеюсь, что вы, ребята, можете прокомментировать мою процедуру тестирования, чтобы определить ПК, на которых лучше всего можно разместить несколько программных телефонов с поддержкой VoIP. Наша 100-мегабайтная локальная сеть включает в себя 40 компьютеров Win XP/2000 и сервер Windows SBS, корпоративный коммутатор и различные потребительские коммутаторы / концентраторы по всему офису.
Я провел тест udp (используя iperf) между всеми узлами нашей локальной сети на одной рабочей станции (на том же коммутаторе / концентраторе, что и наш сервер), в первую очередь заинтересованный результатами джиттера. Я использовал пользовательский интерфейс JPerf, который по умолчанию устанавливает максимальную пропускную способность 1 Мб. Я запускал тест каждой рабочей станции индивидуально, чтобы не перегружать отдельный компьютер, с которым они тестировали. Каждый тест длится 10 секунд.
Я сравнил результаты: несколько рабочих станций отличаются плохими результатами (джиттер выше 1 мс), некоторые рабочие станции имеют джиттер 0 мс, а другие имеют джиттер 0.0x. Все рабочие станции смогли поддерживать соединение 1 Мб, хотя результаты джиттера некоторых рабочих станций сильно отличались в течение 10-секундного теста. Я определил 3 рабочих станции на одном коммутаторе / концентраторе с неудовлетворительными результатами, и я изменю эту настройку.
Запустив тест один раз, насколько я могу доверять результатам, которые отражают качество проверенных путей соединения?
Возможно, пришло время просто опробовать программные телефоны, избегая тех ПК с плохими результатами, а не тратить слишком много времени на расшифровку результатов тестирования, которые я недостаточно опытен, чтобы полностью оценить, но ваш вклад был бы весьма признателен за то, что я сделал до сих пор.,
Прочая информация: я не буду использовать QoS, использование софтфонов будет ограничено, нашего интернет-соединения недостаточно для VoIP, другая нагрузка на сеть ограничена.
2 ответа
Я согласен - 100 мс джиттера - это совсем немного. В этом может помочь правильно сконфигурированный буфер дрожания в вашей системе VoIP, но при более чем 100 мс задержки, вызванные буфером, могут сделать разговор довольно неловким.
Я бы порекомендовал попробовать сузить источник джиттера. Вы используете распределительное устройство потребительского уровня. Хотя это и не является источником вашего дрожания, это определенно не помогает. Дешевые коммутаторы почти всегда включают программное обеспечение и поэтому очень чувствительны к задержкам, вызванным другим сетевым трафиком, проходящим через его объединительную плату.
Плохая проводка также может способствовать джиттеру, поэтому вам следует проверить это.
В целом, я думаю, что вы идете по правильному пути и ведете себя очень намеренно. Хотя вы не заявили об этом явно, похоже, что вы пытаетесь определить, является ли ваша сеть достаточно надежной / стабильной для поддержки сети VoIP. На данный момент, я бы сказал, пойти на это. Вы можете обнаружить проблемы с джиттером на нескольких каналах - когда это произойдет, вам придется решить некоторые проблемы, но по большей части у вас не должно быть много проблем.
Кроме того, кроме того, вы тестировали для потоков 1Mbit. Это намного выше, чем будет любой трафик VoIP. Если вы используете G.711 (которым вы, скорее всего, являетесь), вам потребуется всего около 88 Кбит / с на вызов - намного меньше, чем 1 Мбит, с которым вы тестировали.
Хм. Иногда вы можете получить действительно хорошую пропускную способность с беспроводным N. Я делаю это у себя дома на расстоянии 20 футов. Я получаю 40% подключения через 20 футов через стену. Я использую N-маршрутизатор Dlink DIR-615 за 35 долларов, подключенный прямо к моему кабельному модему. Другие маршрутизаторы D-Link имеют отключаемые антенны, если вам нужно больше усиления / расстояния.
Затем установите адаптер Wireless-N на каждый ПК, который хочет использовать VOIP. Даже если они получают 25% подключения, это может быть лучше, чем провод локальной сети. Я измеряю процент подключения со стороны маршрутизатора, а не со стороны клиента.