Hi all,

Ideally, the UDS port meets the requirements of a "virtual PTP port" as defined 
in ITU-T G.8275.
A virtual PTP port supports all attributes as normally transported in Announce 
messages or general PTP headers, except that the timing information comes via 
technology proprietary methods, i.e. GPS like via 1PPS and ToD, instead via 
packet timestamps. In this context, having all management, responses, and 
signaling messages to appear at a UDS port as it would appear at normal PTP 
ports, the UDS could support the IWF between two PTP nodes, which are either 
configured for different PTP profiles each, or which are connected via 
non-Ethernet (i.e. transport/access technology specific methods).

Best regards,
Albrecht


 

-----Original Message-----
From: Miroslav Lichvar [mailto:mlich...@redhat.com] 
Sent: Thursday, December 7, 2017 10:13 AM
To: Richard Cochran <richardcoch...@gmail.com>
Cc: linuxptp-devel@lists.sourceforge.net
Subject: Re: [Linuxptp-devel] Forwarding management messages to UDS port

On Wed, Dec 06, 2017 at 08:02:56AM -0800, Richard Cochran wrote:
> On Wed, Dec 06, 2017 at 02:44:23PM +0100, Miroslav Lichvar wrote:
> > A better option might be to forward only responses to the UDS port. 
> > We don't expect a PTP clock to be listening there, right?
> 
> Right, but we should also forward the ACKNOWLEDGE messages.

Ok.

> Yes, but the check should be made in this function
> 
>       static int forwarding(struct clock *c, struct port *p)
> 
> by passing in the 'msg' as well.

The trouble is that forwarding() is called twice from clock_forward_mgmt_msg(), 
once with the source port and then with the destination port. So, if it 
returned 0 for p == uds->port and action == REQUEST, requests from pmc would 
not be forwarded.

Should it pass NULL as a msg in the first call to avoid the action check?

--
Miroslav Lichvar

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most engaging tech 
sites, Slashdot.org! http://sdm.link/slashdot 
_______________________________________________
Linuxptp-devel mailing list
Linuxptp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxptp-devel

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Linuxptp-devel mailing list
Linuxptp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxptp-devel

Reply via email to