IETF Logo Mail Archive

Re: [netmod] upcoming adoptions

Kent Watsen <kwatsen@juniper.net> Fri, 15 September 2017 16:44 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 A26DD132D89 for <netmod@ietfa.amsl.com>; Fri, 15 Sep 2017 09:44:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.02
X-Spam-Level:
X-Spam-Status: No, score=-2.02 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, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-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 HgesVWa3Hs-y for <netmod@ietfa.amsl.com>; Fri, 15 Sep 2017 09:44:04 -0700 (PDT)
Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0094.outbound.protection.outlook.com [104.47.41.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 90AE413209C for <netmod@ietf.org>; Fri, 15 Sep 2017 09:44:04 -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=bTuDrgouDbk5VnPI8y3+ip7JNm5RsAnZ4pH5/iHJXJU=; b=gEAeqDv782OSzBIzzGzI80N7zy9Wrg/SOMykTW7ZSBWfSchVXG4zu5kY8P0W5PbWnSM/B3REJUlnnvMruBNjPHb4+Ygw624TxTGngJrrMBSQKvAPjLydk0b22wlc9PvHYMSQr0nN2U8XhQzh+GyMB6JeAJPJLvBcuVYiFVPhmx8=
Received: from BLUPR05MB275.namprd05.prod.outlook.com (10.141.22.149) by BLUPR05MB258.namprd05.prod.outlook.com (10.141.22.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.77.5; Fri, 15 Sep 2017 16:44:03 +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.0035.010; Fri, 15 Sep 2017 16:44:03 +0000
From: Kent Watsen <kwatsen@juniper.net>
To: Andy Bierman <andy@yumaworks.com>, Robert Wilton <rwilton@cisco.com>
CC: "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: [netmod] upcoming adoptions
Thread-Index: AQHTISEQvmg9jr+3gUCv+5ltP9XhHqK0ewcAgAADXwD//857AIABjmaAgABHC4CAAAKTAIAABg0AgAAK4ICAAAfsAP//wJ0A
Date: Fri, 15 Sep 2017 16:44:02 +0000
Message-ID: <112D5C5E-F2F2-481B-A1B4-7156DC3477C5@juniper.net>
References: <14299503-509D-43BE-A938-0B7B88C3B249@juniper.net> <36ba3d4b-1ae1-0666-12cf-db41e172924b@cisco.com> <75739d75-da96-b340-2403-d0949ac54ed7@labn.net> <19134054-D52E-4A6D-992A-A47F365557AD@juniper.net> <1505471909.18681.7.camel@nic.cz> <D5E15F4A.C80F5%acee@cisco.com> <8326bb01-63a6-9746-098b-d693b12a2396@cisco.com> <CABCOCHS_TDc3x3xXzo4Aafi3xmt==owQ9M0-MaV2na-qmggmQQ@mail.gmail.com> <dc87313d-ac37-5789-3ccf-a9bb7ec107af@cisco.com> <CABCOCHSKFAPR7Up1dQgy0Tpzzp7X9zMhOQsWcO35w-6AS7wjkQ@mail.gmail.com>
In-Reply-To: <CABCOCHSKFAPR7Up1dQgy0Tpzzp7X9zMhOQsWcO35w-6AS7wjkQ@mail.gmail.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.10]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BLUPR05MB258; 6:CVrbKe8PMpWhMRXf4LNsoBTeyBlrPRC39s6WbW0vnoV8m1wpNZWrI0vfRa6W4YgR1b2urS+uALbpls5Mmnd4LFTqu1ept/JOjiJdszuy7w3ntXT7hX9FbIjwkgkiOAi77fy3rw6JqbzSJmqPCN5MLqvCs0Jd6OibiUoyZPRbMTezxWQ48j1WwnYfSeZzOYGI5kJHg18x0/uUjOhDML6iYcwxXYNq50MlZndtCkGYdaXzcqoaQWc1UaaLJ9V7VYIxkZMHclQrRq+KCdATHtfJSLGs3eWArIkqZjd0W+VoAGlR4x4vuSQfGtVoqoHcBkfE+CVVA5ZvEEQWdwKFoyA/hA==; 5:JX+XipEpWfwMUfrKaLpOaMWcrjNrGLIBcwV4H5JoxE9226Qs48+5ZgYznuxEmu7KfJYgBET8nGU76WSSZlfgras9/HBlHuFOPkevlNeb/njEgxw4B6YY1VAzc4Y4WczihSA33Y4TP68cTC8ooM+aHw==; 24:ifBQQIF9m7BFCFhBqFt0jWxlmB2NFryZvMudkcAnsk+9OqIOqT5btyh+40mNx5itb0RqpRqgwHis09IpP9IflJW5EOIMpXqY9Uh+SPpALhk=; 7:JaSBtVBTjTFcD9J983CysGDvGV4M3yBEICbG1Bq9lsYPPB50WDME8hVtoQJ4mbm3Gkthder5eyrr2PTfyhqCLRYVs1uko1aFxMR3s1XQKE6T9FAvC+fkgvT3OvCw4xhNn2YOh9TRG8LSUQezY+YG/eAcK4/S2sISFAqfTKFHbtaIVe5I6G2KUFyNvLaSYBRSKqt3F9SNKc28p47CsTHPYuJ/eZ6b+7nmGQikg4fNgRo=
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: 59395e1b-4c82-4300-5e81-08d4fc58f8fa
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(300000502095)(300135100095)(22001)(2017030254152)(300000503095)(300135400095)(48565401081)(2017052603199)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:BLUPR05MB258;
x-ms-traffictypediagnostic: BLUPR05MB258:
x-exchange-antispam-report-test: UriScan:(21748063052155);
x-microsoft-antispam-prvs: <BLUPR05MB258A4E52FAD6B3B95D56A72A56C0@BLUPR05MB258.namprd05.prod.outlook.com>
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(5005006)(8121501046)(100000703101)(100105400095)(10201501046)(3002001)(93006095)(93001095)(6055026)(6041248)(20161123558100)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(20161123564025)(20161123555025)(20161123562025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BLUPR05MB258; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BLUPR05MB258;
x-forefront-prvs: 0431F981D8
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39860400002)(376002)(346002)(189002)(199003)(97736004)(81166006)(8936002)(50986999)(82746002)(53936002)(58126008)(3660700001)(68736007)(33656002)(3280700002)(81156014)(8676002)(478600001)(7736002)(2906002)(189998001)(99286003)(105586002)(3846002)(102836003)(5660300001)(25786009)(76176999)(54356999)(66066001)(106356001)(36756003)(2950100002)(101416001)(14454004)(86362001)(54896002)(6306002)(2900100001)(6116002)(229853002)(83506001)(6512007)(4326008)(6436002)(6246003)(6506006)(6486002)(93886005)(83716003)(77096006)(316002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB258; 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_112D5C5EF2F2481BA1B47156DC3477C5junipernet_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Sep 2017 16:44:02.9311 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB258
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/bI3_Yt3FUXse8evnKCplFxosg9A>
Subject: Re: [netmod] upcoming adoptions
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: Fri, 15 Sep 2017 16:44:07 -0000

> A new module name mandates a new namespace, so they go together.
> Abandoning the old module is fine, except leaving that module with
> status "current" is not fine.  IMO you need to republish the old module
> as well, with everything status obsolete.

Agreed.

If a new module-name is used (e.g., routing-cfg-2), then the old module
name should be republished also, just to deprecate (obsolete?) the old
module.   The deprecated module could be published in this draft or
another draft (keep rfc8022bis clean?)

As co-chair, I'm okay with adoption starting even without this detail
finalized up front.

K.

v2.23.0 | Report a Bug | By Email