Charles Swiger wrote:
> Your comment means a discussion of best practices of configuring
> these stratum-1s is also beyond the scope of answers to your post.
> Odd, but have this as you would....

Charles, my S1 servers are a mixture of NTP appliances and other hardware that 
do not run the standard NTP distribution. They don't
have the ability to configure peering and such. That's why I said it's beyond 
the scope of my post / question. ;)

> Don't bother using more than one iburst entry per server.

I think your wording is a little confusing. Are you saying only use iburst on 
one remote server and not all of them?

I was reading the NTP docs last night and came across a couple interesting 
notes. First it says not to use iburst with peer lines.
Also it says the most stable behavior for symmetric active mode is to set 
maxpoll 6 for both peers. I'll probably give it a try and
see how things turn out.

> Start everything up; wait a while; run?

What I meant was, is there a way to see / verify if the association with a 
remote machine is a peer-peer vs server-client? Other
than looking in the configuration file? The regular ntpq -p output doesn't show 
any differentiation?

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
+192.168.88.231  .GPS.            1 u  252  256  377    1.018   -0.212   0.246
+192.168.88.232  .GPS.            1 u  239  256  377    1.018   -0.255   0.340
*192.168.88.233  .GPS.            1 u   80  256  377    1.118   -0.234   0.250
+192.168.88.234  .GPS.            1 u  196  256  377    0.960   -0.175   0.311
+192.168.88.235  192.168.88.234   2 u   15   16  376    0.858   -0.179   0.070
+192.168.88.60   192.168.88.233   2 u   39  256  377    0.407   -0.179   0.345

> They'll be fine for several days.  However, if all of the S1s 
> go down for an extended duration, and there are no other sources
> of time available to the S2s, then the S2 servers will increase
> their dispersion estimate, which will eventually cause downstream
> clients to prefer other time sources.

There are no time sources listed in any configs that are outside of the local 
LAN. I supposed I could add some external NTP servers
like you mention to my S2 group, but the thing that nags me is they are usually 
always off by a couple ms, I guess due to network
delay and uncertainty and such.


_______________________________________________
questions mailing list
[email protected]
http://lists.ntp.org/listinfo/questions

Reply via email to