Как нагрузить коммутатор для проверки
Интернет-технологии нас окружают везде. Мы ими пользуемся постоянно: дома, на работе, когда едем в автобусе или метро. Современный мир очень сложно сейчас представить себе без беспроводных технологий, таких как Wi-Fi. В этой статье описываются приборы для тестирования сетей на этапах развертывания и во время эксплуатации. Какие тесты применяются и их методика проведения. Также рассматривается тестирование роутеров (маршрутизаторов) и коммутаторов во время их разработки и для проверки их функционирования.
Зачем нужно проводить тестирование
Тестирование сетей и роутеров проводится в следующих случаях:
- Для проверки выполнения провайдером условий договора об оказании услуг связи.
- После того как сеть развернута, перед вводом ее в эксплуатацию. Например, построено новое здание, разработан новый автобус, в котором раздается Wi-Fi, а также установлены IP-видеокамеры. Тут можно выделить долгосрочные измерения и краткосрочные. Если была разработана новая сеть, то она должна пройти долгосрочные испытания. Если аналогичные сети уже разворачивались ранее, то проводят краткосрочные испытания.
- Для проверки характеристик маршрутизаторов и коммутаторов. Эти проверки следует проводить при их разработке, а так же при тестировании готовой продукции.
- При создании оборудования связи. Например, для проверки нового Wi-Fi приемника.
Качество связи, которое предоставляет провайдер, можно померить самостоятельно, но желательно, чтобы этим занималась независимая организация. Можно осуществлять контроль над качеством предоставляемого канала постоянно. Для этого используются «зонды». Их устанавливает организация, осуществляющая мониторинг, на узлах сети. Система управления настраивает зонды и периодически проводит тестирование. В случае обнаружения неисправностей, формируется отчет и уведомляется провайдер, чтобы он ее устранил.
При изготовлении роутеров. Если у роутера порт, поддерживающий скорость передачи 1 Гбит в секунду, то он должен передавать эти данные без потерь. Это следует контролировать с помощью тестов. Но, допустим, если у роутера несколько таких портов, и если через два порта без потерь идет передача со скоростью 1 Гбит в секунду, то, при запуске аналогичного теста одновременно на других портах, не факт, что роутер успеет обработать всю информацию. По крайней мере, недорогие роутеры не могут поддерживать максимальную скорость обмена информацией на всех портах одновременно.
Некоторые роутеры могут собирать статистику при работе на сети, например, о количестве переданных байт данных. Но, для того, чтобы использовать роутер в качестве измерительного устройства, роутер должен пройти соответствующую поверку.
Проверка с помощью утилит
Можно проверять пропускную способность канала с помощью стандартных утилит. Этот метод хорошо подойдет, если Вам надо примерно оценить качество связи между двумя компьютерами.
Для этого подойдет кросс-платформенная утилита iperf. На одном компьютере запускается сервер с помощью команды «iperf –s», после этого, на другом компьютере запускается клиент «iperf –c server_ip». Утилита проводит тестирование и выводит результаты: время в секундах с момента начала тестирования, количество переданных байт, скорость передачи.
Сейчас актуальна 3-я версия. Если Вы пользователь Windows, то скачиваем утилиту и запускаем из командной строки. На одном компьютере сервер «iperf3.exe –s». На втором клиент. Вот так выглядит лог вывода, если не задавать дополнительных опций:
С помощью ключей можно настроить протокол передачи (TCP/UDP, а в 3-ей версии и SCTP). Можно провести тестирование не только передачи данных от клиента к серверу, но и в обоих направлениях. Есть возможность выбора портов, на которых будет запускаться сервер.
Недостаток такого тестирования – это в первую очередь то, что тестирование проводится на 4 уровне модели OSI, то есть фиксируются только данные, переданные по TCP/UDP, без учета ip заголовков и управляющих пакетов. Оператор связи, в свою очередь, обычно гарантирует пропускную способность канала связи, включая IP заголовки.
Так как выполняется такое тестирование с использованием компьютера, то в любой момент может запуститься какое-нибудь приложение или служба и повлиять на результаты тестирования.
Проверка с помощью интернет ресурсов
Проверить его скорость можно с помощью «Speedtest» от Ookla. Есть другие, но это самый популярный. Вначале проводится ping-тестирование для определения скорости отклика сервера. После этого измеряется, с какой скоростью Ваш компьютер может передавать файлы в интернет и загружать файлы из интернета.
При проведении нескольких тестов результаты тестирования будут изменяться. Это зависит от загруженности сервера, с которым производится обмен файлов. Не известны маршруты пакетов до серверов.
Конечно же, такой Speedtest не будет точным. Но по его результатам можно позвонить провайдеру и поинтересоваться о причинах плохого интернета, и когда их поправят.
Приборы для тестирования Ethernet сетей
После того как сеть была развернута, необходимо проверить, правильно ли все было сделано, правильно ли были настроены маршрутизаторы, нет ли где плохого контакта или обрыва. Могут не работать какие-то видеокамеры в автобусе. Вот тут для проверки и необходимы приборы. Зачастую случается так, что все не работает и непонятно почему. С помощью приборов можно быстро выявить причину и место неисправности.
На аэродромах, в портах, важных административных зданиях системы связи должны работать без сбоев. Обеспечение этого должно контролироваться с помощью приборов, внесенных в государственный реестр средств измерений.
Можно выделить следующие группы устройств, используемых для проведения измерений:
- Самостоятельный прибор, обычно с двумя измерительными портами. Удобно передавать пакеты тестовых данных с одного измерительного порта, и анализировать их на другом. В этом случае анализируются односторонние измерения. Так же можно включить режим «Шлейф» на одном из портов. Пакет, пришедший на порт, будет пересылаться обратно отправителю. Таким образом, можно проводить двусторонние измерения.
- «Шлейф». Это устройство «заворота» трафика, самостоятельно его нельзя использовать для проведения измерений. У него один измерительный порт. Все пакеты, пришедшие на него, он пересылает обратно отправителю. Его используют в случае проведения измерений на больших расстояниях. На одном участке сети ставится шлейф, на другом участке подключается прибор. С прибора отправляются тестовые данные на шлейф, тот их разворачивает обратно. Так проводятся двухсторонние измерения.
- «Зонд». Это самостоятельный прибор, у которого один или два измерительных порта. Контролируется работа зондами с помощью системы управления, которая задает зондам необходимые настройки и запускает тестирование. Обычно зонды изготавливаются с учетом возможной их установки в стойку.
Тестовый трафик формируется и обрабатывается на ПЛИС (программируемой логической интегральной схеме). Прибор не передает во время тестирования никакого лишнего трафика с измерительного порта, который мог бы повлиять на результаты проведения теста. Отправляемые пакеты снабжаются временными метками в области данных. Благодаря этому можно, при получении тестового пакета, определить задержку пакета, пакетный джиттер с точностью до 8 наносекунд.
По результатам проведенных измерений, формируют отчеты.
Примеры оборудования для тестирования сетей:
Двухпортовый прибор HST-3000C, работает от аккумулятора. Поддерживает много тестов.
Двухпортовый прибор MTS-5800, есть аккумулятор, работает от сети 220 В. Это настольный прибор, к которому можно подключить компьютерную мышь. Так же можно подключить флешку и на нее скинуть отчеты о проведенных тестах.
Однопортовый зонд МАКС-ЕМК С1, возможна установка в стойку, работает от сети 220 В.
Топология
Измерения могут быть:
Двухсторонние измерения – это когда генерируемые пакеты отправляются на «Шлейф». Шлейф получает пакеты и пересылает их назад отправителю. Таким образом, канал тестируется в обе стороны сразу. В качестве устройства заворота трафика может служить как второй порт двухпортового прибора, так и удаленно расположенное устройство заворота трафика.
Для односторонних измерений используется двухпортовый прибор. Трафик генерируется с одного порта прибора, а на втором порте анализируется. Есть варианты асимметричного теста трафика, который проводится с одного прибора на другой и вычисляет потери кадров в одном направлении.
Очень сложно проводить односторонние измерения временных характеристик при тестировании с удаленным прибором. Это такие параметры как задержка пакетов, джиттер. Для проведения таких тестов необходимо очень точно синхронизировать внутренние часы приборов. Этот функционал используется в зондах. Один из примеров такой синхронизации – это использование сигнала 1PPS, рассчитанного по информации со спутников ГНСС.
Тест трафика
В любом случае, чтобы быстро проверить работоспособность, этот тест незаменим.
Наиболее сложными считаются тесты с размером кадров 64 байта. Такая настройка позволяет загрузить тестируемое устройство максимальным количеством кадров в секунду. Помимо проверки на обычные Ethernet кадры, следует провести проверку и на джамбо фреймы. Например, нагрузить канал пакетами размером 9600 байт.
Допустим, у роутера заявленная скорость 1 Гбит в секунду. Выбираем два порта, поддерживающие эту скорость передачи, на одном из портов устанавливаем «Шлейф», на другом прибор, который генерирует трафик с загрузкой канала на 100 процентов.
Если потерь нет, то роутер считается исправным.
Можно попытаться провести тестирование одновременно на нескольких портах. Не дорогие роутеры, вполне вероятно, не смогут выдержать такую нагрузку, и будут потери.
Тест RFC-2544
Проверяет все основные характеристики сети:
- Потери кадров
- Задержка пакетов
- Пропускная способность
- Предельная нагрузка
У него не рассчитывается разве что пакетный джиттер, который есть в Y-1564.
Тест Y-1564
Гораздо быстрее проводится, чем RFC-2544. Это обусловлено тем, что все измерения проводятся одновременно:
- Скорость передачи данных
- Потери кадров
- Задержка (FTD)
- Джиттер (FDV)
Дополнительно проводится измерение производительности, один из параметров которого – доступность канала.
При проведении Y-1564 задаются следующие настройки:
- CIR – гарантированная пропускная способность
- EIR – превышение CIR, при котором иногда возможны потери кадров
- Policy – недопустимое превышение EIR. Такое превышение, при котором должна фиксироваться ошибка
Возможно проведение измерений сразу в несколько потоков.
Тест Y-1564 хорошо подойдет для проверки характеристик канала связи, предоставленного провайдером.
Также его можно использовать на существующей сети, для проверки: выдержит ли она дополнительный трафик. Например, требуется проводить видеоконференции и необходимо принять решение, возможно ли это на существующей сети. Можно прикинуть, как все будет работать, если нагрузить сеть дополнительным трафиком, поэкспериментировать с приоритетами пакетов. И в итоге принять решение, что да – существующая сеть позволяет проводить видеоконференции с таким-то качеством.
Хочу проверить работоспособность коммутатора
Привет всем. Есть коммутатор фирмы Logic и кабель RJ-45. Есть интернет просто от кабеля. .
Проверка БП на работоспособность
День добрый, Недавно столкнулся с проблемой, в связи с этим провожу полную диагностику железа.
Проверка на работоспособность приложения
Как можно приложение проверить на работоспособность? Думаю так: Сначала открываем.
Проверка порта коммутатора d'link на up или down
Помогите пожалуйста с реализацией скрипта на проверку доступности порта для управляемых.
Да всё верно. Я пробовал так. Пинговал 2 компьютера, пересылал файлы разного объёма и типа. В таком режиме свитч работает корректно. Но вот как проверить на полную нагрузку.
Сейчас подумал и прикинул. А можно ли настроить роутер в режиме работы хаба? Именно хаба, а не свитча. Тогда имея на ПК 2 сетевые платы. Мы подключаем одну из них в роутер, роутер подключаем кабелями к концентратору (сколько имеется портов) и из концентратора во вторую сетевую плату на ПК. После этого запускаем программу с функцией DDOS атаки и анализируем пинги и так далее.
Не думал подключить свич к работающиму и с других компов в сети подосить ети 2?
свич управляемый или не управляемый? Концентратор не управляемый. А почему не получится? Компьютер будет посылать всякий флуд на роутер, роутер в свою очередь отправит этот флуд на все порты концентратора. И таким образом мы создадим загрузку концентратора. Разве нет? вроде в теореи должно получится если роутер будет дублировать сигналы на все порты Ну тогда как время и финансы позволят - я попробую. Что получится, отпишусь.
Проверка работоспособность прокси сервера
Как проверить работает ли подключение к сайту с прокси. Использую вот этот код для вставки прокси.
Проверка жесткого диска на работоспособность.
Всем привет тут есть возможность обменяться хардами(на более большой объём):Как проверить хард на.
Проверка на работоспособность прокси-сервера
Как проверить включен ли в данный момент прокси-сервер? И как программа-максимум - проверить имеет.
Как протестировать коммутатор?
Всем привет. Кто-нибудь сталкивался с нагрузочным тестированием коммутаторов? Заказчик хочет знать, на какой нагрузке коммутатор может упасть и какие скорости передачи сможет без проблем обслужить. Чем такое можно проверить, причем, в распоряжении 1-2 машины, и не факт, что с гигабитными интерфейсами. Есть какая-нибудь методика, софт для такого?
Don' t panic !
cd /usr/ports && make srach
make: don't know how to make srach. Stop
Эммм, падать он не должен в принципе. Но, завалить его можно переполнением CAM-таблицы (и то не факт), что в штатной ситуации в принципе невозможно. Если его перегрузить трафиком, то он будет тупо отбрасывать пакеты, как только они будут выходить за очередь. Таким образом, протестировать на "надежность" можно, но смысл, если не предполагаются атаки? Протестировать на атаки можно с помощью BackTrack.
Что касается производительности, то смотрим пропускную способность матрицы коммутации - это будет максимальная пропускная способность самого коммутатора.
Если фирмы D-Link, можно с тех поддержкой пообщаться, внятные люди, должны подсказать. Коммутаторы Уровня доступа? или Агрегации? А так смотреть характеристики на сайте по производительности.
"Все говорят, что у меня /dev/hands криво и я всё делаю через /dev/ass. А у меня этих файлов вообще нет!" (c)
"Я ем руками, она вилкой и ножом, я бью вилкой и ножом, она руками" (с)
на счёт атак, управление в отдельный вилан, создать доверительные хосты.
"Все говорят, что у меня /dev/hands криво и я всё делаю через /dev/ass. А у меня этих файлов вообще нет!" (c)
"Я ем руками, она вилкой и ножом, я бью вилкой и ножом, она руками" (с)
baton4eg писал(а): на счёт атак, управление в отдельный вилан, создать доверительные хосты.
Ну плюс натив влан во влан отличный от 1, плюс явно указывать тип порта (транк или эксесс), сделать ограничение на виланы в транке и так далее)
Все зависит от роли коммутатора и от пользователей.
При анализе работы компьютерной сети полезно использовать возможности управляемых и настраиваемых коммутаторов в части сбора статистической информации и диагностики кабеля. В данной заметке я расскажу о подобных возможностях и приведу скриншоты WEB-интерфейсов некоторых бюджетных настраиваемых коммутаторов компании D-Link, доступ к которым у меня имеется на данный момент.
Компания D-Link выпускает три серии настраиваемых коммутаторов:
- настраиваемые коммутаторы EasySmart серии DES/DGS-1100;
- настраиваемые коммутаторы WebSmart серии DES/DGS-1210;
- настраиваемые стекируемые коммутаторы SmartPro серии DES/DGS-1510.
- «Transmit Packet & Receive Packet» - количество переданных и принятых пакетов;
- «Collision Count & Transmit Packet» - количество коллизий и переданных пакетов;
- «Drop packet & Receive Packet» - количество отброшенных и принятых пакетов;
- «CRC error packet & Receive Packet» - количество пакетов с ошибкой контрольной суммы и принятых пакетов.
На странице подробной статистике порта показаны значения следующих счетчиков:
- «OutOctets» - количество переданных байтов;
- «OutUcastPkts» - количество переданных одноадресных пакетов;
- «OutNUcastPkts» - количество переданных многоадресных пакетов;
- «OutErrors» - количество ошибок передачи;
- «LateCollisions» - количество случаев, когда коллизия зафиксирована после того, как в канал связи уже были переданы первые 64 байт (slotTime) пакета;
- «ExcessiveCollisions» - количество фреймов, которые не были переданы из-за избыточного количества коллизий;
- «InternalMACTransmitErrors» - количество фреймов, которые не были переданы успешно из-за внутренней ошибки передачи на уровне MAC;
- «InOctets» - количество принятых байтов;
- «InUcastPkts» - количество принятых одноадресных пакетов;
- «InNUcastPkts» - количество принятых многоадресных пакетов;
- «InDiscards» - количество пакетов, отклонённых в результате сбоя выделения памяти, или в результате сбоя контрольной суммы;
- «InErrors» - количество ошибок приёма;
- «FCSErrors» - количество принятых фреймов с количеством байт, соответствующим длине, но не прошедших проверку контрольной суммы (FCS);
- «FrameTooLongs» - количество принятых пакетов с превышением максимально допустимого размера кадра;
- «InternalMACReceiveErrors» - количество фреймов, которые не были приняты успешно из-за внутренней ошибки приема на уровне MAC.
Ещё в разделе «Monitoring» левого меню доступна страница системного лога «System Log». Для сохранения файла на компьютере можно из выпадающего списка «Save» верхнего меню выбрать пункт «Save Log».
В открывшейся странице для сохранения необходимо нажать кнопку «Backup Log».
В результате будет сохранён текстовый файл «systemlog.log».
В новой ревизии коммутаторов F1 серии DES/DGS-1210 пункты левого меню немного отличаются, но страницы статистики («Port Statistics»), диагностики кабеля и системного лога доступны также в разделе «Monitoring». Скриншоты сделаны на коммутаторе DGS-1210-52.
Настраиваемого стекируемого коммутатора SmartPro серии DES/DGS-1510 в моей доступности не оказалось, поэтому о нём написать нет возможности. Из руководства пользователя видно, что количество представленных значений счетчиков на страницах статистики этой линейки коммутаторов существенно больше.
Читайте также: