Re: [IPsec] Typos in draft-kivinen-ipsecme-ikev2-rfc5996bis-04

Paul Wouters <paul@nohats.ca> Thu, 18 September 2014 14:10 UTC

Return-Path: <paul@nohats.ca>
X-Original-To: ipsec@ietfa.amsl.com
Delivered-To: ipsec@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 605621A87DF for <ipsec@ietfa.amsl.com>; Thu, 18 Sep 2014 07:10:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.652
X-Spam-Level:
X-Spam-Status: No, score=-3.652 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-1.652] autolearn=ham
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 LweqlrzYqW5k for <ipsec@ietfa.amsl.com>; Thu, 18 Sep 2014 07:10:31 -0700 (PDT)
Received: from bofh.nohats.ca (bofh.nohats.ca [76.10.157.69]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F18D51A0BEB for <ipsec@ietf.org>; Thu, 18 Sep 2014 07:10:30 -0700 (PDT)
Received: from bofh.nohats.ca (bofh.nohats.ca [127.0.0.1]) by bofh.nohats.ca (Postfix) with ESMTP id 32B0080416; Thu, 18 Sep 2014 10:10:30 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nohats.ca; s=default; t=1411049430; bh=acUR20+1gpQYCQbqzORgad5uisl+h9yeKZEJcp4gZqM=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=KbistGRfON0DoTiTWRKavnlKjTToqdPkwM1Q/2t9kiOrSpknbr2wskb7dSagx54uI DhooeBaPDTohXl3pEPiOr0yhmM//4RDdtDn62aKfY2LLCs8M4aLFzkUG2Ga+UM847L JqYQIrUQ5CbK0ZCMDb9t/rKv0cYI4G0DmeFzvcdw=
Received: from localhost (paul@localhost) by bofh.nohats.ca (8.14.7/8.14.7/Submit) with ESMTP id s8IEATQR017908; Thu, 18 Sep 2014 10:10:29 -0400
X-Authentication-Warning: bofh.nohats.ca: paul owned process doing -bs
Date: Thu, 18 Sep 2014 10:10:29 -0400
From: Paul Wouters <paul@nohats.ca>
To: Valery Smyslov <svanru@gmail.com>
In-Reply-To: <EE25ACA922BC4A70852C7BD495162228@buildpc>
Message-ID: <alpine.LFD.2.10.1409181008590.1198@bofh.nohats.ca>
References: <F68C660364DABE41AF4617F517EF548411707BE2@ESESSMB309.ericsson.se><21493.55390.157248.181030@fireball.kivinen.iki.fi><C949D5C9077942ACA31105FE4156154E@buildpc> <21504.31762.454252.961126@fireball.kivinen.iki.fi> <DC2FED9C253548E5875C4E5CCCFD40D0@buildpc> <4A81BADF09C04D50BFA83D59711A0EF7@buildpc> <EAFA100B50B24E0D81E9BCA44CAE9D94@buildpc> <alpine.LFD.2.10.1409180926200.1198@bofh.nohats.ca> <EE25ACA922BC4A70852C7BD495162228@buildpc>
User-Agent: Alpine 2.10 (LFD 1266 2009-07-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"; format="flowed"
Archived-At: http://mailarchive.ietf.org/arch/msg/ipsec/YEGP3kssPXNGVs1DHeqnahOaELE
Cc: "ipsec@ietf.org WG" <ipsec@ietf.org>
Subject: Re: [IPsec] Typos in draft-kivinen-ipsecme-ikev2-rfc5996bis-04
X-BeenThere: ipsec@ietf.org
X-Mailman-Version: 2.1.15
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: Thu, 18 Sep 2014 14:10:32 -0000

On Thu, 18 Sep 2014, Valery Smyslov wrote:

>> What's an unsigned integer? :P
>> Do we mean octets? :)
>
> Unsigned integer is an interpretation of this two-octets value
> (presumably in network byte order). It is explicitely stated
> for most multi-byte fields in the document. For example:
>
> Section 3.11 (Delete Payload):
>
>  o  Num of SPIs (2 octets, unsigned integer) - The number of SPIs
>     contained in the Delete payload.  The size of each SPI is defined
>     by the SPI Size field.
>
> Compare with the Section 3.13.1, which I has complained about:
>
>  o  Selector Length - Specifies the length of this Traffic Selector
>     substructure including the header.
>
> No indication of how "Selector Length" (it is 2 octets) should be treated.
>
> OK, we all know how to interpret it (and we have interoperable 
> implementations),
> but it needs to be stated here, as it is stated for other such fields
> in the document. I'm probably acting here as a perisher, but as
> document is intended to become Internet Standard such nits need to be
> removed, IMHO.

Oh, I agree completely! Had I been able to pay more attention at the
time, I would have suggested never to mention "integers" or "(un)signed"
at all, and only mentioned octets. But we should make it all consistent
in the document, so thanks for catching that!

Paul