[ntp:questions] Re: NTP, Mac OS X & Cisco 837
Richard B. Gilbert
rgilbert88 at comcast.net
Wed Apr 13 15:53:43 UTC 2005
viz wrote:
>
>On 13/4/05 3:34 AM, in article 870o51de9734hu62ua88lq5kamdvgb48an at 4ax.com,
>"Brian Inglis" <Brian.Inglis at SystematicSW.Invalid> wrote:
>
>
>
>>On Tue, 12 Apr 2005 20:10:21 +1000 in comp.protocols.time.ntp, viz
>><viz at REMOVEBLOCK.pacific.net.au> wrote:
>>
>>
>>
>>>Description: Newbie (to NTP) wanting to set up NTP on a Mac G5, and to have
>>>it act as a broadcast server for a Cisco 837 router running SNTP. Mac ver
>>>10.3.8; NTP ver 4.1.1, Cisco 837 ver 12.3(2)XC2
>>>
>>>Problem: Cannot get my Mac to synch with Sydney located timeservers
>>>130.155.98.13 or 130.155.98.1
>>>
>>>
>>Check out servers at:
>>http://ntp.isc.org/bin/view/Servers/WebHome
>>
>>This seems to be the only public access secondary server in Sydney:
>>http://ntp.isc.org/bin/view/Servers/NtpTpgComAu
>>there's another in Canberra:
>>http://ntp.isc.org/bin/view/Servers/AnimalGoldwebComAu
>>and you should contact the admins of these sites before use;
>>and there's also a public access pool server (currently in Melbourne):
>>au.pool.ntp.org
>>
>>
>
>Finally got something working:
>
> ntpq -p
> remote refid st t when poll reach delay offset
>jitter
>============================================================================
>==
> ntp1.tpgi.com.a tick.ucla.edu 2 u 698 68m 1 18.427 -34.668
>0.008
> ntp1.cs.mu.oz.a .GPS. 1 u 701 68m 1 36.188 0.557
>0.008
> murgon.cs.mu.oz .GPS. 1 u 689 68m 1 35.724 0.298
>0.008
> homer.goldweb.c 0.0.0.0 16 u - 68m 0 0.000 0.000
>4000.00
>
>
>(if you can decipher it... :)
>
>However there are 5 timeservers I am now accessing:
>
>server 203.12.160.2 minpoll 12 maxpoll 17
>server 128.250.36.3 minpoll 12 maxpoll 17
>server 128.250.37.2 minpoll 12 maxpoll 17
>server 202.55.152.25 minpoll 12 maxpoll 17
>server 61.9.138.184 minpoll 12 maxpoll 17
>
>Got me beat who homer.goldweb is... - and why it is not working.
>
>/viz
>
>
>
>
Those minpoll and maxpoll values are going to kill you! The defaults
are 6 and 10 respectively and should not be tinkered with! With minpoll
12 (4096 seconds) it's going to take your system about ten hours to
synchronize each time it starts up and that's assuming that your
frequency and phase (time) errors are small initially.
I have read, elsewhere in this thread, that MacOS is broken in this
regard. Do your best to stamp out this misbehavior or get a better
System and O/S! (Solaris, btw, works very well on either the Sun4u
(Ultra Sparc) or X86 architectures.)
More information about the questions
mailing list