Re: [Netconf] [Technical Errata Reported] RFC6241 (3821)

Jonathan Hansford <> Tue, 10 December 2013 11:22 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id DA3391ADF6D for <>; Tue, 10 Dec 2013 03:22:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id fGtJod7NZ81A for <>; Tue, 10 Dec 2013 03:22:16 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 737E51ADF4B for <>; Tue, 10 Dec 2013 03:22:15 -0800 (PST)
Received: from ([]) by avasout04 with smtp id znN81m00B283uBY01nN95M; Tue, 10 Dec 2013 11:22:10 +0000
X-CM-Score: 0.00
X-CNFS-Analysis: v=2.1 cv=C6LQl2/+ c=1 sm=1 tr=0 a=BJaFPv9AyABFDM2hXLRoEA==:117 a=MEK23cO9Z3nTrtfM1ievvA==:17 a=0Bzu9jTXAAAA:8 a=dYCPD3cKDi0A:10 a=fEVyH4MXk-0A:10 a=0B8HqoTn75oA:10 a=lxldWUwtbAkA:10 a=6bkCdLdQAAAA:8 a=f0uUZFObAAAA:8 a=NcN8dwhvxXUA:10 a=48vgC7mUAAAA:8 a=BqEg4_3jAAAA:8 a=YHJ6EVaUX2EDRBK0ssMA:9 a=QEXdDO2ut3YA:10 a=PgLAuiSjgOYA:10 a=mhd2NDuUijAA:10 a=lZB815dzVvQA:10 a=9FRUSnrXfWB8m8DxySUA:9 a=OGvLclL1o53Gvw_M:21 a=_W_S_7VecoQA:10
X-AUTH: hansfords+us:2500
Received: from ([]) by with HTTP (HTTP/1.1 POST); Tue, 10 Dec 2013 11:22:08 +0000
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="=_f6ce1fce99e4399e2a8919b17a95cd29"
Date: Tue, 10 Dec 2013 11:22:08 +0000
From: Jonathan Hansford <>
To: <>
In-Reply-To: <>
References: <> <> <20131209210752.GA70828@elstar.local> <>
Message-ID: <>
User-Agent: Roundcube Webmail/0.7.4
X-Originating-IP: []
Subject: Re: [Netconf] [Technical Errata Reported] RFC6241 (3821)
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Network Configuration WG mailing list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 10 Dec 2013 11:22:20 -0000


Is there any way of adding Notes to an existing erratum? I cannot
find one. For the record: 

Erratum 3821:
This erratum seeks to clarify
the meaning of the term "confirmed commit" for those not familiar with
the use of the term within JUNOS. In particular, that the use of
"confirmed" is not in the sense of the adjective (meaning "firmly
established") but rather that the commit needs to be confirmed. It also
emphasises that a "confirming commit" cannot be reverted. Finally it
identifies that it is possible to have a sequence of "confirmed commits"
prior to a "confirming commit" and that, should no "confirming commit"
be received, the configuration will revert to the state prior to the
first "confirmed commit" in the sequence.

Erratum 3822:
This erratum
seeks to clarify that <cancel-commit> will cancel all configuration
changes arising from a sequence of "confirmed commits".

This erratum seeks to clarify that the use of the "persist"
parameter will persist all configuration changes arising from a sequence
of "confirmed commits". 

On 2013-12-09 21:27, Jonathan Hansford wrote:

> Apologies,
> This was my first submission of errata and they came
out of my September 
> email and the subsequent thread about confirmed
Consequently there has already been some discussion around the issue. 
The points I was seeking to clarify related to the definition of the 
term "Confirmed commit" (something that makes sense to those who have 
had exposure to JUNOS but appeared counter-intuitive to me in that a 
confirmed commit is one that hasn't yet been confirmed) and the fact 
that it is possible to have a sequence of confirmed commits prior to the

> confirming commit. I'm happy to add that text to the errata.
> On 09/12/2013 21:07, Juergen Schoenwaelder wrote:
>> On
Mon, Dec 09, 2013 at 09:34:58PM +0100, Bert Wijnen (IETF) wrote: 

>>> We have a set of 3 new errata reported to RFC6241. See:
[1] We would like to hear from the authors/editors what their opinion
is on the reported errata. It is probably best to report your views to
the netconf mailing list. but if you rather disuss it here first, that
is OK too. We probably have to repeat the discussion on the mlist later
if we do, so best to do it on the mailing list. It will hopefully
trigger views from others aswell.
>> I think it would help a lot if
there would be a motivation or some sort of an explanation in addition
to the OLD NEW text. As it is, I have to guess what the submitter wants
to achieve with these errata. Since these are technical errata, it
should be possible to describe the problem/bug that is being fixed. It
seems that the submitter is trying to address multiple issues in those
changes. Anyway, an explanation would have been nice to have. /js
> Netconf mailing list