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

Tero Kivinen <kivinen@iki.fi> Wed, 22 July 2015 09:12 UTC

Return-Path: <kivinen@iki.fi>
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 080851ACF55 for <6tisch@ietfa.amsl.com>; Wed, 22 Jul 2015 02:12:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.121
X-Spam-Level:
X-Spam-Status: No, score=-3.121 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_LETTER=-2, SPF_NEUTRAL=0.779] 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 Uj83pH-6l5cx for <6tisch@ietfa.amsl.com>; Wed, 22 Jul 2015 02:12:54 -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 07C221A8A09 for <6tisch@ietf.org>; Wed, 22 Jul 2015 02:12:53 -0700 (PDT)
Received: from fireball.acr.fi (localhost [127.0.0.1]) by mail.kivinen.iki.fi (8.15.1/8.14.8) with ESMTPS id t6M9Cb8r009616 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 22 Jul 2015 12:12:38 +0300 (EEST)
Received: (from kivinen@localhost) by fireball.acr.fi (8.15.1/8.14.8/Submit) id t6M9CbxA009185; Wed, 22 Jul 2015 12:12:37 +0300 (EEST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Message-ID: <21935.24197.701964.891872@fireball.acr.fi>
Date: Wed, 22 Jul 2015 12:12:37 +0300
From: Tero Kivinen <kivinen@iki.fi>
To: Pat Kinney <pat.kinney@kinneyconsultingllc.com>
In-Reply-To: <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> <46B319F0-78B7-455E-92E9-68D2D34BFE71@kinneyconsultingllc.com>
X-Mailer: VM 8.2.0b under 24.5.1 (x86_64--netbsd)
X-Edit-Time: 16 min
X-Total-Time: 18 min
Archived-At: <http://mailarchive.ietf.org/arch/msg/6tisch/tWpPm4pC98cRTa-1WQHhQUx1yHg>
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, Thubert Pascal <pthubert@cisco.com>, "6tisch@ietf.org" <6tisch@ietf.org>
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 09:12:56 -0000

Pat Kinney writes:
> 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.

If my reading is right then there will be one assignment for the whole
IETF, so we most likely would like to make RFC to specify how it is
splitted for different IETF protocols. I do not think COAP is the only
one in IETF who will ever want to use 802.15.4 payload IE. Most likely
adding one byte at the start of payload IE would be enough as
multiplexer for the rest of the payload...

On the other hand as I already told that 802.15.9 already does that
and even more, and the multiplex id there is 16-bit so getting numbers
from there is easier, and getting one number for CoAP would be no
problem etc.

Btw, the overhead of 802.15.9 is as follows:

If frame fits in one 802.15.4 frame 1+2 = 3 octets (1 for MP IE
control, and 2 for ethertype).

If it does not fit in one frame, and needs to be fragmented, then the
overhead will be 1+1+2+2 = 6 octets (1 for MP IE control, 1 for
fragment number, 2 for total payload length, and 2 for ethertype) for
the first frament and 1+1 = 2 octets (MP IE control, fragment number)
for rest of fragments.

In addition to that there is of course MAC header, Header IE
termination IE, and Payload IE header overhead for each fragment.
-- 
kivinen@iki.fi