Как можно реально проверить коммутатор, чем нагружать?

Question

[Руслан Гайфутдинов]

Всем привет, ребят столкнулся с оборудованием компании QTech, цена ооочень дешёвая, но меня поставили перед фактом что работать с ним, и таких 6 штук и вот я хочу узнать, что же ждать от него? Посоветуйте как его нагружать так чтоб он просто офигел от задач.
Модель qtech qsw-2800(может кто то уже с этим сталкивался).
Сеть на 200 машин, так что для меня каждый его косяк критичен.

Answer 1

[Сергей Петриков]

Коммутаторы даже дешевые редко ложатся под простой линейной нагрузкой, обычно у них глюки в логике и прошивках, молотить трафик научилось даже самое говно в мире сетей. Что из настроек вы планируете на нем использовать? - Подскажу как проверить работу конкретных фишек, если хотите тупо прогрузить его трафиком - самое простое https://tech.yandex.ru/tank/ ну или статьи на хабре были по нагрузочному тестированию, только сервак понадобится с хорошими сетевыми, хватит и гигабитных. Вообще повторюсь, грузить коммутатор доступа не имеет особого смысла, лучше проверить корректную работу нужных фишек типа снуппингов, лупдетектов и т.п.

Answer 2

[Армянское Радио]

Объединить 4-8 сетевых карт в Etherchannel, а зетем дать iperf. Если под нагрузкой 8 гигабит не захлебнется, можно счесть годным.

Comments

[Алексей Черемисин]

Э! Я бы дополнительно мультикаст швырнул, если IGMP Snooping или IGMP storm не настроены или не рабоатют - лягут как миленькие, тут и бондинг не нужен, он (коммутатор) сам за себя все сделает.
на одном конце
iperf -c 226.94.1.1 -u -T 32 -t 20
и на втором
iperf -s -u -B 226.94.1.1

[Армянское Радио]

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

[Алексей Черемисин]

Ну а чего, характеристики коммутаторов посмотрел, тянуть должен!

[Алексей Черемисин]

Мне вот qsw -6500 приглянулись, надо бы затестить...

Answer 3

[Клёвый Админ]

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

А вообще наиболее нагружающие задачи - это бродкаст и мультикаст, вот их и нужно имитировать, для первой хорошо подходят петли, для второй igmp и ipv6.
А вот коммутационную матрицу так просто не прожать, генерировать шесть семь гигабит трафика та ещё задача. Но пробуйте юзать совет от Радио и тулзу iometer.

Answer 4

[throughtheether]

вот я хочу узнать, что же ждать от него?

На мой взгляд, представляется конструктивным выделить функциональность, которая потребуется от устройства в рабочем режиме (в "продакшене") и затем каждый пункт протестировать отдельно. В частности, стоит проверить работу xSTP и его нюансов (BPDU guard и т.д.), ARP Inspection, фильтрации по MAC-адресам, ограничения широковещательного/многоадресного трафика (storm control), DHCP snooping, IGMP (если планируется использовать). Для этого может потребоваться собрать тестовый стенд и сгенерировать необходимый трафик (под linux рекомендую scapy для формирования специфичных пакетов/фреймов и hping для генерации интенсивного трафика).

Не вижу особого смысла в попытках полностью утилизировать ресурсы коммутационной матрицы ("фабрики"). Для этого потребуется задействовать все порты коммутатора. Etherchannel здесь, на мой взгляд, вряд ли сильно поможет, учитывая поддерживаемый коммутатором режим разделения трафика по линкам внутри etherchannel ("Поддержка балансировки по destination-MAC", отсюда).