Re: [yang-doctors] [Pce] Yangdoctors early review of draft-ietf-pce-pcep-yang-08

tom petch <ietfc@btconnect.com> Wed, 27 March 2019 17:48 UTC

Return-Path: <ietfc@btconnect.com>
X-Original-To: yang-doctors@ietfa.amsl.com
Delivered-To: yang-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA7531202AB; Wed, 27 Mar 2019 10:48:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.247
X-Spam-Level:
X-Spam-Status: No, score=0.247 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RATWARE_MS_HASH=2.148, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wuQBzY6diBvs; Wed, 27 Mar 2019 10:48:24 -0700 (PDT)
Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-db3eur04on070b.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe0c::70b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 919BC12030F; Wed, 27 Mar 2019 10:48:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=GUCYEKVLlx+RcDLAfKIaLO8B6e50pSrHsnL/nvAVStY=; b=gK/qChIOxqocX73PTdMAaxRUnPjvqKurvq1Op3qbhovciIpQD+LfY33T2Snof5BXuxycBVQTQvltjtBNiM3XBwr41AIQZHfcCCIrQqflUiWBbqyUNU9PkQWf7Z4SMTML6cUW8JgtKRcPxtWUbpP2s9/LeUUS5UlCbo7JUHuWXKA=
Received: from DB7PR07MB5562.eurprd07.prod.outlook.com (20.178.46.212) by DB7PR07MB5290.eurprd07.prod.outlook.com (20.178.44.12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1771.6; Wed, 27 Mar 2019 17:48:21 +0000
Received: from DB7PR07MB5562.eurprd07.prod.outlook.com ([fe80::b5b0:a479:a08:54d9]) by DB7PR07MB5562.eurprd07.prod.outlook.com ([fe80::b5b0:a479:a08:54d9%4]) with mapi id 15.20.1750.014; Wed, 27 Mar 2019 17:48:21 +0000
From: tom petch <ietfc@btconnect.com>
To: Dhruv Dhody <dhruv.ietf@gmail.com>
CC: Mahesh Jethanandani <mjethanandani@gmail.com>, Martin Bjorklund <mbj@tail-f.com>, "draft-ietf-pce-pcep-yang.all@ietf.org" <draft-ietf-pce-pcep-yang.all@ietf.org>, "pce@ietf.org" <pce@ietf.org>, "yang-doctors@ietf.org" <yang-doctors@ietf.org>
Thread-Topic: [yang-doctors] [Pce] Yangdoctors early review of draft-ietf-pce-pcep-yang-08
Thread-Index: AQHU49JgnCDggFkSzEuHrdNjBkmvCA==
Date: Wed, 27 Mar 2019 17:48:21 +0000
Message-ID: <01c401d4e4c4$e73acb60$4001a8c0@gateway.2wire.net>
References: <00d801d4e3d2$0408a620$4001a8c0@gateway.2wire.net> <20190326.141608.1265169009050218055.mbj@tail-f.com> <CAB75xn5d=FTid6uCM8byFPGWUj+gQK4HC942DZf273K-LyhSig@mail.gmail.com> <20190326.150053.1710533731743618728.mbj@tail-f.com> <CAB75xn7z8KMVTtBqDHQwp6nx92xrHaJBeCgC=RH+hkEg_qZx8A@mail.gmail.com> <00ae01d4e3f9$c54e6c80$4001a8c0@gateway.2wire.net> <CAB75xn7uYRbZh=rHQnJ5odwu8UKZ=mEGcT3U7+UcLz4Da6++eA@mail.gmail.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-clientproxiedby: LO2P123CA0006.GBRP123.PROD.OUTLOOK.COM (2603:10a6:600:a6::18) To DB7PR07MB5562.eurprd07.prod.outlook.com (2603:10a6:10:7b::20)
x-ms-exchange-messagesentrepresentingtype: 1
x-mailer: Microsoft Outlook Express 6.00.2800.1106
x-originating-ip: [86.139.215.234]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 967855c8-6f3f-4b2b-857c-08d6b2dc66cb
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600127)(711020)(4605104)(2017052603328)(7193020); SRVR:DB7PR07MB5290;
x-ms-traffictypediagnostic: DB7PR07MB5290:
x-microsoft-antispam-prvs: <DB7PR07MB529051C05F59F7F5D803D2DEA0580@DB7PR07MB5290.eurprd07.prod.outlook.com>
x-forefront-prvs: 0989A7979C
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(366004)(396003)(39860400002)(136003)(376002)(189003)(199004)(40764003)(13464003)(3846002)(14444005)(4326008)(6116002)(81166006)(81156014)(66066001)(44736005)(256004)(229853002)(6486002)(71190400001)(99286004)(8936002)(71200400001)(8676002)(5660300002)(14496001)(6246003)(478600001)(7736002)(81686011)(6506007)(102836004)(53546011)(386003)(84392002)(476003)(81816011)(50226002)(76176011)(6436002)(186003)(6346003)(446003)(2906002)(486006)(53936002)(97736004)(26005)(6916009)(68736007)(316002)(1556002)(44716002)(93886005)(61296003)(4720700003)(6512007)(86362001)(86152003)(62236002)(105586002)(9686003)(305945005)(54906003)(14454004)(52116002)(106356001)(25786009)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB7PR07MB5290; H:DB7PR07MB5562.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:0;
received-spf: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=ietfc@btconnect.com;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: HNbkZ/N1A1Ovxu7jlZNcgk9TKnnztd4JImQloZVmv9TKkk+pfqZMXqtDgVwvwPpaizryVk06AFIGqkiDtJgJlVqmXtkxIEUvs4tIZm2sxxdU0YIfZMEbqndDT1AOwNpX3RrpjbBjtw19nf1G9eWNJDGJSgmt7a91GenB7RvcTugy/BW1CSXcACWmhl8r0Ag8kCKuR+YzhODQ2iMh8Ii1yuTJ6q07tjJbQNAgBhZy3MclQjut4Frvkb0jiLR7UD6IrRlTWGiDwWk50Vuso6LEQNhex4ZUl2/TT2cvTY70z6UVGZTyJ8qCEYyKAYG7xhG82oi4nqX7E2KTBKtdfs93qwZWyL8MBGQxpXt7Ko4sZ+mgsH8eqYYtPlSOGwKTUiIY2tp+iBkzZRF9koBur1dfolGNjAFk+zuWkwZwhqjfirY=
Content-Type: text/plain; charset="utf-8"
Content-ID: <7F6687232706AB479EE29A72C303A127@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 967855c8-6f3f-4b2b-857c-08d6b2dc66cb
X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Mar 2019 17:48:21.1420 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR07MB5290
Archived-At: <https://mailarchive.ietf.org/arch/msg/yang-doctors/P-HxZ0e5rmvvIvdX6vJTsiZZasM>
Subject: Re: [yang-doctors] [Pce] Yangdoctors early review of draft-ietf-pce-pcep-yang-08
X-BeenThere: yang-doctors@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Email list of the yang-doctors directorate <yang-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/yang-doctors>, <mailto:yang-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/yang-doctors/>
List-Post: <mailto:yang-doctors@ietf.org>
List-Help: <mailto:yang-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/yang-doctors>, <mailto:yang-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 27 Mar 2019 17:48:27 -0000

----- Original Message -----
From: "Dhruv Dhody" <dhruv.ietf@gmail.com>
Sent: Tuesday, March 26, 2019 5:35 PM

Done and a new version is posted.

<tp>

The prefixes look good and the line lengths I think are ok - I make it
81 characters including the left margin spaces -  but ...

in -10 you had
"   import ietf-te-types {   prefix "te-types";  reference
       "I-D.ietf-teas-yang-te-types: Traffic Engineering Common YANG
       Types";  "
which looks ok

in -11 you have
  import ietf-te-types {     prefix te-types;     reference
      "[I-D.ietf-teas-yang-te-types]: Traffic Engineering Common YANG
       Types";
which does not look ok to me

Recall that a YANG module is plain text so there cannot be any XML/HTML
style references/links and that
     [I-D.ietf-teas-yang-te-types]:
looks to me as if it has XML underpinning it which is not ok in a YANG
module

And this has happened in 16 places.

Also, IANA Considerations does not register

   URI:  urn:ietf:params:xml:ns:yang:ietf-pcep-stats

Security Considerations talks of a YANG module when the I-D has two,
giving the flavour, as with the IANA Considerations, that the second
module, pcep-stats, has not really been considered.  Since it is
statistics, I imagine that there are no sensitive objects there, in
which case I would add a sentence to spell that out.

And something new
/Segement Routing /Segment Routing /

Tom Petch

On Tue, 26 Mar 2019 at 18:34, tom petch <ietfc@btconnect.com> wrote:

> Dhruv
>
> I commented up thread that the prefixes used in this I-D were not the
> ones that appear in the imported modules and said I thought that that
> was discouraged but ok. Checking RFC8407, it says
>
>    o  The proper module prefix MUST be used for all identifiers
imported
>       from other modules.
>
> It is a MUST not a SHOULD so I believe that you must bring those
> prefixes in line for key-chain, tls-client, tls-server.  YANG allows
it,
> YANG guidelines does not.
>
> Tom Petch
>
>
> ----- Original Message -----
> From: "Dhruv Dhody" <dhruv.ietf@gmail.com>
> Sent: Tuesday, March 26, 2019 2:38 PM
>
> Hi Martin,
>
> The newer version of pyang worked! Thanks for your help!
>
> I found the full tree useful when I am searching for a leaf in the
> yang models and understand how it fits in the overall tree. Thus I see
> value in both. We can also consider if we should also update 5.2-5.6
> additionally.
>
> Thanks!
> Dhruv
>
> On Tue, Mar 26, 2019 at 3:00 PM Martin Bjorklund <mbj@tail-f.com>
wrote:
> >
> > Hi,
> >
> > Dhruv Dhody <dhruv.ietf@gmail.com> wrote:
> > > Hi Mahesh, Tom,
> > >
> > > Got it, will make the necessary change soon.
> > >
> > > Where I need help is the tree creation, even though I use
> > > '--tree-line-length' I faced the issue with overrunning the 80
> > > characters.
> > >
> > > pyang --ietf -f tree --tree-line-length=68 --tree-depth=10
> > > ietf-pcep@2019-03-24.yang --ietf >ietf-pcep.tree
> >
> > Have you tried using pyang 1.7.8?  When I run that the tree seems to
> > fit the line lengths.
> >
> > > That made me pick a shorter prefix, but happy to learn if there is
a
> > > better way out there!
> >
> > Personally, I'm not too fond of very large tree diagrams.  I prefer
to
> > split them into smaller diagrams.  So I like your overview diagram
in
> > section 5.1.  I would then probably add a small diagram in each of
the
> > section 5.2-5.6, and remove secion 5.7 completely.  But this is just
> > my personal preference!
> >
> > /martin
> >
> > > Thanks!
> > > Dhruv
> > >
> > > On Tue, Mar 26, 2019 at 2:16 PM Martin Bjorklund <mbj@tail-f.com>
> wrote:
> > > >
> > > > Hi,
> > > >
> > > > tom petch <ietfc@btconnect.com> wrote:
> > > > > On the question of prefix, where I an interested in the
opinion
> of a
> > > > > YANG
> > > > > Doctor, you use the single letter 'p' and say that a longer
> prefix gives
> > > > > you line length problems.  YANG does allow statements to span
> lines, as
> > > > > happens in almost every TEAS module so for me that is not a
very
> good
> > > > > reason; I would prefer something of two characters or more.
> > > > >
> > > > > I note that IANA Considerations says
> > > > >        Prefix:       pcep
> > > > > which would be my first choice even if I then have to span
> lines.
> > > >
> > > > I strongly agree.  Since the prefix is actually part of the IANA
> > > > registry and needs to be unique, I think you should use a longer
> > > > prefix.  "pcep" seems reasonable.  If you run into line length
> > > > problems, I'll be glad to help you fix them.
> > > >
> > > > Before this document goes to the RFC editor, I suggest you run
the
> > > > tool:
> > > >
> > > >    pyang -f yang --keep-comments --yang-line-length 69 <FILE>
> > > >
> > > > on these modules, in order to get them formatted consistently
with
> the
> > > > rest of the IETF modules.
> > > >
> > > > > You import the module key-chain but you do not use the prefix
> that it
> > > > > defines, namely key-chain; not forbidden but not recommended
> practice
> > > > >
> > > > > Likewise tls-client should be tlsc and tls-server tlss.
> > > > >
> > > > > Security and IANA Considerations deal with
> > > > >        Name:         ietf-pcep
> > > > > What about
> > > > >    module ietf-pcep-stats {
> > > > > which I think needs separate coverage, a separate section, in
> Security
> > > > > and must be covered in IANA Considerations.
> > > > >
> > > > > The problem with
> > > > > "I-D.ietf-pce-association-group: PCEP Extensions for ...
> > > > > as a reference is that when it appears in the text of the I-D,
> then it
> > > > > is as
> > > > >  [I-D.ietf-pce-association-group]
> > > > > i.e. a XML/HTML type anchor which is picked up by tools so the
> RFC
> > > > > Editor cannot miss it.
> > > > >
> > > > > When it appears in the YANG module, it must be plain text as
in
> > > > >        "I-D.ietf-pce-association-group: PCEP Extensions for
....
> > > > > so the tools cannot pick it up, it must be spotted by eye and
so
> might
> > > > > be missed.  Hence I suggest using
> > > > >
> > > > > "RFC YYYY - PCEP Extensions for
> > > > >        Establishing Relationships Between Sets of LSPs";
> > > > >
> > > > > with a note to the RFC Editor asking them to replace YYYY with
> the RFC
> > > > > number assigned to I-D.ietf-pce-association-group
> > > > >
> > > > > Likewise RFC ZZZZ for
> > > > >        "I-D.ietf-pce-segment-routing: PCEP Extensions for
> Segment
> > > > > and so on for the others (of which there are several)
> > > > >
> > > > > The RFC Editor is ok, likes even, all the notes thereon to
> appear once
> > > > > at the start of the I-D.
> > > > >
> > > > > So my previous comment was that using XXXX for multiple I-Ds
was
> > > > > confusing but I meant to use YYYY ZZZZ, with an RFC Editor
Note
> for
> > > > > each, and not to use the I-D name.
> > > > >
> > > > > HTH
> > > > >
> > > > > Tom Petch
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "Dhruv Dhody" <dhruv.ietf@gmail.com>
> > > > > To: "Mahesh Jethanandani" <mjethanandani@gmail.com>
> > > > > Cc: <draft-ietf-pce-pcep-yang.all@ietf.org>;
> <yang-doctors@ietf.org>;
> > > > > <pce@ietf.org>
> > > > > Sent: Sunday, March 24, 2019 9:07 PM
> > > > > Subject: Re: [Pce] Yangdoctors early review of
> > > > > draft-ietf-pce-pcep-yang-08
> > > > >
> > > > >
> > > > > Hi Mahesh,
<snip>