| Summary: | DHCPV6 CLIENT only assigns /64 prefix. | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | David Summers <david> | ||||||||
| Component: | dhcp | Assignee: | Jiri Popelka <jpopelka> | ||||||||
| Status: | CLOSED NOTABUG | QA Contact: | Release Test Team <release-test-team> | ||||||||
| Severity: | unspecified | Docs Contact: | |||||||||
| Priority: | unspecified | ||||||||||
| Version: | 6.0 | ||||||||||
| Target Milestone: | rc | ||||||||||
| Target Release: | --- | ||||||||||
| Hardware: | Unspecified | ||||||||||
| OS: | Unspecified | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2011-08-10 08:45:03 UTC | Type: | --- | ||||||||
| Regression: | --- | Mount Type: | --- | ||||||||
| Documentation: | --- | CRM: | |||||||||
| Verified Versions: | Category: | --- | |||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||
| Attachments: |
|
||||||||||
|
Description
David Summers
2011-07-27 04:23:34 UTC
Can you attach (the relevant part of) the configuration files for dhcpd6 and radvd. You can make them private if you want. Do you use NetworkManager, network service or you run dhclient manually ? Created attachment 515627 [details]
/etc/sysconfig/network-scripts/eth1
Created attachment 515628 [details]
/etc/radvd.conf
Created attachment 515629 [details]
/etc/dhcp/dhcpd6.conf
Further testing reveals the following: I think the original was a bit mis-leading. I've rebooted server and client and now the client will not even set an IP address at all. In the client /var/log/message I'm getting: dhclient: send_packet6: Cannot assign requested address dhc6: sendpacket6() sent -1 of 52 bytes. I'm now thinking that the comment #1 where it had an IPV6 address was picking that up from some previous number it had. After reboot, the client will not set any IPV6 address with this configuration. However, I also retested with MAC OS X 10.7 (Lion) and it still picks up the appropriate IPV6 address with the appropriate /96 prefix. Please let me know of there is any other info I can provide or test anything else. I am not running NetworkManager, this is strictly using the /etc/init.d/network stop/start/restart mechanism. All firewalls have been turned off, both on IPV4 and IPV6. I was able to reproduce the behavior as described in description of this bug.
Looking in the dhclient code I see that the prefix length is really always set to 64. There's a comment saying:
/* Current practice is that all subnets are /64's, but
* some suspect this may not be permanent.
*/
I'll try to get some answers why is it so,
but from the comment it seems that this is not a bug but designed so.
Thanks for checking. I'm very glad you were able to duplicate this. I agree that many/most networks will have prefix /64 but I would argue that not all networks will have /64 prefix, otherwise there would be no need to specify /64 prefix for anything. I think it would be short-sighted to hard-code to /64 prefix. I had looked into packets coming from server and there's nothing like prefix length specified. So I searched the RFC 3315 and it seems that DHCPv6 does not currently permit specification of a prefix length (something like subnet-mask option for DHCPv4). So I finally tried dhcp-users mailing list and found: https://lists.isc.org/pipermail/dhcp-users/2010-August/011854.html https://lists.isc.org/pipermail/dhcp-users/2010-August/011855.html Closing this as NOTABUG because according to RFC 3315 it seems that DHCPv6 was designed so. Also this is interesting (Ted Lemon has been principal DHCP(v6) architect) https://lists.isc.org/pipermail/dhcp-users/2011-November/013912.html The above mentioned URLs changed: https://lists.isc.org/pipermail/dhcp-users/2010-August/012226.html https://lists.isc.org/pipermail/dhcp-users/2011-November/014271.html |