On Mon, May 30, 2016 at 01:58:42PM +0000, Rohit Borse wrote:
> From PTP Master side code, can we know the PTP clock time status of
> Remote Slave node using programmatic approach rather than using pmc
> command.

If you don't want to use the pmc program, then you can send the
appropriate management messages directly.  See pmc_common.h and
pmc_common.c for an example.
 
> eg. If master A needs that clock time of master A is not in sync
> with clock time of slave B, to send some signal to any dependent
> module which would be helpful.

That is not the way it works.  If node A wants information about node
B, then node A must request it.  For your case, this implies that A
will poll the state of B. 

> So how master A can know if PTP time of slave B is not in sync/or in
> sync.

1. Send the "GET PORT_DATA_SET" request and check that portState is SLAVE.
2. Send the "GET CURRENT_DATA_SET" request and check offsetFromMaster.

> Currently we are planning to decide if Maser clock is not in sync
> with slave Clock, if pDelayReq message is not sent by Slave for some
> defined timeout. Is this suitable logic?

No, that won't work at all.  The delay requests are sent periodically,
regardless of the synchronization status.

Cheers,
Richard

------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
_______________________________________________
Linuxptp-users mailing list
Linuxptp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxptp-users

Reply via email to