Bug 996968 - DHCPD should set SO_REUSEPORT on DHCPv4 socket so it doesn't conflict with dnsmasq
DHCPD should set SO_REUSEPORT on DHCPv4 socket so it doesn't conflict with dn...
Product: Fedora
Classification: Fedora
Component: dhcp (Show other bugs)
Unspecified Unspecified
unspecified Severity unspecified
: ---
: ---
Assigned To: Tomáš Hozza
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2013-08-14 07:32 EDT by Tomáš Hozza
Modified: 2013-08-15 06:57 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2013-08-15 06:57:30 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Tomáš Hozza 2013-08-14 07:32:54 EDT
Description of problem:
dnsmasq binds to ANY_ADDR address to be able to serve DHCP clients without
any IP address. It sets SO_REUSEPORT on the DHCPv4 socket. If it is not available then it sets SO_REUSEADDR.

ISC DHCP sets always SO_REUSEADDR on DHCPv4 socket. This leads to dhcpd
conflicting with dnsmasq run by libvirt.

In order to solve this issue both daemons have to use the same socket option.
Currently dnsmasq in Fedora has been patched to use SO_REUSEADDR so it does
not conflicts with ISC DHCP. However it makes more sense to patch dhcpd to set
also SO_REUSEPORT (as it does for DHCPv6 socket)

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:

Actual results:

Expected results:

Additional info:
Bug #981973
Comment 1 Tomáš Hozza 2013-08-15 06:57:30 EDT
After discussion with dnsmasq upstream they agreed to set both socket options
to improve interoperability with other network daemon. Therefore there is no
need to fix ISC DHCP.

Closing this bug as WONTFIX.

Note You need to log in before you can comment on or make changes to this bug.