Re: [Linuxptp-users] UTC Offset on grandmaster?

[Scott S. <ssi...@si...>]

Cisco has confirmed a bug in their PTP implementation (CSCuw44058, requires
login). It causes their boundary clock to ignore the received offset and
just use whatever it wants (in this case, 36).




Thanks,

Scott Silverman

On Fri, Sep 18, 2015 at 2:08 PM, Richard Cochran <ric...@gm...>
wrote:

> On Fri, Sep 18, 2015 at 01:58:09PM -0500, Scott Silverman wrote:
> > My slaves *are* running ptp4l (and phc2sys). The only devices not using
> > ptp4l are the Cisco boundary clocks.
>
> All the nodes report the same grandmasterIdentity.  I guess that one
> of your BCs is introducing the currentUtcOffsetValid flag, as Jake
> said.  You can sniff the announce messages between BC1 and BC2 to find
> out who is at fault.
>
> Maybe the BCs are also NTP cleints and therefore feel that they know
> the correct offset?
>
> Thanks,
> Richard
>

-- 
DISCLAIMER: NOTICE REGARDING PRIVACY AND CONFIDENTIALITY 

The information contained in and/or accompanying this communication is 
intended only for use by the addressee(s) named herein and may contain 
legally privileged and/or confidential information. If you are not the 
intended recipient of this e-mail, you are hereby notified that any 
dissemination, distribution or copying of this information, and any 
attachments thereto, is strictly prohibited. If you have received this 
e-mail in error, please immediately notify the sender and permanently 
delete the original and any copy of any e-mail and any printout thereof. 
Electronic transmissions cannot be guaranteed to be secure or error-free. 
The sender therefore does not accept liability for any errors or omissions 
in the contents of this message which arise as a result of e-mail 
transmission. Simplex Trading, LLC and its affiliates reserves the right to 
intercept, monitor, and retain electronic communications to and from its 
system as permitted by law. Simplex Trading, LLC is a registered Broker 
Dealer with CBOE and a Member of SIPC.