Re: [Linuxptp-users] PTP grandmaster and P2P delay mechanism

[Daniel Le <dan...@ex...>]

Thanks Richard.

The TimeProvider 5000 doesn't have a configuration option to select delay mechanism. It works with E2E only. I did check that out. Also I just got Symmetricom (now Microsemi) technical support's confirmation that the TimeProvider 5000 only supports the end-to-end delay mechanism.

Daniel
________________________________________
From: Richard Cochran [ric...@gm...]
Sent: Saturday, March 07, 2015 2:05 AM
To: Daniel Le
Cc: lin...@li...
Subject: Re: [Linuxptp-users] PTP grandmaster and P2P delay mechanism

On Fri, Mar 06, 2015 at 05:39:17PM +0000, Daniel Le wrote:
> Hello,
>
> By IEEE 1588-2008 standard, can a grandmaster clock support peer-to-peer delay mechanism, in addition to the request-response delay mechanism?

Yes, a GM can and should support both the P2P and E2E mechanisms.  You
cannot mix the two in one network.  However, in ptp4l the delay
mechanism is a per-port option.  That means you can configure your BC
to ask as a bridge between different networks.

> I did an experiment where I ran ptp4l on one device as grandmaster and on other device as slave. The two devices were connected back-to-back, configured to do peer-to-peer delay measurement, and the protocol handshaking was fine.
>
> I then tested the Symmetricom TimeProvider 5000 grandmaster and realized it only worked with request-response delay measurement protocol.

Maybe they have a configuration option?

HTH,
Richard