From: Pavel Bykov (slidersv@gmail.com)
Date: Fri Oct 31 2008 - 06:53:15 ARST
Scott,
I was just going to ask what where you thinking, but luckily I read your
last post as well :)
On Thu, Oct 30, 2008 at 5:05 PM, Scott M Vermillion <
scott_ccie_list@it-ag.com> wrote:
> > Change R6 to 'ntp server 1'
>
> Of course that was meant to have been "change R6 to 'ntp master 1'" !!! --
> the point here was to lower the stratum level on your server
>
> > Reapply the 'ntp server 150.1.6.6' command to R6
>
> Of course that was meant to have said "reapply the 'ntp server 150.1.6.6
> command' to R5" !!! -- the point here was to reinitialize R5's NTP process
>
> DOH! Sorry - I didn't use your router numbers so got a little confused
> there. Also, I was literally waiting on the coffee to finish brewing!
> LOL...
>
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> Huan
> Pham
> Sent: Thursday, October 30, 2008 6:44 AM
> To: CCIE Lab
> Subject: NTP - Why NTP not synchronized, yet the router gets correct clock?
>
> Hi,
>
> This should be a very simple question, but NTP always bugs me.
>
> Scenario is simple. R6 is the NTP master, and R5 is client. It already
> takes
> ages, but I could not get R5 clock synchronized (status = unsynchronized,
> insane). Yet, R5 picks up the correct clock from R6, even after I reload
> the
> router.
>
> You may ask to manually set clock of the two routers close to each other,
> so the synchronization will speed up. I've done that and it does not help.
> Anyway, client already picks up the clock (from the Server), so no need to
> manually set it. The question is what can I do to get R5 to show status =
> synchronized, and "sane".
>
> Any idea pls?
>
>
> Rack1R6#sh run | in ntp
> ntp source Loopback0
> ntp master 5
>
>
> Rack1R5#sh run | in ntp
> ntp server 150.1.6.6
>
> Rack1R5#sh ntp associations detail
> 150.1.6.6 configured, insane, invalid, stratum 5
> ref ID 127.127.7.1, time CCB4C034.A6EF985D (23:22:28.652 UTC Thu Oct 30
> 2008)
> our mode client, peer mode server, our poll intvl 1024, peer poll intvl
> 1024
> root delay 0.00 msec, root disp 8354.68, reach 377, sync dist 8378.571
> delay 47.67 msec, offset 154290.0900 msec, dispersion 0.06
> precision 2**24, version 3
> org time CCB4C049.1D3A1525 (23:22:49.114 UTC Thu Oct 30 2008)
> rcv time CCB4BFAE.D9112EC7 (23:20:14.847 UTC Thu Oct 30 2008)
> xmt time CCB4BFAE.CCD8B539 (23:20:14.800 UTC Thu Oct 30 2008)
> filtdelay = 47.67 47.67 47.96 48.10 47.87 47.85 47.84
> 47.93
> filtoffset = 154290. 154290. 154290. 154290. 154290. 154290. 154290.
> 154290.
> filterror = 0.02 0.03 0.05 0.06 0.08 0.09 0.11
> 0.12
>
> Rack1R5#sh ntp status
> Clock is unsynchronized, stratum 16, no reference clock
> nominal freq is 250.0000 Hz, actual freq is 250.0000 Hz, precision is 2**24
> reference time is 00000000.00000000 (00:00:00.000 UTC Mon Jan 1 1900)
> clock offset is 0.0000 msec, root delay is 0.00 msec
> root dispersion is 0.00 msec, peer dispersion is 0.00 msec
>
>
> (R5 after reload)
>
> Rack1R5#sh clock
> *23:25:13.371 UTC Thu Oct 30 2008
>
> This is the same clock from R6.
>
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
>
>
>
>
>
>
-- Pavel Bykov ------------------------------------------------- Stop the braindumps! http://www.stopbraindumps.com/Blogs and organic groups at http://www.ccie.net
This archive was generated by hypermail 2.1.4 : Mon Dec 01 2008 - 08:18:28 ARST