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
>