Bug 149014 - radvd does not send initials RAs in correct intervals
Summary: radvd does not send initials RAs in correct intervals
Status: RESOLVED FIXED
Alias: None
Product: SUSE Linux 10.1
Classification: openSUSE
Component: Network (show other bugs)
Version: Beta 3
Hardware: All SuSE Linux 10.1
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: Olaf Kirch
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-02-08 10:10 UTC by Jiri Bohac
Modified: 2006-02-17 16:32 UTC (History)
0 users

See Also:
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 (1.27 KB, patch)
2006-02-08 10:14 UTC, Jiri Bohac 		Details | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
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