[xcme]

Перед самым окончанием аренды клиент полагает что сервер "умер" (поскольку юникастовые ответы не воспринимает сам) и пытается получить тот же IP от любого откликнувшегося DHCP-сервера

Клиент успевает потерять IP между пунктами 3 и 4 или таки нет?

Часто описывается обратная ситуация, когда сервер с opt82 не продляет аренду по unicast запросу. Симптомы здесь будут одинаковыми?

 

Но суть проблемы в том, что есть кривые клиенты dhcp, есть кривые релеи (DLINK например) и черт знает как со всем этим жить. Особенно если выдавать короткие лизы.

Есть такое. DIR-615, например, откажется воспринимать ответы сервера если длина пакета превышает определенную величину. Это может происходить, например, из-за большого списка маршрутов в опциях 121 и 249. Перепрошивкой не лечится. Лечится уменьшением длины пакета.

Изменено 25 сентября, 2011 пользователем xcme

[apog]

Ключевое слово - клиент отправляет unicast запрос на нужный сервер, а не broadcast, с установленным флагом broadcast (в dhcp запросе).

И DHCP-сервер должен ответить релею так же юникастом, но с установленным флагом broadcast, а уже релей (самый крайний, смотрящий на клиента непосредственно) клиенту отвечает броадкастом. Таким образом у меня заработали "чумные" коробки

 

Но судя по симптомам у автора кто-то по пути броадкасты не пропускает и в этом проблема.

А если отвечать юникастом, то такие вот "чумные" клиенты юникаст не воспринимают и долбят запросами renew до окончания лизы, после чего посылают броадкастовый Rеquest и получают броадкастовый ответ (по стандарту так) потому и воспринимают его. Далее всё продолжается в цикле.

 

1) Discover broadcast, ответ Offer broadcast

2) Rеquest broadcast, ответ Ack broadcast

 

3) Renew unicast, ответ unicast не воспринимает

3.1) Renew unicast, ответ unicast не воспринимает

3.2) Renew unicast, ответ unicast не воспринимает

...

3.x) Renew unicast, ответ unicast не воспринимает

 

Перед самым окончанием аренды клиент полагает что сервер "умер" (поскольку юникастовые ответы не воспринимает сам) и пытается получить тот же IP от любого откликнувшегося DHCP-сервера

4) Rеquest broadcast, получает ответ Ack broadcast

далее общение продолжается по циклу 3 + 4 пункт

 

Имеем такую же проблему с абонентами, у которых роутеры D-Link DIR-300/NRU rev.B7 (прошивка 1.4.1 - последняя из доступных на фтп длинка), DIR-320 (ревизию пока не знаю, с прошивками тоже не экспериментировал), еще есть проблемный абонент с роутером ASUS RT-N10E (пока тоже не смотрел его). В любом случае проблема массовая, хотябы даже потому, что 300-х роутеров много у абонентов. Вот на D-Link DIR-300/NRU rev.B3 с прошивкой 2.06 проблемы нету.

Схема такая:

(абонентский роутер)-(свитч доступа des-3526, на нем dhcp-relay, IMPB)-(isc-dhcp-server)

абонентов привязываем к порту коммутатора доступа

на 3526 прошивка была 6.20.b10, сегодня обновил до 6.20.b18 - не помогло.

в настройках isc-dhcp опция dhcp-server-identifier <ip-address-dhcpd> присутствует

перекопал форум длинка, ничего путного.

Завтра возьму проблемный DIR-300/NRU/B7 и беспроблемный DIR-300/NRU/B3, буду снифать что там у них отличается.

 

Чтото не нахожу по форумам бурных обсуждений данной проблемы. Неужели только у нас?

Или может мы не знаем какого то хитрого рецепта, о котором все уже давно знают?

Изменено 7 декабря, 2012 пользователем apog

[apog]

Если интересно, поднял тему на форуме длинка:

http://forum.dlink.ru/viewtopic.php?f=2&t=157565

 

А продолжение ожидается тут:

http://forum.dlink.ru/viewtopic.php?f=3&t=157674

[max1976]

Если интересно, поднял тему на форуме длинка:

http://forum.dlink.ru/viewtopic.php?f=2&t=157565

 

А продолжение ожидается тут:

http://forum.dlink.ru/viewtopic.php?f=3&t=157674

Не только роутеры от Dlink страдают этой "болезнью". Такому же дефекту подвержены Zyxel Keenetic c прошивками 1.хх. Я летом связывался с техподдержкой Zyxel, на что получил ответ - они не будут фиксить 1.хх прошивки и посоветовали переходить на 2.хх прошивки.

 

P.S. Так и живём с флудом в виде частых dhcp запросов от чудных девайсов.

[apog]

P.S. Так и живём с флудом в виде частых dhcp запросов от чудных девайсов.

 

А владельцы этих чудных девайсов не жалуются вам, что инет отваливается? Мы стали искать решение проблемы именно из-за жалоб, а не из-за флуда. Какое время аренды адреса у вас?

Изменено 13 декабря, 2012 пользователем apog