А сервер отвечает почему-то броадкастом

вот так отвечает нетап

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

клиент видит dhcp server identifier

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

Так и есть)

и шлет туда

напрямую, даже если next server ip не выставлен

кстати, ISC DHCPd научилсо таки быть мультитредовым? И да, забыл, как сейчас называется то, что ISC придумал для его замены.

Kea

это на примере isc dhcp я наблюдал. isc dhcp не выставляет next server ip, но при этом если к нему запрос пришел юникастом, то он ответит юникастом даже если броадкаст флаг выставлен

ага

он как бы клёвый.

я понимаю, возможно это клиенты не правильно работают, но я с ними ничо не могу сделать

то есть если бы клиенты не выставляли броадкаст флаг, то может все и работало бы

то есть если бы клиенты не выставляли броадкаст флаг, то может все и работало бы

Так они вставляют?

да

а хотя нет

они не всегда выставляют

в скрине что я синул видно, что юникаст

но нетап все равно броадкастом отвечает на это

то есть если запрос приходит от релея - он отвечает ему

а если от клиента - никогда

погоди

какой OFFER юникастом? Если продление аренды то мат REQUEST/ACK

а OFFER - это ответ на DISCOVER

или я уже гоню и нужно пойти поспать

да

A server or relay agent sending or relaying a DHCP message directly to a DHCP client (i.e., not to a relay agent specified in the 'giaddr' field) SHOULD examine the BROADCAST bit in the 'flags' field. If this bit is set to 1, the DHCP message SHOULD be sent as an IP broadcast using an IP broadcast address (preferably 0xffffffff) as the IP destination address and the link-layer broadcast address as the link-layer destination address.

а если от клиента - никогда

Тогда это хуйня у них. Если без броадкаст бита так отвечает

А если с - то все ок

хм

ну вот например. этот клиент послал юникастом запрос к серверу

такие есть клиенты

остальные, как я вижу юникастом запрашивают

А если с - то все ок

А на что это у него ответ? OFFER не на REQUEST же должен отвечать

Какой оффер? Ты о чем?

это request

Захожу в ntwrk, а тут dhcp траблшутят, душа радуется

об этом

но я не знаю, может он обиделся, не увидев ответа когда он юникастом слал

это старые логи. надо заново эксперимент проводить

но в оснвоном клиенты юникастом шлют

Да. И пкап выложить

но ответа нет. т.к. он броадкастом идет

Если без броадкаст бита в реквесте идет ответ броадкастом - фигня точно

А если с - то все по rfc

Если без броадкаст бита в реквесте идет ответ броадкастом - фигня точно

последний скрин у него с бродкаст-битом юникастовый от клиента и соответственно пустыми giaddr

Ну и ответ на request - ack или nack. Если что

ну nack даже isc dhcp отвечает в броадкаст почему-то

Ну и ответ на request - ack или nack. Если что

я про то же, а выше у него был Offer, или это аналитика вайршарка так его обозвала

я просто не очень пойму. запрос ведь юникастовый

нафига броадкастом отвечать

я просто не очень пойму. запрос ведь юникастовый

так бродкаст-флаг взведён

Если флаг стоит - надо

Клиент просит

ну это просто глупо как-то

Это к ТПЛинку вопросы уже надо. а не к НетАпу

он же точно не получит ответ

A client that cannot receive unicast IP datagrams until its protocol software has been configured with an IP address SHOULD set the BROADCAST bit in the 'flags' field to 1 in any DHCPDISCOVER or DHCPREQUEST messages that client sends. The BROADCAST bit will provide a hint to the DHCP server and BOOTP relay agent to broadcast any messages to the client on the client's subnet.

Если без броадкаст бита в реквесте идет ответ броадкастом - фигня точно

Такое часто конфигурируется отдельно

может ISC DHCPD смотрит, что клиент недосягаем локально и не отправляет широковещательно

воооооо

A client that cannot receive unicast IP datagrams until its protocol software has been configured with an IP address SHOULD set the BROADCAST bit in the 'flags' field to 1 in any DHCPDISCOVER or DHCPREQUEST messages that client sends. The BROADCAST bit will provide a hint to the DHCP server and BOOTP relay agent to broadcast any messages to the client on the client's subnet.

кстати это интересно

то есть он реально обижается от того что ему не отвечает

он же точно не получит ответ

Всмысле?)) откуда клиенту знать это?)

Такое часто конфигурируется отдельно

Хотя я конечно вообще не понимаю о чём речь идёт)

погодите

это разгадка же похожу

ду

то есть он не получил законный юникаст ответ

и начинает фигачить с броадкаст флагом, так?

Блин

а юникаст ответы ему не дают

Броадкаст флаг нужен бай дефолт

потомут что нетап тупит

Чтобы получать ответы

Когда еще адеса нет

При первом реквесте у клиента нет адреса