[ntp:questions] configurations issue for broadcastclient in Linux machine

Ravikiran REDDY -X (ravikred - HCL at Cisco) ravikred at cisco.com
Thu May 17 14:32:34 UTC 2007

Hi Danny,

I have tried with using "" as broadcast ip address for cisco
router, and linux machine acting as broadcastclient is able to sync with
Cisco router [ Broadcast server ].

Then as you said the problem could be cisco using the all broadcast

So could you please let me know how would you like to track the issue ?

Thanks & Regards

-----Original Message-----
From: Danny Mayer [mailto:mayer at ntp.isc.org] 
Sent: Tuesday, May 15, 2007 8:28 AM
To: Ravikiran REDDY -X (ravikred - HCL at Cisco)
Cc: questions at lists.ntp.isc.org
Subject: Re: [ntp:questions] configurations issue for broadcastclient in
Linux machine

Ravikiran REDDY -X (ravikred - HCL at Cisco) wrote:
>  Hello,
> Please clarify,
> Linux machine when configured as broadcast client is not able to 
> create associations for the pkts received from the server [cisco 
> router] Am I missing anything here or should I need to have any 
> additional configuration in the ntp.conf file ?
> Server 	  	=>  cisco router with ntp image [ ip address ]
> Linux machine 	=>  broadcast client [ ip address ]
> 			    [root at nsstg-ntp-lnx ntpv4]# uname -a
> 			    Linux nsstg-ntp-lnx 2.4.20-8 #1 Thu Mar 13
> 17:54:28 EST 2003 i686 i686 i386 GNU/Linux
> 	     		    [root at nsstg-ntp-lnx ntpv4]# 
> NTP version  	=>  ntpq> version
> 		          ntpq 4.2.2p4 at 1.1585-o Fri May 11 01:34:46 UTC
> 2007 (1)
> 			    ntpq>
> --------ntp.conf file -----
> broadcastclient
> driftfile /etc/ntp/drift
> ----------------------------
> ----------- snippet from tcpdump on the Linux machine --------
> 00:58:55.882919 >  v4 bcast strat 8

Do you know why it's insisting on sending the packet out to the IP Address?

Have you seen bug #629? https://ntp.isc.org/bugs/show_bug.cgi?id=629

The problem is that cisco seems to use the all broadcast address. I have
discussed this with someone inside cisco but it looks like I will have
to create a case for this situation. If I do so, you cannot do
authentication on the received packets so you use at your own risk. This
is because the packet gets received on the wildcard socket rather than
the socket assigned for the purpose of receiving broadcast packets. We
don't recommend this and I'm going to have to add configuration options
to the config file to specify how to deal with this sort of thing.


More information about the questions mailing list