Здравствуйте! Возникла мысль создать распределённую систему ограничения абонентов по скорости, работающую автоматически с помощью MAC Notification и SNMP.
Система работает так:

1) На сервер snmptrapd приходит сообщение с MAC-адресом.
2) Скрипт определяет, кому из абонентов принадлежит MAC-адрес.
3) На порту средствами SNMP включается Flow Control и выставляются Bandwidth Control и Port Description.

В сети есть коммутаторы DES-1228/ME обеих ревизий (в основном), DES-3526, DES-3550, DES-3200-28/28F (ревизии A1 и C1), DES-3250TG, DES-3028, DES-3052, DES-1210-28/ME/B2, DES-3016, DES-3018, DES-3026.
Какие проблемы обнаружили:
1) DES-3526, DES-3200-28F, DES-1228/ME регулярно зависают, где-то раз в месяц.
2) DES-3026, DES-3016, DES-3018 зависают почти сразу.
3) Также DES-3526 периодически перестаёт отсылать трэпы, требуется перезагрузка.
4) На DES-3250, DES-3550, DES-3052 ограничения скорости настолько нагружают коммутатор, что реальная скорость абонентов на заполненном коммутаторе всегда значительно ниже выставленной в bandwidth control. Просмотр IPTV на DES-3550 становится невозможным. Периодически подобные симптомы наблюдаются и у DES-1228/ME.

Все вышеперечисленные проблемы со стабильностью возникают только при переключении bandwidth control и flow control. В данный момент система стабильно работает, выставляя только Ports Description.

Собственно, вопрос: как относятся представители компании в принципе к подобной идее, реально обеспечить стабильную и бесперебойную работу этой системы? Если это возможно не на всех моделях коммутаторов, подскажите, пожалуйста, от каких стоит отказываться, а на каких данная система будет работать без проблем?

Пожалуйста, не стоит далее развивать эту мысль - нарезка скорости абонентам на портах коммутаторов это нехорошая идея.
viewtopic.php?f=2&t=110693

Да, тему читали. Сейчас настроен шейпер на Linux-бордере (HTB + IPMARK). Беспокоит количество флуда и лишнего абонентского трафика в сети. Есть мысль, что мы можем сильно уменьшить нагрузку на сетевое оборудование, ограничив максимальную скорость непосредственно на коммутаторе.

В корне неверная мысль. Сильнее сегментируйте сетку, вплоть до влана на абона (в идеале), затем на доступе почикать клиентские мультикаст/бродкаст/виндовозные сети, лишний трафик упадет практически до нуля. Кстате в случае со схемой vpc чикать уже ничего не надо. )))

Lord3D
Как вам уже написали выше - флуд и лишний трафик режется через acl и traffic control на доступе, многие сейчас переходят на схему vlan per customer, шейпят все также на брасах.
Настоятельно не рекомендую реализовывать ту схему, которую вы описали в первом сообщении.