Re: [6tisch] Comments on draft-chang-6tisch-msf-00
Xavi Vilajosana Guillen <xvilajosana@uoc.edu> Wed, 14 February 2018 04:28 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 B789412D961 for <6tisch@ietfa.amsl.com>; Tue, 13 Feb 2018 20:28:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 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_NONE=-0.0001, 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 Gm-O9QaIB_Rm for <6tisch@ietfa.amsl.com>; Tue, 13 Feb 2018 20:28:43 -0800 (PST)
Received: from mail-qk0-x243.google.com (mail-qk0-x243.google.com [IPv6:2607:f8b0:400d:c09::243]) (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 CB4C71200E5 for <6tisch@ietf.org>; Tue, 13 Feb 2018 20:28:42 -0800 (PST)
Received: by mail-qk0-x243.google.com with SMTP id b130so8073156qkg.9 for <6tisch@ietf.org>; Tue, 13 Feb 2018 20:28:42 -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=TKyuCDr8LaLvk9RAv2QZbc7m36VUgY+UK4WFOiDc3MA=; b=Snqry/t9CXzhNABS80h5gYCdkBRIF6pahC00txhUj6pmOJZCBO3Wo8lQ53zzaEXiA9 5R7Ms3pSR21Ult+oq/5URjmZGFNgVqdhUEnQl8npGz2CNqndxR5iC3c7JkAwWvxTQGpE Ty5/ha+DGT3SLWnEwns7KvKFsA7GfnO/JRFFY=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=TKyuCDr8LaLvk9RAv2QZbc7m36VUgY+UK4WFOiDc3MA=; b=Ub+RYuBiBQ+FEaV+5UoY5Kq0x5bAX+kYMwE//tzQ/nqTCzudSb0fNsKn+K2BP7sEC+ 6dv8OfxhjLRMZqsWhgU67bCm2Ay2RFye8cBqzKY7zN7/BzOdqrATohDES70DGst59Avt QFcGRgQicB/tBuufOI9ef2v9jJIdL0rg59qme4lqx7VxIrmbbrAfMS5EOZfY9Zv7MGiV HgG7hqM8mhTDyLKWyylExrxpljG+43oliqYjsHcOTVUitV4DqtQkmrMMOqjOmZ7xbGSS 0ReZbmGBSMbu6SHAFRUcOnhPCenCEtp6e5bHGulaG2s6ztqhojuH2bS4TxLVJrwFwgdl sOtQ==
X-Gm-Message-State: APf1xPBYtrPogt6HA+6dvIuLtk83mWZtUW0aTFZ9W/YK3slq8AXX1x1Z wEbXavYaaW+aeQKMlPT3sphASi5YrxZQDwWNSbXWiQ==
X-Google-Smtp-Source: AH8x22507wiz8M5NYdIcDNTr8RiaD76alVmoVWzxxOdQXq7lujy5i1pQHXHumy7wSdKQ1ISyrxNZitLN2jWhzQDRtnA=
X-Received: by 10.55.170.5 with SMTP id t5mr5429154qke.248.1518582521523; Tue, 13 Feb 2018 20:28:41 -0800 (PST)
MIME-Version: 1.0
Received: by 10.12.195.71 with HTTP; Tue, 13 Feb 2018 20:28:41 -0800 (PST)
In-Reply-To: <1773604737.157154.1518542023636.JavaMail.root@canet.uoc.es>
References: <1773604737.157154.1518542023636.JavaMail.root@canet.uoc.es>
From: Xavi Vilajosana Guillen <xvilajosana@uoc.edu>
Date: Wed, 14 Feb 2018 05:28:41 +0100
Message-ID: <CAC9+vPgBSR0KdAAxionzShrf_1E2rL5SbwuK7J-vZDt14MdK-g@mail.gmail.com>
To: Yasuyuki Tanaka <yasuyuki.tanaka@inria.fr>
Cc: tisch <6tisch@ietf.org>
Content-Type: multipart/alternative; boundary="94eb2c06fb20c2074d0565248bfa"
Archived-At: <https://mailarchive.ietf.org/arch/msg/6tisch/ruoGXE_qeR39n_LSwp62eY-9Fws>
Subject: Re: [6tisch] Comments on draft-chang-6tisch-msf-00
X-BeenThere: 6tisch@ietf.org
X-Mailman-Version: 2.1.22
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, 14 Feb 2018 04:28:48 -0000
Dear Yatch, thanks for your comments! see inline my answers. 2018-02-13 18:13 GMT+01:00 Yasuyuki Tanaka <yasuyuki.tanaka@inria.fr>: > Hi all, > > I'd like to share my comments on draft-chang-6tisch-msf-00: > > https://tools.ietf.org/html/draft-chang-6tisch-msf-00 > > The first one is about 6P CLEAR after detecting unreachability to a > neighbor. > > > 3.8. Step 7 - Neighbor Polling > > > > (snip) > > > > When a neighbor is declared unreachable, the node MUST issue a 6P > > CLEAR to that neighbor (which can fail at the link-layer), and MUST > > remove all dedicated links with that neighbor from its own schedule. > > > Why does the node have to issue a 6P CLEAR to a neighbor which is > determined to be unreachable...? It just wastes time and energy of the > initiator since this transaction will fail as the draft mentioned. I think > it'd be fine to remove all the dedicated cells to the unreachable neighbor > without 6P CLEAR. By the way, the term "cells" should be used instead of > "links". > > XV> I agree. A node can directly reset its schedule. We will change that sentence. > Other comments are trivial. > > > 1. Introduction > > > > (snip) > > > > MSF is designed to operate in a wide range of application domains. > > It is optimized for applications with regular upstream traffic (from > > the nodes to the Internet). > > "The internet" sounds too specific. "From the nodes toward the root" would > be better? > XV>> Agree. > > > 2. Interface to the Minimal 6TiSCH Configuration > > > > (snip) > > > > MSF uses the minimal cell to exchange the following packets: > > > > ... > > > > 4. The first 6P packet a node issues to a neighbor it doesn't have > > dedicated cells to, as defined by > > [I-D.ietf-6tisch-6top-protocol]. These are unicast frames. > > The minimal cell is used for not only the first 6P packet but also > subsequent packets associated with a 6P transaction initiated by the first > packet. In this sense, I'd like to propose to replace it with: > > 6P packets to schedule the first dedicated cell with a neighbor. There > are unicast frames. > XV>> Agree. > > > 7. Rules for CellList > > > > > > MSF uses 2-step 6P Transactions exclusively. 6P Transactions are > > only initiated by a node towards it preferred parent. As a result, > > the cells to put in the CellList of a 6P ADD command, and in the > > candidate CellList of a RELOCATE command, are chosen by the node. In > > both cases, the same rules apply: > > > > the CellList SHOULD contain 5 or more cells. > > Each cell in the CellList MUST have a different slotOffset value. > > For each cell in the CellList, the node MUST NOT have any > > scheduled cell on the same slotOffset. > > The slotOffset value of any cell in the CellList MUST NOT be the > > same as the slotOffset of the minimal cell (slotOffset=0). > > The slotOffset of a cell in the CellList SHOULD be randomly and > > uniformly chosen among all the slotOffset values that satisfy the > > restriction above. > > The channelOffset of a cell in the CellList SHOULD be randomly and > > uniformly in [0..numFrequencies] where numFrequencies represents > > the number of frequencies a node can communicate on. > > > Is this a format error...? > XV>> No, I think this is a bullet list with "invisible" bullets :) . We add the bullets. > > > 8. 6P Timeout Value > > > > > > The 6P Timeout is not a constant value. It is calculated a (C/ > > PDR)*6PTIMEOUT_SEC_FACTOR, where: > > > I think it'd be better for a variable name to start with a non-numeric > character even in a document. > > XV>> Agree. > That's it! > > Best, > Yatch > thanks Yatch! regards X > _______________________________________________ > 6tisch mailing list > 6tisch@ietf.org > https://www.ietf.org/mailman/listinfo/6tisch > -- Dr. Xavier Vilajosana Wireless Networks Lab *Internet Interdisciplinary Institute (IN3)Professor* (+34) 646 633 681 xvilajosana@uoc.edu <usuari@uoc.edu> http://xvilajosana.org http://wine.rdi.uoc.edu Parc Mediterrani de la Tecnologia Av Carl Friedrich Gauss 5, B3 Building 08860 Castelldefels (Barcelona). Catalonia. Spain [image: Universitat Oberta de Catalunya]
- [6tisch] Comments on draft-chang-6tisch-msf-00 Yasuyuki Tanaka
- Re: [6tisch] Comments on draft-chang-6tisch-msf-00 Xavi Vilajosana Guillen
- Re: [6tisch] Comments on draft-chang-6tisch-msf-00 Thomas Watteyne
- Re: [6tisch] Comments on draft-chang-6tisch-msf-00 Yasuyuki Tanaka