Тестирование скорости с помощью iperf3. Мониторинг пропускной способности «все в одном»: PRTG Network Monitor

Заявленная скорость соединения с интернетом, которую обещают провайдеры, иногда не соответствует реальной пропускной способности соединения. Скорость соединения может быть несколько ниже гарантированной, а кроме этого, может быть нестабильной. При простом просмотре страниц в браузере пользователь может даже не обратить внимания на подобное несоответствие, однако при воспроизведении онлайнового видео, передаче файлов и других действиях в сети, когда необходима высокая пропускная способность, недостаток скорости будет заметен. Если обратиться напрямую к провайдеру, служба поддержки вряд ли признает данный факт, и в качестве оправдания может быть названо множество причин - плохое состояние телефонной линии, наличие в данном районе устройств, вызывающих помехи, и так далее. Еще одна популярная отговорка - скорость соединения зависит от возможностей удаленного сервера. Можно самостоятельно измерить скорость, например, скачать большой файл и отметить, сколько ушло времени на его загрузку. Аналогичным образом можно попытаться измерить и скорость исходящего соединения - отправить файл самому себе по электронной почте или другим способом. Но все эти "замеры" выполнять очень неудобно, да и за достоверность таких "кустарных" измерений ручаться не приходится. Чтобы не "гадать на кофейной гуще" и точно определить, какая именно скорость подключения используется на данном компьютере, можно использовать онлайновый сервисSpeedtest.net. Принцип измерения скорости передачи данных, который использует данный сервис, состоит в следующем. На схематической карте мира обозначены наиболее быстрые серверы различных интернет-провайдеров. Пользователь может выбрать любой из них и проверить скорость своего соединения с интернетом. В процессе проверки тестируемый компьютер обменивается пакетами с удаленным сервером.

Зафиксированные показатели могут отличаться - для определяемой скорости большое значение имеет то, насколько велико расстояние между тестируемым компьютером и удаленным сервером. Кроме того, на результат влияет и скорость подключения удаленного компьютера. Если пользователь использует высокоскоростной интернет, не исключено, что удаленный компьютер использует менее скоростной канал, и конечные цифры будут ниже действительных. Однако преимущество сервиса Speedtest.net состоит в том, что пользователь может собственноручно изменять серверы, чтобы определить максимальную скорость. Помимо данных о скорости сетевого соединения, сервис предоставляет много интересной статистики, например, составляет рейтинг стран мира с наиболее быстрым интернетом, составляет такой же рейтинг в выбранном регионе (например, только в Европе), дает возможность выставлять оценку своему провайдеру, показывает расстояние до выбранного сервера и многое другое. Любой работающий сервер может принять участие в проекте Speedtest.net в качестве тестируемого удаленного компьютера.

Частные пользователи: Многие частные пользователи заинтересованы в определении того, какая пропускная способность имеется в их распоряжении. Говоря точнее, их интересует, предоставляется ли им на самом деле пропускная способность, которую гарантирует поставщик услуг Интернета. В этом контексте многие потребители тестируют скорость подключения, пропускную способность DSL, а также сотовых телефонов и планшетов.

• Помимо программы PRTG, которую, разумеется, можно использовать для этой цели, вы можете выполнить простой тест скорости проводного подключения, который предлагается в сети на множестве разных сайтов. Начните использовать наш диспетчер пропускной способности в своей сети.

Профессиональные среды: В профессиональных средах (на предприятиях и в крупных организациях) последствия сокращения пропускной способности являются значительно более серьезными. Перебои ведут к простоям части сотрудников и клиентов, что, в свою очередь, приводит к потере прибыли. Администраторы должны быстро выявлять и устранять «пожирателей» пропускной способности.

• В этом случае наш инструмент мониторинга пропускной способности поможет вам отслеживать пропускную способность, выявлять и оценивать значительные перегрузки пропускной способности, быстро обнаруживать потенциальные
  перебои - и в итоге определить причину проблемы.

Измерение пропускной способности:
три ситуации,
в которых вам пригодится PRTG

Ваши коллеги жалуются, что программы, которые используются внутри компании, работают слишком медленно? Ваши клиенты недовольны, потому что ваш веб-сайт постоянно зависает? В этих случаях проблема, вероятно, заключается в вашей пропускной способности.

Ни один ИТ-отдел не может обойтись без резервных копий. В общем случае для резервного копирования или синхронизации баз данных требуется значительная пропускная способность. Без обеспечения необходимой пропускной способности возможности вашей сети могут быть исчерпаны.

Практически каждая компания отправляет большие файлы. При передаче таких файлов потребляется значительная часть пропускной способности. Но узкие места, остающиеся незамеченными в каждой сети, замедляют передачу файлов.

Программа PRTG позволит вам быстро определить потенциальные причины перегрузки пропускной способности и локализовать причины сбоев. Перегрузка единственного компонента сети может быстро привести к значительному снижению пропускной способности.

“Все мы можем спокойно работать, зная, что ведется непрерывный мониторинг наших систем.”

Mаркус Пуке, сетевой администратор, клиника «Шюхтерманн» (Германия)

Снимки экрана
Вот как выглядит мониторинг
пропускной способности в PRTG

PRTG ДЕЛАЕТ ВАШУ ЖИЗНЬ ПРОЩЕ!

Предоставьте программе PRTG круглосуточное тестирование и измерение пропускной способности вашей сети.
Сосредоточьтесь на более важных делах.

PRTG ЭКОНОМИТ ВРЕМЯ

Приобретая PRTG, вы получаете единый централизованный инструмент для измерения пропускной способности и тестирования сети. Вы оцените возможность отслеживать работу всей инфраструктуры с помощью нашего приложения и панели мониторинга.

PRTG бережет НЕРВЫ

Установить PRTG легко и быстро. Благодаря наличию более 200 готовых сенсоров начать работу с программой или перейти на нее с другого инструмента мониторинга пропускной способности и работы сети очень просто.

PRTG ЭКОНОМИТ ДЕНЬГИ

PRTG стоит своих денег. 80 % наших клиентов говорят о том, что смогли добиться экономии в сфере управления сетью. А затраты на лицензии PRTG окупаются в среднем всего за три с половиной месяца.

Пример клиента:
В системе железнодорожных перевозок Австрии используется PRTG

«Для обеспечения работы важнейших приложений огромнейшее значение имеет постоянное и бесперебойное функционирование сети передачи данных компании ÖBB Infrastruktur AG. Для воплощения этого в жизнь руководство приняло решение установить PRTG Network Monitor. Программа PRTG используется для мониторинга пропускной способности центральных маршрутизаторов и коммутаторов в сети передачи данных, что позволяет администраторам определять наиболее важные ключевые параметры использования и доступности . Всего для мониторинга используется несколько тысяч сенсоров, которые регулярно запрашивают необходимые значения.»

Методы мониторинга пропускной способности PRTG

В этом видеоролике представлен краткий обзор методов, которые имеются в PRTG для мониторинга пропускной способности. Узнайте, какие методы лучше всего подходят для вашей ИТ-инфраструктуры.

Тестирование пропускной способности: используйте PRTG для успешной проверки!

Хотели бы вы знать, предоставляет ли ваш поставщик услуг Интернета обещанную пропускную способность на самом деле? Тогда вы, как и многие администраторы, вероятно, часто выполняете проверки соглашения об уровне обслуживания. Но как вы тестируете пропускную способность? Здесь есть две сложности:

Сложность 1: Для тестирования максимальной пропускной способности канала его необходимо использовать с максимальной загрузкой. Это означает, что во время выполнения теста, ресурсов для передачи других данных не останется. Другими словами, вы парализуете свою сеть.

Сложность 2: Для 100 % достоверности измерения вам, по сути, потребуется два компьютера, расположенных непосредственно на концах канала, пропускную способность которого требуется протестировать. Иначе вы одновременно будете испытывать и все сетевые устройства, обнаруженные в тестируемом канале.

По этим причинам невозможно измерять пропускную способность непосредственно в течение всего теста. Вместо этого скорость канала следует тестировать, формируя краткосрочные пиковые нагрузки, например, загружая небольшой файл (размером несколько килобайт) через каждые несколько минут и измеряя время, которое займет загрузка.

Решение: Вот как можно тестировать пропускную способность с помощью PRTG:

1. Создайте три расширенных сенсора HTTP , которые будут обращаться к нескольким файлам размером примерно 500 КБ, размещенных на различных «быстрых серверах» (например, статических веб-сайтах вашего поставщика услуг Интернета).
2. Дайте сенсорам поработать в течение нескольких часов с интервалом в 5 минут. У сенсоров есть канал, который указывает значения пропускной способности (в Кб/с), достигнутые во время загрузки файлов.
3. Например, если у вас есть канал передачи данных с заданной пропускной способностью в 4 Мб/с, то тест с использованием файла размером 500 КБ должен продолжаться 1000 мс (1 секунду): 4 мегабита в секунду = 0,5 МБ в секунду = 500 КБ в секунду.

Если во время теста канал используется другими пользователями, вы увидите нежелательные колебания кривой, поскольку тест не всегда выполняется в момент, когда доступна вся имеющаяся пропускная способность. Если в канале не было другого трафика, то кривая будет очень похожа на прямую линию. Выполнение проверок пропускной способности с помощью PRTG позволит вам отслеживать работу сети и выявлять потенциальные узкие места.

Внимание! Если загружать файл размером 500 КБ каждые 60 секунд, то за день будет передан объем данных в 720 МБ!

СОВЕТ: Вы еще новичок в мониторинге и вам требуется поддержка?

Компания Paessler предлагает бесплатный курс, состоящий из нескольких частей, который распространяется по электронной почте. В курсе рассматриваются 4 основных метода мониторинга пропускной способности: SNMP , анализ пакетов , Flow и WMI . Познакомьтесь с отдельными процессами и возможностью их применения для улучшения использования пропускной способности в вашей сети.

Зарегистрируйтесь для получения нашего бесплатного курса по электронной почте и узнайте, как оптимизировать использование своих ресурсов с помощью счетчика пропускной способности.

• Полная версия PRTG на 30 дней
• После 30 дней – бесплатная версия
• Для расширенной версии – коммерческая лицензия

Практический совет: «Послушай, Матиас, что бы ты сказал администраторам, которые хотят вести мониторинг пропускной способности?»

«Вместо измерения пропускной способности посредством формирования дополнительной нагрузки лучше поискать действия, которые сами по себе формируют такую нагрузку, и отслеживать их. Например, при выполнении резервного копирования на пропускную способность сети зачастую оказывается значительная нагрузка, по которой можно легко определить нехватку ресурсов и узкие места системы».

Матиас Хенгль, разработчик PRTG в компании PAESSLER AG

Монитор пропускной способности

Что делает PRTG лучше остальных?

Поиск причин медленной работы приложений или других проблем без инструмента мониторинга может потребовать значительного времени и затрат. В PRTG имеется комплексный монитор пропускной способности сети. Вы получаете около 20 сенсоров только для мониторинга пропускной способности, причем эти сенсоры могут быть созданы автоматически.

PRTG позволяет отслеживать пропускную способность в течение длительного времени и определять время пиковой загрузки. Это позволяет заранее планировать выделение большей пропускной способности в определенное время: например, когда на веб-сайт заходит большое количество посетителей, когда пользователи обычно загружают много приложений или когда выполняется обновление системы.

Ваша пропускная способность медленно достигает своего предела? Используя PRTG, вы сразу же узнаете, что задействована максимальная пропускная способность . Это позволит вам своевременно планировать ввод в действие новых ресурсов.

Выявляя и устраняя «пожирателей» пропускной способности, вы повышаете эффективность своей сети. При этом также достигается значительная экономия средств. В большинстве случаев только эти преимущества быстро компенсируют затраты на приобретение PRTG.

Используя PRTG для тестирования пропускной способности, вы обеспечите стабильную пропускную способность, повысите надежность своей сети и просто получите больший контроль над своей ИТ-инфраструктурой. Вследствие этого вы будете играть основную роль как в росте производительности своих коллег, так и в повышении уровня удовлетворенности клиентов.

PRTG: Революционнoe программное обеспечение для мониторинга сети

Используя API , вы можете приспосабливать PRTG индивидуально и динамически для ваших конкретных потребностей:

• HTTP API: доступ к данным мониторинга сети и управления объектами с помощью HTTP-запросов
• Индивидуальные сенсоры: вы можете добавить собственные сенсоры для индивидуального мониторинга сети
• Индивидуальные уведомления: вы можете добавить собственные уведомления для отправки предупреждений во внешние системы
• Новый сенсор REST API: Мониторит практически все, что поддерживает XML и JSON

Добрый день, дорогие друзья. Несколько лет работала сисадмином в некотором количестве корпоративных и домашних провайдеров Санкт-Петербурга и по сей день часто сталкиваюсь с тем, что покупая оборудование операторы смотрят больше на цену и описание функций, чем на реальные показатели, о них поставщики обычно ничего не пишут, в следствии чего вместо одного коммутатора приходится устанавливать еще и еще, а качество связи лучше может и не станет. Про существования понятия SLA(Service Level Agreement) тоже не все операторы в курсе, по этой причине собрала достоверную информацию по тестированию сетей и оборудования, и готова предоставить её вашему вниманию.

Ethernet нужно тестировать!

Есть ли точное определение и рецепты того, как проводить тесты пропускной способности канала и качества предоставляемой связи? Я нашла несколько статей, из которых стало понятно только одно, сегодня в России сети тестируют методами, предназначенными для других целей, и это не может не удивлять, ведь услуги связи в крупных городах нашей страны достаточно развиты, скоростной канал есть буквально в каждой квартире, а некоторые операторы уже предоставляют гигабитные каналы домашним клиентам, но о методиках тестирования качества предоставляемых телематических услуг знают далеко не все.

Что конкретно и почему нужно тестировать?

Задумайтесь, как часто сегодня покупают кота в мешке:

• Арендованные вами или сданные в аренду каналы связи;
• Сдача-приемка каналов связи, построенных вами или для вас;
• Предоставляемые услуги связи, особенно при наличии неустойки в договоре;
• Оборудование, которое вы хотите купить, а вам его хотят продать и рассказывают о том, что оно супер-крутое и недорого стоит.

Это крохотная горстка примеров того, чем рискуют на сегодняшний день клиенты и операторы связи.

Софтовые утилиты для тестирование «Интернета»

Полноценным тестированием канала не могут являться echo запросы, ping и mtr никогда не расскажут какая у канала пропускная способность. Об этом не сможет рассказать iperf и прочие софтовые утилиты, так как при одновременном использовании сети и тестировании софтовым утилитам не известен объем пользовательских данных, находящихся в канале в текущий момент, так же при софтовом тестировании возможен ряд неточностей, обусловленных наличием заголовков пакетов, в зависимости от размера кадра заголовки остаются стандартной длины, а тело с данными увеличивается или уменьшается, софтовые утилиты определяют пропускную способность канала без учета размера заголовков, что на разных размерах пакетов вносит в подобное тестирование определенную неразбериху.

Вы не сможете оценить качество арендованного vlan, глядя на график загрузки канала или скачивая объемные файлы из интернета. Почему speedtest.net не является доказательством скорости предоставляемого канала наверное не стоит уточнять? Ведь сразу понятно что - неизвестно какие каналы и через какие сети они идут до серверов speedtest, как и неизвестно насколько загружен канал во время теста, и многие другие параметры теста, а если в тесте столько неизвестных - то его результаты никак не могут быть точными. Результатом speedtest - является скорее некая дельта от неких показателей, а не реальные цифры.

Качество предоставляемых услуг связи - это совокупность многих параметров, и используя правильные инструменты можно быстро и эффективно получить точные данные о предоставляемой услуге. Важно не только получить точные данные, но и иметь уверенность в том, что данные можно будет использовать для доказательства своей правоты, например в суде.

Методики и анализаторы Ethernet

На сегодняшний день есть две основные методики тестирования пропускной способности: старая - RFC-2544 и немного помладше: Y.1564 . Методика ITU-T Y.1564 - более актуальная на сегодняшний день, имеет описания для тестирования современных, высокоскоростных каналов связи с современными понятиями о SLA(Service Layer Agreement).

Так как качество ethernet-канала это совокупность многих факторов, следовательно, правильное тестирование должно максимально охватывать все эти совокупности. При тестировании необходимо учесть многие аспекты и было бы полезно иметь расширенные возможности, такие как BER Test , пакетный джиттер, поддержку MPLS, QoS, тестирование нагрузкой протоколов прикладного уровня (http, ftp, etc...).

Для тестирования каналов от 1G до 10G и выше достаточно сложно делать нагрузочные тесты при помощи неспециализированного железа, зачастую процессоры не способны генерировать достаточный объем трафика, в отличие от специализированных тестеров-анализаторов. Такие приборы можно положить в стойку, шкаф, даже в ящик на чердаке и запускать тесты удаленно, а можно делать автоматические замеры в разные временные интервалы. Любые портативные приборы-анализаторы не испортятся в суровых условиях канализации, так как проходят жестокие испытания на прочность.

Сдача-приемка каналов связи.

Для сдачи или приемки построенных линий и магистралей, для работы по высоким стандартам лучше всего иметь в штатном арсенале тестер-анализатор, хотя в интернете можно найти фирмы, специализирующиеся на выездном тестировании. Почему-то считается что покупать тестер-анализатор это очень дорого.

Подробнее о методике тестирования RFC-2544 и том, как это работает.

Методика предлагает набор из 6 тестов, я опишу более подробно, каким образом проходит тестирование, для наглядности восприятия:

Определение пропускной способности тестируемого устройства(Throughput)

Описание теста: посылается небольшой объем, специально сформированных тестером, пакетов, на определенной скорости, на входной порт устройства, на выходном порту количество подсчитывается, если передано больше, чем получено - скорость уменьшается и тест запускается снова.

Определение время задержки кадра(Latency)

Описание теста: после определения пропускной способности(Throughput), для каждого размера кадра, на соответствующей ему максимальной скорости, посылается поток пакетов по определенному адресу. Поток должен иметь минимальную длительность в 120 секунд. В 1 пакет по прошествии 60 секунд вставляется метка. Формат метки определяется производителем оборудования. На передающей стороне записывается время, к которому пакет с меткой был полностью отправлен. На приемной стороне определяется метка и записывается время полного приема пакета с меткой. Задержка (latency) - это разница между временем отправки и временем получения. Данный тест, согласно методике необходимо повторять минимум 20 раз. По результатам 20 измерений вычисляется средняя задержка. Тест следует проводить отправляя весь тестовый поток на один адрес и отправляя каждый кадр по новому адресу.

Определение частоты потери кадров(Frame loss rate)

Описание теста: на входной порт устройства посылается определенное количество кадров на определенной скорости и подсчитывается количество пакетов, принимаемых от выходного порта устройства. Частота потери кадров рассчитывается следующим образом:

((количество переданных кадров - количество полученных кадров) * 100) / количество переданных кадров

Первая отправка происходит на максимально-возможной скорости, затем скорость отправки понижается с максимальным шагом в 10%, согласно методике уменьшение % шага даст наиболее точные результаты. Уменьшение скорости необходимо продолжать до тех пор, пока две последних отправки будут без ошибок, а именно мы узнаем максимальную скорость передачи данных, на которой frame loss rate становится равен 0.

Тестирование способности обрабатывать back-to-back кадры(Back-to-back frames)

Описание теста: тест сводится к отсылке некого количества кадров с минимальной межкадровой задержкой на входной порт тестируемого устройства и подсчету кадров с выходного порта устройства. Если количество отправленных кадров и полученных равно, то увеличивается объем отправляемых кадров и тест повторяется, если принятых пакетов меньше, чем отправленных объем отправляемых кадров уменьшается и тест повторяется. В итоге мы должны получить максимальное количество пакетов отправленных и полученных без потерь для каждого размера пакета, это и будет значение back-to-back теста. Согласно методике длительность посылок кадров на порт устройства не должна быть менее двух секунд, а минимальное количество - не менее 50 раз. Конечная цифра - это усредненный результат 50 тестов.

Восстановление после перегрузки(System recovery), применимо только для тестирование устройств

Описание теста: на вход устройства в течение минимум 60 секунд отсылается поток кадров со скоростью 110% относительно измеренной тестом throughput. Если тест throughput показал идеальные результаты, то выбирается максимальная скорость данного соединения. В момент перегрузки скорость потока уменьшается в два раза и засекается разница между временем снижения скорости потока, и временем когда был потерян последний кадр.

Время восстановления тестируемого устройства после перезапуска(Reset), применимо только для тестирование устройств

Описание теста: на вход устройства отсылается непрерывный поток кадров на скорости, определенной в результате теста throughput с минимальным размером кадра. Устройство сбрасывается. Время восстановления после сброса это разница между временем приема последнего пакета до сброса и временем приема первого пакета после сброса. Тестируется и аппаратный и программный типы сброса устройства.

Что изменилось со свежей методикой Y.1564?

Новые рекомендации были рассмотрены и одобрены в 2011 году ITU . К уже изложенным рекомендациям в RFC 2544 добавляется пакетный джиттер(дрожание), а именно возможность вычисления разницы времени при получении ряда последовательных пакетов данных, относящихся к одному и тому же потоку, в идеальном мире ее не должно существовать, но в проблемных сетях последовательность может быть нарушена, что может сказаться на скорости обработки данных. RFC2544 позволяет делать проверки исключительно на максимальной скорости канала, на которой не будет потери пакетов, а это обычно выше чем скорость CIR (Committed Information Rate - гарантированная полоса пропускания) . Y.1564 создан именно для SLA , оценки скорости и качества предоставляемого канала согласно ключевым показателям производительности(KPI) и позволяет проверить предоставляемый канал в соответствие с договором.

Y.1564 позволяет проверить гарантированную полосу пропускания, максимально-допустимую, а так же дать нагрузку сверх полосы, к примеру для проверки настроек шейпера.

Есть еще несколько различий между методиками, RFC2544 не производит верификации корректности настройки сервиса (соответствие KPI заданным, и ограничение скорости выше EIR(Excess Information Rate - максимальная негарантированная полоса пропускания), во избежание перегрузки сети). В оригинальной версии RFC2544 джиттер не измеряется. Согласно RFC2544 каждый тест запускается отдельным потоком, что не позволяет измерить качество предоставляемых услуг в совокупности и увеличивает время тестирования, еще один минус RFC2544 в том, что отсутствует возможность профилирования для проверки разных типов трафика в одном канале, к примеру, если в сети используется QoS, в Y.1564 учтены недочеты и немного расширен функционал.

Тестировать можно только новые каналы или уже рабочие тоже?

Тестировать нужно и новые каналы, и тем более старые. Вы можете заранее узнать о назревающих проблемах, не доводя клиентов до звонка в поддержку. Современными тестерами-анализаторами можно проводить проверки в работающей сети, проверять каналы как со скоростью 10/100/1000Mbit, так и 10/40/100G. Есть одно НО, очень важно понимать что и как вы делаете, важно нечаянно не положить тестируемый канал.

Режимы тестирования - In/Out of service.

На сегодняшний день тестирование сетей стремится к полной систематизации и постоянному контролю каналов, более ранние версии методики RFC2544 были созданы для тестирования каналов/оборудования в режиме OutOfService, и использовались в основном для теста оборудования, но на сегодняшний день все производители тестовых приборов переходят на более новые стандарты тестирования, позволяющие проводить постоянный мониторинг сети в режиме InService. Такое тестирование позволяет проверять скорость полосы пропускания без отключения клиентов, что важно для операторов услуг связи.

Эпилог

Товарищи, как говорит один мой друг, давайте вместе бороться с «коекакерами», и начнем тестировать то, что строим и то, что эксплуатируем.

Используемая литература:

* Мнение компании может не совпадать с мнением автора;-)

Только зарегистрированные пользователи могут участвовать в опросе. , пожалуйста.

Iperf – консольная утилита с открытым исходным кодом, предназначенная для тестирования пропускной способности сети. С ее помощью довольно просто измерить максимальную пропускную способность сети между сервером и клиентом, провести нагрузочное тестирование канала связи или маршрутизатора

Утилита Iperf является кроссплатформенной и не требует установки, достаточно просто скопировать ее на два компьютера, пропускную способность сети между которыми нужно оценить.

Работает утилита Iperf в режиме клиент-сервер. На первом компьютере утилита Iperf запускается в режиме сервера (ожидает трафик от клиента), а на втором, на котором Iperf запускается в режиме клиента, осуществляется генерация TCP и UDP трафика и проводится измерение скорости передачи данных.

Чтобы оценить пропускную способность сети между двумя узами сети, запустим сначала утилиту iperf в серверном режиме:

Iperf.exe -s -w 32768

Важно . Аргументы утилиты iperf регистрозависимы.

-s –утилита запускается в серверном режиме (получающая сторона)
-w 32768 – зададим размер окна TCP в 32 KB (по умолчанию около 8 Кб)

По умолчанию утилита слушает TCP порт 5001 .В зависимости от настроек файерволов между клиентом и сервером, порт можно изменить с помощью аргумента -p [номер_порта].

На стороне клиента запустим iperf со следующими опциями:

Iperf.exe -c 10.0.0.44 -P 8 -t 30 -w 32768

-c 10.0.0.44 – IP адрес сервера iperf
-w 32768 — увеличиваем размер TCP окна
-t 30 – время в секундах, в течении которого выполняется тестирование (по умолчанию 10 секунд)
-P 8 — число альтернативных потоков для увеличения пропускной способности

В нашем примере тестирование длилось 30 секунд. В итоговом отчете нас интересует значения столбца Bandwidth последней строки . В нашем случае средняя пропускная способность сети между двумя системами – 2,85 Гбит/с. С помощью аргумента –f можно изменить формат скорости (биты, килобиты, мегабайты). При продолжительных тестах, когда нужно оценивать производительность в течении нескольких минут, с помощью опции –i можно указать интервал через который нужно отображать промежуточные результаты.

По-умолчанию утилита генерирует TCP трафик, если требуется осуществить тестирование для протокола UDP, необходимо использовать ключ -u.

Во время выполнения теста график загрузки сети в Task Manager выглядит так:

Важно отметить, что при тестировании Iperf используем всю доступную пропускную способность канала связи между клиентом и сервером, что может негативно повлиять на продуктивные приложения и пользователей. Поэтому такое тестирование нужно проводить обдуманно.

Если необходима оценка пропускной способности сети в обоих направлениях (в дуплексом режиме), дополнительно на клиенте нужно указать опцию –d :

Iperf.exe -c IP -P 8 -t 30 -w 32768 -d

Полный список опций утилиты можно получить так:

Iperf –help

Скачать версию iperf для Windows можно на softpedia.com (iperf-2.0.5-2-win32.zip) или .

Для тех, кто предпочитает графический интерфейс управления, имеется и графический аналог iperf — утилита jperf , написания на Java (для работы на компьютере должна быть установлена Java-машина). Помимо графических рюшечек к CLI интерфейсу, Jperf умеет в реальном времени строить графики пропускной способности канала связи.

Итак, резюмируя, Iperf – простая и удобная сетевая утилита, которая может измерить производительность и качество соединения между двумя системами. И не смотря на то, что развитие программы давно прекращено, ее функционала вполне хватает для поставленной задачи.

Iperf — утилита для тестирования пропускной способности сети, за счет генерирования трафика на сервере и приеме его на клиентской машине.

Скачать утилиту

• Для Unix или устанавливаем из репозиториев

Так же стоит обратить внимание на утилиту netperf.

Прежде всего необходимы два хоста. Одини из них будет генерировать трафик — клиент, а другой — принимать пакеты и вести подсчёт статистики — сервером. На обоих машинах запускается один и тот же исполняемый файл, но с разными ключами.

Проверка на TCP трафике.

iperf -s

iperf -c server_host

Здесь server_host — адрес машины, на которой запущен iperf в режиме сервера. Вот, собственно и всё. Сначала запускаем сервер, затем клиент, и в течение 10 секунд между ними будет идти трафик, после чего соединение будет разорвано и выведена статистика.

Чтобы увеличить продолжительность соединения, необходимо добавить в строку запуска клиента параметр -t nsec, где nsec — продолжительность соединения в секундах.

Не менее полезным будет ключик -i nsec. Здесь nsec соответствует периоду (в секундах, естественно), через который будет выводиться статистика.

Проверка на UDP трафике.

Для запуска iperf в режиме UDP необходимо добавить и клиенту и серверу ключи -u.

Протокол UDP более “тупой”, что даёт нам как некоторые преимущества, так и недостатки. Впрочем, для целей тестирования, недостатки опять-таки превращаются в преимущества.

Итак, что мы можем:

* менять длину передаваемых пакетов
* менять полосу передаваемого трафика
* работать на односторонних каналах
* использовать iperf без запуска сервера, если канал не сквозной, а необходимо просто генерировать заданный трафик для нагрузки

Для изменения длины пакета используется ключ -l length. Следует только помнить, что при length=0 реальная длина Ethernet-фрейма будет составлять 54 байта и делать в своих расчётах соответствующую поправку.

Для изменения полосы трафика используется ключ -b bandwidth. Параметр bandwidth выражается в битах в секунду и может содержать десятичную точку и суффиксы k и M, соответствующие приставкам кило- и мега-.

При работе на односторонних каналах следует помнить, что клиент в таких случаях статистику не отображает и при завершении сессии выводит сообщение об ошибке, которое можно с покойно проигнорировать.
Запуск нескольких потоков трафика.

Мы можем запустить несколько экземпляров клиентов и серверов на одной и той же машине. Для развязки трафика используется назначение разных портов при помощи параметра -p port его значение на клиенте и соответствую щем сервере должно быть одинаковым (по умолчанию, он имеет значение 5001).

Практика показала, что при запуске нескольких клиентов на одной машине, iperf захватывает практически все ресурсы ЦП, из-за чего в некоторых потоках возможно пропадание пакетов. Здесь, видимо, имеется некая ошибка в коде, вызывающая некорректную работу при context switching. Всё вышеуказанное справедливо для iperf. Netperf работает под Linux вполне корректно.

В файлах помощи вы найдёте ещё параметр -S, позволяющий устанавливать значение Type Of Servise (TOS) в IP заголовке. Вынужден вас разочаровать, под Windows это не работает. (Что характерно, я не смог установить это поле и в стандартном ping для Windows).