Jump to content

DHCP NAK bug in UM3


Recommended Posts

Posted (edited) · DHCP NAK bug in UM3

I'm not sure that this is the correct place to post this, but there is a bug in UM3's wifi/networking code that prevents connection to networks due to an error in the DHCP client code.

In particular, if UM3 has an IP address it wishes to use and makes a DHCP registration attempt requesting an address not in the server's DHCP address pool or an address used/reserved for another machine, the DHCP server responds with a DHCPNAK that is - somehow - not only not recognized by UM3, but also interpreted as an all-ok signal. UM3 keeps its old address and thinks it is on the network.

Another bug is that UM3 does not expire DHCP leases. A few days later, UM3 is still refusing to forget about the incorrect address.

Here is the exchange from the server's DHCP logs:

EDIT - your forum software is blocking the log because it contains IP addresses; I am forced to upload as a picture instead:


Edited by Guest
  • Like 1
Link to post
Share on other sites

Posted · DHCP NAK bug in UM3

Thanks for reporting this! I had the odd suspicion something was wrong with the dhcp, but we could never "nail" it.

I'll put up another mark on the network setup problems list.

Note, the current network configuration is provided by connman: https://01.org/connman

So this bug is a direct result of a bug in there.

And I can tell you, we are far from happy about connman. This DHCP bug is one of the many problems with it, and we are planning to replace it with a more standard linux solution. (DNS problems, Wifi connecting problems, not detecting wifi hardware are just a few others to name) All difficult to debug due to connman being one single big entity.

Initially it looked like a good fit, as it did everything we needed. But the amount of problems we are having with it are now overshadowing the positive.

As a workaround, switching the configuration to wifi and back to wired might cause the dhcp client to forget about its lease. But I'm not sure.

  • Link to post
    Share on other sites

    Posted · DHCP NAK bug in UM3

    Hello mqdusi,

    I see you are trying to connect via wifi. Can you check if this also happens on the LAN connection? Additionally, what DHCP server are you using and would it be possible to post your dhcp config? The forum will likley refuse it, but you could use paste.debian.net maybe?

    If I understand correctly, you first had configuration A on your network (either pool A range of IP address or a dynamic pool); then modified your DHCP server config to force this mac address into a different pool (which results in sending out a NACK on the old request and sends out an OFFER on the new pool), right?

  • Link to post
    Share on other sites

    Create an account or sign in to comment

    You need to be a member in order to leave a comment

    Create an account

    Sign up for a new account in our community. It's easy!

    Register a new account

    Sign in

    Already have an account? Sign in here.

    Sign In Now
    • Our picks

      • Introducing the UltiMaker Factor 4
        We are happy to announce the next evolution in the UltiMaker 3D printer lineup: the UltiMaker Factor 4 industrial-grade 3D printer, designed to take manufacturing to new levels of efficiency and reliability. Factor 4 is an end-to-end 3D printing solution for light industrial applications
          • Like
        • 2 replies
      • UltiMaker Cura 5.7 stable released
        Cura 5.7 is here and it brings a handy new workflow improvement when using Thingiverse and Cura together, as well as additional capabilities for Method series printers, and a powerful way of sharing print settings using new printer-agnostic project files! Read on to find out about all of these improvements and more. 
          • Like
        • 26 replies
    • Create New...