Re: [Int-dir] draft-kivinen-802-15-ie-02.txt

Tero Kivinen <kivinen@iki.fi> Tue, 25 October 2016 12:47 UTC

Return-Path: <kivinen@iki.fi>
X-Original-To: int-dir@ietfa.amsl.com
Delivered-To: int-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5BAF5129669 for <int-dir@ietfa.amsl.com>; Tue, 25 Oct 2016 05:47:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.121
X-Spam-Level:
X-Spam-Status: No, score=-1.121 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_NEUTRAL=0.779] autolearn=no autolearn_force=no
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 7jSQ-YUivG2w for <int-dir@ietfa.amsl.com>; Tue, 25 Oct 2016 05:47:46 -0700 (PDT)
Received: from mail.kivinen.iki.fi (fireball.acr.fi [83.145.195.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8F5E3129644 for <int-dir@ietf.org>; Tue, 25 Oct 2016 05:47:46 -0700 (PDT)
Received: from fireball.acr.fi (localhost [127.0.0.1]) by mail.kivinen.iki.fi (8.15.2/8.15.2) with ESMTPS id u9PClidc011386 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 25 Oct 2016 15:47:44 +0300 (EEST)
Received: (from kivinen@localhost) by fireball.acr.fi (8.15.2/8.14.8/Submit) id u9PClhKe004590; Tue, 25 Oct 2016 15:47:43 +0300 (EEST)
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Message-ID: <22543.21615.900748.139677@fireball.acr.fi>
Date: Tue, 25 Oct 2016 15:47:43 +0300
From: Tero Kivinen <kivinen@iki.fi>
To: Charlie Perkins <charles.perkins@earthlink.net>
In-Reply-To: <625849b7-e096-22dc-4189-a65ac6a3e4f8@earthlink.net>
References: <ca602cfe-c8b1-6481-3ad9-9712306d98bc@earthlink.net> <22542.6996.856987.581479@fireball.acr.fi> <625849b7-e096-22dc-4189-a65ac6a3e4f8@earthlink.net>
X-Mailer: VM 8.2.0b under 24.5.1 (x86_64--netbsd)
X-Edit-Time: 4 min
X-Total-Time: 3 min
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-dir/kHNLeHl_Vpf6ED5OgVoB0gvlZaE>
Cc: "Pascal Thubert (pthubert)" <pthubert@cisco.com>, "Bernie Volz (volz)" <volz@cisco.com>, "int-ads@ietf.org" <int-ads@ietf.org>, "int-dir@ietf.org" <int-dir@ietf.org>, Pat Kinney <pat.kinney@kinneyconsultingllc.com>, intarea-chairs@ietf.org
Subject: Re: [Int-dir] draft-kivinen-802-15-ie-02.txt
X-BeenThere: int-dir@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "This list is for discussion between the members of the Internet Area directorate." <int-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-dir>, <mailto:int-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-dir/>
List-Post: <mailto:int-dir@ietf.org>
List-Help: <mailto:int-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-dir>, <mailto:int-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Oct 2016 12:47:49 -0000

Charlie Perkins writes:
> Regarding the need for the Vendor IE section:  it still seems to me that the
> section would work well as an appendix.  But, especially if it is to be
> maintained in the normative text, perhaps the title could be changed to
> "Vendor Specific IE not needed" to make the purpose of the section even more
> clear.

I moved it to the appendix and changed the title to "Vendor Specific
IE in IEEE 802.15.4".

> On further reflection, I think you are indeed right that any additional
> security policy should anyway be checked at protocol layers higher than the
> MAC layer, and your wording in the Security Considerations section does
> express that thought.
> 
> Miniscule editorial suggestions follow:
> 
>   * "                                              it is never
>     encrypted, but they may be authenticated"
>       + the clauses are mismatched.  I think the simplest fix is to delete the
>         word "they".

Fixed.

>   * "IETF would requests" --> "IETF would request" --> "The IETF would
>     request" --> "The IETF requests"
>       + The first one is wrong, the second one uses the subjunctive but I
>         don't know why, the third one sounds a little better to me, but the
>         fourth one is declarative and I think that is actually best for what
>         is intended.  In the next sentence I think that "Furthermore IETF"
>         should be "Furthermore the IETF".  This could simply be a regional
>         preference on my part.

Fixed, here is whole paragraph:

5.  Request to allocate IETF IE

   The IETF requests that the 802.15 Working Group allocate an ID for a
   Payload IE for IETF use.  Furthermore the IETF understands that only
   one ID will be issued to it.

> I'd also like to echo Pascal's appreciation for your production of this badly
> needed Internet Draft.

I will submit the modified draft now.
-- 
kivinen@iki.fi