Re: [netmod] FWD: I-D Action: draft-ietf-tictoc-1588v2-yang-07.txt

Jiangyuanlong <> Mon, 11 December 2017 08:47 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id A36AB1286C7; Mon, 11 Dec 2017 00:47:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id mISA-Pg_Mt5g; Mon, 11 Dec 2017 00:47:57 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 87E811241F3; Mon, 11 Dec 2017 00:47:57 -0800 (PST)
Received: from (unknown []) by Forcepoint Email with ESMTP id 777661C79C19E; Mon, 11 Dec 2017 08:47:53 +0000 (GMT)
Received: from ( by ( with Microsoft SMTP Server (TLS) id 14.3.361.1; Mon, 11 Dec 2017 08:47:54 +0000
Received: from ([]) by ([]) with mapi id 14.03.0361.001; Mon, 11 Dec 2017 16:47:43 +0800
From: Jiangyuanlong <>
To: "t.petch" <>
CC: "" <>, "" <>
Thread-Topic: [netmod] FWD: I-D Action: draft-ietf-tictoc-1588v2-yang-07.txt
Thread-Index: AQHTcFJN+smZUW6ESEmLBbIZ79b6UaM91OZw
Date: Mon, 11 Dec 2017 08:47:43 +0000
Message-ID: <>
References: <> <> <005a01d37051$be87a960$>
In-Reply-To: <005a01d37051$be87a960$>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
x-originating-ip: []
Content-Type: text/plain; charset="utf-7"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <>
Subject: Re: [netmod] FWD: I-D Action: draft-ietf-tictoc-1588v2-yang-07.txt
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: NETMOD WG list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 11 Dec 2017 08:47:59 -0000

Dear Tom,

Good suggestions! As this Appendix is informational, we would like to incorporate them together with more inputs from YANG Doctors' review and IETF review. 

Thanks a lot!

-----Original Message-----
From: t.petch [] 
Sent: Saturday, December 09, 2017 2:24 AM
To: Jiangyuanlong;;
Subject: Re: [netmod] FWD: I-D Action: draft-ietf-tictoc-1588v2-yang-07.txt


I belatedly read appendix A and I am impressed.  A few minor thoughts.

1. I was confused by the Title

Transferring YANG Work to IEEE 1588 WG (Informational)

thinking you meant that the IEEE 1588 WG work would be Informational, like an Informational RFC.  What I am more used to is to start the Appendix with the statement 'This Appendix is Informational'
which I would have found clearer!

2. The start of A.1 is hard to write.  It is the IESG that approves publication, rather than an IETF WG, and I would assume that it has happened, in wording this, so perhaps start with
"   For the purposes of this appendix, assume that the
   IESG has approved the publication of an RFC containing a YANG module for a published IEEE 1588 standard.  "
and you could ask the RFC Editor to insert the number of the RFC as and when it is published; bit presumptuous perhaps, but think positive!

YANG for subsequent 1588 revisions
a YANG module for subsequent 1588 revisions

4. A.2
I was around at the time of the MIB Module transfer and the problem was that the then current standard, RFC3978, did not acquire sufficient rights; hence the need to track down Contributors.  I had thought that
RFC5377/RFC5378 had fixed this but what you are proposing sounds like a good plan.

6 A.3
I don't think that the chosen prefix matters.  The namespace does since that is what gives names their uniqueness but different YANG modules can use different prefixes to refer to and import from the same namespace; and there are bound to be different modules using the same prefix within the module, if not now then in time; prefixes are not registered in any way.  (When someone says 'PTP' to me, I think RFC2637, not RFC8173:-)

So an IEEE YANG Module could use the same prefix as the IETF one, could use a different one; this is something of a live issue now, with NMDA modules replacing the initial ones; same or different namespace, same or different prefix?  hard to know what is best, or what will be at the time of the transfer.

Tom Petch

----- Original Message -----
From: "Jiangyuanlong" <>
To: <>; <>
Sent: Tuesday, November 28, 2017 6:37 AM
Subject: [netmod] FWD: I-D Action: draft-ietf-tictoc-1588v2-yang-07.txt

> Hi all,
> Based on all the comments we received after the WG Last Call, another
revision of this draft is uploaded.
> Thanks a lot for all those discussions.
> Regards,
> Yuanlong
> -----Original Message-----
> From: TICTOC [] On Behalf Of
> Sent: Tuesday, November 28, 2017 2:26 PM
> To:
> Cc:
> Subject: [TICTOC] I-D Action: draft-ietf-tictoc-1588v2-yang-07.txt
> A New Internet-Draft is available from the on-line Internet-Drafts
> This draft is a work item of the Timing over IP Connection and
Transfer of Clock WG of the IETF.
>         Title           : YANG Data Model for IEEE 1588-2008
>         Authors         : Yuanlong Jiang
>                           Xian Liu
>                           Jinchun Xu
>                           Rodney Cummings
> Filename        : draft-ietf-tictoc-1588v2-yang-07.txt
> Pages           : 29
> Date            : 2017-11-27
> 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 IETF datatracker status page for this draft is:
> There are also htmlized versions available at:
> A diff from the previous version is available at:
> Please note that it may take a couple of minutes from the time of
submission until the htmlized version and diff are available at
> Internet-Drafts are also available by anonymous FTP at:
> _______________________________________________
> TICTOC mailing list
> _______________________________________________
> netmod mailing list