Wang,
It could be your clock or a defect in your ipv6 stack.
I use the following utility to measure sleep drift for tahi machines. I have a HP box with 2 Xeons that drifts 10 seconds in 5 minutes with speedstep off.
If you are not seeing a material drift, you should probably take this up with your developers as the stack may not be handling RA addresses correctly.
===============
#!/usr/bin/perl
$tm=$ARGV[0];
print "tm=$tm\n";
$tm0=time();
sleep($tm);
$tm1=time();
$tmx=$tm1-$tm0;
print "clock delta: $tmx\n";
=================
Run this for an hour, for example:
./drift.pl 3600
If it returns a delta materially different than 3600, you probably have a clock problem, else you may have a software defect in your stack... or both ;-)
BTW, is the NUT RHEL5.2 and TN freebsd 7.0?
HIH,
Tony
________________________________________
From: wang_jiabo [jiabwang@redhat.com]
Sent: Monday, September 01, 2008 4:48 AM
To: users@tahi.org
Subject: [users:00872] Re: failure3 .2.5.B: Part B: Prefix Lifetime greater than 2 hours(RFC 4862)
Hello, all:
very strange, I close the speedstep in Freebsd computer, but it is still
failure,
could you support me finding where problem is?
Anthony Coon wrote:
> Wang,
>
> Any chance that you are running on Intel chips with speedstep? See
>
> http://lists.freebsd.org/pipermail/freebsd-bugs/2007-February/022317.html
>
> and
>
> http://www.mavetju.org/mail/view_message.php?list=freebsd-bugs&id=2529282
>
> HIH,
> Tony
>
<snip>