Re: [6tisch] macLinkType for the minimal configuration (draft-ietf-6tisch-minimal-16)

Xavi Vilajosana Guillen <xvilajosana@uoc.edu> Sun, 20 November 2016 19:13 UTC

Return-Path: <xvilajosana@uoc.edu>
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 B5A721297BD for <6tisch@ietfa.amsl.com>; Sun, 20 Nov 2016 11:13:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 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 (1024-bit key) header.d=uoc.edu
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 IRm6uZyeqIoj for <6tisch@ietfa.amsl.com>; Sun, 20 Nov 2016 11:13:36 -0800 (PST)
Received: from mail-it0-x233.google.com (mail-it0-x233.google.com [IPv6:2607:f8b0:4001:c0b::233]) (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 6C53E1297BF for <6tisch@ietf.org>; Sun, 20 Nov 2016 11:13:31 -0800 (PST)
Received: by mail-it0-x233.google.com with SMTP id l8so74205245iti.1 for <6tisch@ietf.org>; Sun, 20 Nov 2016 11:13:31 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoc.edu; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=FmVYpUqZb7SN9BNUPD5tAryjAHn8iKlA606A4ozEJMo=; b=EM8sQjCk7za0quBK6r5JkuiS61Iv/lMrc+CO4nffPTi1aDjiL0epfg5GGgMZQhoGn2 DWk4H7hndOcC31fOkGOsL9n2mf5bWX61mP379fMkjp+eb1iLy7EaBmu7QoqGV2f0tJ/I iclBo7HMFdnYQho7PyIAn/CjJMfWiSLB5nBFI=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=FmVYpUqZb7SN9BNUPD5tAryjAHn8iKlA606A4ozEJMo=; b=AYaMytNFnKPQD2WjvSn3AeRBaNPrQGCqGzldDiW5PdAiGIrJ+iCbllrs/u7UwOy7bH DnInIbhCWyGPNyOHBeWk9Yldw72I79ADRkXsWUxVU96DAJQvNvXlyscpTCGEuXru9kT+ P1hZaPvsQzrbPtqjeZmHF9sd1jY3x9CSjGAi3d0YrJ/1XKJNlc8xKOLtXuZW1AAxi8Rm qXW/pGUOh2VXhJxhNAduhdNgzUJd7AZz5biLcvB5mcxCFsijdMRVqt4GsX5ybzIKq9aw u/YliWusSum86oZYb/x8IcKshfED6FIzKpHzs1OaBJz/YvlO46VW9NhWG5IcKtJbzZ6z trsA==
X-Gm-Message-State: AKaTC02Q9KkJg18p3HdhMI1nwutrbZ0UgzxOeaoCxyAIZDeKRAMtw0usj4B4Yd4OiNSKNYw9ialFZJTxIRJuLPvj
X-Received: by 10.36.52.203 with SMTP id z194mr6875275itz.121.1479669210356; Sun, 20 Nov 2016 11:13:30 -0800 (PST)
MIME-Version: 1.0
Received: by 10.107.144.137 with HTTP; Sun, 20 Nov 2016 11:13:29 -0800 (PST)
In-Reply-To: <1861856350.304974.1479663117946.JavaMail.root@canet.uoc.es>
References: <249de7e0-5dfc-b125-3fa5-c10c53521b25@toshiba.co.jp> <0F2B8662-E50E-4083-98EC-B87E56A32FA7@kinneyconsultingllc.com> <09a231b7-0673-5393-de3f-12eeb629a79d@toshiba.co.jp> <1861856350.304974.1479663117946.JavaMail.root@canet.uoc.es>
From: Xavi Vilajosana Guillen <xvilajosana@uoc.edu>
Date: Sun, 20 Nov 2016 20:13:29 +0100
Message-ID: <CAC9+vPhymnbPMJ_sL-TdPhC_5NOOiurw699VM_Aac8s_g7Dzcw@mail.gmail.com>
To: Thomas Watteyne <thomas.watteyne@inria.fr>
Content-Type: multipart/alternative; boundary="001a113b0716ab357b0541c055a4"
Archived-At: <https://mailarchive.ietf.org/arch/msg/6tisch/BXsUR3_lEiqMmpzIvtt1NVUb_QM>
Cc: Yasuyuki Tanaka <yasuyuki9.tanaka@toshiba.co.jp>, "6tisch@ietf.org" <6tisch@ietf.org>, "pat.kinney@kinneyconsultingllc.com" <pat.kinney@kinneyconsultingllc.com>
Subject: Re: [6tisch] macLinkType for the minimal configuration (draft-ietf-6tisch-minimal-16)
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: Sun, 20 Nov 2016 19:13:40 -0000

Hi, I jump in :)

We discussed this. We said to use NORMAL in order to support any type of
packet in the minimal cell/s and not only EBs. From our discussions, I
think that we all understood (at least is what I captured in the minimal
text) that if the type is NORMAL we can also send EBs there and hence we
discarded ADVERTISEMENT type.

A clarification of these will be really valuable now that I will proceed
with the revision of minimal.

regards,
X

2016-11-20 18:30 GMT+01:00 Thomas Watteyne <thomas.watteyne@inria.fr>:

> Yatch,
>
> Good point, indeed. The cell draft-minimal uses is indeed used for two
> things: EBs and other frames. The question can we reformulate as "if we set
> it to ADVERTISING, are we allowed to send non-EB frames on it" and "if we
> set it to NORMAL, are we allowed to send EB frames on it".
>
> From the excerpts you cite, it looks like ADVERTISING makes more sense. Of
> course, we are heavily in IEEE territory with this question, so we, as
> 6TiSCH, cannot really answer. @Pat, could you circulate this point in the
> IEEE 6T IG so we can get an official recommendation on the matter from the
> IEEE.
>
> If the decision is to set the cell to "ADVERTISING", I will add an issue
> and ask  the authors of draft-minimal to make the change.
>
> Thomas
>
> On Fri, Nov 18, 2016 at 12:59 AM, Yasuyuki Tanaka <
> yasuyuki9.tanaka@toshiba.co.jp> wrote:
>
>> Thank you for your comment, Pat!
>>
>> I noticed your message wasn't on the ML; I paste it here.
>>
>> On 2016/11/17 16:40, pat.kinney@kinneyconsultingllc.com wrote:
>>
>>>
>>> Yasuyuki brings up a very good point.  A major effort in creating
>>> 802.15.4-2015 was to eliminate (at least try to) ambiguities.  As
>>> per the IEEE style guide: "The word may is used to indicate a course
>>> of action permissible within the limits of the standard (may equals
>>> is permitted to ).”  The LinkType wording was modified to clarify
>>> when to use normal and when to use advertisement.  As per Yasuyuki
>>> Table 8-46 does state that "Set to ADVERTISING if the link is to be
>>> used to advertise the network, otherwise set to NORMAL.”  I should
>>> note that the text in that sub-clause adds " If LinkType is set to
>>> ADVERTISE, the links may be used to send Enhanced Beacon frames as
>>> the result of the MAC receiving a MLME-BEACON.request.”  The intent
>>> of 802.15.4-2015 was not meant to change the meaning of LinkType,
>>> rather it was meant to clarify.
>>>
>>> So, Yasuyuki’s question is indeed valid, should the minimal
>>> configuration set the LinkType set to Advertising?
>>>
>>> Pat
>>>
>>> Pat Kinney
>>> Kinney Consulting LLC
>>> IEEE 802.15 WG vice chair, SC chair
>>> ISA100 co-chair, ISA100.20 chair
>>> O: +1.847.960.3715
>>> pat.kinney@kinneyconsultingllc.com
>>>
>>
>> _______________________________________________
>> 6tisch mailing list
>> 6tisch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tisch
>>
>
>
>
> --
> _______________________________________
>
> Thomas Watteyne, PhD
> Research Scientist & Innovator, Inria
> Sr Networking Design Eng, Linear Tech
> Founder & co-lead, UC Berkeley OpenWSN
> Co-chair, IETF 6TiSCH
>
> www.thomaswatteyne.com
> _______________________________________
>
> _______________________________________________
> 6tisch mailing list
> 6tisch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tisch
>
>


-- 
Dr. Xavier Vilajosana Guillén­
Research Professor
Wireless Networks Research Group
Internet Interdisciplinary Institute (IN3)
Universitat Oberta de Catalunya­

+34 646 633 681| xvilajosana@uoc.edu­ | Skype­: xvilajosana
http://xvilajosana.org
http://wine.rdi.uoc.edu/

Parc Mediterrani de la Tecnologia
Av. Carl Friedrich Gauss, 5. Edifici B3
08860 Castelldefels (Barcelona)



­