perfSONAR User Q&A and Other Discussion

[Peter van Heusden <>]

I made that change, and added tock.meraka.csir.co.za - a stratum 1 server that is about 1000 miles away. ntpq -p now shows:

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*zibbi.meraka.cs 238.72.153.243   2 u   40   64    1   72.996   -3.658   6.944
+firewall.sanbi. 41.73.38.11      3 u   22   64    7    0.070   -4.745   0.173
-ntp0.za.uu.net  216.171.120.36   3 u   20   64    7    5.677    0.208  15.795
-ntp2.is.co.za   146.64.58.41     2 u   21   64    7    5.525   -9.424  16.250
+tock.meraka.csi .PPS.            1 u    -   64   15   73.582   -3.607  21.681


and bwmaster.pl is still restarting.

:(

On 23/05/2013 21:46, Pedro Queirós wrote:

Try this:

server ntp1.meraka.csir.co.za iburst minpoll 4 maxpoll 6

server ntp.sanbi.ac.za iburst minpoll 4 maxpoll 6
server ntp0.za.uu.net iburst minpoll 4 maxpoll 6
server ntp2.is.co.za iburst minpoll 4 maxpoll 6

Asides from that, it looks good. If possible, try to have access 

to good (e.g. low delay) NTP stratum 1 server near your network.

If the bwmaster.pl continues restarting, I'd suggest looking into

something else - let us know about!

Ah, don't forget to restart ntpd after changing the config file!

Pedro

On Thu, May 23, 2013 at 8:31 PM, Peter van Heusden <> wrote:

logfile /var/log/ntpd
driftfile /var/lib/ntp/ntp.drift
statsdir  /var/lib/ntp/
statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable

# You should have at least 4 NTP servers

server ntp1.meraka.csir.co.za iburst
server ntp.sanbi.ac.za iburst
server ntp0.za.uu.net iburst
server chronos.es.net iburst
server ntp2.is.co.za iburst

thanks!

On 23/05/2013 21:17, Pedro Queirós wrote:

Peter, from the ntpq -p output I can see your NTP config is faulty.

Can you provide the /etc/ntp.conf file?

Kind Regards,

Pedro

On Thu, May 23, 2013 at 8:04 PM, Jason Zurawski <> wrote:

While not true in this case that you sent - static lists fall into disrepair frequently.  A couple of months back we tried this in the APAN region and found about 1/5 still worked well after being posted to an 'official' wiki.

It doesn't hurt to ask those on the front lines that are adopting pS for some insider info - that request applies to all, even if they ate not in South Africa.

Thanks;

-jason

On May 23, 2013, at 11:58 AM, Michael Sinatra <> wrote:

> On 05/23/2013 11:44, Jason Zurawski wrote:
>> Hey Peter;
>>
>> I would nuke the ESnet server too - NTP works best when the servers are within the same timezone/continent, it gives the algorithms a level playing field to choose from.
>
> It's not really the case that a server outside of the timezone or continent matters.  The key is whether it's more likely than not that there will be asymmetry in the path to/from a given NTP server.  I don't really see much evidence of that with any of the servers in the list, except for possibly ntp.mtnbusiness....
>
>
>> A related note is that we are always looking to add new servers into our list around the world - if you know of 'open' clocks in the region that we can front-load into the list, that can be arranged.
>
> Well, there's a published list of them here:
>
> http://support.ntp.org/bin/view/Servers/WebHome
>
> :)
>
> michael
>