Re: [6lo] Draft wording for liaison statement

Alexandru Petrescu <alexandru.petrescu@gmail.com> Tue, 21 July 2015 14:47 UTC

Return-Path: <alexandru.petrescu@gmail.com>
X-Original-To: 6lo@ietfa.amsl.com
Delivered-To: 6lo@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 460191B2EA4 for <6lo@ietfa.amsl.com>; Tue, 21 Jul 2015 07:47:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.983
X-Spam-Level:
X-Spam-Status: No, score=-4.983 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_HI=-5, SPF_SOFTFAIL=0.665] 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 8vZr5zVNt7Cb for <6lo@ietfa.amsl.com>; Tue, 21 Jul 2015 07:47:54 -0700 (PDT)
Received: from cirse-out.extra.cea.fr (cirse-out.extra.cea.fr [132.167.192.142]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0FBD01B2EA3 for <6lo@ietf.org>; Tue, 21 Jul 2015 07:47:53 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.3) with ESMTP id t6LElqJk009144 for <6lo@ietf.org>; Tue, 21 Jul 2015 16:47:52 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 5406E20233F for <6lo@ietf.org>; Tue, 21 Jul 2015 16:51:26 +0200 (CEST)
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 4BE2F20228F for <6lo@ietf.org>; Tue, 21 Jul 2015 16:51:26 +0200 (CEST)
Received: from [127.0.0.1] ([132.166.84.35]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.2) with ESMTP id t6LElol5007410 for <6lo@ietf.org>; Tue, 21 Jul 2015 16:47:52 +0200
To: 6lo@ietf.org
References: <C67ABF34-1468-4580-B1CB-236000DF6A85@gmail.com>
From: Alexandru Petrescu <alexandru.petrescu@gmail.com>
Message-ID: <55AE5B96.7030407@gmail.com>
Date: Tue, 21 Jul 2015 16:47:50 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0
MIME-Version: 1.0
In-Reply-To: <C67ABF34-1468-4580-B1CB-236000DF6A85@gmail.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/6lo/ie02Kj0GbS_8qT3amqveZ13l2RY>
Subject: Re: [6lo] Draft wording for liaison statement
X-BeenThere: 6lo@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6lo>, <mailto:6lo-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/6lo/>
List-Post: <mailto:6lo@ietf.org>
List-Help: <mailto:6lo-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6lo>, <mailto:6lo-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 21 Jul 2015 14:47:59 -0000


Le 21/07/2015 12:34, Ralph Droms a écrit :
> We held a hum regarding the content of a liaison statement to send to
> ITU-T SG15 in response to the recent liaison statement from SG15.  The
> WG has been asked to respond by Friday.  Included below is a rough
> transcription of the words I used in the hum yesterday.  Scott, Samita,
> Gabriel, James and I will write up the final liaison statement for
> transmission to SG-15 on Friday.  If you have any comments on the
> *content* (not the specific language, which we will likely rewrite) of
> the text, please comment to the list by Thursday.
>
> -----
>
> The IETF will not change the definitions of the code points specified in
> RFC 4944 and RFC 6282, as published in IANA registry "IPv6 Low Power
> Personal Area Network Parameters"
> <http://www.iana.org/assignments/_6lowpan-parameters/_6lowpan-parameters.xhtml>,
> in such a way as to affect the ITU-T G.9903 and G.9905 specifications.

I agree, it is neutral enough.

But I dont understand why is IANA reserving anything below the IP layer?

Provided there is an explanation for it that I missed (sorry), I dont 
understand why IANA is not reserving something for the IPv6 Base Header 
altogether - a simple plain IPv6 Base Header uncompressed.?

> The IETF 6lo working group offers to collaborate with ITU-T SG15 in
> establishing a new registry for the code points following the ESC
> dispatch code.  This new registry will be populated at the time of its
> establishment with the Command ID values as defined in G.9903 and G.9905.

I can agree to it.  But I still need to understand why IANA needs to 
control this.

Alex

>
>
>
>
> _______________________________________________
> 6lo mailing list
> 6lo@ietf.org
> https://www.ietf.org/mailman/listinfo/6lo
>