Так никто не говорит что связка не создается. Она как раз таки создается. По таблицам все правильно, но трафик блокируется.

Надеюсь фикс этой проблемы с релеем положительно скажется и на IMPB.

_________________
D-Link Switches: Tips & Tricks

дабы не плодить сущности задам вопрос тут. существует городская сеть. дома подключены кольцами, поднят rstp. нужно настроить dhcp_relay + opt82. модели на доступе - DES-3200, DES-3526. с 3200 всё хорошо, а вот в местах где установлены 3526 начинаются косяки на схеме подобного плана:
3526->3200->ядро.
абоненты подключенные к 3200 релеятся правильно, ядро видит один запрос только с этого свитча с маком, портом и ид свитча.
абоненты подключенные к 3526 релеятся верно, но ядро видит два запроса. от 3526 с правильным абонентским портом и тотже самый мак начинает светиться на 3200 на downlink'е в 3526.
в связке 3200->3200 всё работает безупречно

В схеме 3526->3200->ядро.
на 3200 попробуйте
config dhcp_relay option_82 policy keep

config dhcp_relay option_82 check disable
config dhcp_relay option_82 policy keep
везде настроено. если включать check enable, то самый первый, подключенный к ядру свитч начинает светиться как ёлка, на всех магистральных портах маки, а на соседних нет ниодного

Исправление будет в последний числах мая. Как только оно появится, мы Вам сообщим.

Фикс по этой проблеме будет в первой половине июня.

а по поводу моей проблемы что?попробуйте пожалуйста собрать на стенде цепочку 3526->3200->dhcp сервер с поддержкой option_82
в случае релея с 3526, прилетает два запроса, от абонентского порта 3526, и магистрального даунлинка 3200

В последних числах мая будет фикс DHCP Relay для прошивки DES-3200 R1.7, где поддерживается per port DHCP Relay. На этой прошивке можно отключить DHCP Relay на магистральных портах и тогда описанная Вами проблема будет неактуальна, так как DES-3200 не будет реагировать на отрелеенный коммутатором DES-3526 DHCP запрос.

я пробывал 1.7 прошивку, везде она стоит, так же как и на 3526 стоит последняя прошивка.
согласен. 3200 не будет, зато начнёт отвечать 3526, у которого нельзя отключить реакцию на магистральные порты. я понятия не имею почему, но в такой схеме включения dhcp броадкаст попадает на 3526, и он его релеит с магистрального порта.
вобщем либо 3200 релеит магистральные порты, либо 3526.
гораздо проще было бы, если бы 3200 понимал option82 от 3526. почему при выставленном policy keep, 3200 релеит запросы ещё и от своего имени, если они идут с 3526 свитча? что за несовместимость? если в цепочке стоят 2 3200, то всё отрабатывает так как должно быть.

На DES-3526 тут не будут попадать оригинальные широковещательные DHCP запросы от клиентов уже отрелеенные коммутатором DES-3200. В какой схеме и при каких настройках у Вас это происходит?

Для DES-3200 вышел фикс R1.70.B007.
Отписываемся тут если возникнут проблемы/вопросы.

На вашем стенде предыдущая проблема уже не воспроизводится или хотите на нас опробовать?

_________________
D-Link Switches: Tips & Tricks

Вопрос: а как обстоят в этом плане дела в dhcp_local_relay ?

При policy keep на магистральных он трогать не будет ?
Интересует на 3526, 3528, 3200-хх

xcme

При удалении записи коммутатор не проверяет vid или ip адрес сервера, поэтому он всегда будет возвращать Success.

alex_ov
Спасибо.
Вам же порекомендую уважать время и труд других людей и не делать скоропалительных выводов.