Re: [6tisch] Comment to draft-wang-6tisch-6top-coapie-01.txt

Pat Kinney <pat.kinney@kinneyconsultingllc.com> Wed, 22 July 2015 07:47 UTC

Return-Path: <pat.kinney@kinneyconsultingllc.com>
X-Original-To: 6tisch@ietfa.amsl.com
Delivered-To: 6tisch@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 104B71B2D10 for <6tisch@ietfa.amsl.com>; Wed, 22 Jul 2015 00:47:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.899
X-Spam-Level:
X-Spam-Status: No, score=-3.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_LETTER=-2, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001] 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 Dj5oNNkOCUkj for <6tisch@ietfa.amsl.com>; Wed, 22 Jul 2015 00:47:02 -0700 (PDT)
Received: from p3plsmtpa06-08.prod.phx3.secureserver.net (p3plsmtpa06-08.prod.phx3.secureserver.net [173.201.192.109]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E4B0C1ACE3E for <6tisch@ietf.org>; Wed, 22 Jul 2015 00:47:01 -0700 (PDT)
Received: from dhcp-b12b.meeting.ietf.org ([31.133.177.43]) by p3plsmtpa06-08.prod.phx3.secureserver.net with id vKmv1q00L0wZmAf01Kmxyf; Wed, 22 Jul 2015 00:47:01 -0700
Content-Type: multipart/alternative; boundary="Apple-Mail=_B29F4DC9-5D14-4F28-9EDA-5D1980F67E2C"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\))
From: Pat Kinney <pat.kinney@kinneyconsultingllc.com>
In-Reply-To: <E045AECD98228444A58C61C200AE1BD849F42C09@xmb-rcd-x01.cisco.com>
Date: Wed, 22 Jul 2015 02:46:54 -0500
Message-Id: <46B319F0-78B7-455E-92E9-68D2D34BFE71@kinneyconsultingllc.com>
References: <21934.29961.675947.133987@fireball.acr.fi> <557195717.2108288.1437507849890.JavaMail.yahoo@mail.yahoo.com> <E045AECD98228444A58C61C200AE1BD849F42C09@xmb-rcd-x01.cisco.com>
To: Thubert Pascal <pthubert@cisco.com>
X-Mailer: Apple Mail (2.2102)
Archived-At: <http://mailarchive.ietf.org/arch/msg/6tisch/RH4RHI-JFV5zoPBW3JRFDSOgESE>
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tisch@ietf.org" <6tisch@ietf.org>, Tero Kivinen <kivinen@iki.fi>
Subject: Re: [6tisch] Comment to draft-wang-6tisch-6top-coapie-01.txt
X-BeenThere: 6tisch@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tisch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tisch>, <mailto:6tisch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/6tisch/>
List-Post: <mailto:6tisch@ietf.org>
List-Help: <mailto:6tisch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tisch>, <mailto:6tisch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 22 Jul 2015 07:47:08 -0000

Thanks Qin and Pascal;

As you know from subclause 13.4 of IEEE 802.15 WG’s Operation Manual, IEEE 802.15 WG needs a letter (or email attachment) from an IETF authority that could enforce the assurances necessary for the release of ID number assignment(s) from IEEE 802.15.  I was thinking that IANA could be that authority.  I can expedite the request within IEEE 802.15’s ANA once we receive that letter.

Pat

Pat Kinney
Kinney Consulting LLC
IEEE 802.15 WG vice chair, TG chair
ISA100.11a WG chair
O: +1.847.960.3715
pat.kinney@kinneyconsultingllc.com <mailto:pat.kinney@kinneyconsultingllc.com>
On 21, Jul2015, at 17:12, Pascal Thubert (pthubert) <pthubert@cisco.com> wrote:

I wondered the same, Qin.
 
Pat will know better J
 
Pascal
 
From: Qin Wang [mailto:qinwang6top@yahoo.com] 
Sent: mardi 21 juillet 2015 21:44
To: Tero Kivinen
Cc: 6tisch@ietf.org; Pascal Thubert (pthubert); Thomas Watteyne
Subject: Re: [6tisch] Comment to draft-wang-6tisch-6top-coapie-01.txt
 
Tero, Many thanks for the information.
 
Pascal, regarding to the group ID of payload IE, where we are? Have we submitted some kind of request to IEEE802.15.4 WG as described in the section 13.4, https://mentor.ieee.org/802.15/dcn/10/15-10-0235-15-0000-802-15-operations-manual.docx <https://mentor.ieee.org/802.15/dcn/10/15-10-0235-15-0000-802-15-operations-manual.docx>? Have we got some answer? I may missed something. 
 
Thanks
Qin
 
 
 

On Wednesday, July 22, 2015 12:36 AM, Tero Kivinen <kivinen@iki.fi <mailto:kivinen@iki.fi>> wrote:
 

Qin Wang writes:
> Before going to 802.15.9, I would like to discuss more about the
> coapie approach. In the 802.15.4e, the range (0x2-0x9) of group ID
> for payload IE is unmanaged.

Not anymore. Now allocations are handled by IEEE 802.15 WPAN Assigned
Numbers Authority (ANA), and it has all of them marked as reserved:

Element ID  Assigned to              Assigned by    ID (decimal)
0          Encapsulated Service      802.15.4e-2012  0
            Data Unit (ESDU)        
1          MLME (nested)            802.15.4e-2012  1
2          Vendor specific          802.15.4-corr1  2
3          Multiplexed (MP) IE      802.15.9        3
4          Omnibus Payload Group IE  Wi_SUN          4
5          Reserved                                  5
6          Reserved                                  6
7          Reserved                                  7
8          Reserved                                  8
9          Reserved                                  9
A          Reserved                                  10
B          Reserved                                  11
C          Reserved                                  12
D          Reserved                                  13
E          Reserved                                  14
F          List termination          802.15.4e-2012  15

This is from the Payload IE Group IDs tab from the
https://mentor.ieee.org/802.15/dcn/13/15-13-0257-06-0000-802-15-4-ana-database.xlsx <https://mentor.ieee.org/802.15/dcn/13/15-13-0257-06-0000-802-15-4-ana-database.xlsx>
document.

Link to the latest ANA database should be found from the
http://www.ieee802.org/15/ANA.html  <http://www.ieee802.org/15/ANA.html>page (hmm... it seems to have link
to -05 revision, need to send request to fix that).

If you read the ANA rules (in that page, or from the IEEE 802.15
Working Group Operations Manual
https://mentor.ieee.org/802.15/dcn/10/15-10-0235-15-0000-802-15-operations-manual.docx <https://mentor.ieee.org/802.15/dcn/10/15-10-0235-15-0000-802-15-operations-manual.docx>)
you will notice that yes, IETF might request to get one payload IE
number to be shared for all IETF protocols.

Of course you could also use Vendor specific IE, which starts with
3-octet vendor OUI, and then rest of it free for vendor specific use. 

> I thought IEEE802.15.4 WG had discussed how to use those Group ID,
> and also taken the requirement from 6tisch into consideration, and
> IEEE802.15.4 WG will assign a group ID to 6tisch. Am I wrong?

The numbers are now allocated by ANA, but as there is already vendor
specific IE, and the 802.15.9 multiplexed IE which would most likely
work fine for 6tisch, I am not sure whether ANA would approve such
request.

-- 
kivinen@iki.fi <mailto:kivinen@iki.fi>
 

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