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)
- [6tisch] macLinkType for the minimal configuratio… Yasuyuki Tanaka
- Re: [6tisch] macLinkType for the minimal configur… Yasuyuki Tanaka
- Re: [6tisch] macLinkType for the minimal configur… Thomas Watteyne
- Re: [6tisch] macLinkType for the minimal configur… Xavi Vilajosana Guillen
- Re: [6tisch] macLinkType for the minimal configur… Tero Kivinen
- Re: [6tisch] macLinkType for the minimal configur… Thomas Watteyne
- Re: [6tisch] macLinkType for the minimal configur… Xavi Vilajosana Guillen
- Re: [6tisch] macLinkType for the minimal configur… Thomas Watteyne