Хотелось бы поднять вот какой вопрос...

Наша компания активно использует управляемые коммутаторы D-Link в своей сети, и в своё время выбор был сделан в пользу D-Link не в последнюю очередь по причине наличия достаточно гибкого механизма port security. Рассматривались тогда коммутаторы DES-3226, в которых можно в контексте порта создать список мак-адресов, которым можно на этом порту работать. О них речь сначала и пойдёт.

Однако в процессе адаптации собственной системы управления, которая занимается непосредственным редактированием конфигурации коммутаторов по SNMP протоколу быстро выяснилось, что нет способа добавить новый мак-адрес в static unicast mac forwarding database, ввиду того что для управления последним используется объект dot1qStaticUnicastTable из Q-BRIDGE-MIB, описанный в RFC2674, и в RFC явно не описано, что данный объект должен поддерживать метод CreateAndGo. Т.е. есть возможность изменять и удалять существующие записи в таблице, но создание новой записи "с нуля" не работает.

Тогда было предположено, что это мы тут чего-то не понимаем, взяли триальный D-View с соответствующим модулем, и результат тот же - D-View тоже не могёт добавить новый мак в таблицу. На всякий случай я описал проблему на support@dlink.ru, но вообщем решения задачи не получил.

Выход, однако, был найден: покопавшись в веб-интерфейсе коммутатора было понято, какой POST-запрос нужно ему послать, чтобы добиться искомого. Вообщем проблема была решена, и на некоторое время про неё забыли и активно занимались установкой DES-3226 в сети

Однако наступил новый год, а с ним и новый официальный прайс D-Link'a, в котором DES-3226 был помечен как End-Of-Life, да и поставщик сказал что "DES-3226 приказал всем долго жить" и предложил DES-3226S в те же деньги. Соответственно новая партия была закуплена уже DES-3226S, и опять поднялась летняя проблема - опять надо копаться в веб-интерфейсе, разбираться что там к чему и делать workaround для задачи. Впрочем это уже тоже сделано, а заодно сделано и для DES-3250TG, который правда в единственном экземпляре, но и им тоже рулить надо.

Но на этом то жизнь не кончается, линейка продукции у D-Link ещё большая Вот собираемся закупать DGS-3212SR (или DGS-3224SR - не решили ещё), я почему то более чем уверен что там тоже отсутствует такой функционал в SNMP-интерфейсе, ибо насколько я понимаю, идеология построения везде перекликается.

К чему это я всё написал... Не может быть чтобы только мы одни с этой проблемой мучались

Не верю (с) Станиславский.

Может быть имеет смысл как-то донести эту мысль до разработчиков firmware, и решить данную проблему, ибо по моим наблюдениям D-Link, в отличие от некоторых более других вендоров, в обновлениях прошивок не только ошибки и огрехи имеет обыкновение устранять, но и привносить что-то новое и полезное, как например Access Profile в четвёртом релизе firmware для всё тех же DES-3226S (аналогов с таким же функционалом у конкурентов в той же ценовой нише кстати пока не встречал.)

Собственно вот. Очень расчитываю получить ответ от российского представительства D-Link по этому вопросу, что они думают на этот счёт. Если надо, готов изложить проблему на буржуйском языке, в более лаконичном изложении, разумеется

Уважаемый Lexx! Пришлите мне, пожалуйста, на почту более детальное описание, включая на английском, а также то, как уже решена проблема для предыдущих коммутаторов. Возможно, получится что-то сделать.

_________________
С уважением, Карагезов Владислав

Ок, завтра сформулирую и сброшу.