[Olsr-users] Recommendation for maintaining accurate local times on nodes?
Sat Mar 3 08:57:44 CET 2012
Thanks for the response. I do have the full ntpdate client installed on
these nodes. The problem seems to be that ntpdate only (by default) syncs
on power-up, so any nodes that don't quickly get a default route set by
OLSRd have ntpdate time out.
A simple solution seems like it would be to run ntpdate periodically,
though I'm not sure if running as often as hourly may interfere with the
timestamps on the HNAs (e.g. introduce excessive jitter). The onboard
clocks on the UBNT radios are not that precise; I've seen a 1 minute or so
drift develop over a day.
On Sat, Mar 3, 2012 at 1:50 AM, Bruce Ford <(spam-protected)> wrote:
> Perhaps use the ntp client included in the OpenWRT BusyBox rather than
> ntpdate or install the full NTP client. See
> Bruce Ford
> On Sat, Mar 3, 2012 at 10:11 AM, Ben West <(spam-protected)> wrote:
>> I'm running OLSR v0.6.1 packaged with OpenWRT 10.03.1 on a collection of
>> Ubiquiti M5 access points (Rocket, Bullet, Nanostation, Nano Loco).
>> All radios have /etc/init.d/ntpdate service enabled on boot to sync local
>> time to a remote NTP server, although this only succeeds on non-gateway
>> nodes if OLSRd (also enabled on boot) finds and sets a default route before
>> ntpdate times out.
>> In the case where ntpdate does time out before setting a node's local
>> time, I've noticed letting that node operate as-is in the mesh can cause
>> other nodes to lose their default route. Presumably from the non-sync'ed
>> node sending out HNA's with bad timestamps? Is this expected OLSR behavior?
>> Besides simply letting ntpdate run on all nodes as an hourly or daily
>> cron job, would anyone have other recommendations on keeping all nodes'
>> local time synced?
>> Ben West
>> Olsr-users mailing list
> Olsr-users mailing list
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Olsr-users