Re: [CCAMP] FW: I-D Action: draft-ietf-ccamp-l1csm-yang-03.txt

Leeyoung <> Tue, 03 July 2018 15:02 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id A19C1130ECE for <>; Tue, 3 Jul 2018 08:02:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.798
X-Spam-Status: No, score=-2.798 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HTML_COMMENT_SAVED_URL=1.391, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_HTML_ATTACH=0.01] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id XyCK3NK5nnxK for <>; Tue, 3 Jul 2018 08:01:53 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id E7556130DE1 for <>; Tue, 3 Jul 2018 08:01:52 -0700 (PDT)
Received: from (unknown []) by Forcepoint Email with ESMTP id 8B765D19CE9DF for <>; Tue, 3 Jul 2018 16:01:47 +0100 (IST)
Received: from ( by ( with Microsoft SMTP Server (TLS) id 14.3.382.0; Tue, 3 Jul 2018 16:01:47 +0100
Received: from ([]) by ([]) with mapi id 14.03.0382.000; Tue, 3 Jul 2018 08:01:41 -0700
From: Leeyoung <>
To: t.petch <>, "" <>
Thread-Topic: [CCAMP] FW: I-D Action: draft-ietf-ccamp-l1csm-yang-03.txt
Thread-Index: AQHUCy6TBRpJmP/WlE+YPRGKpJNfkKRywJIAgArgLgA=
Date: Tue, 3 Jul 2018 15:01:41 +0000
Message-ID: <>
References: <> <> <024a01d40b2e$3899ed40$> <001701d40d6b$1a330500$>
In-Reply-To: <001701d40d6b$1a330500$>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
x-originating-ip: []
Content-Type: multipart/mixed; boundary="_004_7AEB3D6833318045B4AE71C2C87E8E173D0212C8sjceml521mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <>
Subject: Re: [CCAMP] FW: I-D Action: draft-ietf-ccamp-l1csm-yang-03.txt
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: Discussion list for the CCAMP working group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 03 Jul 2018 15:02:01 -0000

Hi Tom,

The draft has been updated yesterday. Please see

See also the attached diff file that compares versions 4 and 5.

Please see inline for my specific comment to your comment. Let us know if there are any other concerns you may have.



-----Original Message-----
From: t.petch []
Sent: Tuesday, June 26, 2018 11:31 AM
To: Leeyoung <>om>;
Subject: Re: [CCAMP] FW: I-D Action: draft-ietf-ccamp-l1csm-yang-03.txt

Thanks for fixing the indentation; much easier to comment on!

Two major thoughts.

First, how attached are you to l1, that is letter l followed by digit 1 ?  I know it makes sense but I also know many contexts in which that would not be allowed because the probability of confusion is so great, with the digit being read as the letter i or letter l or the letter being read as a digit  or ...  I think that this needs careful consideration; I was making mistakes reading the I-D on the comfort of a proper PC with good resolution etc (but with oldish eyes:-(

YL>> We can discuss this issue during the WG meeting in Montreal. I don't have much preference on this.

Second, references need some work.  You identify the YANG modules as version 1.1 but have an Informative Reference - must be Normative - to YANG 1.0; confusing.  The Security Considerations are not the current one;  e.g. you should reference RESTCONF and SSH. Might I suggest looking at

draft-ietf-ccamp-mw-yang-06 ? And the section does reference RFC6241 and

RFC6536 which I cannot see in the Normative References

YL>> I think we have addressed theses references issues.

s.1    controller via a Netconf[RFC6020] interface.

No; NETCONF is not RFC6020

YL>> Corrected.

In the identity coding func you reference clauses 49, 82 and such like - these need reference clauses to the relevant specification in the YANG module.  This probably applies to most of these definitions (although one comprehensive reference to any one document would suffice).

YL>> We put the MEF reference in the YANG module as well as in the Reference Section from which all the terms and the original references for specific clauses can be checked.

You need YANG reference clauses for

  import ietf-yang-types


  import ietf-l1-mef-service-types {

YL>> This was already done in Section 1.4. Let us know if this is what you meant.

Likewise I recognise e.g. 'one way severely errored second' as a technical term of the ITU-T; if that is what you intend, then these all need a reference to the current ITU-T Recommendation.  If not, more explanation is needed

YL>> It is indeed ITU-T term. The MEF document referenced has the original ITU-T references.

You need YANG reference clauses for

  import ietf-yang-types


  import ietf-l1-mef-service-types {

YL>> I think this is the same comment as above.

Besides this,

- the running footing tells me that this is valid until 2028.

YL>> I am not sure which one you are pointing. If this is not fixed with the revision, please let us know which one you are referring to.

-s 1.4 references [This I-D]

Suggest RFC XXXX (and add a note up front to the RFC Editor asking them to replace XXXX with the number assigned to the RFC)

YL>> We corrected. See Section 1.4 for this.

-  grouping protocol-coding-optical_interface {

    description  "describes <p,c,o>";

p c o are not expanded in the YANG module - they need to be

YL>> We added description for each term.

-  grouping subscriber-l1vc-sls-service-attribute {


      "The value of the Subscriber L1VC SLS (Service Level

        Specification) Service Attribute expressed in a 3-tuple

        of the form.";

leaves me asking what form does the 3-tuple take?

YL>> We added comment that the 3-tuple is <p,c,o>.

-      leaf time-interval {

        type int64;

        units seconds;

        description "a time interval (e.g., 1 month) ...

int64 is a lot of seconds and anyway cannot be used to express a month since a month is a number of different lengths.  If a month is a sensible time (seems long to me) then change it to 28 day and give the value for 28 day in second and perhaps provide a default as that.  And how about a range limiting this to something sensible (lest a typo sets it to 2028 years)

YL>> We added an example with 28 days and changed int64 to int 16.

-      leaf subscriber-l1vc-ep-id-1 { type string;

        description "subscriber end point ID";  }

      leaf subscriber-l1vc-ep-id-2 { type string;

        description "subscriber end point ID"; Spot the difference - I can't!

YL>> we added "subscriber end point ID for one end" and "subscriber end point ID for the other end" to differentiate these two terms.

-  container l1cs

This is the sort of identifier I expect to be frequently misspelt!

YL>>  I would stick to this for now until we have discussion in the f2f meeting.

Enough for now

Tom Petch

----- Original Message -----

From: "t.petch" <<>>

To: "Leeyoung" <<>>; <<>>

Sent: Saturday, June 23, 2018 9:07 PM

Subject: Re: [CCAMP] FW: I-D Action: draft-ietf-ccamp-l1csm-yang-03.txt

> Young


> The most significant comment, for me, is the one about the


> there came a point where I gave up trying to follow the I-D because it

> was so hard, so fix that and likely more comments will follow:-)


> Tom Petch


> ----- Original Message -----

> From: "Leeyoung" <<>>

> To: <<>>

> Sent: Thursday, June 21, 2018 11:43 PM


> > Hi WG,

> >

> > This revision had some error in the date field in the yang model. So

> it is corrected; Tom's comments will be incorporated in the next


> (04).

> >

> > Thanks,

> > Young

> >

> > -----Original Message-----

> > From: CCAMP [] On Behalf Of


> > Sent: Thursday, June 21, 2018 5:35 PM

> > To:<>

> > Cc:<>

> > Subject: [CCAMP] I-D Action: draft-ietf-ccamp-l1csm-yang-03.txt

> >

> >

> > A New Internet-Draft is available from the on-line Internet-Drafts

> directories.

> > This draft is a work item of the Common Control and Measurement


> WG of the IETF.

> >

> >         Title           : A Yang Data Model for L1 Connectivity

> Service Model (L1CSM)

> >         Authors         : G. Fioccola

> >                           K. Lee

> >                           Y. Lee

> >                           D. Dhody

> >                           D. Ceccarelli

> > Filename        : draft-ietf-ccamp-l1csm-yang-03.txt

> > Pages           : 24

> > Date            : 2018-06-21

> >

> > Abstract:

> >    This document provides a YANG data model for Layer 1 Connectivity

> >    Service Model (L1CSM).

> >

> >

> >

> >

> > 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:

> >

> >

> > _______________________________________________

> > CCAMP mailing list

> ><>

> >

> >

> > _______________________________________________

> > CCAMP mailing list

> ><>

> >


> _______________________________________________

> CCAMP mailing list