Re: [IPsec] Editorial changes to RFC5996

Yaron Sheffer <yaronf.ietf@gmail.com> Sat, 19 October 2013 11:56 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 077A211E81B7 for <ipsec@ietfa.amsl.com>; Sat, 19 Oct 2013 04:56:41 -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 3UX793xDnIQR for <ipsec@ietfa.amsl.com>; Sat, 19 Oct 2013 04:56:40 -0700 (PDT)
Received: from mail-ee0-x230.google.com (mail-ee0-x230.google.com [IPv6:2a00:1450:4013:c00::230]) by ietfa.amsl.com (Postfix) with ESMTP id B81A811E80E7 for <ipsec@ietf.org>; Sat, 19 Oct 2013 04:56:36 -0700 (PDT)
Received: by mail-ee0-f48.google.com with SMTP id e50so1400354eek.35 for <ipsec@ietf.org>; Sat, 19 Oct 2013 04:56:26 -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:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=Y7jH3x84N7kJFNVxUj6TT3wsSJVjVwESB4oRfcOXO+w=; b=gmWa1su1TVbb4RD1PIn22sXhaWjm2sDhOPUp3R7OGpy/SWUIYTxa7gYOKqUdaIXm3C oGNImrbJAeYMd8yuok0OXcl7nADAiIm3DiU+rDNiGCZTdEoOx+r9mMxypfjKoNHZPWvJ J/Ltq/SOlj6dUJKPIZpf0eh8TekZZ5PPe92GaD7cCQKn6pbIUGwVNihK3CuJX5uc+tPP Ev50cj39wPbB7pwd1wjkTIRPHJ7qB5jFWArGbO0/HMfrr5amhFQjot+ELVOlbxANsnrQ /6jD+rp3TUYSP2FczgPPupzycA/P2s4C5Wcst/dF2uZgHjQ6IoHUtE+QMCW/GVIZwp3r Nykg==
X-Received: by 10.15.99.205 with SMTP id bl53mr8507415eeb.82.1382183786288; Sat, 19 Oct 2013 04:56:26 -0700 (PDT)
Received: from [10.0.0.2] (bzq-109-66-165-46.red.bezeqint.net. [109.66.165.46]) by mx.google.com with ESMTPSA id x47sm16840925eea.16.2013.10.19.04.56.25 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 19 Oct 2013 04:56:25 -0700 (PDT)
Message-ID: <52627368.8090200@gmail.com>
Date: Sat, 19 Oct 2013 14:56:24 +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: Valery Smyslov <svanru@gmail.com>, Tero Kivinen <kivinen@iki.fi>, ipsec@ietf.org
References: <21087.60447.758422.672867@fireball.kivinen.iki.fi> <7C1EFED8998C4309B562F2224DD39AA2@buildpc> <526141A0.5030206@gmail.com> <3AAB8F2857A0484D9CE7DF44871E7D02@buildpc>
In-Reply-To: <3AAB8F2857A0484D9CE7DF44871E7D02@buildpc>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
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 11:56:41 -0000

> 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
>>