[ntp:questions] nptq -p slowness

David L. Mills mills at udel.edu
Mon Jan 29 04:36:08 UTC 2007


No; I never said that or you misunderstood me on another matter. The 
ntpq implementer Dennis Fergusson had his reasons for using DNS on 
refclock addresses, but I never asked him about why and have had no 
problem with that on any server over the life of the program. It 
certainly could be a problem should the local DNS be very slow and I 
have no problem should somebody take the trouble to remove the feature. 
There is a macro somewhere that recognizes whether the address is a 


Harlan Stenn wrote:
>>>>In article <0eednfx366oTvCDYnZ2dnUVZ_u-unZ2d at comcast.com>, "Richard B. Gilbert" <rgilbert88 at comcast.net> writes:
> Richard> The bug is that ntpq should not be interpreting the refid at all!
> Richard> It's a text string, not an IP address and should not be treated as
> Richard> one.  Yes, sometimes the refid IS an IP address but it still should
> Richard> be treated as a simple text string!
> How can the code tell the difference between a refid that is a string and
> one that is an IP address?
> I want to stop doing this resolution altogether, but the last time I asked
> Dave about this he said he wanted to keep the lookup in place, even though
> it is only useful for IPv4.
> H

More information about the questions mailing list