Проверка производительности/живучести/стабильности коммутаторов

[bravo]

как вообще можно поиздеваться на коммутатором, что бы проверить его стабильность и производительность в условиях приближенным к реальным?

стоим сейчас перед выбором 10G коммутаторов для создания агрегирующего кольца. Смотрим на cisco small bussines и соответственно на MES3124F (к примеру). А может из MES чего ещё выйдет, пока мы выбираем и ждём отмашки. в качестве пример с другой стороны возьмём cisco sg500x-24. так то понятно что чисто по набору портов, MES далеко впереди и больше подходит. Так же у них вроде абсолютно одинаковые характеристики. Поддерживаемые технологии и там и там устраивают, потому что почти ничего хитрого мы не используем.

собственно сомнения в чём. Мы всегда использовали cisco или juniper и как бы знаем как работают и на что способны. Но 10G оборудование правда раньше не использовали.

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

[QWE]

Нагружают свичи специальными генераторами - вставляют в каждый порт свича генератор/приемник и вперед. Думаю такое оборудование стоит недешего. на сайте nag.ru если не ошибаюсь тестировали свич (возможно Eltex) соединяя патчкордами соседние порты - при этом внутри свича порты были "порезаны" с помощью VLAN таким образом, что пакет влетевший в первый порт вылетал из второго порта, далее нырял в третий порт (заворачиваете патчкордом из второго в третий порт) и т.д. и вылетал из 24. В домашних условиях генератором может выступить сервер с 1гбит/с или 10ГБит/с интерфейсом. соответственно чтобы потестить 10Гбит/с порты нужны сервера которые нагенерят 10ГБит/с пакетами по 64 байта (стресс тест). Хотя по мне и 700байт в пакете тоже для тестов пойдет. Но не думаю, что один сервер сможет создать ощутимую нагрузку для коммутатора. Также нужно придумать схему как протестить скорость между 10гбит/с интерфейсами и 1 ГБит/с интерфейсами.
Тестировать нужно парами серверов - т.к. нужно знать сколько из отправленных пакетов потерялось.
Возможно у Элтекса есть специализированный генератор, попросите прислать результаты тестов свича этим прибором.

А вообще интересно как Элтекс реально тестирует каждый свич на производительность, который поступает в продажу. Сколько пакетов в секунду по 64 байта свич может пропустить и между какими портами.

Но это синтетический тест, в реальной сети у Вас наверняка имеется куча маков, который свич должен изучить. Вроде как элтекс начинает терять маки уже начиная с 12000 хотя заявлено 16000. т.е. помимо производительности узкое место может всплыть в других ТТХ.

Стабильность будет зависеть от используемых фич. на nag.ru рекомендуют свичи Элтекс использовать как L2. Проверить стабильность используемого набора Ваших фич сможете только Вы установив свич в реальную сеть.

[bravo]

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


Но вопрос к Элтексу актуальный - чем тестируете? Есть какие то реальные отчёты?
Что скажите по поводу потери маков на 12к ?)

[QWE]

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


Но вопрос к Элтексу актуальный - чем тестируете? Есть какие то реальные отчёты?
Что скажите по поводу потери маков на 12к ?)

Если 12000 маков у Вас нет и не предвидится, то и не зацикливайтесь на этом. при нынешних скоростях быстрее упрешься в потолок по скорости чем в число МАКов. На самом деле железка приятная - cisco like cli (с небольшими нюансами).

[cactus]

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

Меняем потихонечку длинки DGS-3420-26SC, хотя бы потому, что в сети водном сегменте куча МАС адресов бегает, а у длинков с этим не очень, а Eltex предлагает:

Код: Выделить всё

mac address-table lookup-length 8

После чего количество чужого юникаст трафика на юзерских портах сильно уменьншается. Используем коммутаторы на агрегации больше 2х лет, как начались на длинках проблемы с SFP+ модулями, взяли под замену пока длинк не разберется, ну так вот обратно и не планируем.

В общем более предсказуемая железка, чем D-Link, как мне показалось. Еще очень порадовала возможность логирования трафика заблокированного ACL, при сложных отладках в сети - самое то, у длинка такого нет, ну разве что счетчики только.

[QWE]

достался в наследство DLINK DGS-3100

DGS-3100# save
Overwrite file [startup-config] ?[Yes/press any key for no]....08-Jan-2000 03:24:18 %COPY-I-FILECPY: Files Copy - source URL running-config destination URL flash://startup-config
08-Jan-2000 03:24:24 %COPY-N-TRAP: The copy operation was completed successfully
Copy succeeded

один в один как у MES3124F