IETF Logo Mail Archive

Re: [netmod] upcoming adoptions

Kent Watsen <kwatsen@juniper.net> Wed, 06 September 2017 13:11 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 2D1BE132F38; Wed, 6 Sep 2017 06:11:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.021
X-Spam-Level:
X-Spam-Status: No, score=-2.021 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 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 AljkZvJXXEP7; Wed, 6 Sep 2017 06:11:53 -0700 (PDT)
Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0112.outbound.protection.outlook.com [104.47.37.112]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BE3F1132F37; Wed, 6 Sep 2017 06:11:53 -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=TiVZ80eN8PyHyG/NDG8ThGrJa6jlyy+zqMSH6VAjWP0=; b=cqqAk+IYvdqqIWe5mo1PfsYmwSVaxcEaFWWkj7AMJKxaY0djEUIKOu/6tyLvjgNgh+a7KRtKtNIL6HSZyCKwBRYPLNu1Jt9zlCqKakDup+SoQkOeMb9rFTTBoyzcrGDkJuLLSdl5RmS8Lu2MmicIyVQDW03RkVWgx+wTswGW8a0=
Received: from BN3PR0501MB1442.namprd05.prod.outlook.com (10.160.117.151) by BN3PR0501MB1250.namprd05.prod.outlook.com (10.160.183.141) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.35.3; Wed, 6 Sep 2017 13:11:51 +0000
Received: from BN3PR0501MB1442.namprd05.prod.outlook.com ([10.160.117.151]) by BN3PR0501MB1442.namprd05.prod.outlook.com ([10.160.117.151]) with mapi id 15.20.0035.010; Wed, 6 Sep 2017 13:11:51 +0000
From: Kent Watsen <kwatsen@juniper.net>
To: Martin Bjorklund <mbj@tail-f.com>, "andy@yumaworks.com" <andy@yumaworks.com>
CC: "bclaise@cisco.com" <bclaise@cisco.com>, "netconf-chairs@ietf.org" <netconf-chairs@ietf.org>, "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: [netmod] upcoming adoptions
Thread-Index: AQHTISEQvmg9jr+3gUCv+5ltP9XhHqKl6moAgAANOICAAP0JAIAAf2MAgAAqCYA=
Date: Wed, 06 Sep 2017 13:11:51 +0000
Message-ID: <38E666E2-EECE-4554-9A55-B98D829EB4CA@juniper.net>
References: <3620aafe-bc72-cc54-9dbd-b687a0178df2@cisco.com> <20170905.095949.1829098658779783521.mbj@tail-f.com> <CABCOCHRmNT=v9ivztzPh3OGmo-AeheHDct2XY9zbk_-FjEytmg@mail.gmail.com> <20170906.084124.2282926097915349446.mbj@tail-f.com>
In-Reply-To: <20170906.084124.2282926097915349446.mbj@tail-f.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.14]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BN3PR0501MB1250; 6:kTIQONpC23Hg7n+F90H3es7Na6viDLTVzvOE+ijg0uz85WBIGgAxGMrGUkziUr+HLBT3Dl8OA2jrFHg76jS7ECCa0UC/bzbO52Ms63ka7zGnCOVjZvjT4+LeOl641wibFXPRjfcGPWjqby0+0jJMGJ8dYbhbquDlhlBIbcoDGvkPqRFpDHF96lwwVAUD70lgi41vgWY6QiUn9/5/jZS3h8WmXEFQMC+Qfu9qCyYHzjxNku9j+lvPa8UMLcU+Av7kPqy842P2jSXKYYpl8+Prr1pheZqNjEJClt/q/joNERuG77ggssbt4i/OriRhK0MLUdZOhi0OVXlPHf7Rb9EDRQ==; 5:l7M3SaTWcDeBdOIODH2uld8ZQ0U+450SbfVNr+xNVQNcKrgISapLq+96PE7SlfyY3J8Nyi6TqjvmUCVsoNfCH1Ftz9iPpWc7lOUGuleQ91LZ04/FyqScNKPlMgwAjEPMqstdZ3oSBIJEOQlv3Q20MQ==; 24:MAr9FHSKPUVVC6ealGCassnxoDrSmz/22AGoizvCkHhxcfMylnen0ILbxVP9cJoaWJRMYGal/kk929IbV9+fYK0pMfr7q5kiQ9jc2bhdMik=; 7:PLYn1nkHggKaD9bVl+dYA/RWo7r260LF0eU6yCM/uRAY61xYQo+P+WCNn9oE6ztkoBqj8s0CYEoDgAwIys8ugMJwCgtLL4afUscONEfO0rhK6uEa8ogFBq1GwcDVXHvDEatj1wXcGvJ1RRJFgxmvu0QwTpcaBXkgBKgO2qAOOsFrnqZQqzcPOjhIODwtnKJK2PFCMcijbpQTcAOGucZuuyReIk06yqLnV+C+uQxyfK4=
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: 9b49feeb-af66-41c0-c933-08d4f528d6d2
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(48565401081)(300000503095)(300135400095)(2017052603199)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:BN3PR0501MB1250;
x-ms-traffictypediagnostic: BN3PR0501MB1250:
x-exchange-antispam-report-test: UriScan:;
x-microsoft-antispam-prvs: <BN3PR0501MB1250625753CF3CA1590BC70FA5970@BN3PR0501MB1250.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)(100000703101)(100105400095)(10201501046)(93006095)(93001095)(3002001)(6055026)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123564025)(20161123562025)(20161123555025)(20161123558100)(20161123560025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BN3PR0501MB1250; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BN3PR0501MB1250;
x-forefront-prvs: 0422860ED4
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39860400002)(199003)(189002)(25786009)(2900100001)(82746002)(53936002)(6512007)(99286003)(54906002)(4326008)(6436002)(6486002)(77096006)(229853002)(6246003)(2950100002)(6506006)(3660700001)(86362001)(83716003)(50986999)(101416001)(93886005)(68736007)(54356999)(3280700002)(76176999)(83506001)(478600001)(6116002)(102836003)(5660300001)(14454004)(105586002)(106356001)(7736002)(305945005)(81166006)(81156014)(97736004)(189998001)(2501003)(8936002)(3846002)(2906002)(36756003)(8676002)(66066001)(33656002)(4001350100001); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1250; H:BN3PR0501MB1442.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <AD4486DAB2DF744F9A83821548A18875@namprd05.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Sep 2017 13:11:51.6467 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1250
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/lzDEweCQevLQcdlhA2CSAhBw0Xo>
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: Wed, 06 Sep 2017 13:11:55 -0000

>> I guess the NMDA transition plan to move the child nodes to a config=true
>> node
>> name /restconf that has only config=false nodes in it.  This seems quite
>> disruptive
>> and not a productive use of engineering resources, or support and customer
>> re-training.
>
> I agree with you.  We've said that it is ok to have pure config false
> trees, if it makes sense for what we're trying to model.
>
> The only "issue" with the tree above is that its top-level node's name
> contains the word "state".

/netconf-state and /restconf-state don't seem to follow the general 
pattern we're correcting with the various NMDA updates.  Particularly,
these -state trees are NOT for the purpose to providing the opstate
value for configured nodes.  These modules have the misfortune of
having "-state" in their name, but they're otherwise fine.

K.  // contributor

v2.23.0 | Report a Bug | By Email