Re: WG adoption poll for draft-asechoud-rtgwg-qos-model-07
tom petch <ietfa@btconnect.com> Wed, 05 December 2018 12:32 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 00362124D68; Wed, 5 Dec 2018 04:32:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.738
X-Spam-Level: *
X-Spam-Status: No, score=1.738 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-1.459, 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] 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 gOYEC2sukXvh; Wed, 5 Dec 2018 04:32:02 -0800 (PST)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-eopbgr130113.outbound.protection.outlook.com [40.107.13.113]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C19AE130E78; Wed, 5 Dec 2018 04:32:01 -0800 (PST)
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=WBVuojZ1GG0lZb+sxpXFgWAlG9O2biaCb+sApmF3BMA=; b=B+tEifyRA5/d6pdRgcM61rUTVsx0ZQaXnv/bWq9fg0prygNDWqfOZOGFfRQo0WtkI/OtZt/fCBgCONLwtSBkdX/YLXQUwv02JYsARr3VvtQomAsV0E89yoSC1h+muVoBVYUMaGu6bMLcKwzzjS/RKQw+MhxZJOlRboB6otqOccU=
Received: from AM0PR07MB4484.eurprd07.prod.outlook.com (52.135.151.13) by AM0PR07MB4356.eurprd07.prod.outlook.com (52.133.61.25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1404.8; Wed, 5 Dec 2018 12:31:51 +0000
Received: from AM0PR07MB4484.eurprd07.prod.outlook.com ([fe80::64c9:6370:2e12:3bfa]) by AM0PR07MB4484.eurprd07.prod.outlook.com ([fe80::64c9:6370:2e12:3bfa%2]) with mapi id 15.20.1404.019; Wed, 5 Dec 2018 12:31:51 +0000
From: tom petch <ietfa@btconnect.com>
To: "Aseem Choudhary (asechoud)" <asechoud@cisco.com>, Jeff Tantsura <jefftant.ietf@gmail.com>, RTGWG <rtgwg@ietf.org>
CC: Routing WG <rtgwg-chairs@ietf.org>
Subject: Re: WG adoption poll for draft-asechoud-rtgwg-qos-model-07
Thread-Topic: WG adoption poll for draft-asechoud-rtgwg-qos-model-07
Thread-Index: AQHUi8HM8fp2tIzuPkGNuQexk1cC7g==
Date: Wed, 05 Dec 2018 12:31:51 +0000
Message-ID: <035801d48c96$2ca6d0e0$4001a8c0@gateway.2wire.net>
References: <5e6b8c2a-bbc0-4390-b8d8-358477757cf6@Spark> <036a01d48bc1$7abc5960$4001a8c0@gateway.2wire.net> <E2732A9B-9BE8-48DE-8501-5FF86F02ACD2@cisco.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-clientproxiedby: LO2P265CA0427.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:a0::31) To AM0PR07MB4484.eurprd07.prod.outlook.com (2603:10a6:208:78::13)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=ietfa@btconnect.com;
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [86.139.215.184]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; AM0PR07MB4356; 6:sS97UEMQA0xrLW3oldfy0TqpAO12ZJ23qvOZ+EjKUN/BN4YXKaFKrd7enKeCxySq2NmR8Uj8twuYfbxy30rzL8CZzileM3AhcdfAp/SDw0Wdj+iaX+f2gcY1MWwXBO/spTN/xBfXJECc97RaNvuyUjMkQ+17SXz0SJ9CUQOTPUmCqthKl/UP5GaBhvFQFVJiV6g4Iwr3zdXCT3Kop3WZf4Cf/WxuSHJ1uBukiNok35UFq64obFAYt0CNGO7aLaXFInPu10NsENOK8sbnieITPZp2zEKWpjBHnPbyM+7xMX4SFpkefVEo9In1G3MZk2kQKKNV1XW/Xt2BA+8TWrPgaztk0BJfPQoT0TbzQx9sm0qsvTrh+XjBHByvC3AiF4bxY6WaY8BTBrzMQCY1RvVgEjFpOfxGVmMMSfKFKz+TpKSIhT2DVjcTKbTqpAwWLBbGeqByXDq4oAzs27XJS0iWCg==; 5:3gKY5H4uI60FPym2fJH5JScbEKQeYvx7twKGUIQxqy/G7Wxu+PTld/MUC3OaeqWpFrc+SyZ/cnBYBClO5mbwgDt0j7HjZz6gx4Eew6Ld3BuUG+OlKIjFl9+P6ndeJ5lGtRxhufzpcyq3K4ij6V3HAd2SRkkDrcqpGy0RR3Fei20=; 7:jRizbStgrFld5rIh7VX9VBrJdwA9N6gK7Y7jSt0tGSd5OCR7w5YMj1rXUHJzCJDYvtrlWlmLhvF0FTgLRP6LUe4Uvv921GLJ80/XHElqSGoe11kfrRe9SIz0hM6UF0C9cjOLaOYWqqVWwds3AK3+uw==
x-ms-office365-filtering-correlation-id: 69bc58e3-457a-43f3-0cba-08d65aada1da
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390098)(7020095)(4652040)(4534185)(4627221)(201703031133081)(201702281549075)(5600074)(711020)(2017052603328)(7193020); SRVR:AM0PR07MB4356;
x-ms-traffictypediagnostic: AM0PR07MB4356:
x-microsoft-antispam-prvs: <AM0PR07MB4356EF4C5F821469BB519C05A2A80@AM0PR07MB4356.eurprd07.prod.outlook.com>
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(93006095)(93001095)(3002001)(3231455)(999002)(944501520)(52105112)(10201501046)(6055026)(148016)(149066)(150057)(6041310)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123562045)(20161123558120)(201708071742011)(7699051)(76991095); SRVR:AM0PR07MB4356; BCL:0; PCL:0; RULEID:; SRVR:AM0PR07MB4356;
x-forefront-prvs: 08770259B4
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(136003)(39860400002)(376002)(346002)(366004)(396003)(15374003)(51914003)(199004)(189003)(13464003)(4326008)(6512007)(14454004)(14496001)(81156014)(6506007)(386003)(33896004)(8676002)(86152003)(2906002)(446003)(105586002)(44736005)(486006)(106356001)(6486002)(26005)(81166006)(6436002)(99286004)(966005)(476003)(305945005)(186003)(9686003)(86362001)(39060400002)(7736002)(3846002)(6116002)(316002)(1556002)(25786009)(102836004)(256004)(71190400001)(71200400001)(478600001)(6246003)(110136005)(66066001)(68736007)(5660300001)(52116002)(229853002)(53936002)(8936002)(76176011)(97736004)(6306002)(84392002); DIR:OUT; SFP:1102; SCL:1; SRVR:AM0PR07MB4356; H:AM0PR07MB4484.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:0; MX:3;
received-spf: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: 7yJh+tWeJrP2OsUIHoYilivXCjPgqv6dDyQ7zn68Qj6MdVBUnHoRTOPRCT2+qEGLfiCoNvflTaf29c/G1y21vBODVjzeFMUXPpnBywXRboyW+pdLvwsYK4TcgycWNEl3KFgLTMB8JOeBTg+zB7bxWZmqJP8OVCGeMvPzD6Ub7pshl0w2WIaAEs2b/AE3dFk4SCCqmVU4r1obNWdch/6qwBIxuzCwFfeB/QsSmY2jm4EXSjQhUGb4iZTzanD08hlz3p+ULxJ3E4qo0tNFAQbmLBnGEF74rLmR4sqFiMBQADD21mJ+Yodos99NKSlcwt5Np4iVl6nTq6d7FaO7m0xf7d5na6YHEPS8SOu/NAxPrZo=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <4880A5DF5E0D444588A533E540789A55@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 69bc58e3-457a-43f3-0cba-08d65aada1da
X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Dec 2018 12:31:51.6236 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB4356
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtgwg/ztSIXTzzHsAGYVdIBl5jYjgWQwM>
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.29
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: Wed, 05 Dec 2018 12:32:12 -0000
Aseem On the references, where you have an import, e.g. import ietf-qos-classifier { prefix classifier; } you should say where this is to be found e.g. import ietf-network { prefix "nw"; reference "RFC 8345: A YANG Data Model for Network Topologies"; } or import ietf-qos-classifier { prefix classifier; reference "RFC XXXX: YANG Model for QoS"; } -- Note to RFC Editor please replace XXXX with the number assigned to this I-D On YANG description, I expect many, if not most, clauses to have a reference - see, for example, RFC8348 for a well-populated module. On YANG version, the current version is 1.1 and has been for over two years, so if you want the previous version for some reason, like using TLS1.0 instead of TLS1.3, then that needs justifying. On multiple modules, the more modules the more prefixes and the longer the references to an object in another module so you have e.g. augment "/policy:policies" + "/policy:policy-entry" + "/policy:classifier-entry" + "/policy:classifier-action-entry-cfg" + "/policy:action-cfg-params" + "/diffserv:meter-inline" + "/diffserv:meter-type" + "/diffserv:one-rate-tri-color-meter-type" + "/diffserv:one-rate-tri-color-meter" { instead of, perhaps, augment "/policies/policy-entry/classifier-entry/classifier-action-entry-cfg" + "/action-cfg-params/meter-inline/meter-type" + "/one-rate-tri-color-meter-type/one-rate-tri-color-meter" { were they all to be in the same module. This also applies to when statements. There is, unfortunately, in YANG no way of saying assume "policy:" until I say "diffserv:". It is when third parties augment with custom features that it gets messier. So, my personal view, is that separate modules needs justification, such as the expectation that they will evolve differently - but then that suggests that they should be in separate RFC! I grant that classifying, metering, marking, etc are distinct pieces of technology but I am less convinced of the case for separate YANG modules. Look, for example, at draft-ietf-isis-yang-isis-cfg to see a single module encompassing several aspects of one protocol. Tom Petch ----- Original Message ----- From: "Aseem Choudhary (asechoud)" <asechoud@cisco.com> To: "tom petch" <ietfa@btconnect.com>; "Jeff Tantsura" <jefftant.ietf@gmail.com>; "RTGWG" <rtgwg@ietf.org> Cc: "Routing WG" <rtgwg-chairs@ietf.org> Sent: Tuesday, December 04, 2018 10:17 PM > Hi Tom, > > Thanks for the comments. > > Please see some comments inline. > > Regards, > Aseem > > On 12/4/18, 3:09 AM, "rtgwg on behalf of tom petch" <rtgwg-bounces@ietf.org on behalf of ietfa@btconnect.com> wrote: > > Viewed as a YANG module, there are a number of defects in this I-D. I > think that the flavour is well illustrated by: > > - s.5 This document defines five YANG modules > The Table of Contents lists seven > > Copyright statements are all 2014. > > revision date of s.6.1 is 2016-03-03 > > [AC] I thought it is for last modified date. > > yang-version is a mixture of 1 and 1.1 > > [AC] I am not sure it needs to be all 1 or 1.1 > > IANA gets no mention, not even a TBD. > > No mention of NMDA > > The modules are devoid of any YANG reference statements, either for > import or for description. > > No reference for Tree Diagrams. > > No current reference for YANG itself or Interface Management > > [AC] I see below three YANG references. Am I missing something? > > [RFC6020] Bjorklund, M., Ed., "YANG - A Data Modeling Language for > the Network Configuration Protocol (NETCONF)", RFC 6020, > DOI 10.17487/RFC6020, October 2010, > <https://www.rfc-editor.org/info/rfc6020>. > > [RFC6991] Schoenwaelder, J., Ed., "Common YANG Data Types", > RFC 6991, DOI 10.17487/RFC6991, July 2013, > <https://www.rfc-editor.org/info/rfc6991>. > > [RFC7223] Bjorklund, M., "A YANG Data Model for Interface > Management", RFC 7223, DOI 10.17487/RFC7223, May 2014, > <https://www.rfc-editor.org/info/rfc7223>. > > The (unanswered) technical question is why have so many modules; I am a > fan of separate modules for YANG types and YANG identities, since I see > them as having a different evolution, but that is not done here; rather, > the functionality is broken up, leading to more YANG prefixes, modules > that are more complex. Why? > > [AC] These modules are basic building blocks for a QOS model. The functionality is logically broken into different modules. > YANG types and identities defined are for the specific module. Not sure what you find complex here than it needs to be. > > Tom Petch > > > ----- Original Message ----- > From: "Jeff Tantsura" <jefftant.ietf@gmail.com> > To: "RTGWG" <rtgwg@ietf.org> > Cc: "Routing WG" <rtgwg-chairs@ietf.org> > Sent: Saturday, December 01, 2018 2:30 AM > Subject: WG adoption poll for draft-asechoud-rtgwg-qos-model-07 > > > > Dear RTGWG, > > > > The authors have requested RTGWG to adopt > draft-asechoud-rtgwg-qos-model as the working group document. > > The draft has received support during IETF101 meeting, authors have > addressed all the comments received. > > > > Please indicate support or no-support by December 15, 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 > > > > _______________________________________________ > rtgwg mailing list > rtgwg@ietf.org > https://www.ietf.org/mailman/listinfo/rtgwg > > >
- WG adoption poll for draft-asechoud-rtgwg-qos-mod… Jeff Tantsura
- Re: WG adoption poll for draft-asechoud-rtgwg-qos… Acee Lindem (acee)
- Re: WG adoption poll for draft-asechoud-rtgwg-qos… Greg Mirsky
- Re: WG adoption poll for draft-asechoud-rtgwg-qos… Fred Baker
- Re: WG adoption poll for draft-asechoud-rtgwg-qos… Aseem Choudhary (asechoud)
- Re: WG adoption poll for draft-asechoud-rtgwg-qos… Aseem Choudhary (asechoud)
- Re: WG adoption poll for draft-asechoud-rtgwg-qos… Fred Baker
- Re: WG adoption poll for draft-asechoud-rtgwg-qos… Aseem Choudhary (asechoud)
- Re: WG adoption poll for draft-asechoud-rtgwg-qos… Greg Mirsky
- Re: WG adoption poll for draft-asechoud-rtgwg-qos… Aseem Choudhary (asechoud)
- Re: WG adoption poll for draft-asechoud-rtgwg-qos… tom petch
- Re: WG adoption poll for draft-asechoud-rtgwg-qos… Aseem Choudhary (asechoud)
- Re: WG adoption poll for draft-asechoud-rtgwg-qos… tom petch
- Re: WG adoption poll for draft-asechoud-rtgwg-qos… Aseem Choudhary (asechoud)
- Re: WG adoption poll for draft-asechoud-rtgwg-qos… Chen, Helen
- FW: WG adoption poll for draft-asechoud-rtgwg-qos… Norm Strahle