Re: [6tisch] Link Options bitmap in 6P Cell format

Xavier Vilajosana <xvilajosana@eecs.berkeley.edu> Thu, 06 October 2016 02:54 UTC

Return-Path: <xvilajosana@gmail.com>
X-Original-To: 6tisch@ietfa.amsl.com
Delivered-To: 6tisch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B2CF212951F for <6tisch@ietfa.amsl.com>; Wed, 5 Oct 2016 19:54:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.597
X-Spam-Level:
X-Spam-Status: No, score=-2.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 1ycIWDjd9ItN for <6tisch@ietfa.amsl.com>; Wed, 5 Oct 2016 19:54:47 -0700 (PDT)
Received: from mail-lf0-x236.google.com (mail-lf0-x236.google.com [IPv6:2a00:1450:4010:c07::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4E3DA1293F5 for <6tisch@ietf.org>; Wed, 5 Oct 2016 19:54:47 -0700 (PDT)
Received: by mail-lf0-x236.google.com with SMTP id x79so4276074lff.0 for <6tisch@ietf.org>; Wed, 05 Oct 2016 19:54:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=phGmUjvHuOz30ISB9O3jMMhHkgkmnVant0nY0/blUc8=; b=yp8tGv9rAwTupv8+dYUhHNUPEdGdu1AMzaFT1gWWHNCApqUHtnQYZtzNCrNyPfqVmg w5NBZaYNGCOEgcuzLJmX82xu/Ej6+kcSvktmxkhk7YsA+ofb9FsbuMGagUaAv8XjMgS+ W38AXlcQH9ER9wOp7MaRRGhLO8+xXHPORs/ASqTPY0ne9hbpA86Tdon32Zh0aJUZrDQn j/3ReWQkzwmTb5/oUVKLPLbMLKBkDy9nwrPOguz3M5mjtpIY8lkr9WE7GRGe6SjPFS1A q/st8Y0tVYiIS1jDdtv8i+Xpbs8DGzZD3fh+TKNTkwTO4uuY/9/S2m5TE9vqjTTb5988 tGBA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=phGmUjvHuOz30ISB9O3jMMhHkgkmnVant0nY0/blUc8=; b=KiVfIQLqbEFfaI6AJEOUWZ4mJywIrrLvILsL4i+nENyzev8AkYjmHW8WfNMYu6E03n YgUWyigY0MmbZYKier/Y+5+M7AtRBBo4WwPxePRst9gCoV2E+tyuri2CjxBVXydLmbdb MxnUnTpFaLlaxF1TY1t+Fe26aMkoHcnRT+B4DYq9Jx8GEe73wW15VtykK1seqIWiGSlC 5Xat0eSO5bGcw072hp5yhueaRIiB1yfi83Hi1pMk8c8HTVlepzK++qJRxvvU2mkbYCnp dbls4Q1eMwXsdxr+h7yw+SXivHOHrhYTNn9Y5r/IN4SUohKEhDjrRIhzAR6YvMRlS5zk PtYQ==
X-Gm-Message-State: AA6/9RnuN5Ej2Gg2tlEZZG6zjAUZMR/h+McLR0n7jROFG+Rt+jX1xLikL7zE7IsnH1ZKCA1xA4RAGOCnrSbRxg==
X-Received: by 10.25.158.140 with SMTP id h134mr5063635lfe.0.1475722485270; Wed, 05 Oct 2016 19:54:45 -0700 (PDT)
MIME-Version: 1.0
Sender: xvilajosana@gmail.com
Received: by 10.25.16.92 with HTTP; Wed, 5 Oct 2016 19:54:44 -0700 (PDT)
In-Reply-To: <459643762.4806735.1475681274441@mail.yahoo.com>
References: <CAMsDxWQ0MhopcM_8rbDEsiM2=k5JpTG8x+x3LMcRH_Dw-vBw9Q@mail.gmail.com> <1294757112.10022353.1475678742266@mail.yahoo.com> <22517.5664.440871.727991@fireball.acr.fi> <459643762.4806735.1475681274441@mail.yahoo.com>
From: Xavier Vilajosana <xvilajosana@eecs.berkeley.edu>
Date: Thu, 06 Oct 2016 04:54:44 +0200
X-Google-Sender-Auth: oJHmf1CIHtg7PQeEa-o0LicP0fw
Message-ID: <CAMsDxWQbUSr1iMk2EVnRymQARnDkhkiz+5RD2SzSQ9Pe_h1fWg@mail.gmail.com>
To: Qin Wang <qinwang6top@yahoo.com>
Content-Type: multipart/alternative; boundary="001a114102a4858e79053e296a5e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/6tisch/azkTHra4k82M3wUW_JVFvHwgprw>
Cc: "6tisch@ietf.org" <6tisch@ietf.org>, Tero Kivinen <kivinen@iki.fi>
Subject: Re: [6tisch] Link Options bitmap in 6P Cell format
X-BeenThere: 6tisch@ietf.org
X-Mailman-Version: 2.1.17
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: Thu, 06 Oct 2016 02:54:50 -0000

Hi Qin,

the LinkOptions makes it more flexible for future uses (as it opens more
options). I see the priority field for example also interesting.

I agree however that we use 5-extra bits per requested cell and that the
timekeeping and priority fields are not in the scope as of today. Maybe
even 8 if we leave some reserved bits as 15.4.

thoughts?
X


2016-10-05 17:27 GMT+02:00 Qin Wang <qinwang6top@yahoo.com>:

> Hi Tero,
>
> Thank you for the update.
>
> According to my understanding, the flag used in 6P is trying to define the
> communication direction of scheduled cell(s). So, I wonder if 2 bits flag
> is enough.
>
> Thanks
> Qin
>
>
> On Wednesday, October 5, 2016 11:03 AM, Tero Kivinen <kivinen@iki.fi>
> wrote:
>
>
> Qin Wang writes:
> > In IEEE802.15.4e, LinkOptions is defined as follows.
>
> This was changed in the 802.15.4-2015, i.e., the MLME and he PIB no
> longer specify bit numbers for those infrmation, they provide the same
> information in separate parameters (TxLink, RxLink, SharedLink,
> TimekeepngLink, PriorityLink), or spearate PIB entries (macTxType,
> macRxType, macLinkTimekeeping and macPriorityType).
>
> The TSCH Slotframe and Link IE do define field called Link Options and
> splits it to bits as follows:
>
> +---------+---------+-------------+-------------+----------+----------+
> | Bits: 0 |    1  |      2      |      3      |    4    |  5-7    |
> +---------+---------+-------------+-------------+----------+----------+
> | TX Link | RX Link | Shared Link | Timekeeping | Priority | Reserved |
> +---------+---------+-------------+-------------+----------+----------+
>         Figure 7-54 --Link Options field format
>
> Note, that there is new bit for Priority in there too. And as normally
> this is LSB first so care should be taken when written to the IETF
> draft...
>
>
> > Is it what you are going to use? Then, another way is to use two bits to
> > express TX/RX/Share. I'm not sure which way is better than another.
>
>
> Two bits is not enough to define all different link types. The text in
> 802.15.4-2015 defining the bits is:
>
>     The TX Link field shall be set to one if it is a TX link and
>     shall be set to zero otherwise.
>
>     TX Shared links, indicated by the TX link field and Shared
>     Link field both set to one, may be used by a joining device to
>     send an Association Request command or higher layer message to
>     the advertising device.
>
>     The RX Link field shall be set to one if the link is an RX
>     link and shall be set to zero otherwise. RX links are used by
>     a joining device to receive an Association Response command or
>     higher layer message from an advertising device.
>
>     The Shared Link field shall be set to one if the link is a
>     shared link and shall be set to zero otherwise. A shared link
>     is one that uses contention to access the medium.
>
>     A link may be used as both a TX shared link and RX link.
>
>     The Timekeeping field shall be set to one if the link is to be
>     used for clock synchronization and shall be set to zero
>     otherwise. RX links shall have the Timekeeping field set to
>     one.
>
>     The Priority field shall be set to one if the link is a
>     priority channel access, as defined in 6.2.5.2, and shall be
>     set to zero otherwise.
> --
> kivinen@iki.fi
>
>
>
>