Danny, Danny Mayer wrote: > The refid should NOT be fudgeable, it's meant for loop prevention.
In fact AFAIK it is fudgeable only for refclocks, not for normal client/server associations. >> .. beside the fact that ntpq may try to do DNS reverse lookups on that >> number, which will not give any useful result, but introduce delays until >> the DNS query times out: >> # host 73.78.73.84 >> Host 84.73.78.73.in-addr.arpa not found: 2(SERVFAIL) >> > > It shouldn't, it's the refid and not an IPv4 address. Right, it shouldn't. It should display ".INIT." instead of that number, but since it displays the number it has not determined that the refid should be interpreted as a string. I've observed with earlier versions of ntpq that when it has not determined that the refid is a string it *has* sent DNS reverse lookups for the corresponding number. I've posted that on the bugs list at the beginning of 2002. Unfortunately this was before the mailman era, so you won't find this in the mailman archives. Martin -- Martin Burnicki Meinberg Funkuhren Bad Pyrmont Germany _______________________________________________ questions mailing list [email protected] https://lists.ntp.isc.org/mailman/listinfo/questions
