|
Эта визуализация показывает
потери UDP-пакетов на пути от клиента к серверу (исходящие) или от
сервера к клиенту (входящие), измеряемые в процентах. Потери
пакетов применимы только к UDP-тестам, поскольку в протоколе TCP
все пакеты требуют подтверждения, и по этой причине потерь данных
происходить не может. Например, если сервер выслал 1 мегабит данных
за 10 миллисекунд, а клиент получил 0,6 мегабит за 10 миллисекунд,
в то время как 0,4 мегабита были потеряны на пути следования, то
исходящие потери составили 40%.
Потери UDP определяют степень
комфорта пользователя при работе с приложениями потокового вещания
аудио и видео, например VoIP. Высокий процент потерь ведет к
большому джиттеру и задержкам в аудио и видео.
При анализе этой визуализации
очень важно понимать, что высокие исходящие потери
являются нормой.
UDP-трафик не требует подтверждения. Это означает, что сторона,
посылающая пакеты, может посылать такой объем трафика, который
может принять сетевая система, "не заботясь" о потерях.
Типичный ПК, соединенный с сетью проводным способом (сервер) через
гигабитный адаптер, может посылать сотни мегабит данных в секунду.
Сначала данные дойдут до свитча, который может быть первым узким
местом в системе. Затем данные достигнут ТД, которая практически
всегда является узким местом, поскольку типичные точки доступа
стандарта 802.11n не могут посылать данные клиенту со скоростью
более 100 или 150 Мбит/c. В результате более 50%
UDP-пакетов могут быть
потеряны, но это единственный способ определить максимальное
значение исходящей скорости UDP.
Предлагаемые решения
При обнаружении зон с высокими
потерями UDP можно предложить следующее:
| •
|
Удостоверьтесь, что реальная PHY-скорость
является достаточной. Показатели пропускной способности не могут
быть выше PHY-скорости; обычно они на 50% ниже PHY-скорости.
Например, если PHY-скорость в интересующей нас области только 2
Мбит/с, не стоит ожидать пропускную способность выше 1 Мбит/с. На
практике она может опускаться до уровня 0,1 или 0,2 Мбит/с, в
зависимости от прочих условий.
|
| •
|
Другие
возможные причины низкой пропускной способности – интерференция и
чрезмерный сетевой трафик. Визуализация
Отношение сигнал / интерференция, доступная для пассивных инспектирований,
может прояснить ситуацию с интерференцией. Чрезмерный сетевой
трафик может быть вызван большим количеством клиентов, приходящимся
на ТД, либо чрезмерной загрузкой некоторых клиентов. Первая
проблема решается увеличением количества ТД, что же касается второй
– нужно провести дополнительные исследования с применением программ
анализа сетевого трафика. |
| •
|
Иногда
узким местом является вовсе не соединение клиент-ТД. Даже если
качество беспроводного соединения превосходно и предполагает
высокую пропускную способность, часть компьютеров, подключенных к
сети проводным способом, может являться источником проблем.
Например, если тестовая серверная утилита работает на компьютере,
оборудованном 100-мегабитным адаптером, показатели пропускной
способности в этом тесте никогда не превысят 80 или 90 Мбит/c,
несмотря на тот факт, что беспроводная часть соединения способна
предоставить пропускную способность в 150 или 200 Мбит/c.
Удостоверьтесь, что пропускная способность проводной части сети
превышает пропускную способность беспроводной части; проверьте
скорости Ethernet-адаптера, скорости портов свитчей, качество
кабеля и т.д. Все оборудование между клиентом и сервером должно
поддерживать скорость как минимум 1 Гбит/с.
|
|
