Добрый вечер.

В хоте плотного тестирования DES-3526 и dhcp_relay выяснилась следующая неприятная вещь, которую можно описать в следующей последовательности:

- клиент включает компьютер, посылает запрос на получение адреса. запрос первый раз конечно же броадкаст
- свитч получает запрос и форвардит его на дхцп-сервер
- сервер присылает ответ, клиент работает.

Вот на этом первом шаге всё отлично и нареканий нет особых: приезжает нужный мак свитча и нужный ПОРТ, в который включен клиент.
Почему сказал что мак свитча приезжает, потому что после нескольких dhcp_relay запросов перестаёт приезжать ИП свитча в пакетах (но это не столько критично, но хотелось бы чтобы эта проблема была исправлена так же).

Так вот в первой сессии клиента на получение адреса используется броадкаст и в этой же сессии клиент получает ИП dhcp-сервера.

При обновлении адреса клиентский windows уже не шлёт пакеты броадкастом, а общается напрямую с dhcp сервером пакетами Unicast !

Так вот, пакет приходит со свитча. Но в этом пакете не порт клиента на свитче, а порт аплинка, которым свитч включен в центральный коммутатор (25-ый порт).
В тесте 15 свитчей, везде одинаковая картина:
- первый броадкаст пакет приезжает так как нужно
- апдейты уникаст приезжают с порта аплинк.

Прошивка:

Boot PROM Version : Build 3.00.008
Firmware Version : Build 5.01-B09
Hardware Version : 0A3G

Спасите помогите .
Спасибо.

p.s. сервер isc-dhcp
собрать при необходимости вам тестову конфигурацию дхцп сервера и дебаг к нему поможем без проблем, чтобы повторить схему.

а вы аксеслистами dhcp запросы режете на клиентском порту?

_________________
DES 3526 - флагман DLINKостроения

прямо в точку .

Как это можно обойти?
Режу естественно только ответы dhcp-серверов клиентов, так сказать защита от нелегальных дхцп серверов.

В точку то точку, но дело не в этом.

Снёс access profile на всех свитчах, но картина та же самая.

В цепочке три свитча des-3526, у всех есть транзитный клиентский vlan211.

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

Чёт вообще не понимаю логику отправки пакета.

Перезвоните пожалуйста в офис по телефону +7(495)744-00-99 доб.390.

добро пожаловать в наш клуб это старая болячка и ее вот-вот обещают исправить ... дело в том что свич шлет полученый им пакет в клиентском VLAN бродкастом и этот пакет ловят все рядом стоящие свичи и естессно пересылают его ... кому нибудь еще нравится идея возможности включения/выключения relay на опред. портах?

_________________
с уважением, БП

В четверг звонил к вам, не застал.

Пока решил проблему таким способом: на роутере пофильтровал доступ к дхцп-серверу с клиентских адресов, исключительное право обращения к нему получила подсеть свитчей .

Правильно.

я решаю проблему так - на агрегации режу DHCP в клиентских VLAN:вроде помогает, но это не выход, IMO ... ждем прошивки лечащей свичи ...

_________________
с уважением, БП