On Wed, Jun 27, 2012 at 15:31 UTC, Anssi Johansson wrote: > Try querying from an unprivileged port and you'll see a problem: > > [anssi@tursas tmp]$ /usr/sbin/ntpdate -qu 2001:470:7:104::2 > server 2001:470:7:104::2, stratum 0, offset 0.000000, delay 0.00000 > 27 Jun 18:29:23 ntpdate[18085]: no server suitable for synchronization found
I repeated Anssi's test, using ntp-dev sntp with and without -r/--use-reserved-port: hart@psp-os1> sudo svcadm disable ntp hart@psp-os1> sudo /usr/local/libexec/sntp -r 2001:470:7:104::2 sntp [email protected] Mon Jun 18 05:20:41 UTC 2012 (1) 2001:470:7:104::2 no response after 5 seconds hart@psp-os1> sudo svcadm enable ntp hart@psp-os1> /usr/local/libexec/sntp 2001:470:7:104::2 sntp [email protected] Mon Jun 18 05:20:41 UTC 2012 (1) Can't open KOD db file /var/db/ntp-kod for writing! 2012-06-27 18:16:38.739856 (+0000) +0.00728 +/- 0.000237 2001:470:7:104::2 s1 hart@psp-os1> That seemed to confirm the source port made a difference, but a few more tests suggested otherwise -- I saw it succeed with a reserved port, and fail without. I think there's packet loss at the root of the problem. Good luck, Dave Hart _______________________________________________ pool mailing list [email protected] http://lists.ntp.org/listinfo/pool
