Re: [Linuxptp-users] PTP packets not being acted upon by RHEL 7 server
PTP IEEE 1588 stack for Linux
Brought to you by:
rcochran
From: Keller, J. E <jac...@in...> - 2016-12-16 00:27:42
|
> -----Original Message----- > From: Richard Cochran [mailto:ric...@gm...] > Sent: Thursday, December 15, 2016 12:03 PM > To: Taber, Alan <ala...@lm...> > Cc: lin...@li... > Subject: Re: [Linuxptp-users] PTP packets not being acted upon by RHEL 7 server > > On Thu, Dec 15, 2016 at 06:18:33PM +0000, Taber, Alan wrote: > > I have a SecureSync 9400 GrandMaster clock that is appropriately putting out > PTPv2 Sync and Announce packets (verified by Wireshark listening on a different > network node). I have run tcpdump -i enp9s0 -v to check to see that the packets > are getting through to my RHEL 7 server, and they are showing up. > > > > Yet, when I run ptp4l -i enp9s0 -m, I get the following: > > Here ptp4l uses the default UDP/IPv4 transport. > > > What indicators should I be looking at to see why the local ptp daemon isn't > listening to the packets the server is receiving? > > Possibly the server is configured for Layer2 or IPv6? > > HTH, > Richard Additionally, check that wireshark and tcpdump are not running in promiscuous mode when you test. It is possible that you have a firewall (firewalld for example) disabling the packets, but when you run tcpdump in promiscuous mode it will be bypassing the firewall. This I believe is the default firewall settings for RHEL 7 so you should make sure you change that in firewalld to enable the traffic. Thanks, Jake |