IETF Logo Mail Archive

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

Kent Watsen <kwatsen@juniper.net> Fri, 01 September 2017 19:21 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 666C4134399 for <netmod@ietfa.amsl.com>; Fri, 1 Sep 2017 12:21:59 -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_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 ZrGDQQErDStm for <netmod@ietfa.amsl.com>; Fri, 1 Sep 2017 12:21:57 -0700 (PDT)
Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01on0094.outbound.protection.outlook.com [104.47.33.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 2F25E13448F for <netmod@ietf.org>; Fri, 1 Sep 2017 12:21:57 -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=XDc9AKJMNnKXt8Pni71ExRQAYlj5h04gkFXjizVGwk8=; b=CiO8J/0N/pOkOvvgIWmHUszsbbo5XRNrBtpEAZOMSHORFAgJ7x1DTvGoninchDYUWsJGCXHzS0aNuUC+Uuw4eAvqeEAVHgG6pi+Dc3QbmruvojyidZ1gJ8UUO+7x4Nxa1zHkFCM/qkUNYEeMeyohw5rJwMC0Z+AvwLa6eY9Sfb8=
Received: from CY1PR0501MB1450.namprd05.prod.outlook.com (10.160.149.11) by CY1PR0501MB2009.namprd05.prod.outlook.com (10.164.2.27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.35.3; Fri, 1 Sep 2017 19:21:55 +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 19:21:55 +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///OrQCAAEdAgP//1FYA
Date: Fri, 01 Sep 2017 19:21:55 +0000
Message-ID: <E4E11358-9E08-415E-ADBC-B4F3A2F81AE7@juniper.net>
References: <57AA997C-6E52-49D2-B6AF-7DDE8F13D7B3@juniper.net> <CABCOCHSA_dqNwy=xj4vj8bCHKaJhisx0qCccYCyyBdLWXeW2Rw@mail.gmail.com> <56D58AA8-E71E-4CA1-B81E-70E2EDD94E91@juniper.net> <CABCOCHShmLL03Z7H=ZAFFj9N+=qqDjHttprR-_ev6i+0g21iJQ@mail.gmail.com>
In-Reply-To: <CABCOCHShmLL03Z7H=ZAFFj9N+=qqDjHttprR-_ev6i+0g21iJQ@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; CY1PR0501MB2009; 6:aYvfGsfvjDEKy/+52WJYAT/bkpdQNW+TPLeQy5uVJsc5Ntqhnb9puAWCv3b0avU21pgJxEKazckXktPl8MkjtmAw2pxXHKIwjK610p8URrd+5zHSDZa0UMcjtZh/m1b3E0jdq/PVDid8YkFnh54FOy4MRLD9vUi1548IIF5QDy4EHcjvSC2kTib/nZMafoXYjs/HegWbQaoNfdDbLy0KkwYCnvr1eahsQrncUcEC1l6JPFEoBvxsrpNr9c3JO279azspvZmSI9VMaNVkmaQgq4CoGc0ohIsxfGt+/I/fg7nZafaSIpcpsXjc+kzwVrJQnOn/Isp7cr+/PwpXCFOcHA==; 5:t7uWum/UOwlRIU3tNu+A7bvWelQFQsG7o6a2MySNWVKI2lO4MiUt5qm6Oy2Ci6fyhVJV6nqM50FycXQmHyZddCODzCASxSDYdX5gj8trtMu/xtujxpKVRhaT8oj3vRwQr+tm5hSEmPiWvZ3z7YdwKg==; 24:viqC956a6Eyev9RcB/wJQn3xKdlq+17LMKDpaBq5Qyh6A5Rx8waWncxwxv9HiwszcGDzgHEh0iSOd2jpa9HkStRMSN13o5DAS3/h4V39xhE=; 7:5VEY0S8zmZzGYtJN13e7hSo4HK2ZgyEAmFWqg2my8iJwnlMqUaHvUf10UPZyP71d1AH3XCkfKMIGzfDU2nZMIVR3mNdt8Izenx5PwPRfS6wpsWh9X2HmjgjxbURnexVpHfFnAMURteTp5Z7tUkhr9mLIfugPsQfG6kMqOFQiknEfvODgnw86WaB4pOM3BAW6pOFXY8Vl6Q2aQ/5PIR2xP64TH2WBmXA7bIxeYtLY3Mc=
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: 29ccfcea-299d-425f-7f91-08d4f16eb550
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:CY1PR0501MB2009;
x-ms-traffictypediagnostic: CY1PR0501MB2009:
x-exchange-antispam-report-test: UriScan:(21748063052155);
x-microsoft-antispam-prvs: <CY1PR0501MB200937E54AC83515388C5D82A5920@CY1PR0501MB2009.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)(10201501046)(3002001)(100000703101)(100105400095)(93006095)(93001095)(6055026)(6041248)(20161123558100)(20161123562025)(20161123560025)(20161123564025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123555025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:CY1PR0501MB2009; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:CY1PR0501MB2009;
x-forefront-prvs: 0417A3FFD2
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39860400002)(189002)(199003)(4001350100001)(6486002)(2950100002)(8936002)(77096006)(36756003)(6246003)(110136004)(50986999)(6436002)(6116002)(102836003)(86362001)(3846002)(25786009)(6506006)(76176999)(54356999)(478600001)(6512007)(2900100001)(6916009)(53936002)(3660700001)(3280700002)(68736007)(106356001)(8676002)(2906002)(6306002)(33656002)(66066001)(54896002)(5660300001)(105586002)(230783001)(99286003)(82746002)(229853002)(83506001)(189998001)(101416001)(81166006)(81156014)(7736002)(93886005)(14454004)(97736004)(83716003)(4326008); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR0501MB2009; 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_E4E113589E08415EADBCB4F3A2F81AE7junipernet_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Sep 2017 19:21:55.5637 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0501MB2009
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/9X08NG23ipTUZ0iSNsdjYl6AYy4>
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 19:21:59 -0000

>> Right, this is what is currently being done, but it is neither intuitive nor conducive
>> to downstream extensions…
>
> I agree with Martin that we do not need to replicate plain YANG in extensions.
> We want to avoid new extensions, especially if a regular YANG statement with work.

By "downstream extensions" I meant future yang-data definitions.  Imagine we have
yang-data 'A' and then, later, a yang-data 'B' that builds on 'A' and then, even later, a
yang-data 'C' that builds on 'B'.   The grouping approach only works for 'B' if the
definition of 'A' had the foresight to define a grouping 'B' could use, but 'C' could be
out of luck.


> IMO it is not worth the trouble.

Gotcha.  What do other people think, would a "uses-yang-data" statement be generally
more useful?


K.

v2.23.0 | Report a Bug | By Email