And further on the NTP peers- the design is said to be stable because one
can provide syncing to another but you have to deal with the scalability and
speed of convergence.  I believe the problem with speed stems from the fact
that all peers have a say in the time.  What you are likely to see is an
authoritative time source with and NTP peer that is also an authoritative
time source.  
-- 
Regards,

Brandon Carroll - CCIE #23837
Senior Technical Instructor - IPexpert
Mailto: [email protected]
Telephone: +1.810.326.1444
Live Assistance, Please visit: www.ipexpert.com/chat
eFax: +1.810.454.0130

IPexpert is a premier provider of Classroom and Self-Study Cisco CCNA (R&S,
Voice & Security), CCNP, CCVP, CCSP and CCIE (R&S, Voice, Security & Service
Provider) Certification Training with locations throughout the United
States, Europe and Australia. Be sure to check out our online communities at
www.ipexpert.com/communities and our public website at www.ipexpert.com.



From: Kingsley Charles <[email protected]>
Date: Wed, 3 Mar 2010 21:11:06 +0530
To: Brandon Carroll <[email protected]>
Cc: <[email protected]>
Subject: Re: [OSL | CCIE_Security] NTP clarification

That's correct.
 
Even though without the ntp master, the router sends the broadcast, the
update will not have an authority time source. I just observed this using
wireshark.
 
NTP clients with synchronize only, if there is a proper ntp authority.
 
Hence the router that is sending the broadcast should either have ntp master
which makes itself to synchronize with itself (127.127.1.1) or it should be
sync some other ntp master using ntp source.
 
 
The only thing pending is that I need info on ntp peers
 
 
With regards
Kings

On Wed, Mar 3, 2010 at 9:01 PM, Brandon Carroll <[email protected]>
wrote:
> Also, the server needs to use itself as an authoritative source and  ntp
> master does that.   Otherwise you¹d need to sync the server with another
> source. 
> 
> -- 
> Regards,
> 
> Brandon Carroll - CCIE #23837
> Senior Technical Instructor - IPexpert
> Mailto: [email protected]
> Telephone: +1.810.326.1444
> Live Assistance, Please visit: www.ipexpert.com/chat
> <http://www.ipexpert.com/chat>
> eFax: +1.810.454.0130
> 
> IPexpert is a premier provider of Classroom and Self-Study Cisco CCNA (R&S,
> Voice & Security), CCNP, CCVP, CCSP and CCIE (R&S, Voice, Security & Service
> Provider) Certification Training with locations throughout the United States,
> Europe and Australia. Be sure to check out our online communities at
> www.ipexpert.com/communities <http://www.ipexpert.com/communities>  and our
> public website at www.ipexpert.com <http://www.ipexpert.com/> .
> 
> 
> 
> From: Kingsley Charles <[email protected]>
> Date: Wed, 3 Mar 2010 19:02:25 +0530
> To: <[email protected]>
> Subject: [OSL | CCIE_Security] NTP clarification
> 
> Hi all
>  
> I have the following queries on ntp:
>  
> ntp broadcast
>  
> Is it enough to just configure "ntp broadcast" under the interface without
> configuring "ntp master" globally? Do we require "ntp master"?
>  
>  
> ntp broadcast authentication
>  
> How do we configure ntp broadcast with key. I see the following option that
> can be configured on the router that will broadcast the time.
>  
> ntp broadcast key 2
>  
> But with ntp broadcast client, there is no option to associate the key ID.
>  
>  
> ntp peers
>  
> How do we configure two routers as ntp peers?
>  
>  
> With regards
> Kings
> 
> 
> _______________________________________________
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com <http://www.ipexpert.com/>
> 
> 

_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Reply via email to