SendRelease isn't part of dhcp overrides

Bug #1992433 reported by Christian Scheuermann
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Netplan
Triaged
Medium
Unassigned

Bug Description

Every time a do a "netplan apply" my dhcp server assigns a new ip address to my device.

I've sniffed the network traffic and before a "dhcp discover" message there is a "dhcp release" message.

I've modified the .network files and add "SendRelease=false" to the DHCP-Section. Restart the networkd results in a new "dhcp discover" message, but the "dhcp release" message isn't send.

Is it possible to add send-release to the dhcp overrides?

Revision history for this message
Lukas Märdian (slyon) wrote :

This sounds like a useful addition. Do we know if there is a similar setting for the NetworkManager backend?

Changed in netplan:
status: New → Triaged
importance: Undecided → Wishlist
Revision history for this message
Christian Scheuermann (christian-scheuermann) wrote :

I can't find anything about in the source code at the moment.

But there is an issue regarding this topic:
https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/issues/742

Revision history for this message
Roy Yang (royyang) wrote :

This is a good feature to add into netplan.

In systemd v244, systemd-networkd has a default behavior change on the KeepConfiguration configuration. Before this change, VMs will not send the DHCP lease release message to the DHCP server on shutdown or reboot. After this change, VMs will send such messages and return the IPs to the DHCP server. As a result, the released IP may be reallocated to a different VM and/or a different IP may be assigned to the VM, resulting in IP conflicts.

Sometimes, we want to avoid sending DHCP release. For now, we have to change systemd configuration file. It will be nice for netplan to take key/value and add into .network config.

Lukas Märdian (slyon)
Changed in netplan:
importance: Wishlist → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.