Подскажите есть ли на свитчах DES-3028 и DES-3200-28 альтернатива функции permit_ip_pool свитчей DES-3526

хочется альтернативу данной команды на DES-3028 и DES-3200-28

На данных коммутаторах она не нужна, так как на них более новый chipset и всё и так нормально работает.

_________________
С уважением,
Бигаров Руслан.

ситуация которую как мне кажется не обойти без данного функционала

схема на доме примерно такая

uplink - 3526#1 - 3526#2 - user

скриптами из биллинга заносятся все юзеры дома в ip-mac-bind первого свитча ( разносятся по диапазонам т е 1 дом один свитч )
свитч 3526#2 имеет статический ип и находится в отдельном влане
хочется чтобы он и другие свитчи из диапазона не попадали под ip-mac-binding без занесения его связки mac-ip

на 3526 пользуюсь строчкой из первого поста
нужна адекватная альтернатива для 3200-28

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

хорошо ситуация:
3526 с включеным ip-mac-bind на порту за ним 1226 в него юзеры
хочется иметь доступ к 1226 без прописывания связки мак-ип 1226
DES-1226G взял для примера
( по сути управляемый свитч на котором нет
ip-mac-binding и которому хочется иметь доступ вне зависимости от того куда его воткнули )

А статическая связка для коммутатора DES-1226G не помогает?

P.S.: DES-1226G коммутатор не уровня ISP сетей.

_________________
С уважением,
Бигаров Руслан.

Она то поможет, но человеку нужно, чтобы её не было

изначально я думал что запрашиваемая функция была расширением функционала, который я надеялся получить от новых свитчей с дальнейшей разработкой прошивки
но из общения понял что она просто была заплаткой для разрешения неразрешимых проблем возникших с DES-3526

как вывод придётся переписывать билинговые cкрипты работы с ip-mac-binding ( учитывая детальную топологию подключения оборудования )
и только после этого активно внедрять DES-3200-28 и аналоги