даже с самой последней прошивкой, все равно через одно место работает. Может просто так взять и прекратить отрабатывать dhcp_relay! Перезагрузка помогает, через какое то время тоже самое происходит на другом свитче с точно такими же настройками. Хотя конечно стало постабильнее работать..

О какой прошивке идет речь и какие у Вас настройки в плане DHCP Relay?

DES-3528
прошивка:
v2.80.B043
коммутаторы находятся в vlan 101
клиенты в vlan 1059

Одновременно настраивать DHCP Relay на интерфейсе и per vlan не нужно. Оставьте только настройки по виланам.

-Скажите, доктор, мне это поможет? ((С)
Это и шутка и серьезный вопрос

Стоит попробовать, так должна выглядеть корректная настройка.

А можно вопрос? Если в связке стоят два свитча, например 3028 и 3528, первый по цепи 3028. Нужно ли настраивать DHCP Relay на интерфейсе у 3028? Если да, то на 3528? Вообщем какими будут корректные настроики DHCP Relay в этом случае у обоих свитчей?
Спасибо

DHCP Relay per vlan на обоих можно настроить и этого будет достаточно.

Все было опробовано и Ваши рекомендации в том числе. Ерунда все.
у нас в сети (а основная масса свитчей используемых у нас это des3528) используются диапазоны 10.255.101.ххх, 10.255.106.ххх, 10.255.107.ххх, 10.255.108.ххх. Это диапазоны ip используемые для свитчей. У клиентов 10.20.х.х
когда работает схема в 3 и более свитчей и они находятся в разных диапазонах ip, то все плохо, клиенты не получают или получают ip через раз, чаще всего после перезагрузки свитча. Пример: 10.255.106.16->10.255.107.20->10.255.108.30-10.255.101.45, в этом случае dhcp_relay будет отрабатываться только на свитче 10.255.106.16
После того, как мы для эксперимента, ввели все свитчи в ip одного диапазона все стало хорошо. А именно:
10.255.106.16->10.255.106.20->10.255.106.30-10.255.106.45
И это при одинаковых настройках dhcp_relay. Поправте пожалуйста этот баг,тк исправлять эту проблему вручную не так то просто. Эксперимент был проведен в двух независимых местах и дал одинаковый результат

PS Настройки выложены в этой теме выше
PPS Мы согласны на "индивидуальную" прошивку, т.е., если наши претензии как либо конфликтуют с претензиями других ваших пользователей и не нарушив пожелания других - у вас не получается исправить наши проблемы, то можно выслать отдельную прошивку нам в личку.. С обязательным описанием исправлений

Очень похоже на мою проблему описанную в соседней теме....
Присоединяюсь к просьбе пофиксить баг.

Вы сниффером смотрели, что происходит с запросом клиента, попадает ли он на DHCP сервер в момент наличия проблемы (в Вашем случае 4 DHCP сервера)? Приходит ли клиенту ответ?

Запрос от клиента приходит, сервер ему отвечает, но до клиента ответ не доходит,
подтверждения о получении ip не приходит.

Apr 2 17:37:41 eyes dhcpd: DHCPDISCOVER from 00:24:1d:67:7c:22 via 10.255.106.201
Apr 2 17:37:41 eyes dhcpd: DHCPOFFER on 10.21.9.31 to 00:24:1d:67:7c:22 via 10.255.106.201


DHCP сервер один, схема следующая:
на интерфейсе сервера подняты алиесы в vlan 101 10.255.101.1/24 10.255.106.1/24 10.255.107.1/24 10.255.108.1/24
в этом vlan и соответственно сетях и находятся свитчи.
так вот если схема DHCP-server - sw(101.10/24) - sw(106.10/24) то в этой схеме на sw101.10 все получают ip на втором sw106.10 пользователи не получают ip
как только меняем на DHCP-server - sw(101.10/24) - sw(101.11/24) все прекрасно работает.

Я уже занимаюсь этой проблемой и напишу Вам как будет решение.

up

И в догонку, если свитч 3528 стоит вторым, то при любом раскладе dhcp_relay перестанет отрабатываться примерно через 2 месяца. Не зависимо от настроек. Тот же самый 3028 работает без проблем. Вот этой проблеме, мы уже отмечаем 2х летний юбилей. Но все равно (утирая слезу), искренне верим в вашу компетентность и ждем... ждем... ждем