[in7rude]

Так это получается, что все выполненные ранее тесты неверны. На выходных перепроверил имеющиеся коммутаторы SNR - с хешами проблем нет, с лернингом есть немного.

[biox]

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

КОСВЕННО.

 

И о каких моделях SNR идёт речь? Например

SNR-S2950-24G

теряет маки как и большинство коммутаторов этого класса и ценового диапазона (с таблицей на 8192 мак адреса) - на уровне 1500 - 2000 из 8192.

Изменено 7 августа, 2012 пользователем biox

[shelma]

И о каких моделях SNR идёт речь? Например

SNR-S2950-24G

теряет маки как и большинство коммутаторов этого класса и ценового диапазона (с таблицей на 8192 мак адреса) - на уровне 1500 - 2000 из 8192.

да ладно. брехня. как меряли?

[biox]

как меряли?

А вы вообще предмет данной ветки читали?

[Butch3r]

Кто-нибудь тестировал DES-3200 ревизии C?

[darkagent]

Кто-нибудь тестировал DES-3200 ревизии C?

3200-52 в c1 ревизии идут ) чутка поменялся синтаксис в некоторых местах, но в целом с первыми 3200-28 небо и земля :)

[biox]

Если кто пришлёт, то с удовольствием оттестирую.

Возврат естественно гарантирую

Изменено 13 сентября, 2012 пользователем biox

[xcme]

Может имеет смысл тестить с полным DST-MAC, а не с обрезанным до последних 5-и байт как в скрипте приведенном на протяжении всей темы?

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

[tester-str]

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

Именно, только не широковещатьельными, а мультикастовыми. А первый октет менять всё же надо, т.к. хеш-функция может использовать в своём алгоритме действия именно с первым октетом.

Изменено 14 сентября, 2012 пользователем tester-str

[tester-str]

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

КОСВЕННО.

А вот и надо. Мало того, некоторые вендоры жульничают, и этот learning является чисто софтовым - пакеты складируются на CPU-ку свитча. А по факту, в "железе" изучение части маков не происходит, и трафик продолжает бегать как unknown unicast.

Чтобы избежать этого - в тестах надо использовать 3 порта коммутатора (первый - для генерации unicast на маки, второй - на котором мы пытаемся выучивать маки, а третий порт - для контроля, на него unicast не должен сыпаться). Кстати, для подобного рода тестирований принято использовать не PC-тазики, а генераторы трафика типа Spirent или Ixia

[biox]

для подобного рода тестирований принято использовать не PC-тазики, а генераторы трафика типа Spirent или Ixia

Работаем теми инструментами, на которые хватает.