Bug 553804
Summary: | DHCPv6-assigned addresses deconfigured on "service network restart" | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Darren Gamble <darren.gamble> |
Component: | dhcp | Assignee: | Jiri Popelka <jpopelka> |
Status: | CLOSED WORKSFORME | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 13 | CC: | jpopelka |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2010-10-06 14:32:28 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Darren Gamble
2010-01-08 22:24:17 UTC
Hi Darren, thanks for the report and sorry for my delayed response. First, you are right that to even -get- DHCPv6 support in Fedora 12 means fixing the control scripts (initscripts). Because this initscripts problem is (and will be) not fixed in Fedora 12 (bug #531769) but first in Fedora 13 (bug #553017) I want you to test your problem again in Fedora 13 (when you get to it). I have different experiences with the dhcpv6 functionality when bringing the interface down and back up. When I restart the interface either with 'service network restart' or ifdown/ifup, dhclient initiates Confirm/Reply message exchange to know whether it can use the old address. When the server confirms it, dhclient passes the BOUND6 reason to dhclient-script and the interface is configured with the old address. RENEW6/REBIND6 reasons are passed to dhclient-script when client renews/rebinds (see [1]) its lease. This happens when time T1/T2 (see [1]) is reached and is not related to restarting of interface. When client is renewing/rebinding its lease he's still using the old address during the process of renewing/rebindig so there's no reason to (re)configure the interface. The only situation I have in mind where it (configure the interface in RENEW6/REBIND6) is imaginable is when the client has one address in IA and during the renewing/rebinding the server sends Reply message with more than one address (the old one + some now address(es)). In this case the client have to (re)configure the interface to also use the additional address(es). This situation is bug #578097 about. To sum this up: Please try it again in Fedora 13 where your "Steps to Reproduce" give your "Expected results" to me. If you have still the same problem with F13 we can solve it against F13, because in F12 we need to hack initscripts to get dhcpv6 working. That's why I'm changing the version from F12 to F13 now. Additional info: [1] RFC 3315 18.1.3. Creation and Transmission of Renew Messages 18.1.4. Creation and Transmission of Rebind Messages |