Using NTP to Send Periodic Multicast Time Updates


You want to set up your router to use the NTP multicast mode so that devices do not need to query periodically for the time.


Use the ntp multicast interface command to enable server-side NTP multicast packets:

Router1#configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router1(config)#clock timezone EST -5 
Router1(config)#clock summer-time EDT recurring
Router1(config)#ntp server
Router1(config)#ntp server
Router1(config)#interface FastEthernet 0/0
Router1(config-if)#ntp multicast ttl 1

To enable NTP multicast client functionality on the router, use the following commands:

Router2#configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router2(config)#clock timezone EST -5
Router2(config)#clock summer-time EDT recurring
Router2(config)#interface Ethernet0
Router2(config-if)#ntp multicast client
Router2(config-if)#ntp multicast version 3

NTP multicast support is available starting in IOS Version 12.1.


On the surface, the ability to forward NTP broadcast packets and NTP Multicast packets on a LAN interface appear similar. However, there are some important differences. First, NTP sends broadcast packets to the local broadcast address. This means that every device on the network must examine the NTP packet. If there are devices on the network that are not NTP broadcast clients, then they will waste valuable system resources reading and discarding these NTP broadcast packets.

On the other hand, NTP multicast packets are sent to the well-known NTP multicast address, by default, and only participating NTP multicast clients will examine these packets. The decision of whether to look at a multicast packet is made by the client device's Network Interface Card (NIC), which makes multicast traffic more efficient.

Second, broadcast packets never leave the local LAN segment or broadcast domain. However, multicast packets can be forwarded beyond the local segment via multicast routing, as discussed in Chapter 23. In the above example, we have configured the server so that it sends these multicast packets with a Time-To-Live (TTL) value of one. This effectively limits the range of the NTP multicast packets to the local segment, so you do not have to enable multicast routing. But we could choose to route the packet further by increasing the TTL value and enabling multicast routing.

Third, upon initial startup, multicast clients will forward several unicast NTP queries in quick succession to accurately estimate delay and jitter to the server. This ensures that multicast NTP clients provide more accurate network time than broadcast NTP. Once the initial packet exchanges occur, the client becomes completely passive and listens for the regularly scheduled NTP multicast server packets.

The following example shows the output of a network analyzer configured to capture all NTP packets on the wire:

07:36:15 > mcast strat 3 [ttl 1] 
07:37:19 > mcast strat 3 [ttl 1] 
07:38:23 > mcast strat 3 [ttl 1] 
07:39:27 > mcast strat 3 [ttl 1] 
07:40:31 > mcast strat 3 [ttl 1] 
07:41:35 > mcast strat 3 [ttl 1] 
07:42:39 > mcast strat 3 [ttl 1] 
07:43:43 > mcast strat 3 [ttl 1] 
07:44:47 > mcast strat 3 [ttl 1] 
07:45:51 > mcast strat 3 [ttl 1] 

Notice that the NTP server enters into an active state by periodically forwarding NTP multicast messages. Also, notice that the clients on the local wire do not forward a single packet while in broadcast or multicast mode (after the initial setup). This effectively means the router can just send one packet every 64 seconds and synchronize a large number of clients.

The packet trace also displays some useful information about the server. First, the server's IP address is, and it is configured to send multicast NTP packets with the well-known NTP multicast address It also shows that the server is running NTP Version 3 and is advertising itself as a stratum 3 NTP server. Finally, it shows that the server's TTL is one, which will contain its NTP packets to the local LAN segment.

Since multicast traffic is more efficient than broadcast traffic, it is the preferred method of providing NTP service via the local LAN. However, since not all NTP clients currently support NTP multicasting, you may have to also use NTP broadcast mode until all clients support multicasting. NTP broadcast services can safely co-exist on the same wire as NTP multicast traffic, which should assist network administrators in converting client software.

For redundancy purposes, you can configure multiple NTP broadcast/multicast servers on a single subnet.


See Also

Chapter 23 on Multicast Routing; Recipe 14.9; Recipe 14.12

Router Configuration and File Management

Router Management

User Access and Privilege Levels


IP Routing





Frame Relay

Handling Queuing and Congestion

Tunnels and VPNs

Dial Backup

NTP and Time


Router Interfaces and Media

Simple Network Management Protocol





First Hop Redundancy Protocols

IP Multicast

IP Mobility




Appendix 1. External Software Packages

Appendix 2. IP Precedence, TOS, and DSCP Classifications


Cisco IOS Cookbook
Cisco IOS Cookbook (Cookbooks (OReilly))
ISBN: 0596527225
EAN: 2147483647
Year: 2004
Pages: 505 © 2008-2020.
If you may any questions please contact us: