Вышлите мне эту прошивку

и мне тоже вышлите плиз последнюю прошивку на 3526.

предложения тем кому уже выслали - залейте прошивку на рапиду или ещё куда, ссылку здесь запостите и все.

И мне тоже вышлите последнюю прошивку на 3526

Иван!

Может все-таки выкладывать все прошивки на сайте CHANGELOG к ним?

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

Может создать отдельный ресурс и давать туда ограниченный доступ?
Например, по login & password на форуме, чтобы не делать еще одной базы авторизации.

Вывесить на входе сообщение: "Внимание! BETA-версии прошивки! На свой страх и риск... Отказ от гарантий и т.п.".

Поддерживаю создание ресурса бета тестеров Д-Линк. Только на бол серьёзном уровне

_________________
D-Link User: DGS-3612G, DES-3350SR, DES-3526, DES-3028, DES-3010G, DES-1210-28, DES-2110, DWL-900AP+, DWL-1000AP+, DWL-1040AP+, DWL-2100AP, DI-634M, DWL-G520M, DWL-G650M, DWL-G650, DAS-3248, DSL-300T, DSL-500T, DSL-504T, DMC-920, DCS-2101, DCS-910.

Была проблема: делаю IP-MAC-BINDING и на каждый порт делаю привязку IP\MAC. Абоненты в сети получают IP через DHCP, но почему-то Абонент с валидной связкой попадает в Block list и не может получить IP. Демин Иван прислал новую прошивку 5.00-B08, т.к. в ней появилась опция "Allow Zero IP", залил прошивку 5.00-B08, но проблема так и не устранилась, хотя работать коммутатор стал стабильнее и как-то выборочно абоненты не получают ИП от DHCP сервера.

Мы занимаемся этой проблемой. Как только будут новости сообщу.

а может быть нужно на все порты добавить связку IP-MAC 0.0.0.0\ff-ff-ff-ff-ff-ff?

В свое время мы столкнулись с подобного рода проблемами, после чего настроили DHCP RELAY, с которым проблем практически не наблюдалось, за исключением проблем с самими рабочими станциями.

Следует отметить, что существует ряд вирусов, в результате действия которых DHCP как минимум на Windows XP капитально перестает функционировать. И это именно проблема Windows (специально проверяли с помощью Live CD с Windows или Linux на этих же ПК с текущими настройками свитчей и DHCP). Отмечу, что простое удаление и повторная настройка TCP/IP и драйвера сетевого адаптера не помогают, хотя есть какая-то команда (точно влет не скажу, но поиск даст ответ на этот вопрос). Антивирус радостно убивает такие вирусы, но не может сам восстановить работоспособность системы.

так если бы он вообще не работал, а то он перестает работать только после привязки IP-MAC на порт абонента. Если отключить эту опцию, то все начинает работать прекрасно.
И что за DHCP RELAY? Где его и как настроить?

Если после отключения IpMacBindingPort перестает работать, то тогда клиент не причем. Кстати, а какая ОС у клиента? Случайно не Vista или MAC OS X?

---

Настройка DHCP RELAY описана в документации свитча и FAQ. Требует соответствующей настройки Вашего DHCP-сервера (в форуме есть примеры для ISC DHCP, а в FAQ пример для какого-то коммерческого DHCP для Windows).

DHCP RELAY хорош тем, что перехватывает DHCP-запрос еще до всех ACL, после чего пересылает его на DHCP-сервер от имени своего управляющего интерфейса. Ответ высылается на свитч, который передает его клиенту.

Таким образом, клиент всегда получает свой адрес, даже если он на чужом порту. Если кто-то будет пакостить (ставить чужой MAC), то он получит адрес, но работать не сможет. Если проблема будет стоять остро, то можно задействовать DHCP Option82 и выдавать адрес в зависимости от того, откуда пришел запрос (свитч, порт).

OS у клиента XPюша. А вот тут подробнее можно: "Если после отключения IpMacBindingPort перестает работать, то тогда клиент не причем. "

Виноват! Описался!-(

Если после отключения IpMacBindingPort у клиента начинает работать DHCP, то клиент вряд ли виноват, и надо копать дальше.