IETF Logo Mail Archive

Re: [netmod] regarding draft-bierman-netmod-yang-data-ext-00

Kent Watsen <kwatsen@juniper.net> Fri, 01 September 2017 17:43 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 7FAF4132E31 for <netmod@ietfa.amsl.com>; Fri, 1 Sep 2017 10:43:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.12
X-Spam-Level:
X-Spam-Status: No, score=-0.12 tagged_above=-999 required=5 tests=[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_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 1-r_SK0rN1fT for <netmod@ietfa.amsl.com>; Fri, 1 Sep 2017 10:43:13 -0700 (PDT)
Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0098.outbound.protection.outlook.com [104.47.37.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 810061330C2 for <netmod@ietf.org>; Fri, 1 Sep 2017 10:43:13 -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=MaEFMgUk5XeDTRReE5hXjqEdWXLaLMVAn0STFAMhMYk=; b=Y37K6yWpz5upIDU54HIuVkZqcpfgWO7X3zPN7mpzxWeajw/vVkE209iB6frzP6VzeqlFZwfUJqTaqCO6mmJizlNK7yxsu+Pe4HPf6AeVRFryx9dFdp/N9NxQvyAp5x1tgC97MGv8Eg33DeNYrg89N5ibPdhV2eqcYNMBgcIgz54=
Received: from CY1PR0501MB1450.namprd05.prod.outlook.com (10.160.149.11) by CY1PR0501MB1625.namprd05.prod.outlook.com (10.161.165.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.13.2; Fri, 1 Sep 2017 17:43:11 +0000
Received: from CY1PR0501MB1450.namprd05.prod.outlook.com ([10.160.149.11]) by CY1PR0501MB1450.namprd05.prod.outlook.com ([10.160.149.11]) with mapi id 15.20.0013.014; Fri, 1 Sep 2017 17:43:11 +0000
From: Kent Watsen <kwatsen@juniper.net>
To: Andy Bierman <andy@yumaworks.com>
CC: "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: [netmod] regarding draft-bierman-netmod-yang-data-ext-00
Thread-Index: AQHTIz66ZM/zAubP+UmCwbr4E6YP36KgO1WA///OrQA=
Date: Fri, 01 Sep 2017 17:43:11 +0000
Message-ID: <56D58AA8-E71E-4CA1-B81E-70E2EDD94E91@juniper.net>
References: <57AA997C-6E52-49D2-B6AF-7DDE8F13D7B3@juniper.net> <CABCOCHSA_dqNwy=xj4vj8bCHKaJhisx0qCccYCyyBdLWXeW2Rw@mail.gmail.com>
In-Reply-To: <CABCOCHSA_dqNwy=xj4vj8bCHKaJhisx0qCccYCyyBdLWXeW2Rw@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; CY1PR0501MB1625; 6:ySDDUrJL482heNuCTVS6NORHqdKT00O7aSnSZL2ZaGMNUKwufrp9i3KvmSTwxXMzaPAFD68XEhpnKFVB02dyexlkt7L2hHvK0gn3Mg//o2xvyxrCylvXPR9Vcr/+DNrryNxF24Z2fiOQUEbkJsQwQwFW9gEMGEVjXPrnSfUee5L1hBPOydP1dSxOc99zro7l2dX1TwjiD9ki4rKiizT/BrWE9nuF2Sv6zOmySK7ZEY14/Qdq547Ek/eS38rCWZ3ZWokgaAL3qPedjGehUkcQ1Abl4w9GZIhM+bg5qEcSpWPwSC8KulijW/W9+qt5KpM/0HX/92x7f6l7ycTws1CGxQ==; 5:pvWLBAV8GoAP2OKVB+Q38x9WejU86Sr0jUMl5rrGrjOxj+fdEgjBmlkpeExyyjf4oLb6fzo87eEllaA63BZglNHzwYwww/Z/yPRF3n/aTH2eY/1bpGbZXDc+2jN1iehFfkz2R0f/GcaFdHXX86XsKw==; 24:6cnUrkVQswm4DR0ECeYgbSY2Y4+Nfhr96kPxL/wnPRq6ZLywXoB8yZiCm8U3yDcxccwlwa2nXYcTwb/KDKO4nYQJtWAWGrD6F34FpnEBLUM=; 7:2eKmsVHOWl4n4Nygd963Ak4nyUQ3w1HOfbeaumYwF6Q9a2cYQMGwUkvlmUQpfCZ83+Us/4boxuD651QG0sT0ZWB6Zk6qrEVkjSa9hpOhXI7vKAlh0G0DF0s/9Uww/zNjA+cfHdtA7txIlpUV7E+R1yG9eMeRUWriY9D58CDO3AYow3he2uh8UYcuTg/Q7DdYMjb3znp//JpkC3c31lReRenpJhQvvSelM/T58ai1K0Y=
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: 6c97edcf-0573-4492-89c4-08d4f160ea29
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(300000502095)(300135100095)(22001)(2017030254152)(48565401081)(300000503095)(300135400095)(2017052603199)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:CY1PR0501MB1625;
x-ms-traffictypediagnostic: CY1PR0501MB1625:
x-exchange-antispam-report-test: UriScan:(21748063052155);
x-microsoft-antispam-prvs: <CY1PR0501MB1625D65E8810EB502F1171D6A5920@CY1PR0501MB1625.namprd05.prod.outlook.com>
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(93006095)(93001095)(100000703101)(100105400095)(6055026)(6041248)(20161123564025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123555025)(20161123560025)(20161123562025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:CY1PR0501MB1625; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:CY1PR0501MB1625;
x-forefront-prvs: 0417A3FFD2
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39860400002)(189002)(199003)(25786009)(36756003)(229853002)(86362001)(6916009)(2950100002)(97736004)(6486002)(105586002)(33656002)(106356001)(6436002)(5660300001)(4326008)(77096006)(6246003)(2900100001)(6506006)(99286003)(83506001)(68736007)(110136004)(50986999)(81166006)(3280700002)(53936002)(6512007)(3660700001)(478600001)(54356999)(76176999)(81156014)(54896002)(6306002)(66066001)(8676002)(2906002)(6116002)(102836003)(230783001)(101416001)(83716003)(3846002)(82746002)(8936002)(14454004)(189998001)(4001350100001)(7736002); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR0501MB1625; H:CY1PR0501MB1450.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_56D58AA8E71E4CA1B81E70E2EDD94E91junipernet_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Sep 2017 17:43:11.2733 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0501MB1625
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/01OOiawBuB7n6shMbCfcdQPhzhE>
Subject: Re: [netmod] regarding draft-bierman-netmod-yang-data-ext-00
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, 01 Sep 2017 17:43:16 -0000


> I am not sure any new construct is needed at all.
> The current definition covers it.
<snip/>

Right, this is what is currently being done, but it is neither intuitive nor conducive to downstream extensions…


> We went through that issue at least twice before RFC 8040.
> There was no concern about this extension being in the RESTCONF spec.

I don't think people understood what was at stake at the time - yang-data has since taken on more prominence.    You write "no concern", but I think it was more like "no response", and the solution just rolled on.


> We really have to try to keep the documents stable, and not republish an RFC
> just to move definitions around.

We are talking about a new RFC (this draft).  I don't care if 8040 ever uses the new yang-data statement, it can forever have its own private definition.  I do care that we introduce a long-term solution (again, augment alone seems limited) and would like to make an incremental improvement for normative references.


K.  // contributor

v2.23.0 | Report a Bug | By Email