Bug 149014

Summary:	radvd does not send initials RAs in correct intervals
Product:	[openSUSE] SUSE Linux 10.1	Reporter:	Jiri Bohac <jbohac>
Component:	Network	Assignee:	Olaf Kirch <okir>
Status:	RESOLVED FIXED	QA Contact:	E-mail List <qa-bugs>
Severity:	Normal
Priority:	P5 - None
Version:	Beta 3
Target Milestone:	---
Hardware:	All
OS:	SuSE Linux 10.1
Whiteboard:
Found By:	Corporate Interoperability Test	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---
Attachments:	Fixes the intervals of initial RAs according to RFC 2461, section 6.2.4

Description Jiri Bohac 2006-02-08 10:10:25 UTC

To pass the tests for the IPv6 Ready Logo (FATE #142234), a small patch to radvd is required. I also submited the patch upstream, and it will probably be merged in the next release.

I already performed the tests with the patched radvd and they all passed. We really should have the patched version in 10.1 and SLES10, so that the IPv6 Ready Logo application does not lie about the products.

The patch follows...

Comment 1 Jiri Bohac 2006-02-08 10:14:06 UTC

Created attachment 66936 [details]
Fixes the intervals of initial RAs according to RFC 2461, section 6.2.4

RFC 2461, section 6.2.4 says:

"For the first few advertisements (up to   MAX_INITIAL_RTR_ADVERTISEMENTS) sent from an interface when it becomes an advertising interface, if the randomly chosen interval is greater than MAX_INITIAL_RTR_ADVERT_INTERVAL, the timer SHOULD be set to MAX_INITIAL_RTR_ADVERT_INTERVAL instead. Using a smaller interval for the initial advertisements increases the likelihood of a router being
discovered quickly when it first becomes available, in the presence of possible packet loss."

radvd does not do this, even though the constants are already defined in defaults.h. This patch fixes the problem.

Comment 2 Olaf Kirch 2006-02-08 11:00:52 UTC

Updated package submitted to autobuild

Comment 3 Olaf Kirch 2006-02-17 16:32:48 UTC

Will be in next beta