Пользователи жалуются на то, что сеанс Webex [4-5 пользователей] в беспроводной сети имеет плохое качество. Как измерить потерю пакета и документировать, что вызывает плохой прием? Благодарю.
2 ответа
0
Используйте MTR / WinMTR или эквивалентный - это покажет минимальные, максимальные, средние задержки, а также потерю пакетов для каждого прыжка - включая первый.
Проблема, скорее всего, не имеет ничего общего с Webex (что бы это ни было) - это, вероятно, шум в сети WIFI
0
Отличным инструментом измерения задержки является тест скорости DSLReports.
Хотя это может быть проблемой Wi-Fi, я думаю, что это гораздо более вероятно, будет буферное плавание. Bufferbloat вызывается маршрутизаторами, которые ошибаются, полагая, что когда-либо отбрасывать какие-либо пакеты плохо, даже если это означает, что очереди в буфере становятся огромными и раздутыми и никогда не истощаются, таким образом, просто добавляя много задержки ко всему, что вы делаете, и блокируя контроль перегрузки TCP Алгоритм от пинать в.
Решение состоит в том, чтобы использовать алгоритмы Smart Queuing, такие как fq_codel или PIE, в сочетании с явным уведомлением о перегрузке (ECN), в блоках, где очереди буфера накапливаются, но никогда не истощаются. Обычно это поле прямо перед самой медленной связью, и обычно самой медленной связью является ваше широкополосное соединение. Так что обычно речь идет о вашем широкополосном модеме или маршрутизаторе интернет-шлюза, а также DSLAM или CMTS вашего интернет-провайдера. Интеллектуальная очередь достаточно умна, чтобы запускать ECN и, при необходимости, отбрасывать пакеты вместо того, чтобы добавлять слишком большую задержку, чтобы контроль перегрузки TCP мог работать.
Если у вас есть буферная шлюза, но вы не можете поставить лучшую очередь в блоки, где накапливаются очереди, рассмотрите возможность установки маршрутизатора с хорошей очередью между вашим широкополосным модемом и остальной частью вашей сети и искусственным ограничением его пропускной способности, чтобы сделать его очень узкое место в обоих направлениях. Это позволяет ему стать местом, где должны были бы создаваться очереди, но он достаточно умен, чтобы запускать ECN и отбрасывать пакеты, поэтому управление перегрузкой TCP запускается до того, как очереди буфера могут накапливаться в любом месте сети.