RE: Last Call: <draft-ietf-tictoc-1588v2-yang-09.txt> (YANG Data Model for IEEE 1588-2008) to Proposed Standard

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> "Those IEEE forms and
>    mechanisms will be updated as needed during the development of this
>    document ..."

Thanks for catching that. I wrote that text originally, but I agree that 
we need to change it.

When we started the drafts, I coordinated with IEEE's legal team to determine
what IEEE would require in order for the work in this draft to transfer in the
future to the IEEE 1588 Working Group. In response, IEEE legal created a simple
one-page form for each I-D co-author to sign, which we did. 

The current form grants a license for the "1588 YANG Model and Module" to 
"IEEE 1588, IEEE Standard for a Precision Clock Synchronization Protocol
for Networked Measurement and Control Systems".

The forms have standing as is, but IEEE's lawyer asked that if/when the I-D
is published as RFC, the co-authors sign the forms again with
"1588 YANG Model and Module" replaced with the RFC number/name. That is 
the only action item from the IEEE side.

We could edit the draft to either:
1. Remove this sentence and related text, under the assumption that it isn't 
essential for the document.
2. Change the sentence to say "Those IEEE forms will be updated with the RFC
number and name after this document is published." (or similar).

We'd appreciate your advice.

Rodney

> -----Original Message-----
> From: tom petch <daedulus@xxxxxxxxxxxxx>
> Sent: Wednesday, August 29, 2018 5:32 AM
> To: ietf@xxxxxxxx
> Cc: tictoc-chairs@xxxxxxxx; draft-ietf-tictoc-1588v2-yang@xxxxxxxx;
> tictoc@xxxxxxxx; suresh@xxxxxxxxxx
> Subject: Re: Last Call: <draft-ietf-tictoc-1588v2-yang-09.txt> (YANG Data
> Model for IEEE 1588-2008) to Proposed Standard
> 
> Looks good; I commented on an earlier version of this document and my
> comments have been addressed.
> 
> Two further thoughts at this time.
> 
> The Security Considerations makes no mention of  RESTCONF, which makes
> me think that this is not the usual template for this section.
> 
> And I am curious as to what the final wording of A.2 will be.
> Currently, it says
> "Those IEEE forms and
>    mechanisms will be updated as needed during the development of this
>    document ..."
> so that the IEEE has the IPR to use this RFC as a basis for future work.
> The development of this document is nearly, but not quite, complete so
> have the forms been produced and signed or when will they be, should the
> RFC reference the forms and what form of words will this paragraph use
> in the RFC as published? It is a bit like IANA Considerations where the
> I-D is proposing an action but the RFC says it has been done.  As I say,
> I am curious to see how this is handled.
> 
> Tom Petch
> 
> ----- Original Message -----
> From: "The IESG" <iesg-secretary@xxxxxxxx>
> To: "IETF-Announce" <ietf-announce@xxxxxxxx>
> Cc: <tictoc-chairs@xxxxxxxx>; <draft-ietf-tictoc-1588v2-yang@xxxxxxxx>;
> <tictoc@xxxxxxxx>; <suresh@xxxxxxxxxx>
> Sent: Friday, August 24, 2018 5:13 PM
> 
> > The IESG has received a request from the Timing over IP Connection and
> > Transfer of Clock WG (tictoc) to consider the following document: -
> 'YANG
> > Data Model for IEEE 1588-2008'
> >   <draft-ietf-tictoc-1588v2-yang-09.txt> as Proposed Standard
> >
> > The IESG plans to make a decision in the next few weeks, and solicits
> final
> > comments on this action. Please send substantive comments to the
> > ietf@xxxxxxxx mailing lists by 2018-09-07. Exceptionally, comments may
> be
> > sent to iesg@xxxxxxxx instead. In either case, please retain the
> beginning of
> > the Subject line to allow automated sorting.
> >
> > Abstract
> >
> >    This document defines a YANG data model for the configuration of
> >    IEEE 1588-2008 devices and clocks, and also retrieval of the
> >    configuration information, data set and running states of IEEE
> >    1588-2008 clocks. The YANG module in this document conforms to the
> >    Network Management Datastore Architecture (NMDA).
> >
> > The file can be obtained via
> > https://urldefense.proofpoint.com/v2/url?u=https-
> 3A__datatracker.ietf.org_doc_draft-2Dietf-2Dtictoc-2D1588v2-
> 2Dyang_&d=DwIGaQ&c=I_0YwoKy7z5LMTVdyO6YCiE2uzI1jjZZuIPelcSjixA&r=WA71sf2o7
> Dw7CbYhFt24DPjt3lJuupswWYdnboKbZ8k&m=NFxKcqZGoBTp9Cb3kYMictVY92Qg3RRqRTjj-
> ai4dZc&s=Cqj4S_Yu69jW5EMhJTnE6-TGiWjtglJFLYzgwJON4nU&e=
> >
> > IESG discussion can be tracked via
> > https://urldefense.proofpoint.com/v2/url?u=https-
> 3A__datatracker.ietf.org_doc_draft-2Dietf-2Dtictoc-2D1588v2-
> 2Dyang_ballot_&d=DwIGaQ&c=I_0YwoKy7z5LMTVdyO6YCiE2uzI1jjZZuIPelcSjixA&r=WA
> 71sf2o7Dw7CbYhFt24DPjt3lJuupswWYdnboKbZ8k&m=NFxKcqZGoBTp9Cb3kYMictVY92Qg3R
> RqRTjj-ai4dZc&s=SO_y6eZSeTvPjb0MjBruqASMEZ-nOlVPnnnyxydZRAo&e=
> >
> > No IPR declarations have been submitted directly on this I-D.





[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Mhonarc]     [Fedora Users]

  Powered by Linux