IETF Logo Mail Archive

Re: [netconf] Should Partial Lock be deprecated?

"Sterne, Jason (Nokia - CA/Ottawa)" <jason.sterne@nokia.com> Fri, 04 June 2021 17:14 UTC

Return-Path: <jason.sterne@nokia.com>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB16F3A19AE for <netconf@ietfa.amsl.com>; Fri, 4 Jun 2021 10:14:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.698, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com
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 biHPTZj4Kg40 for <netconf@ietfa.amsl.com>; Fri, 4 Jun 2021 10:14:42 -0700 (PDT)
Received: from NAM11-DM6-obe.outbound.protection.outlook.com (mail-dm6nam11on2120.outbound.protection.outlook.com [40.107.223.120]) (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 E0C333A19AA for <netconf@ietf.org>; Fri, 4 Jun 2021 10:14:41 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Xkh/XFKcejlv5KhmIj2HIVduM8owdkda5FbRe0Pv0oOxs93M+O8+ggKSWdycysJ7Iw1k1kIoos8z4QGj/z3ebATBWFWgErMcWaXfCUD/HWZW64tK3MXdyarEsps7REXAGr9dWVspNiRSi8hdXckZd3/OqoNtubYkS/+oNgYwYNaOQ9zcNtDVxDYgJooE0qY8u7SMtDCleWsFekmFHtljiwfCJVRfAZkL5QO1soicmy2ynv9AEnI78/W/ztXmrDJAgCcGTxYX8j4+vEHKqhDmQXAXzuYgzeG5FIKxI1JUVZnxV8HqqOcfQZ0FLnCl+IPoX9yibzrGBzANL04M7MR4Cw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=1ODH4Ml7y8eonafijdNdyjBSKcVe1Mvk2lVkJ3g69CE=; b=Qsw9MDiZA9fGRVdPGe++rQPfeD8l5UJX1tJvYhTXbMGwbLsXsdQAlRnjeIZrxAlPH1nMihYb9ew452XRDOlIYUSKprO2OWJW7FtArsS1Zw2/XRUqOWCFBSpsRXg3f4zAyCtHVBzbdQalG/gJLZ++/+sEQZHokReJpokgAUJLZQMD7VTxzXeMBQHO6zm3N4xl/u/EklpV6jmA9pxH7HCjumIM22JczpZXnHME8jNYLuXvs1gqVh9yfz4nFLNPtP6m9Z/xMgBDuGo9iCZX+GRwXTnRJo+Q8iHCbmpIWPyluQhEn3yhnh+lQLzoiMYnTcww1DAawGahjUAMmgCg2Xlm+A==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=1ODH4Ml7y8eonafijdNdyjBSKcVe1Mvk2lVkJ3g69CE=; b=lw1kSr51DHKw5la3aKhSQbO7c3kF3sX1iRmWtWkpwOpMDCUVHAobRyaOYiXM0W/+CYOAdK09XK53LNe2vgrt+/iVLR+tladaLN3tBA7FEO1ETgNKo3XY/Jv4Y2mY3Laq3z80Nq87Odq1lscqgMRZN8/BV27s/rky1dOj7TQTJIc=
Received: from DM6PR08MB5084.namprd08.prod.outlook.com (2603:10b6:5:41::29) by DM5PR08MB2409.namprd08.prod.outlook.com (2603:10b6:3:71::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4195.22; Fri, 4 Jun 2021 17:14:40 +0000
Received: from DM6PR08MB5084.namprd08.prod.outlook.com ([fe80::616e:7de0:be27:e9b1]) by DM6PR08MB5084.namprd08.prod.outlook.com ([fe80::616e:7de0:be27:e9b1%3]) with mapi id 15.20.4173.030; Fri, 4 Jun 2021 17:14:39 +0000
From: "Sterne, Jason (Nokia - CA/Ottawa)" <jason.sterne@nokia.com>
To: Kent Watsen <kent@watsen.net>, Andy Bierman <andy@yumaworks.com>
CC: "netconf@ietf.org" <netconf@ietf.org>
Thread-Topic: [netconf] Should Partial Lock be deprecated?
Thread-Index: AQHXVuUmo/+OxTJVzkKO92n3G96bp6sEG6iQ
Date: Fri, 04 Jun 2021 17:14:39 +0000
Message-ID: <DM6PR08MB508413CA41FACA497338B52B9B3B9@DM6PR08MB5084.namprd08.prod.outlook.com>
References: <CABCOCHS+fC1BE3kGopFhbxppo_5+uMbB6pi3NavxWzmZK+pWUg@mail.gmail.com> <01000179c7a2ab19-82741952-87dd-4247-8f2f-01d3162863b6-000000@email.amazonses.com>
In-Reply-To: <01000179c7a2ab19-82741952-87dd-4247-8f2f-01d3162863b6-000000@email.amazonses.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: watsen.net; dkim=none (message not signed) header.d=none;watsen.net; dmarc=none action=none header.from=nokia.com;
x-originating-ip: [24.226.236.156]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 5246a9da-bd7d-4414-ca3f-08d9277c3cd8
x-ms-traffictypediagnostic: DM5PR08MB2409:
x-microsoft-antispam-prvs: <DM5PR08MB240905C72E131CF5945D72A49B3B9@DM5PR08MB2409.namprd08.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8273;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: Jrp3yvBkWQ9aVDUdwQYqPw14HBJzL33aYZBc+lqvvyXDuY/gDw5HpASzje8D9rsToYQdnggbVAKimTewxFOT518k8yUb/IN2mClW88jMlhT/YVXIykztgvnrkI2ZeXpm3z/hQYK1D6Q2QSSdAXAotczevTfQUz1fAuXCt23Nugj8IBKneg912IRu+RNN+xKTsiVWClJcEOMkdLOQJCQvvpSqgszJdHjcO2+CImdUiw/8vvb+U7rl63Qi3L60IH4nvORII0bt0lIV6Gcc73rYgm9JW3h2ixUcCVN3cHyItBMJvPcYDOxxQ89T02gynTJ4ObjxjToelBvcnxULvHcmSSihFafMeti4LZszuskrB6G2aRjZcEL5U1To8m9L6Ljd1AzfftdHHOMDpaNnlbiTGSekKaZiUwsemkcgmZ4/DErcI32nnHMbMbde2W0DHzEFbn3qTT1HuREpA8vhNjb/Mh/LxYkwP+Ui4ZAi4zU4IxxBQuPEOghg3zaou+Ak+bLZ0UMkcqirHJMKT5yYm4DvF9tJzdbztwc9bd/dEb99Ge4iL6WTb6x8Bmnq3Zk71sYHoLCXTXLIT1KORD1bwUUJJ0B+bty3U+htXkVcnsyKSPFHjuorNTHccCRkMMVmIclq+CRYlOAxhiWHIAiw8uaNSDq/B+K7agly0+4b13k8TTzMl/Ry6UFNlLjHeVA1BN+vuoymBfXFeHbmqQ+WXnMxgQ==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR08MB5084.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(376002)(39860400002)(366004)(136003)(396003)(346002)(186003)(4326008)(7696005)(86362001)(6506007)(33656002)(316002)(53546011)(26005)(8676002)(9686003)(166002)(8936002)(478600001)(110136005)(83380400001)(966005)(52536014)(5660300002)(38100700002)(122000001)(66556008)(66476007)(64756008)(66946007)(76116006)(2906002)(55016002)(71200400001)(66446008); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: B5T6syZKd7XDvOXweh7LDpuN1ZJTROKrULlLZamFAwzcoKItCmFEfZvXZoEMGBdUbyNqprXJESZqA2+pILA+RDbLao0RnRV62OlJqxjbGWWE8nt45OSbuQfwfzed2699iwhzoPMw2GluoO5v3JE3myLlRqVieOMztntDrfGOm7XmrvRYV1aXdc4FYQ2iWgEAgJMCvWE3HQjr1Ba/lD8ENgudzfCMM2T/WQV/ZDnqEBOJrIXnveXhU95cskQPnhXv+YIe+IxgBzE9RA747x/JgtJvzj/tssbNJl7Pco3IJn+Xz1myt0xMbgdWiKfn4I09ERccanDbp716Oo25eqDtz0DqxFIg+4jO1MtE8TTn6WLie8MFZccJF8DgjpHrOqOXxVzfLnUCJmONM/VlNVJvEwDKCYgNCKb5+uFSip68XGNfoUyJ2KNDrCN2sFLuxn3D/19JqYVcfFMWkcrmmhVKFcvPKj/ISybd8UqiPaKN66FUG89mVy6hHKRNoTq/8gQ41UEY5YnL5YQOMp6IzF946uLi8QuPq9/BXq4B+c9l0+6Pq/kwb2tYJYnJPo0wqCcDNOAC6kMqZ3mOA5vd7xQ18tfo1OwHXev+Bc4y78AjPH1QRYRY2oKRVgLZe7iesRM4rlHtQnRWCWgsdf3ht/aTf7UUjoMrWgAnazSP0SKsuBdCukSZ6Y6iuCJif2hA59H6M2feKEtScnz+iH116u7Xt56d7OJlaIt7GAzlx2+ROmaVPTd8W6PEnRunxbhU9RIQQDsDOpQM+wDPs3IrEhfD6SrxMu4Ja6HwRtYva2euTyPYC6SHJQrCNCMdzNO/VMwLQOoSac7ChsOMdKvzvN6g1DH9aydiqmHg2ly4iT6WABOAVnmiDbzuVm/W+ZrBGy9mwK1UDAZdApABWWsb/YjeJlbRTHrUdHqLUSbJjm/ae7WaC8znSTnYB0MoApwSIA3qbLU7lvZQ3dokmwmWhrSOugtB10rdjgDxZjM67Z4Rz/oMrIqtehC/cGep1mLp2RH3j7kg+rw/xSvnoxHUS8rMJqaN60Uh1vMkAoPfcdXbtp4w9FoCXkuYSn5RfCIsYr/vjGl2Q1ZVsIfTKtcTGXDb8lVB9UUZ3rLSngl1mSNu7pQFDkhcpZh/fEZXv4eQvOn+AyJj2d/6C/+EbTVoKcaUgGeKPiFh47zr31RFyB67BQ7GJFQPb6ULA0xH/Jab5Mq0a+42YUl9VC5DhMj8FYCme5hHhs7G+fiTZ4hmsTAXrrYnC2mDa1ylWd6/XStidlLl9RZ+DVXAZlwL18hfrn0hT9R7/nFMTr+ZuVTIsuwzoySoEvCccM0/pd31XF2ioawC
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_DM6PR08MB508413CA41FACA497338B52B9B3B9DM6PR08MB5084namp_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM6PR08MB5084.namprd08.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 5246a9da-bd7d-4414-ca3f-08d9277c3cd8
X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Jun 2021 17:14:39.8954 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 0mVdGVTF+AQiAWFiZLypv+OWZpkRD/+7YCm53R7MxRpP1f2VURe9J3kWWkVUmjFhW4RiUNiRGvZkckItRcMAIQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR08MB2409
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/UshCxLvS6_awLNOCqE2_5Ig2m2A>
Subject: Re: [netconf] Should Partial Lock be deprecated?
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETCONF WG list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 04 Jun 2021 17:14:47 -0000

Hi guys,

I've always been a bit doubtful about this RFC as well (complexity and issues vs benefits and likely use cases).

Jason

From: netconf <netconf-bounces@ietf.org> On Behalf Of Kent Watsen
Sent: Tuesday, June 1, 2021 8:53 AM
To: Andy Bierman <andy@yumaworks.com>
Cc: netconf@ietf.org
Subject: Re: [netconf] Should Partial Lock be deprecated?

Hi Andy,

I bet some do not remember we have this RFC
https://datatracker.ietf.org/doc/html/rfc5717
(So old there is a normative XSD and non-normative YANG module).

I have not seen this RFC used in several years.
Is anyone using it?
Should it be deprecated?
Just curious.

As a contributor, I have never been a fan of this RFC.  Significant complexity for a weak use case.


Regarding the use case, my limited perspective is that rarely does more than one client access a server at a time (esp. when an NMS/orchestrator is in play) and, when it does occur, the access is typically for a brief amount of time, such that having a second client wait doesn’t seem a big deal.

Applications vary, of course, with some (multi-tenant app, socials, etc.) being all about simultaneous access.  To the extent these apps desire YANG-driven interfaces, I much prefer RESTCONF’s If-Match mechanism and would recommend porting it to NETCONF.


Andy

K.

v2.23.0 | Report a Bug | By Email