Так сложилось, что в нашей сети используются кольца (до 15 свитчей в одном кольце), поэтому даже в случае если мы реализуем схему vlan-per-user или vlan-per-switch, то на транзитных коммутаторах MAC-адреса все равно будут и traffic_segmentation здесь не поможет (цепочка - никуда не денешься).

Кто-нибудь может поделиться опытом отключения лернинга на аплинковых портах на коммутаторах серий DES-3526/3028/3200? Есть подводные камни? Multicast VLAN работает нормально? Поиском наткнулся на темы, где идет речь о высокой нагрузке на CPU. Но у меня есть подозрение, что это как-то связано с включенным flood_fdb, который при таком раскладе и не нужен.

Вам мешает наличие мак адресов на транзитных коммутаторах?
На DES-3526 проблем с флудом нет, да и на DES-3028 если все разбито на вланы деградации сервиса с вашим количеством устройств не будет.

Хорошо. На DES-3526 отключать не будем. Остаются DES-3028/3200. Проблема, когда MAC-адрес того или иного юзера отсутствует в fdb периодически возникает - как бы нам этого не хотелось. При этом трафик на данного пользователя получают все клиенты, подключенные к этому свитчу (льется он с аплинка и traffic_segmentation здесь не спасет). Дальше трафик не уходит, так как у нас отдельный VLAN на свитч. Конфликт просходит с MAC-адресом шлюза. MAC-адрес юзера пожалуйста не советуйте менять - это неправильно.

От D-Link я хочу услышать ответ на простой вопрос: "Есть ли какие-то особенности в работе свитчей DES-3028/3200, если отключен learning - ну, кроме конечно того что трафик рассылается на все порты, которые позволяет traffic_segmentation".

Learning отключает изучение MAC-адресов на порту, вот и вся особенность.

Я видел темы на данном форуме, в которых говорилось о том, что при отключенном лернинге наблюдается повышенная нагрузка на CPU. Хочу услышать кого-то, кто с этим столкнулся и понять причину - почему так происходит.

У вас коллизия, вот и все проблемы.
Меняйте абоненту vlan id, если у вас vlan per user, колизия пропадёт, проблема тоже. Ну и отслеживайте периодически появления колизий.

Используем vlan per switch.

Так я понимаю, что у меня hash-коллизия. Очень хочется минимизировать вероятность ее возникновения. Есть кольцо. В кольцо 16 свитчей. В нормальном состоянии (если RSTP заблокировал порт где-то посередине) через два свитча этого кольца проходит трафик остальных 7 свитчей. Если считать, что на каждом свитче у нас в среднем активно по 12 абонентов, то имеем 12 * 7 + 12 = 96 MAC-адресов на этих двух свитчах. Многовато. Если отключить learning на аплинках и настроить traffic_segmentation с юзерских портов только в аплинки, то будет всего 12 на каждом свитче. Хочу заранее узнать, какие подводные камни могут быть.

Может я чего-то не понимаю, но если отключить лернинг на аплинках, то как коммутатор узнает куда коммутировать пакеты? Куда слать igmp? Надо же тогда как минимум настроить какой-то форвардинг для юникаста и указать роутер-порт для мультикаста?

если вы отключите лернинг, то вам придется на аплинк порту прописать маки
(как минимум маки шлюза для абонентов)
А вы говорите у вас кольца. Вы собираетесь при переключении кольца переписывать постоянно мак с одного порта на другой?
Да и не получится кстати. Ведь вам еще нужно будет прописать мак компьютера с которого вам будете управлять коммутатором.

_________________
2008-2015г. компания Экстрим Интернет. Технический директор/Главный системный администратор.
2015-по н.в. компания "Подряд". Инженер сети ШПД

Если отключить лёрнинг на магистральных портах, то весь трафик предназначенный неизученному маку будет рассылаться по всем портам в этом влане. Соответсвенно работать у абонента будет, Но соседу этот трафик тоже прилетит. Для того что бы убрать этот лишний трафик с абонских портов длинк делал отдельно DLF Filtering.

Вот это уже более похоже на истину. Только вот DLF Filtering работает для пакетов ВХОДЯЩИХ в порт, поэтому если его включить на абонентских портах, то он будет успешно дропать практически весь трафик подряд. Тут надо traffic segmentation между абонентскими портами, а DLF Filtering включить на порту аплинка. Я прав?

Можете подсказать будет ли работать ISM при отключеном лернинге на порту источника?

1) Не прилетит. Я не собираюсь отключать learning на абонентских портах. При схеме VLAN на свитч никому ничего лишнего не прилетит.
2) Где почитать что такое "DLF Filtering"?

Нет, помимо обычного Traffic storm control unicast, длинк делал отдельный фильтр для исходящего в порт трафика. Но это скорее всего только в самых последних прошивках на DES3200-XX.

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

Какие команды хотя бы? Да, будет - поэтому traffic_segmentation, чтобы клиенты видели только аплинк.