Re: [IPsec] Editorial changes to RFC5996

Yaron Sheffer <yaronf.ietf@gmail.com> Sat, 19 October 2013 15:47 UTC

Return-Path: <yaronf.ietf@gmail.com>
X-Original-To: ipsec@ietfa.amsl.com
Delivered-To: ipsec@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B5D5011E81F9 for <ipsec@ietfa.amsl.com>; Sat, 19 Oct 2013 08:47:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, 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 oHkW0WI7IuoF for <ipsec@ietfa.amsl.com>; Sat, 19 Oct 2013 08:47:16 -0700 (PDT)
Received: from mail-ee0-x236.google.com (mail-ee0-x236.google.com [IPv6:2a00:1450:4013:c00::236]) by ietfa.amsl.com (Postfix) with ESMTP id DF78811E81EB for <ipsec@ietf.org>; Sat, 19 Oct 2013 08:47:15 -0700 (PDT)
Received: by mail-ee0-f54.google.com with SMTP id e53so2683097eek.41 for <ipsec@ietf.org>; Sat, 19 Oct 2013 08:47:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=O3LJiz4vPet1LQRVbXn2zpmSR/9UeprmMRfFiF23lzk=; b=F+ocjjzcCCAM9Gk0zeA0s3OX6L0sYteNB88IuZo43q/vuIloVrRC4puEFoyVEg5xRu qs62qB4Z49kO7jlFD0UEdNVUeBf3mlNe2cu7WzF2bo/X0GxJAob3a7xlfAW1zRIjPRDv LBDt+XC0Yj8Pm5aaThz2meAs4a71NavMe4qVtDBdPDpywxzsbhRQ4covVb7/ReCqg2JB eE9OlbdoOGX7RdbcBpxgof2B9OE5gdG/br32B2o2t9jdwntnxBvLeBSfmOiH0VJUjKzV 4JV1qAtoo05lKOzQn6vRAm/w8kAtFgjmBJvNT7hp/XOgayQ6FgFMKYgC5gyEQfmHMWEq Y9JQ==
X-Received: by 10.15.44.202 with SMTP id z50mr344412eev.68.1382197634894; Sat, 19 Oct 2013 08:47:14 -0700 (PDT)
Received: from [10.0.0.2] ([109.66.165.46]) by mx.google.com with ESMTPSA id i1sm19191568eeg.0.2013.10.19.08.47.12 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 19 Oct 2013 08:47:13 -0700 (PDT)
Message-ID: <5262A980.10304@gmail.com>
Date: Sat, 19 Oct 2013 18:47:12 +0300
From: Yaron Sheffer <yaronf.ietf@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0
MIME-Version: 1.0
To: Yoav Nir <ynir@checkpoint.com>
References: <21087.60447.758422.672867@fireball.kivinen.iki.fi> <7C1EFED8998C4309B562F2224DD39AA2@buildpc> <526141A0.5030206@gmail.com> <3AAB8F2857A0484D9CE7DF44871E7D02@buildpc> <52627368.8090200@gmail.com> <3D85C762-B605-4CA3-A21F-21878B846486@checkpoint.com>
In-Reply-To: <3D85C762-B605-4CA3-A21F-21878B846486@checkpoint.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "<ipsec@ietf.org>" <ipsec@ietf.org>, Valery Smyslov <svanru@gmail.com>, Tero Kivinen <kivinen@iki.fi>
Subject: Re: [IPsec] Editorial changes to RFC5996
X-BeenThere: ipsec@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion of IPsec protocols <ipsec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipsec>, <mailto:ipsec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipsec>
List-Post: <mailto:ipsec@ietf.org>
List-Help: <mailto:ipsec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipsec>, <mailto:ipsec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 19 Oct 2013 15:47:16 -0000

Hi Yoav,

You're probably right in your speculation. But my point was that 
Valery's subject line said "editorial changes", and two of these changes 
were arguably non-editorial. Technical changes would be treated 
differently in an errata review and should be treated differently in a 
"bis" document, whose main purpose in life is to progress (i.e., 
stabilize) the protocol.

Thanks,
	Yaron

On 2013-10-19 15:27, Yoav Nir wrote:
> Hi, Yaron
>
> Suppose that instead of sending the message to the list yesterday, Valery had submitted his comments as errata a few months ago, before Sean asked us to do the revision. Would those errata not have been verified?
>
> If so (and I think it's true for at least #3, #4, #7, and #11, and #6 would also merit some new text), the corrections would now be in the draft. So why not now?
>
> Yoav
>
> On Oct 19, 2013, at 2:56 PM, Yaron Sheffer <yaronf.ietf@gmail.com> wrote:
>
>>> Hi Yaron,
>>>
>>>> Hi Valery,
>>>>
>>>> Sorry for being the Bad Guy on this. Your #6 does not seem editorial to
>>>
>>> I think that current text is not aligned with RFC4301.
>>> We may leave it as is or try to find other form that
>>> would not appear so misaligned.
>>
>> Your new text is fine, if we leave it at that. If we try to add text to deal with the exceptional cases (same SPI shared between protocols), this will quickly become normative. I don't want to do it in "bis" and frankly, I think this situation is too rare to matter.
>>
>>>
>>>> me. Similarly, #8 (adding new RFC 2119 language) is not editorial. I
>>>> would suggest to implement #6 only if it is critical to
>>>> interoperability or security, and to forgo #8.
>>>
>>> What about #8 - it's just a question from me. From my feeling it must
>>> be uppercase, but I might be wrong. We may leave it as is.
>>
>> IETF process is very serious about the difference between lowercase and uppercase (see RFC 6919). Maybe it should have been a SHOULD to start with. But we SHOULD NOT change it for a "bis" document.
>>
>>>
>>>> By the way, your correction #2 still does not do it IMHO. The sentence
>>>> refers to RFC 5996. So:
>>>>
>>>> "IKEv2 as stated in RFC 4306 was a change to the IKE protocol that was
>>>> not backward compatible. RFC 5996 revised RFC 4306 to provide a
>>>> clarification of IKEv2, making minimum changes to the IKEv2 protocol.
>>>> The current document slightly revises RFC 5996 to make it suitable for
>>>> progression to Internet Standard."
>>>
>>> Yes, your text is for RFC5996bis, while I made my notes a while ago
>>> and the text was for RFC5996. Of course your variant is better.
>>>
>>> Valery.
>>>
>>>> Thanks,
>>>> Yaron
>>>>
>> _______________________________________________
>> IPsec mailing list
>> IPsec@ietf.org
>> https://www.ietf.org/mailman/listinfo/ipsec
>