Re: [netmod] WG adoption poll for draft-clemm-netmod-nmda-diff-00

Kent Watsen <kwatsen@juniper.net> Thu, 11 October 2018 18:17 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 9ED121200D7 for <netmod@ietfa.amsl.com>; Thu, 11 Oct 2018 11:17:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.155
X-Spam-Level:
X-Spam-Status: No, score=-3.155 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.456, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-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 ZSnpz0yLHwCy for <netmod@ietfa.amsl.com>; Thu, 11 Oct 2018 11:17:39 -0700 (PDT)
Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D7B1130EB9 for <netmod@ietf.org>; Thu, 11 Oct 2018 11:17:39 -0700 (PDT)
Received: from pps.filterd (m0108162.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w9BIDg0I009462; Thu, 11 Oct 2018 11:17:32 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=NcXj9fJV3oFj4WSkYDe10woF5cFYk/JHaT4qa5cfNN8=; b=l5hI/47LTy/Ud1BTDET2z3jN8GkBiYoeC8xd5lcJS7JAY4CXXJzLKSJa3Eunv4njMked GwUQrht6962Q9cToyxvMnuelGfqdtVVBGDaFfa7R7WI47oFEczkcFZx1qvYYYYetHeHx 2kFcxRRaTLDD4VGyh3d5+Ukc8Sy1cJKJs3gu5BHHNK8eHoz1c/5KjQKW/1oMMUyUzd7w AtNUMf7bhfhuQEUYonStEMdvMUcb+i2oQGLGmxT+J7fXU/HlVMEYfQEPXO2HPWKaBmfP 8ywueqYG30ZV8PaSI/2l7/WGr1+nhF69gYKkRgPlZbnjU458+MQHLOVaUSSo07LoDDwc zA==
Received: from nam02-bl2-obe.outbound.protection.outlook.com (mail-bl2nam02lp0085.outbound.protection.outlook.com [207.46.163.85]) by mx0b-00273201.pphosted.com with ESMTP id 2n289k8duy-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Thu, 11 Oct 2018 11:17:31 -0700
Received: from DM6PR05MB4665.namprd05.prod.outlook.com (20.176.109.202) by DM6PR05MB5003.namprd05.prod.outlook.com (20.177.223.78) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1228.16; Thu, 11 Oct 2018 18:17:29 +0000
Received: from DM6PR05MB4665.namprd05.prod.outlook.com ([fe80::8574:3388:660d:e495]) by DM6PR05MB4665.namprd05.prod.outlook.com ([fe80::8574:3388:660d:e495%5]) with mapi id 15.20.1228.020; Thu, 11 Oct 2018 18:17:29 +0000
From: Kent Watsen <kwatsen@juniper.net>
To: Andy Bierman <andy@yumaworks.com>
CC: Alexander Clemm <alexander.clemm@huawei.com>, Ladislav Lhotka <lhotka@nic.cz>, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: [netmod] WG adoption poll for draft-clemm-netmod-nmda-diff-00
Thread-Index: AQHUWyPz6FAZXxCAuEeMxCal0HeWUaUO37yAgAAnp4CAAARbAIAABz8AgABBFoD//8WNgIAAWzMAgAAFdID//8jaAIABBsKAgAWVBYCAAQ+mgIACJjWA///4hoAACcgtAAAZEaIA
Date: Thu, 11 Oct 2018 18:17:29 +0000
Message-ID: <B1676BDF-C522-418E-BBEE-771657063B1E@juniper.net>
References: <201810031419.w93EJNpn040188@idle.juniper.net> <20181004.121417.2190375850946168105.mbj@tail-f.com> <69afa537-9a5f-6fb6-de21-2add0ffec4b2@cisco.com> <0aa239221e80e812f920db6ae023eabc6b3ef5ed.camel@nic.cz> <ccc83277-cfa7-f363-1beb-78e801f8b675@cisco.com> <27c125fa83754c5f6723e04243f1efdaf4be8e82.camel@nic.cz> <7E46B2E3-3F12-4E08-8172-823E73E25D50@juniper.net> <20181004190754.fsu5ck5jblw5uuah@anna.jacobs.jacobs-university.de> <CABCOCHTu5ju8Qv548g+mDNioBAAuxRywZknoNO9mbUOY3MaoGw@mail.gmail.com> <8704A29D-EBAB-4AA0-B5A3-3CAC74403360@juniper.net> <87sh1kde7u.fsf@nic.cz> <644DA50AFA8C314EA9BDDAC83BD38A2E0EB6D575@sjceml521-mbx.china.huawei.com> <E522A8A5-F717-43B1-BBE1-922A9690E825@juniper.net> <644DA50AFA8C314EA9BDDAC83BD38A2E0EB6E244@sjceml521-mbx.china.huawei.com> <8E17601A-EE48-4750-B11F-63BC6068C530@juniper.net> <CABCOCHRR0OPO_TknaF0QFr+xRFScS0FBAy4=3iWqWmjJXY=9Uw@mail.gmail.com>
In-Reply-To: <CABCOCHRR0OPO_TknaF0QFr+xRFScS0FBAy4=3iWqWmjJXY=9Uw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.10.2.180910
x-originating-ip: [66.129.241.13]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; DM6PR05MB5003; 6:GPuBvuoLFNxdzgjS8++XkE9zHi4a/eGN9BDKSUKraAYJW/hXfLG1/2kDC83BdmUFmxHh5QmGlqI1+T4jrVFlcdi1aX8cPsVPShbIkVnSyXuoiogbfphBCIbxDsBlh65natTClArGw5vVf3PtMS3FHt98/JEjy5ikLCkpUClzTjP+XKzzTcvi5MQdszLlAW2UiRPE8ncxg0LqlFWmeylAZI2Ebd6clsBky0OFoJ5oHdMyLvLQ3gJjlCJ6Uzv4wB45AQyhRz2KEA4KGLzbIXSJNeN6tgnENz1U+nUUvBIwWxCRhKd6cJextCo0Ay29Qc0DHpaWDljzcI4iR0y20qsLrAy4QC6gKkfKSG+OgxhWG3QM1U3opV0aWN0XtMwlyar7gu9SjTDLOqcvk11rijxzYcB9xfKGW5MnJ38rvpa7Ggn0V6Zxj5NuhvPmB7yENr56H8mp2iZr5/ydaCcdoOsl7g==; 5:fuHs2/iujjzDN/YslelIs6Pnon45jX1sba50Yt1AVex0N/lB7lcoz3JBP6Pr3sKIzd67FYN7IbJZtkPqsEYWslZB5uFJKBzpxahQQYLWout6dw2l0vxz9LeflYXBcapvsUEFcFHOBT9wek70u49PNz0iHBisUs6s9HF7N9Dauio=; 7:cwhiZwxf8R5nrwf9+X0NjSlhyqohoD1ZfbDTUY5ErSALC43fGB4WHkI4pBn/61+RI5L/QolrHflPqLuU9KRsHQSE/09ndw2oKQDE8l3Wky2WTS/26DEI+xdb2KT9vcxYkTmPPidFqkKGw6fYIXHQRprMaLNm7Zrv7mp49kaYUjHAm1nbnlrTDM1eiAV9A2Fgl9Z/Je66UVp+7L+qSOYYf6zfTvlfgUSnT9KGtCDUxhCjv9TfaDmrQMWBoRmNfhlM
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: 6e463ad2-2456-4efa-d1a3-08d62fa5ce37
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(4618075)(2017052603328)(7153060)(7193020); SRVR:DM6PR05MB5003;
x-ms-traffictypediagnostic: DM6PR05MB5003:
x-microsoft-antispam-prvs: <DM6PR05MB50035A37CC5F40EEF383E75EA5E10@DM6PR05MB5003.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(138986009662008)(50582790962513)(158342451672863)(95692535739014)(10436049006162)(21748063052155)(28532068793085)(190501279198761)(227612066756510)(163750095850);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(10201501046)(3231355)(944501410)(52105095)(3002001)(93006095)(93001095)(6055026)(149066)(150057)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123558120)(20161123562045)(20161123560045)(201708071742011)(7699051); SRVR:DM6PR05MB5003; BCL:0; PCL:0; RULEID:; SRVR:DM6PR05MB5003;
x-forefront-prvs: 08220FA8D6
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(136003)(396003)(376002)(366004)(346002)(13464003)(189003)(199004)(51444003)(6306002)(6506007)(6246003)(102836004)(82746002)(53936002)(33656002)(256004)(99286004)(81166006)(81156014)(14454004)(7736002)(66066001)(14444005)(76176011)(53546011)(4744004)(606006)(97736004)(966005)(25786009)(478600001)(83716004)(5250100002)(486006)(316002)(114624004)(4326008)(26005)(790700001)(229853002)(476003)(106356001)(6436002)(68736007)(2616005)(71200400001)(105586002)(6916009)(71190400001)(6116002)(58126008)(186003)(8676002)(93886005)(5660300001)(6486002)(86362001)(446003)(236005)(11346002)(8936002)(6512007)(2906002)(2900100001)(36756003)(3846002)(54896002)(575784001)(53946003)(54906003); DIR:OUT; SFP:1102; SCL:1; SRVR:DM6PR05MB5003; H:DM6PR05MB4665.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
x-microsoft-antispam-message-info: H5fVRA6uvcLOqu4YkyZPYGWpQHThicUGd91VFQ6UO90daZHJ4VrE7vAF13p+IIGoTq4Z36pVa4+lBFLL1zJCL+Rg38H0SUklYBat8dIsj829chsrPSzF6g8WpSX0wuxAxI+IXZ1xzIk3R2vEtiM8fRix6efJbRkAIfr655pJFOunfrM0JKDzHudGoTehVppIYLEhVQdX70RsfkekWBG9znWmutLmP6Rujtu5CoMt5DnsLz0HpKQ9cWmXGiZAC6JvdnTD9nnx/iogs4fTZQBt/cmfeuYKgVqyBBNOaqvNzyxytSPkkDeJXuHc2sZ/hlRR0AtLAf5cVF+Bq4/yHGeukUub3qHXmCCRu5gaClVed3s=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_B1676BDFC522418EBBEE771657063B1Ejunipernet_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-Network-Message-Id: 6e463ad2-2456-4efa-d1a3-08d62fa5ce37
X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Oct 2018 18:17:29.4126 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR05MB5003
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-10-11_08:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1810110172
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/sum4k9Pgjgx-MA9Ao5dfXY3ADwg>
Subject: Re: [netmod] WG adoption poll for draft-clemm-netmod-nmda-diff-00
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
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: Thu, 11 Oct 2018 18:17:46 -0000

Yes, it would be good to be clear on the use cases.

It is not my intention for support human interaction, though that may occur.

The  primary question I’m hoping this work supports is “how do two datastores
differ?”, which I view as needing to return either, perhaps based on a client-
selectable parameter:

  1.  a list of xpaths where diffs occur or
  2.  a list of xpaths where diffs occur *and* both values for each diff

How the diff is consumed and, in particular, if it leads to an configuration
operation that intends to align one datastore to the other, is be a secondary
consideration IMO.

Kent // contributor

On 10/10/18, 10:20 PM, "Andy Bierman" <andy@yumaworks.com<mailto:andy@yumaworks.com>> wrote:



On Wed, Oct 10, 2018 at 6:39 PM, Kent Watsen <kwatsen@juniper.net<mailto:kwatsen@juniper.net>> wrote:
Hi Alex, no objection.

My support withdraw appears to put me in the rough, which is fine from a process perspective.  But make no mistake, I think that it's bizaar for a "diff" to not show both values.  Andy's idea to augment in an 'old-value' node seems like a step in the right direction.

The requirements and use-cases have not really been discussed first.
If the use-case is for humans to compare the datastores (e.g., a side-by-side diff like an I-D)
then the format would be very different than if the use-case was more programmatic
(e.g., look for no diffs, look for an edit completed, patch a local copy).

Kent // contributor

Andy



-----Original Message-----
From: Alexander Clemm <alexander.clemm@huawei.com<mailto:alexander.clemm@huawei.com>>
Date: Wednesday, October 10, 2018 at 6:06 PM
To: Kent Watsen <kwatsen@juniper.net<mailto:kwatsen@juniper.net>>, Ladislav Lhotka <lhotka@nic.cz<mailto:lhotka@nic.cz>>, Andy Bierman <andy@yumaworks.com<mailto:andy@yumaworks.com>>, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de<mailto:j.schoenwaelder@jacobs-university.de>>, "netmod@ietf.org<mailto:netmod@ietf.org>" <netmod@ietf.org<mailto:netmod@ietf.org>>
Subject: RE: [netmod] WG adoption poll for draft-clemm-netmod-nmda-diff-00

Which format to make mandatory sounds like something we can discuss in Bangkok.  The reason YANG-patch was chosen is reuse, although it is certainly conceivable to develop another format.  (Per discussion on the list we will put the hooks in place to allow for other options.)  Either way, this seems to be one of the technical details that need to be decided, not something that would make or break support as a whole?
--- Alex

> -----Original Message-----
> From: Kent Watsen [mailto:kwatsen@juniper.net<mailto:kwatsen@juniper.net>]
> Sent: Tuesday, October 09, 2018 10:17 AM
> To: Alexander Clemm <alexander.clemm@huawei.com<mailto:alexander.clemm@huawei.com>>; Ladislav Lhotka
> <lhotka@nic.cz<mailto:lhotka@nic.cz>>; Andy Bierman <andy@yumaworks.com<mailto:andy@yumaworks.com>>; Juergen
> Schoenwaelder <j.schoenwaelder@jacobs-university.de<mailto:j.schoenwaelder@jacobs-university.de>>; netmod@ietf.org<mailto:netmod@ietf.org>
> Subject: Re: [netmod] WG adoption poll for draft-clemm-netmod-nmda-diff-00
>
> I agree that a mandatory to implement format is desirable.
>
> I disagree that YANG-Patch is the right format, for reasons stated before.  I feel
> that a compromise of this sort for a mandatory-to-implement is wrong.
>
> If this is what the WG wants, I withdraw my support.
>
> Kent // contributor
>
>
>
> -----Original Message-----
> From: Alexander Clemm <alexander.clemm@huawei.com<mailto:alexander.clemm@huawei.com>>
> Date: Monday, October 8, 2018 at 5:05 PM
> To: Ladislav Lhotka <lhotka@nic.cz<mailto:lhotka@nic.cz>>, Kent Watsen <kwatsen@juniper.net<mailto:kwatsen@juniper.net>>,
> Andy Bierman <andy@yumaworks.com<mailto:andy@yumaworks.com>>, Juergen Schoenwaelder
> <j.schoenwaelder@jacobs-university.de<mailto:j.schoenwaelder@jacobs-university.de>>, "netmod@ietf.org<mailto:netmod@ietf.org>"
> <netmod@ietf.org<mailto:netmod@ietf.org>>
> Subject: RE: [netmod] WG adoption poll for draft-clemm-netmod-nmda-diff-00
>
> I would second the request for one format (which is mandatory to support),
> which must be specified.  YANG-Patch is the logical candidate IMHO.
>
> To allow selection of other formats using an input parameter makes sense, but
> adds some complexity from there:  How to know which formats are supported?
> (Add a list of supported formats somewhere?)   Or simply rely on augmentation
> for those implementations that want it?
>
> --- Alex
>
> > -----Original Message-----
> > From: netmod [mailto:netmod-bounces@ietf.org<mailto:netmod-bounces@ietf.org>] On Behalf Of Ladislav
> > Lhotka
> > Sent: Friday, October 05, 2018 12:50 AM
> > To: Kent Watsen <kwatsen@juniper.net<mailto:kwatsen@juniper.net>>; Andy Bierman
> > <andy@yumaworks.com<mailto:andy@yumaworks.com>>; Juergen Schoenwaelder <j.schoenwaelder@jacobs-
> > university.de<https://urldefense.proofpoint.com/v2/url?u=http-3A__university.de&d=DwMFaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=WubOcFQww-1iAABtXkAXkZWzgs4Pygw0Z3drQ_P_Ltc&s=efXeSwvoAZXTOmrl-VLlf_8pm6O3yRtlQAfosq0CDCo&e=>>6O3yRtlQAfosq0CDCo&e=>>; netmod@ietf.org<mailto:netmod@ietf.org>
> > Subject: Re: [netmod] WG adoption poll for
> > draft-clemm-netmod-nmda-diff-00
> >
> > Kent Watsen <kwatsen@juniper.net<mailto:kwatsen@juniper.net>> writes:
> >
> > > Sure, one mandatory to implement format, others nice to have.
> > > Interoperability good.  Agreed.
> > >
> > > But why YANG-patch and not something built for the purpose (e.g.,
> > > YANG-diff) that, in particular, provides an actual diff as opposed
> > > to a data-tree operation that only shows one of the two values?
> >
> > Such a format can be developed independently, I would support it.
> >
> > Lada
> >
> > >
> > > Kent // contributor
> > >
> > >
> > > On 10/4/18, 3:27 PM, "Andy Bierman"
> > <andy@yumaworks.com<mailto:andy@yumaworks.com><mailto:andy@yumaworks.com<mailto:andy@yumaworks.com>>> wrote:
> > >
> > > On Thu, Oct 4, 2018 at 12:07 PM, Juergen Schoenwaelder
> > <j.schoenwaelder@jacobs-university.de<mailto:j.schoenwaelder@jacobs-university.de><mailto:j.schoenwaelder@jacobs-<mailto:j.schoenwaelder@jacobs->
> > university.de<https://urldefense.proofpoint.com/v2/url?u=http-3A__university.de&d=DwMFaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=WubOcFQww-1iAABtXkAXkZWzgs4Pygw0Z3drQ_P_Ltc&s=efXeSwvoAZXTOmrl-VLlf_8pm6O3yRtlQAfosq0CDCo&e=>>> wrote:
> > > Folks, the more formats there are, the less interoperability we get.
> > > If there are multiple formats, is there a mandatory to implement
> > > format? Does the mandatory to implement format depend on the
> > > protocol that is being used?
> > >
> > > I prefer one format or if necessary I am fine with one mandatory to
> > > implement format. An open ended collection of implementation
> > > specific formats is super flexible but defeats the purpose of a
> > > standard, namely interoperability.
> > >
> > > I agree there needs to be 1 mandatory-to-implement format.
> > >
> > > IMO this needs to be YANG Patch because it is more precise then
> > > constructing an XML tree with operation attributes in it (e.g., how
> > > else do you represent a delete or a move?) Also, YANG Push is using
> > > YANG Patch format and common code for push and diff would be possible.
> > >
> > > I think other formats should be allowed.
> > > This is very tool-specific. I could see how somebody might want a
> > > textual patch of the XML representation to produce the new XML
> > representation.
> > >
> > >
> > > /js
> > >
> > > Andy
> > >
> > >
> > > On Thu, Oct 04, 2018 at 05:41:22PM +0000, Kent Watsen wrote:
> > >> We agree that the diff-format should be client-selectable, modulo
> > >> what the
> > server supports.  yang-patch and edit-config both are viable.  Should
> > we document them both?
> > >>
> > >> That said, since neither edit-config nor yang-patch are diffing
> > >> formats, so
> > much as formats for converting one data tree to another, would it make
> > sense to define an actual diffing format?  I would think that a diff
> > would provide both values, not just a new value.
> > >>
> > >> Kent // contributor
> > >>
> > >>
> > >> -----Original Message-----
> > >> From: netmod
> > >> <netmod-bounces@ietf.org<mailto:netmod-bounces@ietf.org><mailto:netmod-bounces@ietf.org<mailto:netmod-bounces@ietf.org>>> on behalf
> > >> of Ladislav Lhotka <lhotka@nic.cz<mailto:lhotka@nic.cz><mailto:lhotka@nic.cz<mailto:lhotka@nic.cz>>>
> > >> Organization: CZ.NIC
> > >> Date: Thursday, October 4, 2018 at 1:11 PM
> > >> To: Robert Wilton <rwilton@cisco.com<mailto:rwilton@cisco.com><mailto:rwilton@cisco.com<mailto:rwilton@cisco.com>>>,
> > >> "netmod@ietf.org<mailto:netmod@ietf.org><mailto:netmod@ietf.org<mailto:netmod@ietf.org>>"
> > >> <netmod@ietf.org<mailto:netmod@ietf.org><mailto:netmod@ietf.org<mailto:netmod@ietf.org>>>
> > >> Subject: Re: [netmod] WG adoption poll for
> > >> draft-clemm-netmod-nmda-diff-00
> > >>
> > >> On Thu, 2018-10-04 at 14:17 +0100, Robert Wilton wrote:
> > >> >
> > >> > On 04/10/2018 13:51, Ladislav Lhotka wrote:
> > >> > > On Thu, 2018-10-04 at 13:36 +0100, Robert Wilton wrote:
> > >> > > > On 04/10/2018 11:14, Martin Bjorklund wrote:
> > >> > > > > Phil Shafer <phil@juniper.net<mailto:phil@juniper.net><mailto:phil@juniper.net<mailto:phil@juniper.net>>> wrote:
> > >> > > > > > Bal?zs Lengyel writes:
> > >> > > > > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__to
> > >> > > > > > > ol
> > >> > > > > > > s.ietf.org_html_draft-2Dclemm-2Dnetmod-2Dnmda-2Ddiff-2D
> > >> > > > > > > 00
> > >> > > > > > > &d=DwICAg&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-
> > ndb3voDTXcWzoCI&r
> > >> > > > > > >
> > =9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=7s6VdzzH9O
> > >> > > > > > >
> > l3BOCbVLBarBrQ5fD0vTt8k_I2KDEN97c&s=gQWJtjc_2EF3QgRvABgZK
> > >> > > > > > > sjqzuIw9yUq_xee6aFJOcw&e=
> > >> > > > > > [I've moved to a "deep lurker" role here, but ...]
> > >> > > > > >
> > >> > > > > > Can we ensure this model contains a "format" leaf in the RPC's
> input
> > >> > > > > > so that future (and proprietary) formats can be supported?   That
> > >> > > > > > leaf can be an identityref that defaults to yang-patch.
> > >> > > > > I think this is a good idea.  I would prefer the
> > >> > > > > edit-config format over YANG patch for describing a diff.
> > >> > > > > The edit-config format is more suited for this purpose imo.
> > >> > > > +1
> > >> > > >
> > >> > > > I would like something closer to edit-config to be available
> > >> > > > via RESTCONF as well.
> > >> > > YANG Patch is IMO better because it clearly separates the
> > >> > > target for the edits from the new content.
> > >> > > In edit-config these two are mixed together.
> > >> > Yes, that is primarily why I prefer the edit-config.  I perceive
> > >> > that it is a denser and more efficient format.  I think that it
> > >> > is both easier to construct (when diffing two trees) and also
> > >> > more efficient to apply when generating an updated tree.
> > >>
> > >> Except for certain corner cases, for example if two trees differ
> > >> only in the value of a single leaf but this leaf happens to be a list key.
> > >>
> > >> Lada
> > >>
> > >> >
> > >> > Thanks,
> > >> > Rob
> > >> >
> > >> >
> > >> > > That being said, I support specifying format/media-type and
> > >> > > having potentially multiple options.
> > >> > >
> > >> > > Lada
> > >> > >
> > >> > > > Thanks,
> > >> > > > Rob
> > >> > > >
> > >> > > >
> > >> > > > > /martin
> > >> > > > >
> > >> > > > > _______________________________________________
> > >> > > > > netmod mailing list
> > >> > > > > netmod@ietf.org<mailto:netmod@ietf.org><mailto:netmod@ietf.org<mailto:netmod@ietf.org>>
> > >> > > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ie
> > >> > > > > tf
> > >> > > > >
> > .org_mailman_listinfo_netmod&d=DwICAg&c=HAkYuh63rsuhr6Scbfh0U
> > >> > > > > jBXeMK-
> > ndb3voDTXcWzoCI&r=9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjIS
> > >> > > > >
> > laJdcZo&m=7s6VdzzH9Ol3BOCbVLBarBrQ5fD0vTt8k_I2KDEN97c&s=RVJcg
> > >> > > > > 5pzHW-zi1OboCL4SX2huW9euHiVRSCor9n_APQ&e=
> > >> > > > > .
> > >> > > > >
> > >> > > > _______________________________________________
> > >> > > > netmod mailing list
> > >> > > > netmod@ietf.org<mailto:netmod@ietf.org><mailto:netmod@ietf.org<mailto:netmod@ietf.org>>
> > >> > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf
> > >> > > > .o
> > >> > > >
> > rg_mailman_listinfo_netmod&d=DwICAg&c=HAkYuh63rsuhr6Scbfh0UjBXe
> > >> > > > MK-
> > ndb3voDTXcWzoCI&r=9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZ
> > >> > > >
> > o&m=7s6VdzzH9Ol3BOCbVLBarBrQ5fD0vTt8k_I2KDEN97c&s=RVJcg5pzHW-zi
> > >> > > > 1OboCL4SX2huW9euHiVRSCor9n_APQ&e=
> > >> --
> > >> Ladislav Lhotka
> > >> Head, CZ.NIC Labs
> > >> PGP Key ID: 0xB8F92B08A9F76C67
> > >>
> > >> _______________________________________________
> > >> netmod mailing list
> > >> netmod@ietf.org<mailto:netmod@ietf.org><mailto:netmod@ietf.org<mailto:netmod@ietf.org>>
> > >> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_m
> > >> ai
> > >> lman_listinfo_netmod&d=DwICAg&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-
> > ndb3voDTX
> > >>
> >
> cWzoCI&r=9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=7s6VdzzH9Ol3
> > BO
> > >> CbVLBarBrQ5fD0vTt8k_I2KDEN97c&s=RVJcg5pzHW-
> > zi1OboCL4SX2huW9euHiVRSCor
> > >> 9n_APQ&e=
> > >>
> > >> _______________________________________________
> > >> netmod mailing list
> > >> netmod@ietf.org<mailto:netmod@ietf.org><mailto:netmod@ietf.org<mailto:netmod@ietf.org>>
> > >> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_m
> > >> ailman_listinfo_netmod&d=DwIFAg&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-
> ndb3v
> > >>
> oDTXcWzoCI&r=9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=DM1jsw
> nM
> > >> 48GwdI4tez-Jtf2ua2jvtLZVKfiwkbwbIrU&s=g0x_B-
> Xez7tD9hLX71D5vlcHdZohn
> > >> TkiMVIKJhAHivk&e=<https://urldefense.proofpoint.com/v2/url?u=https-
> > >> 3A__urldefense.proof&d=DwIFAg&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-
> ndb3voD
> > >>
> TXcWzoCI&r=9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=DM1jswnM
> 48
> > >> GwdI4tez-
> Jtf2ua2jvtLZVKfiwkbwbIrU&s=bzLaLoBCJ88laveupLqapYN4btjEBBv
> > >> NENNy09Tsooc&e=
> > >> point.com/v2/url?u=https-<https://urldefense.proofpoint.com/v2/url?u=http-3A__point.com_v2_url-3Fu-3Dhttps-2D&d=DwMFaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=WubOcFQww-1iAABtXkAXkZWzgs4Pygw0Z3drQ_P_Ltc&s=bkWWv4kA2aWMp2Mzap7niqCham3thAr6OAl5kDbJgXU&e=>
> > 3A__www.ietf.org_mailman_listinfo_netmod&d=D
> > >> wMFaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-
> > ndb3voDTXcWzoCI&r=9zkP0xnJUvZGJ9E
> > >> PoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=O7d-
> > b9gyPvsasJo1ueKk3doDH7f5S5WQLo8_W6
> > >> W3qt4&s=5LHhbfQZeoqYlC40T3mm-AEz4rSsyRWYjqTK7LuWTPw&e=>
> > >
> > > --
> > > Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> > > Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> > > Fax:   +49 421 200 3103
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.jacobs-
> 2D&d=DwIFAg&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-
> ndb3voDTXcWzoCI&r=9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=D
> M1jswnM48GwdI4tez-Jtf2ua2jvtLZVKfiwkbwbIrU&s=5RD96-
> TjymU1ZhmfZFtWEm4abkkdaxqrkCKzuv4PZRQ&e=
> > university.de/<https://urldefense.proofpoint.com/v2/url?u=http-3A__university.de_&d=DwMFaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=WubOcFQww-1iAABtXkAXkZWzgs4Pygw0Z3drQ_P_Ltc&s=wYnMKkmNU8Ug9XjMX9sMGXDRNmBfOX7HJLV5MmZQXmg&e=><https://urldefense.proofpoint.com/v2/url?u=https-
> > 3A__www.jacobs-
> > 2Duniversity.de_&d=DwMFaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-
> >
> ndb3voDTXcWzoCI&r=9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=O
> > 7d-
> >
> b9gyPvsasJo1ueKk3doDH7f5S5WQLo8_W6W3qt4&s=zh7qEPSmwviaSqZBqG1Gc
> > qItXwI9pwyqIFVW6xC8rK8&e=>>
> > >
> > > _______________________________________________
> > > netmod mailing list
> > > netmod@ietf.org<mailto:netmod@ietf.org><mailto:netmod@ietf.org<mailto:netmod@ietf.org>>
> > > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_ma
> > > ilman_listinfo_netmod&d=DwIFAg&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-
> ndb3voD
> > >
> TXcWzoCI&r=9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=DM1jswnM
> 48G
> > > wdI4tez-Jtf2ua2jvtLZVKfiwkbwbIrU&s=g0x_B-
> Xez7tD9hLX71D5vlcHdZohnTkiM
> > > VIKJhAHivk&e=<https://urldefense.proofpoint.com/v2/url?u=https-3A__u
> > > rldefense.proofp&d=DwIFAg&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-
> ndb3voDTXcWz
> > >
> oCI&r=9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=DM1jswnM48Gwd
> I4t
> > > ez-Jtf2ua2jvtLZVKfiwkbwbIrU&s=id5kdXDEb4afnobWT-
> fUq3YfsIkHooz5RtXYso
> > > QRt1o&e=
> > > oint.com/v2/url?u=https-<https://urldefense.proofpoint.com/v2/url?u=http-3A__oint.com_v2_url-3Fu-3Dhttps-2D&d=DwMFaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=WubOcFQww-1iAABtXkAXkZWzgs4Pygw0Z3drQ_P_Ltc&s=Ivqu4FBUQWAj26-jxZHWSk3jAp9yr5PBXRpmf4P5ue8&e=>
> > 3A__www.ietf.org_mailman_listinfo_netmod&d=DwM
> > > FaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-
> > ndb3voDTXcWzoCI&r=9zkP0xnJUvZGJ9EPoO
> > > H7Yhqn2gsBYaGTvjISlaJdcZo&m=O7d-
> > b9gyPvsasJo1ueKk3doDH7f5S5WQLo8_W6W3qt
> > > 4&s=5LHhbfQZeoqYlC40T3mm-AEz4rSsyRWYjqTK7LuWTPw&e=>
> > >
> > > _______________________________________________
> > > netmod mailing list
> > > netmod@ietf.org<mailto:netmod@ietf.org>
> > > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_ma
> > > ilman_listinfo_netmod&d=DwIFAg&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-
> ndb3voD
> > >
> TXcWzoCI&r=9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=DM1jswnM
> 48G
> > > wdI4tez-Jtf2ua2jvtLZVKfiwkbwbIrU&s=g0x_B-
> Xez7tD9hLX71D5vlcHdZohnTkiM
> > > VIKJhAHivk&e=
> >
> > --
> > Ladislav Lhotka
> > Head, CZ.NIC Labs
> > PGP Key ID: 0xB8F92B08A9F76C67
> >
> > _______________________________________________
> > netmod mailing list
> > netmod@ietf.org<mailto:netmod@ietf.org>
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mail
> > man_listinfo_netmod&d=DwIFAg&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-
> ndb3voDTXcW
> >
> zoCI&r=9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=DM1jswnM48Gw
> dI4te
> > z-Jtf2ua2jvtLZVKfiwkbwbIrU&s=g0x_B-
> Xez7tD9hLX71D5vlcHdZohnTkiMVIKJhAHi
> > vk&e=