С переходом на прошивку v1.03.B013.had и выше как с заменой Boot prom так и без нее появилась следующая проблема:
коммутаторы стоящие за 3528 не получают ответов от dhcp сервера.
Сами коммутаторы находятся в управляющем влане. Как только на 3528 отключаю dhcp_relay запросы проходят удачно, но на самом 3528 появляются проблемы с раздачей dhcp одни полуают другие нет.
На прошивке 1.01.B035.had данной проблемы не наблюдается.

Подскажите, пожалуйста, в чем проблема и что делать?

1. Настройка DHCP Relay?
2. Самая последняя версия прошивки, с которой Вы тестировали?

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

1.
IP Address : 10.255.101.216 (Manual)
VLAN Name : 101

Command: show dhcp_relay

DHCP/Bootp Relay Status : Enabled
DHCP/Bootp Hops Count Limit : 4
DHCP/Bootp Relay Time Threshold : 0
DHCP Vendor Class Identifier Option 60 State: Disabled
DHCP Client Identifier Option 61 State: Disabled
DHCP Relay Agent Information Option 82 State : Disabled
DHCP Relay Agent Information Option 82 Check : Disabled
DHCP Relay Agent Information Option 82 Policy : Replace
DHCP Relay Agent Information Option 82 Remote ID : 00-21-91-B0-34-D0

Interface Server 1 Server 2 Server 3 Server 4
------------ --------------- --------------- --------------- ---------------
System 10.255.101.1 10.255.106.1

2. Пробовалось на следующих прошивках с PROM_v1.00.B008.had
v1.03.B013.had
v2.00.B033.had
v2.01.B042.had

корректная работа наблюдалась на 1.01.B035.had

Обрисуйте пожалуйста ситуацию поподробней.
Я не понимаю кто получает адреса, а кто не получает. Кто должен получать адреса, коммутаторы или клиенты? Приведите кусок топологии.

DHCP-server => Catalyst 6509 => DES-3528 => DES-3028
настройки dhcp_relay идентичны и 3528 и 3028
оба находятся в управляющем vlan 101 в сети 10.255.101.0/24
В данном примере на коммутаторе 3028 клиенты не получают адресов
на коммутаторе 3528 с раздачей адресов все ок.
при отключении на 3528 dhcp_relay- проблема с раздачей адресов на 3028 пропадает, но следовательно появляется на 3528.

Исправление этой ситуации ожидается ориентировочно в конце следующей недели, как только оно у меня появится, я Вам его вышлю

Спасибо.

Есть еще одна проблема с серией DES-3526 Firmware Version : Build 5.01.B52
Схема подключения и настройка dhcp_relay идентична с вышеприведенной.
Замечено зависание relay, когда запрос от клиента на сервер поступает, а предложение DHCP до клиента, судя по всему, не доходит, т.к. в логах сервера последняя запись DHCPOFFER, исрпавляется это положение только ребутом свича, после чего все опять работает нормально.

На DES-3526 попробуйте, пожалуйста, ситуацию с прошивкой, которую я Вам выслал.

Спасибо.
Потестирую.

Ничего не слышно об исправлении ситуации с 3528? Уж очень надо.

К сожалению, дату исправления немного передвинули: оно появится в последних числах месяца.

Исправление появилось, выслал Вам его на почту.
P.S. Сообщите, пожалуйста, по результатам.

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

К томуже проблема с dhcp_relay не решилась.
Cisco - DES3528(1) - DES3528(2)
на первом все отрабатывает , на втором клиенты не могут получить адреса. После того как их пустили в ребут они и вовсе отказались подниматься. а именно первый. Восстановлена путем ребута по питанию.

Могу выслать конфиги, если надо.
Может есть какое-то логическое объяснение этому и на что лучше откатываться?

А Вы после обновления прошивки на DES-3528 не пробовали осуществить сброс конфигурации и затем подгрузить конфигурационный файл?

Пробовали, делали reset system,
после чего забивался только рабочий влан и ip - ситуация не меняется!
Как только заменили прошивку на 2.00B033 проблема исчезла. Но с dhcp так и остается открытой.
Сейчас умер один из тестовых коммутаторов и положил весь управляющий влан.