Hey Mike,

Try some debugging commands...see anything? Any ACLs blocking traffic? Do
you have reachability between R4 and Cat1? Also, sometimes I manually set
the clock on the client to within 10 minutes of the server. I have heard
that when the clocks are far apart, syncing takes longer...although I do
remember waiting 10 minutes once (I kept notes) even though the clocks were
very close.

On Sat, Oct 24, 2009 at 4:28 PM, Michael Lipsey <[email protected]>wrote:

>  I know this is going to sound lame, it really should be easier than this.
> This is exactly the kind of thing that scares me about the lab. Getting hung
> up on a relatively minor issue for the entire 8 hours (5.5 now).
>
>
>
> So, I’m doing a simple lab, lab one from V3.
>
>
>
> It has an NTP configuration in it that is nested. One Router is the next’s
> server so that the stratum levels match the routers’ number.
>
>
>
> R1 is the master
>
>
>
> Ntp master 1
>
>
>
> R2 is the next router
>
>
>
> Ntp server 1.1.1.1
>
>
>
> R2#sho ntp ass de
>
> 1.1.1.1 configured, our_master, sane, valid, stratum 1
>
> ref ID .LOCL., time CE8D9A76.4CBCB578 (15:23:34.299 UTC Sat Oct 24 2009)
>
> our mode client, peer mode server, our poll intvl 64, peer poll intvl 64
>
> root delay 0.00 msec, root disp 0.33, reach 377, sync dist 0.00
>
> delay 0.00 msec, offset 78.6275 msec, dispersion 4.38
>
> precision 2**24, version 4
>
> org time CE8D9A7E.3D78B26B (15:23:42.240 UTC Sat Oct 24 2009)
>
> rec time CE8D9A7E.2940579C (15:23:42.161 UTC Sat Oct 24 2009)
>
> xmt time CE8D9A7E.28C041FC (15:23:42.159 UTC Sat Oct 24 2009)
>
> filtdelay =     0.00    0.00    0.00    0.00    0.00    0.00    0.00
> 0.00
>
> filtoffset =    0.07    0.07    0.07    0.07    0.07    0.07    0.07
> 0.07
>
> filterror =     0.00    0.00    0.00    0.00    0.00    0.00    0.00
> 0.00
>
> minpoll = 6, maxpoll = 10
>
>
>
> R2#sho ntp status
>
> Clock is synchronized, stratum 2, reference is 1.1.1.1
>
> nominal freq is 250.0000 Hz, actual freq is 249.9996 Hz, precision is 2**24
>
> reference time is CE8D98F7.22AC15AC (15:17:11.135 UTC Sat Oct 24 2009)
>
> clock offset is 0.0786 msec, root delay is 0.00 msec
>
> root dispersion is 0.09 msec, peer dispersion is 0.00 msec
>
> loopfilter state is 'CTRL' (Normal Controlled Loop), drift is 0.000001405
> s/s
>
> system poll interval is 64, last update was 425 sec ago.
>
>
>
> Cat1 is the next router
>
>
>
> Ntp server 2.2.2.2
>
>
>
> Cat1(config)#do sho ntp status
>
> Clock is synchronized, stratum 3, reference is 2.2.2.2
>
> nominal freq is 119.2092 Hz, actual freq is 119.2099 Hz, precision is 2**18
>
> reference time is CE8D9A7B.CCF8C226 (15:23:39.800 UTC Sat Oct 24 2009)
>
> clock offset is -3.8897 msec, root delay is 4.18 msec
>
> root dispersion is 109.94 msec, peer dispersion is 15.37 msec
>
>
>
> R4 is supposed to be the next router however for the life of me I can’t get
> it to sync. I had trouble with R2 as well but worked through that by
> removing and reading the NTP config a few times on R1 and R2 – desperation
> more than troubleshooting.
>
>
>
> R4(config)#do sho ntp as de
>
> 35.35.35.35 configured, insane, invalid, stratum 3
>
> ref ID 2.2.2.2       , time CE8D9ABB.CC07E26C (15:24:43.796 UTC Sat Oct 24
> 2009)
>
> our mode client, peer mode server, our poll intvl 64, peer poll intvl 64
>
> root delay 0.00 msec, root disp 108.85, reach 177, sync dist 70.83
>
> delay 0.00 msec, offset 43176.9866 msec, dispersion 64.77
>
> precision 2**18, version 4
>
> org time CE8D9AE1.ACF0A68B (15:25:21.675 UTC Sat Oct 24 2009)
>
> rec time CE8D9AB6.80471CB0 (15:24:38.501 UTC Sat Oct 24 2009)
>
> xmt time CE8D9AB6.7EFF0FC9 (15:24:38.496 UTC Sat Oct 24 2009)
>
> filtdelay =     0.00    0.00    0.00    0.01    0.00    0.00    0.00
> 0.00
>
> filtoffset =   43.17   43.17   43.17   43.18   43.18  -79.19  -79.19
> 0.00
>
> filterror =     0.00    0.00    0.00    0.00    0.00    0.00    0.00
> 16.00
>
> minpoll = 6, maxpoll = 10
>
>
>
> I can’t for the life of me figure out why this thing won’t sync to Cat1 (or
> anything else for that matter).
>
>
>
> HELP! I have already spent 2 and half hours on this foolishness!
>
>
>
>
>
> Thanks guys.
>
>
>
> -Mike
>
> _______________________________________________
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
>


-- 
Bryan Bartik
CCIE #23707 (R&S), CCNP
Sr. Support Engineer - IPexpert, Inc.
URL: http://www.IPexpert.com
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Reply via email to