[Kea-users] Kea not sending NAK
Thomas Andersen
than at itu.dk
Tue Mar 1 09:55:54 UTC 2016
Hi Ola,
You are correct that the broadcast flag is set in the REQUEST message from the client side.
However, I believe that the RFC still states that the relay should respond with unicast.
If there is a way to configure HP to do this, I’d love to do it. But I have not been able to find such configuration parameters. :(
Br,
Thomas
On 01/03/16 10:50, "kea-users-bounces at lists.isc.org on behalf of Ola Thoresen" <kea-users-bounces at lists.isc.org on behalf of ola at nytt.no> wrote:
>Just to confuse you even more, we have seen the same behaviour on
>another relay-platform.
>(Unfortunately, I don't have any links to publicly available information
>about the issue).
>
>Anyway, after debugging we discovered that the packets were sent FROM
>the client with the "broadcast" flag set.
>The relay did not clear this flag, so when the reply was received by the
>relay, it was sent (correctly) as a broadcast back to the client.
>The behaviour of DHCP-clients varies a lot when it comes to how it sets
>the broadcast flag:
>https://blogs.technet.microsoft.com/teamdhcp/2009/02/12/dhcp-broadcast-flag-handling-in-windows-7/
>
>So the solution for us was to force the relay to clear the broadcast
>flag on dhcp messages (I do not know if this is possible on your HP switch).
>That way, the replies were unicast back to the client, and everything
>started working.
>
>
>Rgds.
>
>Ola Thoresen
>
>_______________________________________________
>Kea-users mailing list
>Kea-users at lists.isc.org
>https://lists.isc.org/mailman/listinfo/kea-users
More information about the Kea-users
mailing list