Прошивка 1.33.B010


Пользователь получает IP-адрес, все нормально (lease time = 600 secs):


Спустя 5 минут (600 / 2) клиент перезапрашивает (DHCPREQUEST) IP-адрес, но не бродкастом, а юникастом. Аренда продлевается, но свитч об этом ничего не знает. Lease Time продолжает тикать. Спустя 5 минут, после отправки первого IP/ARP бродкаста клиент блокируется.

DES-3028 как ни странно корректно обрабатывает данную ситуацию: он каким-то образом умудряется подслушивать юникастовый обмен между клиентом и сервером.

Как быть в случае DES-3200?

На клиентском ПК какая OS?

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

Не знаю. Там абоненты. Windows какой-нибудь. Может быть 7, может быть Vista. Но все сломались одинаково, как я описал.

Какой смысл в этом вопросе?

Посты набиваю.

P.S.: Пришлите, пожалуйста, мне на почту конфигурационный файл от коммутатора и конфиг DHCP Server-а.

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

Ну тогда понятно. Я действительно не понял смысл вопроса. Любая ОС (из тех что я видел), ведет себя именно так как я описал. В этом плане никаких отличий между ними нет.

Отправил на почту то что вы просили.

Бывали ситуации, что OS играла роль в результатах теста.

P.S.: Письмо получил, но конфигурацию нужно было прислать отдельным текстовым файлом.

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

Там все равно все по дефолту должно быть. Ничего не настраивал. Для воспроизведения ситуации достаточно моего первого сообщения (+ прописанный IP-адрес на ipif и default route).

Хорошо, проверю и напишу по результатам.

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

Есть какие-то результаты ? Можно их озвучить?

По прошествии половины периода, на который был выделен IP-адрес, DHCP-клиенты пытаются продлить его аренду. Для этого клиент посылает сообщение DHCPREQUEST непосредственно DHCP-серверу, выделившему ему адрес. При возможности DHCP-сервер продлевает ее и отсылает клиенту сообщение DHCPACK с новым временем аренды и параметрами конфигурации TCP/IP. Получив подтверждение, клиент обновляет свою конфигурацию.

При каждом перезапуске DHCP-клиент пытается получить у исходного DHCP-сервера свой старый IP-адрес. Если попытка окажется неудачной, а время аренды IP-адреса еще не истекло, то DHCP-клиент будет использовать старый IP-адрес до следующей попытки продления аренды.

Если по прошествии половины времени аренды DHCP-клиент не сможет продлить ее на исходном DHCP-сервере, то по истечении 87,5% времени аренды клиент начнет широковещательную рассылку сообщения DHCPREQUEST для связи с любым доступным DHCP-сервером. В ответ клиент может получить сообщение DHCPACK с информацией о продлении аренды, либо сообщение DHCPNACK, требующее инициализации клиента и получения им другого IP-адреса.

По истечении срока аренды или получении сообщения DHCPNACK DHCP-клиент должен сразу прекратить использование занятого IP-адреса. После этого он может возобновить процесс аренды для получения нового IP-адреса.

Запретите доступ с клиентских IP на DHCP сервер, и будет ВАм счастье.

Не надо ничего запрещать, всё должно работать и так.