Re: [Netconf] Confirmed commit

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Thu, 19 September 2013 20:15 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
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 1B0C621F85E8 for <netconf@ietfa.amsl.com>; Thu, 19 Sep 2013 13:15:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.165
X-Spam-Level:
X-Spam-Status: No, score=-103.165 tagged_above=-999 required=5 tests=[AWL=0.085, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gh9tRYsTc7cx for <netconf@ietfa.amsl.com>; Thu, 19 Sep 2013 13:15:37 -0700 (PDT)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) by ietfa.amsl.com (Postfix) with ESMTP id 7752521F85EE for <netconf@ietf.org>; Thu, 19 Sep 2013 13:15:33 -0700 (PDT)
Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id CCB6720C11; Thu, 19 Sep 2013 22:15:24 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id ts2sQ8xffpWc; Thu, 19 Sep 2013 22:15:24 +0200 (CEST)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 6120620C10; Thu, 19 Sep 2013 22:15:24 +0200 (CEST)
Received: by elstar.local (Postfix, from userid 501) id 59834287327D; Thu, 19 Sep 2013 22:15:19 +0200 (CEST)
Date: Thu, 19 Sep 2013 22:15:18 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Jonathan Hansford <Jonathan@hansfords.net>
Message-ID: <20130919201517.GA1886@elstar.local>
Mail-Followup-To: Jonathan Hansford <Jonathan@hansfords.net>, netconf@ietf.org
References: <76a7f77cfd72c64ce0459f00d430df4d@imap.plus.net> <a6c873ec7bf7ba7766d822c1caf3b3ea@imap.plus.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <a6c873ec7bf7ba7766d822c1caf3b3ea@imap.plus.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: netconf@ietf.org
Subject: Re: [Netconf] Confirmed commit
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
List-Id: Network Configuration WG mailing list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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: Thu, 19 Sep 2013 20:15:42 -0000

On Thu, Sep 19, 2013 at 09:07:17PM +0100, Jonathan Hansford wrote:
>  
> 
> After about two hours digging around in the NETCONF archive and then
> a Google search on "confirmed commit", I've come to the conclusion
> confirmed commit has come out of the JUNOS "commit confirmed" command.
> My guess is the JUNOS command is shorthand for "revert this commit after
> the timeout unless it is confirmed"; not exactly clear. Indeed, I would
> have thought "commit confirmed" would be the command to confirm the
> previous commit, though obviously that would overload the meaning of the
> original "commit" command since it would not persist without the
> confirmation. 
> 
> But "confirmed commit" implies the commit has been
> confirmed, not that it needs to be confirmed. Isn't this confusing to
> anyone else? 

There is the ':confirmed-commit' capability, there is the 'confirming
commit' and there is the initial commit which is sometimes called the
'confirmed commit'. I assume it is this last one term you believe is
confusing since it is the 'to be confirmed commit'. Perhaps we could
have picked a better term - but as long as the description is clear
(section 8.4 of RFC 6241), I think we are in a good enough state.

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1, 28759 Bremen, Germany
Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>