Bug 206362 - DHCPv6 server does not delegate prefix
Summary: DHCPv6 server does not delegate prefix
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: dhcpv6
Version: 3
Hardware: All
OS: Linux
medium
urgent
Target Milestone: ---
Assignee: David Cantrell
QA Contact:
URL:
Whiteboard:
: 206363 206364 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-09-13 21:19 UTC by Ganesh Natarajan
Modified: 2007-11-30 22:11 UTC (History)
0 users

Fixed In Version: dhcpv6-0.10-31
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-09-14 18:18:05 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Ganesh Natarajan 2006-09-13 21:19:16 UTC
Description of problem:
I am using dhcpv6 server on fedora core 3 linux for i386. The dhcp6s server is 
updated to dhcp6s-0.10-14_FC3.rpm. When I connect a cisco 7301 router as a 
client to the DHCPv6 server, the server does not return a valid prefix. I 
notice in the log the following.

Sep/11/2006 11:19:54 received solicit from fe80::200:ff:fe02:301%vlan1401
Sep/11/2006 11:19:54 get DHCP option opt_8, len 2
Sep/11/2006 11:19:54  this message elapsed time is: 1528
Sep/11/2006 11:19:54 get DHCP option client ID, len 10
Sep/11/2006 11:19:54   DUID: 00:03:00:01:00:00:00:09:02:01
Sep/11/2006 11:19:54 get DHCP option rapid commit, len 0
Sep/11/2006 11:19:54 get DHCP option option request, len 6
Sep/11/2006 11:19:54   requested option: DNS_RESOLVERS
Sep/11/2006 11:19:54   requested option: opt_23
Sep/11/2006 11:19:54   requested option: opt_24
Sep/11/2006 11:19:54 get DHCP option DNS_RESOLVERS, len 12
Sep/11/2006 11:19:54 malformed DHCP option: type 25, len 12
Sep/11/2006 11:19:54 DUID is 00:03:00:01:00:00:00:09:02:01, DUID_LEN is 10
Sep/11/2006 11:19:54 removing ID (ID: 00:03:00:01:00:00:00:09:02:01)
Sep/11/2006 11:19:54 DUID is , DUID_LEN is 0
Sep/11/2006 11:19:54 failed to parse options

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

fedora core Linux. DHCPv6-0.14-FC3.rpm


How reproducible:
Start dhcp6s server. Connect dhcp6s client using cisco 7301 which has prefix 
enabled. 

Steps to Reproduce:
1.Same as above
2.
3.
  
Actual results:
Sep/11/2006 11:19:54 received solicit from fe80::200:ff:fe02:301%vlan1401
Sep/11/2006 11:19:54 get DHCP option opt_8, len 2
Sep/11/2006 11:19:54  this message elapsed time is: 1528
Sep/11/2006 11:19:54 get DHCP option client ID, len 10
Sep/11/2006 11:19:54   DUID: 00:03:00:01:00:00:00:09:02:01
Sep/11/2006 11:19:54 get DHCP option rapid commit, len 0
Sep/11/2006 11:19:54 get DHCP option option request, len 6
Sep/11/2006 11:19:54   requested option: DNS_RESOLVERS
Sep/11/2006 11:19:54   requested option: opt_23
Sep/11/2006 11:19:54   requested option: opt_24
Sep/11/2006 11:19:54 get DHCP option DNS_RESOLVERS, len 12
Sep/11/2006 11:19:54 malformed DHCP option: type 25, len 12
Sep/11/2006 11:19:54 DUID is 00:03:00:01:00:00:00:09:02:01, DUID_LEN is 10
Sep/11/2006 11:19:54 removing ID (ID: 00:03:00:01:00:00:00:09:02:01)
Sep/11/2006 11:19:54 DUID is , DUID_LEN is 0
Sep/11/2006 11:19:54 failed to parse options


Expected results:
DHCPv6 server should send a valid network prefix in the Advertise message back 
to the client.

Additional info: The configuration file used is as follows. 

interface vlan1401 {
        server-preference 255;
        renew-time 60;
        rebind-time 90;
        prefer-life-time 130;
        valid-life-time 200;
        allow rapid-commit;
        option dns_servers 2000::2 ibm.com;
        link AAA {
                pool{
                        range 2001:1:2::2 to 2001:1:2::100/64;
                        prefix 2001:1:2::/48;
                };
        };
        host BBB {
                duid 00:01:00:01:0b:da:ce:01:00:12:3f:f1:bd:5e;
#               duid 00:01:00:01:05:c8:8c:7e:00:10:a4:8d:30:7f;
                iaidinfo {
                        iaid  8335501;
                        renew-time 30;
                        rebind-time 40;
                };
                prefix {
                        fecc::/24;
                        prefer-life-time 90;
                        valid-life-time 120;
                };
                prefix {
                        3000::/64;
                        prefer-life-time 100;
                        valid-life-time 120;
                };
                address {
                        fecc::1/34;
                        prefer-life-time 60;
                        valid-life-time 90;
                };
        };
};

Comment 1 David Cantrell 2006-09-14 15:05:39 UTC
*** Bug 206363 has been marked as a duplicate of this bug. ***

Comment 2 David Cantrell 2006-09-14 15:06:09 UTC
*** Bug 206364 has been marked as a duplicate of this bug. ***

Comment 3 David Cantrell 2006-09-14 15:07:27 UTC
Does this still happen on Fedora Core 5 or higher?

Comment 4 David Cantrell 2006-09-14 18:18:05 UTC
The problem here is that we don't support Fedora Core 3 anymore.  It's in legacy
support mode:

	http://www.fedoralegacy.org/

We currently support Fedora Core 5 and the active development tree.

I've looked through the dhcpv6 package and it looks like this problem has been
addressed in later builds.  You have build 14 in FC3, we are up to build 31. 
There is bug #196429, which looks to address your problem.  It was fixed in
build 30.  In addition, this is from the changelog under the build 18 notes:

	* Wed May 10 2006 Jason Vas Dias <jvdias> - 0.10-18
	- Make server send client the IPv6 address prefix in address
	  lease; make client use it

Now, if you must continue to use FC3, there's not a lot I can do for you.  You
can try building the SRPM from rawhide on FC3, but if it doesn't work, there's
not much I can do.  You can ask the Fedora Legacy project to pull in the latest
version from rawhide and release an update for FC3.  Or you can upgrade to FC5.


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