Upcoming Events

Cloud Connect
Santa Clara
Feb 13-16, 2012

Cloud Connect brings together the entire cloud eco-system to better understand the transformation we're experiencing and promises to be the defining event of the cloud computing industry. Learn about the latest cloud technologies and platforms from thought leaders in Cloud Connect’s comprehensive conference.

Register Now!

More Events »

Subscribe to Newsletter

  • Keep up with all of the latest news and analysis on the fast-moving IT industry with Network Computing newsletters.
Sign Up
Network + Systems Infrastructure
W O R K S H O P  
Keeping Time With Your Network

  July 10, 2003
  By Mike Fratto


>> continued from previous page

Setting Your NTP Time Model

TOC Issue TOC
Printer Print full article
Printer Print this page
Printer Download as PDF
E-Mail E-Mail this URL
Discuss Discuss this article
flame author Flame the author
 
  In this article
arrow
Introduction
arrow
Setting Your NTP Time Model
arrow
Step by Step

There are many ways clients can receive time-server information. It depends on your local architecture and requirements. NTP server authentication is a key part of this process because time data should come from a reliable, trusted source. The exception is a client-server model where the server is unknown to the client from the start of the conversation.

Here are the main NTP architecture models:

• Client-server: This is the typical mode used for NTP deployments, and the one described in this workshop. The client or server is configured to communicate with a specific set of NTP time servers.

• Broadcast: The NTP server broadcasts its presence to local networks, and the clients respond through a packet exchange to determine round-trip time and delay. Broadcast mode can be used to synchronize large numbers of hosts on an IP address block.

• Manycast: The clients send an NTP broadcast to a destination network. Once an NTP server responds to the client broadcast, the client will continue to use that specific NTP server. This is useful when hosts are mobile and don't know the address of the current NTP server. Manycast is only available in NTP 4, which is not yet a formal IETF RFC.

• Multicast: NTP clients and servers are configured to use the multicast group address (224.0.1.1) for sending and receiving NTP messages. Make sure your intervening routers support multicast as well. This model is for environments with mobile devices and destination networks that support multicast.


start top  Introduction Step by Step 

Research and Reports

Hypervisor Derby
August 2011

Network Computing: August 2011

TechWeb Careers