Re: [netmod] draft-ietf-netmod-rfc6087bis as a BCP?

Kent Watsen <kwatsen@juniper.net> Tue, 17 October 2017 17:45 UTC

Return-Path: <kwatsen@juniper.net>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 583AA1321C9 for <netmod@ietfa.amsl.com>; Tue, 17 Oct 2017 10:45:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.031
X-Spam-Level:
X-Spam-Status: No, score=-0.031 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net
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 VqdywQBuBXDI for <netmod@ietfa.amsl.com>; Tue, 17 Oct 2017 10:45:26 -0700 (PDT)
Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01on0127.outbound.protection.outlook.com [104.47.33.127]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9461F13304D for <netmod@ietf.org>; Tue, 17 Oct 2017 10:45:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=hzNGArR72ZqS5RR77TdavJGn9nyCLI8enMO4lJZpxPQ=; b=Y6ILciQGPYNUKJKQZRRcrXLqjySS4F2+oCQ4BO/oZWQeJ1A9/qzy5CkTLR6dLpjNq/IM7RdEHx+QhA2PSpgT0sHoeVFkSoIHNmtY5SmY5n36wWQ/RbLkSPVpIp0T1QmV3sq+WCZ/N/VFrExUMAVHUZpLzMxHrEHVESdlJtEqVLs=
Received: from BLUPR05MB275.namprd05.prod.outlook.com (10.141.22.149) by BLUPR05MB274.namprd05.prod.outlook.com (10.141.22.148) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.156.2; Tue, 17 Oct 2017 17:45:24 +0000
Received: from BLUPR05MB275.namprd05.prod.outlook.com ([10.141.22.149]) by BLUPR05MB275.namprd05.prod.outlook.com ([10.141.22.149]) with mapi id 15.20.0156.004; Tue, 17 Oct 2017 17:45:24 +0000
From: Kent Watsen <kwatsen@juniper.net>
To: Benoit Claise <bclaise@cisco.com>, NETMOD Working Group <netmod@ietf.org>
Thread-Topic: [netmod] draft-ietf-netmod-rfc6087bis as a BCP?
Thread-Index: AQHTKwidsbGmXJI3xUq38jMsPZskJKKxUSYAgDaedICAAFawgA==
Date: Tue, 17 Oct 2017 17:45:24 +0000
Message-ID: <A1EF591A-4459-44B1-82DB-C5C0000AC4C8@juniper.net>
References: <fd7e4552-4ad1-211a-264b-f493a22ff5a6@cisco.com> <BF141879-A1E4-439F-9AB2-52EC0B63155F@juniper.net> <05f83ee0-4091-4941-e130-b42102521062@cisco.com>
In-Reply-To: <05f83ee0-4091-4941-e130-b42102521062@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/f.20.0.170309
authentication-results: spf=none (sender IP is ) smtp.mailfrom=kwatsen@juniper.net;
x-originating-ip: [66.129.241.11]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BLUPR05MB274; 6:eqvqQCHjY4V22EJQqdfAloSAHS5C/xE9aFpB7HRge5H7Q5EYhvdbf5HoLj54YHbqRpEh1CaqD0GJKau3piaTP8WC0JZxzQ/ypNDPrtsS4lJaWKu6b2McbpOfrSeEmE47uasXO0+JPElKDsU/ayzQ2t107b9AaUmYiE+e4Iz460uyiT30ts7s+a5ApICDziz7o0EzOfDe1gUBdgBwrylZzg50442WP67UF+GK6HCdW24fbmcPdWzQBDPUUfmmJvGzdwCBw5i8yu8D7cipSgNoqcFfTxUdqrNlAsitzulOWO42C97vIH4Nuzgxmozv008T0Wb62GP9pfsmOzknvWLg9Q==; 5:4QrJhescTo/im3VKCjqEv3fexmji/p1y3VF3n+w2Ih9Q70/qhnOPFtHGNQvq4bbRvbiVluXVu2m0Q1+LFWkk1Wzw8YoJytimxwhXimMfHL4Siy8HuCp4PNMJ2SCYKul8wyTy22h53ZIMBLAjYavadKqEzAW4O+B9bbw6U1oqFNw=; 24:XDGhAgGUqOUgutphUdlTngywi9ZRoRzNpkFxfh/DLuugCmXHduTzjLW6OWcY7f/Lu7OFzvmdbMuWTVBdMrPkX0l1gEOzws3+tXwRZuT6XYU=; 7:3pFEyznlqO7lqjiBEehQfgld4cQEk26BchnyHnoizc6czUjYaH0PcpcJFNdI4Bw/i3I2PpyaaJjrV0yTAzqOliRYOj3CN2SS4ABUGX/pPczcSvpwQa9XyXt053tTg/oTdHGRJx59BDwcfMtkfGvUfvqLlvZJ1oVmyjvRXyOPlAj2GRpj3WTi2jGs2zfUcs/7c0m7s6glxCdquZPFsuJO3JCbITDXCtU6FbHSqkfePOc=
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: 9a8a4183-e0de-4c2a-1005-08d51586d876
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254152)(48565401081)(2017052603199)(201703131423075)(201703031133081)(201702281549075); SRVR:BLUPR05MB274;
x-ms-traffictypediagnostic: BLUPR05MB274:
x-exchange-antispam-report-test: UriScan:(10436049006162)(100405760836317)(95692535739014)(21748063052155);
x-microsoft-antispam-prvs: <BLUPR05MB274177C62E04DB97A223249A54C0@BLUPR05MB274.namprd05.prod.outlook.com>
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(8121501046)(5005006)(93006095)(93001095)(100000703101)(100105400095)(10201501046)(3002001)(6055026)(6041248)(20161123558100)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123555025)(20161123562025)(20161123564025)(20161123560025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BLUPR05MB274; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BLUPR05MB274;
x-forefront-prvs: 04631F8F77
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(39860400002)(376002)(377454003)(189002)(199003)(24454002)(54094003)(36756003)(2900100001)(2906002)(82746002)(561944003)(33656002)(101416001)(68736007)(66066001)(3660700001)(77096006)(6246003)(54356999)(6486002)(229853002)(3280700002)(6436002)(76176999)(6506006)(189998001)(53936002)(97736004)(53546010)(606006)(50986999)(230783001)(2950100002)(102836003)(6116002)(54896002)(6306002)(7736002)(6512007)(3846002)(83506001)(5660300001)(236005)(86362001)(25786009)(966005)(105586002)(316002)(478600001)(106356001)(8936002)(83716003)(8676002)(99286003)(81166006)(81156014)(14454004)(58126008)(110136005); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB274; H:BLUPR05MB275.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_A1EF591A445944B182DBC5C0000AC4C8junipernet_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-Network-Message-Id: 9a8a4183-e0de-4c2a-1005-08d51586d876
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Oct 2017 17:45:24.3272 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB274
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/iE55QakbLwgRt8fpr-o3ZmQfRx4>
Subject: Re: [netmod] draft-ietf-netmod-rfc6087bis as a BCP?
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Oct 2017 17:45:29 -0000

Hi Benoit, et al.,

As a contributor, I support your proposal to move rfc6087bis to BCP, and I know that Lou does as well (I just asked him).  As co-chair, reading Section 6.1.1 of RFC 2026, I feel that we need to formally run the decision past the WG.  So, without further ado:

This is the start of 1-week poll to gauge WG consensus on the proposal to promote rfc6087bis to BCP.  We'd like to hear "yes/support" or "no/don't support", with an explanation for why.  Please respond by Oct 24.   (better, hit the reply-all button now!)

Thanks,
Kent (and Lou)




On 10/17/17, 4:35 AM, "Benoit Claise" <bclaise@cisco.com<mailto:bclaise@cisco.com>> wrote:

Hi Kent,
Hi Benoit,

BCP seems right, but I wonder if there is some sort of stability metric that applies to BCPs.

   The BCP subseries of the RFC series is designed to be a way to

   standardize practices and the results of community deliberations.


https://tools.ietf.org/html/rfc2026#section-5<https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_html_rfc2026-23section-2D5&d=DwMDaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=dL2SzevPrC4Ak-LYJY77M0cArIHFsM3svOz2X06jytY&s=O_GnXGQDkkAG4hGnmdn6udA0s5orNxjkKYYWDoO-MnM&e=>

YANG still seems to be evolving, so I can only imagine yet another update to this document
in the not too distant future.  Does that disqualify it in any way?
I don't think so. Implicitly, this says:

   The BCP subseries of the RFC series is designed to be a way to

   standardize practices and the results of community current deliberations.

If the YANG use and knowledge spread, this document will evolve in the future.

The problem to be solved, which I faced: "RFC6087 is informational (as opposed to BCP), so I don't feel like I should follow it"

Regards, Benoit


Kent


On 9/11/17, 10:16 AM, "netmod on behalf of Benoit Claise" <netmod-bounces@ietf.org<mailto:netmod-bounces@ietf.org> on behalf of bclaise@cisco.com<mailto:bclaise@cisco.com>> wrote:

Dear all,

I'm wondering if it's not time to classify draft-ietf-netmod-rfc6087bis as a BCP, as opposed to informational

This text would need to change:

   This document is similar to the Structure of Management

   Information

   version 2 (SMIv2) usage guidelines specification [RFC4181] in intent

   and structure.  However, since that document was written a decade

   after SMIv2 modules had been in use, it was published as a 'Best

   Current Practice' (BCP).  This document is not a BCP, but rather an

   informational reference, intended to promote consistency in documents

   containing YANG modules.


Indeed, it seems to me that the consistency in YANG modules is a pretty important topic.

Feedback?

Regards, Benoit