Re: [netconf] Clarification on NETCONF edit-config default-operation replace

"Rob Wilton (rwilton)" <rwilton@cisco.com> Mon, 11 January 2021 15:33 UTC

Return-Path: <rwilton@cisco.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 46A663A0F35 for <netconf@ietfa.amsl.com>; Mon, 11 Jan 2021 07:33:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.6
X-Spam-Level:
X-Spam-Status: No, score=-9.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=Y1zrErCR; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=bp0MBgar
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 dLTsZn6GiZ5L for <netconf@ietfa.amsl.com>; Mon, 11 Jan 2021 07:33:49 -0800 (PST)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 239113A0F2F for <netconf@ietf.org>; Mon, 11 Jan 2021 07:33:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=29616; q=dns/txt; s=iport; t=1610379229; x=1611588829; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=asZb6tEFKm3LG8+edSnERlC0KgPXyhrFxKvj1CYLVp0=; b=Y1zrErCRGQe/61OU3W9GeNi5WM16dxv5sszKv6nneHzg9msJEC2EdEBl eHi3pxMiNIOxv+uqpFGNUOeeD2DCE7WAM/L21iaLjhnU/voFS1Ng6ad5X CzJusW5GplGu9nade8PAIDUp8b8mEjWmI0N1ev29o5LUywuPAuxLR36NU w=;
X-IPAS-Result: A0A5AAB8bfxfkIoNJK1iGwEBAQEBAQEBBQEBARIBAQEDAwEBAYF+AwEBAQsBgSIwUX1bLy4KhDWDSAONdAOZEoFCgREDVAsBAQENAQEYAQwIAgQBAYQGRAIXgVoCJTcGDgIDAQEBAwIDAQEBAQUBAQECAQYEFAEBAQEBAYY4DIVzAQEBBAEBIQoTAQEsCwEPAgEIEQQBASEHAwICAiULFAkIAgQOBQiDHgGBflcDLgEDC6JfAooldoEygwQBAQaFFxiCEAMGgTgBgnSCbE5DAYY+JhuBQT+BVIIhNT6CXQEBAoFDHCsJgmI0giyBaV8BL0FGW3wjk2SHMYwxjzqCBQqCd4krklaDKZAOjymfKJFVIIQ1AgQCBAUCDgEBBoFsIiyBLXAVO4I1AQEyUBcCDY4hGoNXhRSFRHQCNQIGAQkBAQMJfItOAYEQAQE
IronPort-PHdr: 9a23:+bKXvh0mSLmYBxD7smDT+zVfbzU7u7jyIg8e44YmjLQLaKm44pD+JxWFv6d8kVrAQoLB6OkCgO3T4OjsWm0FtJCGtn1KMJlBTAQMhshemQs8SNWEBkv2IL+PDWQ6Ec1OWUUj8yS9Nk5YS9fjYlTNpWex9ngZHRCsfQZwL/7+T4jVicn/3uuu+prVNgNPgjf1Yb57IBis6wvLscxDiop5IaF3wRzM8XY=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.79,338,1602547200"; d="scan'208,217";a="646221938"
Received: from alln-core-5.cisco.com ([173.36.13.138]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 11 Jan 2021 15:33:48 +0000
Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com [173.37.102.11]) by alln-core-5.cisco.com (8.15.2/8.15.2) with ESMTPS id 10BFXl8v021927 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 11 Jan 2021 15:33:47 GMT
Received: from xhs-rcd-002.cisco.com (173.37.227.247) by XCH-RCD-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 11 Jan 2021 09:33:47 -0600
Received: from xhs-aln-001.cisco.com (173.37.135.118) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 11 Jan 2021 09:33:47 -0600
Received: from NAM12-MW2-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Mon, 11 Jan 2021 09:33:47 -0600
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=h+dsq8skQIdsjPcX5o80MqfblPaVAllhDfvkUil5ivfHTXG0jLL/Aoem6t8/t8OzBk+tXo8SNa70usIX5A2DdqOAN8/vhmf2UCTBjJRsduMjhM9c1zf8OTws29bpg/fEZwbTx14/CnkeutQZtz5XnAfWiDXzfhn/q5jxc7JgXUV3Exvreba3Fk3Hma6/VH6U+NqjnrpTLu6rxdGNXFvHDw1ZopRTWJr0o2DrdFY2DuTj+/LHpNBr3kbwKYl/t0ASpHAjKGOEHch9dWg9vHyVPjMNUE5fIwD8dKhJvTs0R8Ve5EiZlmM8pdyUSFv5chSdl+12ez53paUY5Umao8P1Lg==
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=asZb6tEFKm3LG8+edSnERlC0KgPXyhrFxKvj1CYLVp0=; b=iAbgceQgHOzN2SQlpqI183BKQc/OsTdZFEkoTvwr4DSPwPUs9ZNPfNUp2N4UIsu/gevhxdwE3w0Nc8CR282QwQjXA3aDzY6e2jHBY/A9cvfxoHyJL6vGTAZ+e/eyBH1ooyu31+eCG0s1i/uKRY7TJk8SnrKHVMBa8Ynbac7vhnjmKHxj/B0vvLO8MODWGJyr9TI3vZy3yrplsDtikM+uFcMwmA8uhFfkneMi/tLa4Ey8mZDBvVlpBpcriGMMCWLh0Ygbl1DihyIW6WorqAEEe9ONNtMdl7koqkGa0RxoC4wHsEDoePKsgWsje4xlh+NYqJyD0k2k3Wd7W6LYwAyTyA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=asZb6tEFKm3LG8+edSnERlC0KgPXyhrFxKvj1CYLVp0=; b=bp0MBgarC3lkOkGC+qehzq7QPk5mNz0oL6iIDRFnGtl3tTX3w1M8b1Mmy9PsEkHdRIYUhj4yg8rYYdqjOXS1wbMcKEX4hUpE92X+Fciahy2dbEs/wenoimI/SmV4l3bWxKV/jPVmds539bvi6WqOd4axoIA5c/2dAvPGR5J0VDc=
Received: from MN2PR11MB4366.namprd11.prod.outlook.com (2603:10b6:208:190::17) by MN2PR11MB4239.namprd11.prod.outlook.com (2603:10b6:208:192::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3742.6; Mon, 11 Jan 2021 15:33:45 +0000
Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::3c82:1fa3:2b18:3afb]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::3c82:1fa3:2b18:3afb%6]) with mapi id 15.20.3742.012; Mon, 11 Jan 2021 15:33:45 +0000
From: "Rob Wilton (rwilton)" <rwilton@cisco.com>
To: Andy Bierman <andy@yumaworks.com>
CC: "Sterne, Jason (Nokia - CA/Ottawa)" <jason.sterne@nokia.com>, "netconf@ietf.org" <netconf@ietf.org>
Thread-Topic: [netconf] Clarification on NETCONF edit-config default-operation replace
Thread-Index: AQHV8up3fXrFXOpHlkeLycpqDm3qRahAQ71ggeQjbACAAAz2gIAAAbbA
Date: Mon, 11 Jan 2021 15:33:45 +0000
Message-ID: <MN2PR11MB4366B35776E0E9641E7BBCD1B5AB0@MN2PR11MB4366.namprd11.prod.outlook.com>
References: <b586413eb1a939e144191c07ea8267843ac092bd.camel@intl.att.com> <DM5PR08MB2633A0708C35C95BBB73B9029BFE0@DM5PR08MB2633.namprd08.prod.outlook.com> <MN2PR11MB4366168CEFD579AF9DF2BF91B5AB0@MN2PR11MB4366.namprd11.prod.outlook.com> <CABCOCHRK7G7GL7BWeGqjPnWzOMEJx-kVj=G1SR7SUyV1R1iGQQ@mail.gmail.com>
In-Reply-To: <CABCOCHRK7G7GL7BWeGqjPnWzOMEJx-kVj=G1SR7SUyV1R1iGQQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: yumaworks.com; dkim=none (message not signed) header.d=none;yumaworks.com; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [82.12.233.180]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: b9baef5f-3114-4186-62bb-08d8b64648d9
x-ms-traffictypediagnostic: MN2PR11MB4239:
x-microsoft-antispam-prvs: <MN2PR11MB423947C6A304295D4C4424E0B5AB0@MN2PR11MB4239.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 8R2QoD6lbG7FLFgphRofdAl4bZAE0h/tuHfuSYqSTUvoOu2oQpMDI9wTeI2d20FfXt3gKtJfAogO+Omw2ExfbhelEw69JP0GCis2YtoikxvPfa2g73ZRcbYiazxXqhfqQ2KR5/GiAMLdvhdeWLCHGdEGsZTRLunET4Uxgoj6agckcbGGcy6d+qiG6sgKqyoXwzxfyZRumWZkViOiAUAnZuF/FrE8smGe2zYMWhWp2LldG0jv+S5gBisdwzzEd/2/vVwHppjg9peQOByJZJs6yNzJ1TEtQObLclYcwE7N/SliYLUjPiKjzoIF4g3xVW2NbG88sTCuvquNcq4LV+KZWy661aRmS0xR3DFMXPHa2qy50BV0d+18vtrDIjGnFX0MIVa1VxLuOYCGVq2GTwLm9od4jFQ3//1VE+TGge9IAp0+x3KxgOjDvaju0bY0ceO2FkIsoN/hMlHoU+aG/odzWQ==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR11MB4366.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(136003)(39860400002)(346002)(396003)(366004)(376002)(86362001)(76116006)(33656002)(5660300002)(53546011)(66556008)(66476007)(26005)(186003)(6506007)(7696005)(66446008)(166002)(2906002)(64756008)(83380400001)(478600001)(54906003)(6916009)(966005)(66946007)(9686003)(9326002)(55016002)(4326008)(8936002)(71200400001)(316002)(52536014)(8676002); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: NonD/HFhpY8S0w1PE2pdOpJZZtNNdw9le9Yx8yfMFvnnQiIuMcGsYxfh2BPG5w1Dwl67sa21e8eMZX7mPQC89IyYiD78iSfTIpgsncbzz1AN1KBGzm10aVJjmzATaMmOzSdTnClL1G1ICNFuzeuKwlZwqIZPz1CxsJb89bSO+tK9DJvHR10HiUBTbU+9zdiArlTKJOQaJeqPtwrrHLUWiaUfFFFKDs30f+9P8gr4o+V08aCivxQm5mbffGqEpmWI5ZdMeiq1nuvNMbRL18mPM2jAF0blM2kh8FLpetPjGVjH7wqACggTByD/J85WaReg/JXGvpUR3davsRt0EkmChErx4hu33q5T13KTJO469pz9UjaiVxY0RclBlasCIyAPVlQ9PuLxMSfmkifswMAGvXy9LiTQVppF2fQRXt3Y79xM/Sz82VO9pHOYrHHolTySjAi0+JuzENwye4V83YqA9lVaX0+Ozw7Tu09jdE34ujXWvgbScM8GnERZC21HEYHtft+CiOQuW7Ldj2H5E/pwIBoFqXdbgHTquCkoI3WNtcc5Yd8ON1n/bePTMtn7cs6nEZIq1eRJpfM5gxBWTDWqdqVNYRQx5CANdPRsFm7Zbzb0RcYAp4p0MpjFxbuzr/dsvpZBZqB5Jk6Nj3VfvLhIup38C1834LmI/r/1arkoX1/0uC47a/IzcVXXa/Bzaw+Tk8TBVNjWIf2ahXn9qL+ebHe8keSSUcHp+HEqljHntaSCyLzWBNbNibfn0lPvJnNeOCl8R2flIEpfvj9XRqr9vSUsY6xivCR8VXyaGRjMxXeHbjTNnZIleM5gFK89PNhyz4s/KE3Y4T83uHfBO82PoAOomAHgOP/hTR7p+u4Xj8+e0imp7Q2fPGbmHrb+Etnbnns2yUlQnVEs91DxyIRAnZ97KhICn8457YfEVlHFk6gxBiJhVZzZ7g6MYk60SX1ATE2ZyLEDxbsvUxFxkKW3c6BZqiuSoWCPr9K9oyGoTOY=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_MN2PR11MB4366B35776E0E9641E7BBCD1B5AB0MN2PR11MB4366namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: MN2PR11MB4366.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: b9baef5f-3114-4186-62bb-08d8b64648d9
X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Jan 2021 15:33:45.7458 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 7zeDkR79E08vOhsYFPRH/vesnM3HH+YAb5165TtcUuwfd4lpuPKTqxzJWt9LuvDEZqws5vWEauEwq/0yBNmfqQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4239
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.11, xch-rcd-001.cisco.com
X-Outbound-Node: alln-core-5.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/LBiScMH5IruNl45I-CtDDJb8UiY>
Subject: Re: [netconf] Clarification on NETCONF edit-config default-operation replace
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: Mon, 11 Jan 2021 15:33:52 -0000

Hi Andy,

Perhaps we are crossing wires here.

I’m not trying to change the behaviour, just trying to ensure that the spec describes the behaviour unambiguously.  My proposed text was intended to clarify the behaviour to be consistent with Jason’s statement below and the conclusion of this thread: https://mailarchive.ietf.org/arch/msg/netconf/DTPlkJf4enKNHXkBWn49np2e-8c/

Are you disagreeing with Jason’s statement “An edit-config can't be used as a replacement for a full "replace at root" of the entire config like a copy-config” or the prior conclusion to the linked thread above?

Regards,
Rob


From: Andy Bierman <andy@yumaworks.com>
Sent: 11 January 2021 15:18
To: Rob Wilton (rwilton) <rwilton@cisco.com>
Cc: Sterne, Jason (Nokia - CA/Ottawa) <jason.sterne@nokia.com>; netconf@ietf.org
Subject: Re: [netconf] Clarification on NETCONF edit-config default-operation replace



On Mon, Jan 11, 2021 at 6:48 AM Rob Wilton (rwilton) <rwilton=40cisco.com@dmarc.ietf.org<mailto:40cisco.com@dmarc.ietf.org>> wrote:
Sorry, digging up an old thread here.

I agree with the outcome of the referenced thread, but I wonder whether it wouldn’t be helpful to have an errata to clarify the NETCONF RFC, at least so that we fix this text in future?

One of my colleagues read the NETCONF RFC and took “default-operation replace” to be equivalent to a copy-config operation.  I also note that some of the references on the web seem to the describe the wrong behaviour.

Specifically, I wonder whether we should change:


         replace:  The configuration data in the <config> parameter

            completely replaces the configuration in the target

            datastore.  This is useful for loading previously saved

            configuration data.

to:


         replace:  The configuration data in the <config> parameter

            replaces the related configuration in the target

            datastore.



No this should not be changed.
It has been in use for  about a decade.
You propose to remove the only way to replace the entire config and make a huge NBC-change
to provide a redundant mechanism instead.

Regards,
Rob

Andy



From: netconf <netconf-bounces@ietf.org<mailto:netconf-bounces@ietf.org>> On Behalf Of Sterne, Jason (Nokia - CA/Ottawa)
Sent: 09 March 2020 13:20
To: Ivory, William <william.ivory@intl.att.com<mailto:william.ivory@intl.att.com>>; netconf@ietf.org<mailto:netconf@ietf.org>
Subject: Re: [netconf] Clarification on NETCONF edit-config default-operation replace

Hello William,

There was a discussion about this on the list a few years ago.  See the thread with subject:

Clarification request for NETCONF edit-config default-operation replace

An edit-config can't be used as a replacement for a full "replace at root" of the entire config like a copy-config.

Jason

From: netconf <netconf-bounces@ietf.org<mailto:netconf-bounces@ietf.org>> On Behalf Of Ivory, William
Sent: Thursday, March 5, 2020 7:35 AM
To: netconf@ietf.org<mailto:netconf@ietf.org>
Subject: [netconf] Clarification on NETCONF edit-config default-operation replace

Hi,

I'd appreciate clarification on the following NETCONF operations relating to copy-config and edit-config:

My understanding is as follows:

- <copy-config> completely replaces any existing configuration

- <edit-config> with operation:replace attribute will replace any existing configuration with new configuration for nodes specified inside the <config> operation. The attribute may be at any level in the request, and applies only to the node specified and nodes under that node.

Where I'm not clear is the <edit-config> operation with the default-operation parameter set to replace. RFC 6241 section 7.2 states:


         replace:  The configuration data in the <config> parameter

            completely replaces the configuration in the target

            datastore.  This is useful for loading previously saved

            configuration data.


Does this mean that this is the equivalent of the <copy-config> operation, ie ALL existing configuration should be removed, even if there is no explicit replacement in the new <config> section?

Thanks,

William


_______________________________________________
netconf mailing list
netconf@ietf.org<mailto:netconf@ietf.org>
https://www.ietf.org/mailman/listinfo/netconf