Re: Request for WG adoption - draft-ding-rtgwg-arp-yang-model

tom petch <ietfa@btconnect.com> Tue, 31 July 2018 09:01 UTC

Return-Path: <ietfa@btconnect.com>
X-Original-To: rtgwg@ietfa.amsl.com
Delivered-To: rtgwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BBE78130E08; Tue, 31 Jul 2018 02:01:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 3.187
X-Spam-Level: ***
X-Spam-Status: No, score=3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RATWARE_MS_HASH=2.148, RATWARE_OUTLOOK_NONAME=2.95, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01] 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 TJ_9DK5u3yNq; Tue, 31 Jul 2018 02:01:16 -0700 (PDT)
Received: from EUR02-HE1-obe.outbound.protection.outlook.com (mail-he1eur02on072a.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe05::72a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1667A127332; Tue, 31 Jul 2018 02:01:15 -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=2a3xXwQj6F19pxFV9u5FN1htNWWcb3rgcT7b+xBLDkQ=; b=ZDfqz87SWojHNzWOct15JBrht+iYOxHWzaYs0Y3BenYX942wsJyMKjSc2IkoR8e2Kv4wfGKCn/ausFkzlUbyMxvXsMQBr1kSNKcjUkOtv5EkFcKR7tLG5KehCQwsY+pWSqoFPRo5zQxvwrD1bYoJqsBVbxml/5R+I93Pdu+PMLI=
Received: from HE1PR0701MB2970.eurprd07.prod.outlook.com (10.168.93.17) by HE1PR0701MB1914.eurprd07.prod.outlook.com (10.167.189.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1017.8; Tue, 31 Jul 2018 09:01:12 +0000
Received: from HE1PR0701MB2970.eurprd07.prod.outlook.com ([fe80::2d65:c030:51f1:abf0]) by HE1PR0701MB2970.eurprd07.prod.outlook.com ([fe80::2d65:c030:51f1:abf0%5]) with mapi id 15.20.1017.010; Tue, 31 Jul 2018 09:01:12 +0000
From: tom petch <ietfa@btconnect.com>
To: Jeff Tantsura <jefftant.ietf@gmail.com>, RTGWG <rtgwg@ietf.org>
CC: rtgwg-chairs <rtgwg-chairs@ietf.org>, "draft-ding-rtgwg-arp-yang-model@ietf.org" <draft-ding-rtgwg-arp-yang-model@ietf.org>
Subject: Re: Request for WG adoption - draft-ding-rtgwg-arp-yang-model
Thread-Topic: Request for WG adoption - draft-ding-rtgwg-arp-yang-model
Thread-Index: AQHUKK0HrHZ0fGTOQEmpKnmQ/ww3Iw==
Date: Tue, 31 Jul 2018 09:01:12 +0000
Message-ID: <022701d428ac$9c6a86e0$4001a8c0@gateway.2wire.net>
References: <1ACE6CBB-98FF-4C3A-B169-F1AEC900AF8E@gmail.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-clientproxiedby: AM6PR0502CA0025.eurprd05.prod.outlook.com (2603:10a6:209:1::38) To HE1PR0701MB2970.eurprd07.prod.outlook.com (2603:10a6:3:4c::17)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=ietfa@btconnect.com;
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [86.165.129.102]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; HE1PR0701MB1914; 6:rNNsEdI5orbWnc1uMy1ahzWa40Tig4f8Yl/fHeMo4jzHNP1bPkyosioClCk9j4rLiy/1UF11j0lDJ9vLZ2DG/8qSM3WP7LaYh1PS0RVO4kL8rGZvOeV2SNXkSrbCmXZh8SS2ny+MR032K776NhmqcTVOIR0z4kggjlKvQH+gfSsIFLQaSmtwgOI3OGYA15NMOzJ3QPma69/U+LAEbVPGCANx+lhlbbPJh/tI+/ARCRgGqRavvhseaFnUJp3F+wvthRpLmaZ9JLU6RW2yCCJ6Vv5nGdyzasCH/ex+YJBTnbUPOvdbc/oHzLcEOXRY5damj3I9+n5XSXUFIYsMs4tsEf59xUByBdzNWtHssIvJaXfq57BMrS93qsGAV0s9a1azN51OCPsnIOlV5J794ipCz52wjAvDpT3dWwRDWwemzfenqZXW60N0qMC7cKHSjkrlg6HzjwCLhd6E/OXNt1h05A==; 5:HFVewtkEnBN5Q4qQtaNiVGet1SLRcZF0rTtLNac0EHyPCIleJSquJcfvqqfcH2/s0IGFC/EnrVTVwEV4p8M7QDGdrUG+VsmVlW0bd6dv0ZTh4roicoErGT78yZ/Zls2QzgM5BuXIXXTCInsBdCxfkcWoG0Gz0MrEKLt+ef7wDg4=; 7:aRUJzKmcSDv3aWixS6BG1UKXvYg88WwNuFS/z7COEcngpOrlGN6OCtj/Uner/oQOXtJQ0MNPWwB7CjjRP6FyHpFeGh996SygCmI4OSGj6UYuR5AhvgoXAjNGoKAlKvDnRi3xs8upD+tahmBncL4gAYjL5DX3j6+eBG0Wg7Ss34FHujkPb2IyvniezIRa2/WkQS7IX4JHzUw9LwBjstO7NTEa/7lIuDKyiHwYV4EyAaQvNYS+L3GDS+YAQFOO33Z4
x-ms-office365-filtering-correlation-id: f787c98f-058d-474f-b7e1-08d5f6c429bc
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600074)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7193020); SRVR:HE1PR0701MB1914;
x-ms-traffictypediagnostic: HE1PR0701MB1914:
x-microsoft-antispam-prvs: <HE1PR0701MB1914F7847564D0400106F837A22E0@HE1PR0701MB1914.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(192374486261705)(85827821059158)(788757137089);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(3002001)(10201501046)(93006095)(93001095)(3231311)(944501410)(52105095)(6055026)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123564045)(20161123562045)(20161123558120)(6072148)(201708071742011)(7699016); SRVR:HE1PR0701MB1914; BCL:0; PCL:0; RULEID:; SRVR:HE1PR0701MB1914;
x-forefront-prvs: 0750463DC9
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(346002)(366004)(136003)(396003)(39860400002)(199004)(189003)(13464003)(478600001)(5250100002)(14496001)(7736002)(3846002)(68736007)(6116002)(305945005)(97736004)(2906002)(446003)(476003)(6306002)(486006)(6512007)(9686003)(14444005)(256004)(84392002)(386003)(102836004)(6506007)(33896004)(186003)(229853002)(6436002)(26005)(6486002)(86152003)(2900100001)(6246003)(966005)(14454004)(44736005)(39060400002)(4326008)(25786009)(8676002)(106356001)(81166006)(8936002)(53936002)(81156014)(105586002)(316002)(5660300001)(54906003)(86362001)(1556002)(110136005)(99286004)(52116002)(76176011)(66066001); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1PR0701MB1914; H:HE1PR0701MB2970.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:0; MX:1;
received-spf: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: IHBnj0tiViH0vaz/0qa+9rdQ5NbrH/ALHRX/nFPa2wprxXzCs2vrX/dg+ZQjyDJRYMxnkt3wqoawUzfr1O9ecCB+RmpAuODpl/vZlw4O+DpCqy4wJCUu0d/x465YA54tXMPHGTuyb+aGpCgfET7y7T3ja6B4+3Pg0c6qE6c1aJou6DZHs2ff23K3rlyk9YGgdbGei+KkaeZxZyf92mpbErthPGWytbgdAa5hruYYr6Tuy2lsiGW/HMngU4z3NjHirrlLaw4jq4C/DXKedhI3QmD/AZM9t5a7KIf/9OHNwj7fBsvxFjT1kD5yO6KkREGnES99cKRNB8Giw5vChnG9aFBDEzMJDV2IIAZSl2GN+As=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <4E7A81A03D8F8141B6C2C81EE05AB245@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-Network-Message-Id: f787c98f-058d-474f-b7e1-08d5f6c429bc
X-MS-Exchange-CrossTenant-originalarrivaltime: 31 Jul 2018 09:01:12.5331 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB1914
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtgwg/YJ1ouhk0Gtv85295yLm9HPnyatw>
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Routing Area Working Group <rtgwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtgwg/>
List-Post: <mailto:rtgwg@ietf.org>
List-Help: <mailto:rtgwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 31 Jul 2018 09:01:20 -0000

<rant>
This I-D has some of the usual things wrong with it that need fixing at
some state and, as ever, I like to see the editors fix at least some of
them before adoption rather than leaving them until later, since they
then seem to linger, perhaps until WG Last Call or IETF Last Call (yes,
I am thinking of WG such as MPLS:-)

There is a fundamental (to me) principle in engineering of get it right
first time, or at least as early as possible; later means more
expensive, more time consuming for everyone involved.  I link this to
the discussion on the main IETF list of the difficulty of finding ADs
because so much time is involved in being an AD; yes, and part of that
is us giving them poor quality documents with defects that could have
been fixed even before adoption..
</rant>

This I-D

- fails to mention whether or not it is NMDA compliant in the Abstract
and Introduction

- fails to use the current definitions of terminology from RFC8342

- references the old version of RFC2119 key words

- has no Note to the RFC Editor asking them to replace the YANG module
dates with date of publication.  I suggest a Note asking them to replace
XXXX with the number assigned to this I-D at the start of the I-D rather
than asking them to replace 'draft-ding-rtgwg-arp-yang-model-02 ' which,
should this I-D be adopted, will be wrong

- has no Copyright statement in the YANG module

- lacks references for several imported modules.

- starts Section 4 well with a good sentence but fails to mention most
imports

- has serious formatting problems with the text in the YANG module with
lines being way too long for an RFC (it is probably not a coincidence
that other I-Ds have had the same problem -  the right options in pyang
fix this AFAIK)

- has no IANA Considerations; no IANA Considerations means that you are
not producing a YANG module no matter what it looks like.

- Security Considerations are much better than usual but lack detail of
sensitive nodes

- Tree diagrams has the right reference but then spoils it by including
text about the symbols

- has out of date references
   [I-D.ietf-netmod-rfc7223bis]
   [I-D.ietf-netmod-rfc7277bis]
which belie the claimed date of  June 28, 2018 for this I-D; 2018-01-27
looks more like it:-)

- has arp as a Informative Reference - Normative I think.

I note that there is  no IPV6 in the examples but that seems right since
ARP is IPv4.

The English is flaky in places but I am fine with that; that can be
fixed once the text has been discussed and agreed - in fact there is no
point in producing perfect English if we are then going to discuss and
change it - whereas the points above can mostly be fixed before now.

Tom Petch

----- Original Message -----
From: "Jeff Tantsura" <jefftant.ietf@gmail.com>;
To: "RTGWG" <rtgwg@ietf.org>;
Cc: "rtgwg-chairs" <rtgwg-chairs@ietf.org>;;
<draft-ding-rtgwg-arp-yang-model@ietf.org>;
Sent: Thursday, July 26, 2018 2:04 AM

> Dear RTGWG,
>
>
>
> The authors have requested the RTGWG to adopt
draft-ding-rtgwg-arp-yang-model as the working group document.
>
> The draft has been stable and provides all the additional arp pieces
that are not in RFC8344, it has been presented at IETF 102 and no
substantial comments have been received.
>
>
>
> Please indicate support or no-support by August 09, 2018
>
>
>
> If you are listed as a document author or contributor please respond
to this
>
> email stating of whether or not you are aware of any relevant IPR.
>
> The response needs to be sent to the RTGWG mailing list. The document
will not
>
> advance to the next stage until a response has been received from each
>
> author and each individual that has contributed to the document.
>
>
>
> Cheers,
>
> Jeff & Chris
>> _______________________________________________
> rtgwg mailing list
> rtgwg@ietf.org
> https://www.ietf.org/mailman/listinfo/rtgwg
>