In article lh9fe1$plc$2...@dont-email.me, William Unruh
un...@invalid.ca wrote:
On 2014-03-30, Joe Gwinn joegw...@comcast.net wrote:
Magnus,
In article 53375aba.5070...@rubidium.dyndns.org, Magnus Danielson
mag...@rubidium.dyndns.org wrote:
On 24/03/14 14:38, Joe Gwinn wrote:
[snip]
Hi,
I'm running four NTP-servers. One has a PPS and is stratum-1, the other
three sync from that one primarily and have a few out-of-band fallback
servers configured. This seems to work fine.
However, if i check 'ntpq -c lpeers' on one of the three stratum-2
servers i see an IP-address listed as
On 31/03/14 16:32, Sander Smeenk wrote:
However, if i check 'ntpq -c lpeers' on one of the three stratum-2
servers i see an IP-address listed as 'refid' for the 'peer'-entries
in my configuration. This IP-address is not used in any of my
configurations, no traffic is flowing to- or from that IP
Sander Smeenk ssme...@freshdot.net wrote:
Hi,
I'm running four NTP-servers. One has a PPS and is stratum-1, the other
three sync from that one primarily and have a few out-of-band fallback
servers configured. This seems to work fine.
However, if i check 'ntpq -c lpeers' on one of the three
Quoting Rob (nom...@example.com):
| root@dns1:~# ntpq -c lpeers
| ===
| *someserver.tld .PPS.
| +someserver2.tld .GPS.
| -someserver3.tld .PPS.
| dns2.dns.dmz.bi 172.2.53.81
| dns3.dns.dmz.bi 172.2.53.81
| +someserver4.tld .PPS.
So in the above, dns2 and