Senior Acquisitions Editor: Kenyon Brown Development Editor: Kim Wimpsett

Network Time Protocol (NTP)
Network Time Protocol provides pretty much what it describes: time to all your network devices. To be more
precise, NTP synchronizes clocks of computer systems over packet-switched, variable-latency data networks.
Typically you’ll have an NTP server that connects through the Internet to an atomic clock. This time can then be
synchronized through the network to keep all routers, switches, servers, etc. receiving the same time information.
Correct network time within the network is important:
1. Correct time allows the tracking of events in the network in the correct order.
2. Clock synchronization is critical for the correct interpretation of events within the syslog data.
3. Clock synchronization is critical for digital certificates.
Making sure all your devices have the correct time is especially helpful for your routers and switches for looking at
logs regarding security issues or other maintenance issues. Routers and switches issue log messages when different
events take place—for example, when an interface goes down and then back up. As you already know, all
messages generated by the IOS go only to the console port by default. However, as shown in 
Figure 7.4
, those
console messages can be directed to a syslog server.
A syslog server saves copies of console messages and can time-stamp them so you can view them at a later time.
This is actually rather easy to do. Here would be your configuration on the SF router:
SF(config)#
service timestamps log datetime msec
Even though I had the messages time-stamped with the command 
service timestamps log datetime
msec
, this doesn’t mean that we’ll know the exact time if using default clock sources.
To make sure all devices are synchronized with the same time information, we’ll configure our devices to receive
the accurate time information from a centralized server, as shown here in the following command and in 
Figure 7.5
:
SF(config)#