Discussion:
[Linuxptp-devel] PTP Telecom Profile (ITU-T G.8265)
Daniel Le
2014-06-09 15:05:25 UTC
Permalink
I'd like to resurrect the following email thread.

-------------------------------------------------------------------------------------------
From: Richard Cochran <***@...<http://gmane.org/get-address.php?address=richardcochran%2dRe5JQEeQqe8AvxtiuMwx3w%40public.gmane.org>>
Subject: Re: PTP Telecom Profile (ITU-T G.8265)<http://news.gmane.org/find-root.php?message_id=20130626133435.GB4738%40netboy>
Newsgroups: gmane.comp.linux.ptp.devel<http://news.gmane.org/gmane.comp.linux.ptp.devel>
Date: 2013-06-26 13:34:35 GMT (49 weeks, 5 days, 1 hour and 5 minutes ago)
Hi,
The linuxptp project expects to implements the Telecom Profile (ITU-T
G.8265)?
IIRC, that profile requires unicast.

Presently I have no plan to implement unicast, but that wouldn't
prevent anyone else from doing it.
If not, someone know another projeto which implements this PTP Profile?
Not to my knowledge.

Sorry,
Richard
-------------------------------------------------------------------------------------------

It has been almost a year. Is there a new plan or intend to add support for this telecom profile ITU-T G.8265 and others in the future?


- IEEE-C37.238 Power Profile (for power system applications)

- IEEE 802.1AS-2011 (for audio and video applications, linuxptp currently supports in the role of end station)

- ITU-1 G.8265.1 Frequency Profile (for frequency synchronization)

- ITU-T G.8275.1 Time and Phase Profile with full timing support (on new network)

- ITU-T G.8275.2 Time and Phase Profile with partial timing support (on existing network)

Thanks,
Daniel
Richard Cochran
2014-06-10 05:14:42 UTC
Permalink
Post by Daniel Le
It has been almost a year. Is there a new plan or intend to add
support for this telecom profile ITU-T G.8265 and others in the
future?
- IEEE-C37.238 Power Profile (for power system applications)
This one costs money to order, and my budget is USD 0.0.
Post by Daniel Le
- IEEE 802.1AS-2011 (for audio and video applications, linuxptp
currently supports in the role of end station)
This is already done. What are you asking for?
Post by Daniel Le
- ITU-1 G.8265.1 Frequency Profile (for frequency synchronization)
I have been thinking about adding unicast support to linuxptp. Once
that is done, then this will be supported. However, I don't have a
time line for this.
Post by Daniel Le
- ITU-T G.8275.1 Time and Phase Profile with full timing support (on new network)
- ITU-T G.8275.2 Time and Phase Profile with partial timing support (on existing network)
These two I have not looked at.

Thanks,
Richard
Daniel Le
2014-06-10 18:51:31 UTC
Permalink
Hi Richard,

I'm not yet familiar enough with IEEE 802.1AS-2011.
Richard Cochran
2014-06-10 19:05:04 UTC
Permalink
Post by Daniel Le
Hi Richard,
I'm not yet familiar enough with IEEE 802.1AS-2011.
Richard Cochran
2014-06-11 05:32:15 UTC
Permalink
Post by Daniel Le
It has been almost a year. Is there a new plan or intend to add
support for this telecom profile ITU-T G.8265 and others in the
future?
- IEEE-C37.238 Power Profile (for power system applications)
I found an old paper describing the (draft) power profile, and it
looks like linuxptp already supports most of what you need.

We don't have:

- explicit support for PRP/HSR (although maybe this doesn't matter?)

- management over SNMP (might not matter to you)

Otherwise I think linuxptp will work.
Post by Daniel Le
- ITU-T G.8275.1 Time and Phase Profile with full timing support (on new network)
- ITU-T G.8275.2 Time and Phase Profile with partial timing support (on existing network)
Looking here,

https://www.itu.int/rec/T-REC-G/en

I cannot find .1 or .2, only G.8275 without any suffix.

Glancing through, it seems to only talk about higher level topics like
hold over and network setup.

We already provide GRANDMASTER_SETTINGS_NP to change the clock quality
on the fly, and so I think linuxptp will support the scenarios
described in G.8275.

Thanks,
Richard

Richard Cochran [mailto:]=20
1970-01-01 00:00:00 UTC
Permalink
It's very nice to see that you have the intention of adding unicast functio=
nality. Apparently G.8265.1 is the only telecom profile that requires unica=
st.

Many thanks for your help.
Daniel

-----Original Message-----
From: Richard Cochran [mailto:***@gmail.com]=20
Sent: Tuesday, June 10, 2014 1:15 AM
To: Daniel Le
Cc: linuxptp-***@lists.sourceforge.net
Subject: Re: [Linuxptp-devel] PTP Telecom Profile (ITU-T G.8265)
=20
It has been almost a year. Is there a new plan or intend to add=20
support for this telecom profile ITU-T G.8265 and others in the=20
future?
=20
=20
- IEEE-C37.238 Power Profile (for power system applications)
This one costs money to order, and my budget is USD 0.0.
=20
- IEEE 802.1AS-2011 (for audio and video applications, linuxptp
currently supports in the role of end station)
This is already done. What are you asking for?
- ITU-1 G.8265.1 Frequency Profile (for frequency synchronization)
I have been thinking about adding unicast support to linuxptp. Once that is=
done, then this will be supported. However, I don't have a time line for t=
his.
- ITU-T G.8275.1 Time and Phase Profile with full timing support (on=20
new network)
=20
- ITU-T G.8275.2 Time and Phase Profile with partial timing support=20
(on existing network)
These two I have not looked at.

Thanks,
Richard
Loading...