Neutron DHCP agent generates invalid hostnames for new version of dnsmasq
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
neutron |
Fix Released
|
Medium
|
Kyle Mestery | ||
Grizzly |
Fix Released
|
Medium
|
Gary Kotton |
Bug Description
The latest version of Fedora includes this version of dnsmasq:
[kmestery@
Dnsmasq version 2.66 Copyright (c) 2000-2013 Simon Kelley
Compile time options: IPv6 GNU-getopt DBus no-i18n IDN DHCP DHCPv6 no-Lua TFTP no-conntrack ipset auth
This software comes with ABSOLUTELY NO WARRANTY.
Dnsmasq is free software, and you are welcome to redistribute it
under the terms of the GNU General Public License, version 2 or 3.
[kmestery@
According to this bug filed on Fedora here [1] and my own experience, the hostnames the Neutron DHCP agent generates start with numbers (the IP addresses), and apparently this is no longer valid for this new version of dnsmasq.
tags: | removed: grizzly-backport-potential in-stable-grizzly |
tags: | added: l3-ipam-dhcp |
Changed in neutron: | |
status: | Fix Committed → Fix Released |
Changed in neutron: | |
milestone: | havana-3 → 2013.2 |
Per discussion with @rkukura, looks like this may be a bug in dnsmasq. RFC 952 prohibited hostnames from starting with a digit, but RFC 1123 allows it. I'm looking at the dnsmasq source code now.