Re: [netconf] Clarification on NETCONF edit-config default-operation replace
Andy Bierman <andy@yumaworks.com> Mon, 11 January 2021 15:18 UTC
Return-Path: <andy@yumaworks.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 280393A0EC6 for <netconf@ietfa.amsl.com>; Mon, 11 Jan 2021 07:18:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.887
X-Spam-Level:
X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 Nn1pl-vPIsVl for <netconf@ietfa.amsl.com>; Mon, 11 Jan 2021 07:18:31 -0800 (PST)
Received: from mail-lj1-x22a.google.com (mail-lj1-x22a.google.com [IPv6:2a00:1450:4864:20::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2499B3A0EC0 for <netconf@ietf.org>; Mon, 11 Jan 2021 07:18:25 -0800 (PST)
Received: by mail-lj1-x22a.google.com with SMTP id f17so3977133ljg.12 for <netconf@ietf.org>; Mon, 11 Jan 2021 07:18:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=YL0tqkyUIuGCdwLmNcJ4WiRMbCC0unXcnxgoHxu93DY=; b=oTjt6ZCbMP7fZHwBIcnqLM+jUJWkSCrNPN4mLsSEBhtq2+tC+4p0XP4VN67997uZ52 EV2TI5Tt9dIISkkjDcjrfvJjBJYrsJGtOfxQxoy/imZr/A0pboJvEPF+WXhbH5LVjXRJ bm57+GtwfuGCeTNw6+6yfsXMFDyLVEc32j/8tfI/MkeFmrlRx3BsgBHMj/9vUUQo3rs9 zSZ/IluFcRRblDgHKoWFyZekmBGmYQA8WUUBK+qZi2anMUd0ihjysIlBICaFFzwpfKGa UcAgpWIP3Ox0xXBnTOosvPRqn9lczG6ToFs5VPJRteXar33dxbdTocWABwewf85Xa2tQ bS/w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=YL0tqkyUIuGCdwLmNcJ4WiRMbCC0unXcnxgoHxu93DY=; b=nAJIK9WYNyUIvY2K8rH4XQ+hkXngbwltErgD2M9R9tQ64y1huTZD8lN1+KndcPgcJf yn7bWcJAlsYAB1Ge8LeodnFgyY5lMT+wuSk7cQUb8JidcXFkUMBKPUQFPehtQDm0wRYA T/+hJ+RDXl1M+eU3Hsa+qZ2qe9oiHzjr70wEhjRC+zkRFSwN8P8+uBY8q06A7AImqzeB oXAj4ZDuo65CgIc1TTz/FUc61VJmpdb1B/EKN2JkuOUEKQBHgunIEMLXXNnPMEDA+2C3 ZNJ31ww59Wmf2wgi9jX9ynY/5eDpnYGAbn1QIeAUXu/EbAw9JiAHva/51eH1iUAr2ejQ hfLA==
X-Gm-Message-State: AOAM531Ku57CXzKwoUa2sRQ3DprJ68wrCLQJ2Cr52r79UgowY2j/SEd1 SOjFR5ZBzXcB/stH2tuO/ok7uYVmmnfUubLk611XBQ==
X-Google-Smtp-Source: ABdhPJyo37Dn6GR+bl+yO8f5BeKC5ysWO3gpxi0locH3m90TPPskSbe+P3BIHbVgwBKS39yT51lQEFYrIXVMutY1gsU=
X-Received: by 2002:a2e:98cc:: with SMTP id s12mr8003353ljj.325.1610378303887; Mon, 11 Jan 2021 07:18:23 -0800 (PST)
MIME-Version: 1.0
References: <b586413eb1a939e144191c07ea8267843ac092bd.camel@intl.att.com> <DM5PR08MB2633A0708C35C95BBB73B9029BFE0@DM5PR08MB2633.namprd08.prod.outlook.com> <MN2PR11MB4366168CEFD579AF9DF2BF91B5AB0@MN2PR11MB4366.namprd11.prod.outlook.com>
In-Reply-To: <MN2PR11MB4366168CEFD579AF9DF2BF91B5AB0@MN2PR11MB4366.namprd11.prod.outlook.com>
From: Andy Bierman <andy@yumaworks.com>
Date: Mon, 11 Jan 2021 07:18:13 -0800
Message-ID: <CABCOCHRK7G7GL7BWeGqjPnWzOMEJx-kVj=G1SR7SUyV1R1iGQQ@mail.gmail.com>
To: "Rob Wilton (rwilton)" <rwilton=40cisco.com@dmarc.ietf.org>
Cc: "Sterne, Jason (Nokia - CA/Ottawa)" <jason.sterne@nokia.com>, "netconf@ietf.org" <netconf@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000c1efca05b8a16a2f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/yvFGbH1mi6HUgWy2_GMl27E226c>
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:18:33 -0000
On Mon, Jan 11, 2021 at 6:48 AM Rob Wilton (rwilton) <rwilton= 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> *On Behalf Of *Sterne, Jason > (Nokia - CA/Ottawa) > *Sent:* 09 March 2020 13:20 > *To:* Ivory, William <william.ivory@intl.att.com>; 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> *On Behalf Of *Ivory, William > *Sent:* Thursday, March 5, 2020 7:35 AM > *To:* 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 > https://www.ietf.org/mailman/listinfo/netconf >
- [netconf] Clarification on NETCONF edit-config de… Ivory, William
- Re: [netconf] Clarification on NETCONF edit-confi… Sterne, Jason (Nokia - CA/Ottawa)
- Re: [netconf] Clarification on NETCONF edit-confi… Rob Wilton (rwilton)
- Re: [netconf] Clarification on NETCONF edit-confi… Andy Bierman
- Re: [netconf] Clarification on NETCONF edit-confi… Rob Wilton (rwilton)
- Re: [netconf] Clarification on NETCONF edit-confi… Andy Bierman
- Re: [netconf] Clarification on NETCONF edit-confi… Kent Watsen
- Re: [netconf] Clarification on NETCONF edit-confi… Andy Bierman