IETF Logo Mail Archive

Re: [6tisch] 6P and Sf0 issue: Statistics for SFs and Relocation

Xavier Vilajosana <xvilajosana@eecs.berkeley.edu> Fri, 11 March 2016 14:38 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 7D31712D816 for <6tisch@ietfa.amsl.com>; Fri, 11 Mar 2016 06:38:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.348
X-Spam-Level:
X-Spam-Status: No, score=-2.348 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, 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 Gddu5PrJ4O18 for <6tisch@ietfa.amsl.com>; Fri, 11 Mar 2016 06:38:00 -0800 (PST)
Received: from mail-vk0-x231.google.com (mail-vk0-x231.google.com [IPv6:2607:f8b0:400c:c05::231]) (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 E4D9312D7B8 for <6tisch@ietf.org>; Fri, 11 Mar 2016 06:36:33 -0800 (PST)
Received: by mail-vk0-x231.google.com with SMTP id e6so135988659vkh.2 for <6tisch@ietf.org>; Fri, 11 Mar 2016 06:36:33 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=RfY8LiAGBB0Y9sXP3ruzcpGqYyflmGrb3pSroa8TY8g=; b=CZx5nP+fBhjA7o0kc1c8BQXyJI/2/8j4imOWZJ5fOl9Uq1PTUUpAHziBtduCCFOSsO GRt7p5jQGWDd+LcPi0ZY8cNUnD2exBtLUsCIWbb/xQqrmJIfOyHy8nnAFuvVx06JLtw2 nCSDeI5GPaBQLcRRWgxLRlNVsw9TMCY/5Is49VfIQ2YGWJ6DdGgw5qiq5NQCPH/vTNJR rT+mlPOkdDXa0T+dNYlKbUDDe1wW8ZisOMTlwmq5vm97um+bcPa1sDgtS5Nf0ayC5XnU SyMKRXvIHRRXMCAyRy5GtsYWF6KHuOaesVWgFx5kdyxrbRCCyAXuxG4E1OLfwxdT50cy egzw==
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:date :message-id:subject:from:to:cc; bh=RfY8LiAGBB0Y9sXP3ruzcpGqYyflmGrb3pSroa8TY8g=; b=NXceuRX+Krb84wAokPZeomS8lD6zj35EEkew/3gT62Wdwndoi3t5UZcdBoECL6vcjO 1d/KESi6lnjhPS0zdiNGCUyFK891O++ZsP1gpnCOYNXKJW3iGm1B3X2l86dcoA8dqdKo efH/xgnmKZgRYEpGx116zINYJFQZDnbv5Et9RghDEx1gtJzHfZRMiaynYADIGmGZoCD4 pWO+387WCITmU+vk5aTI7R08E2uRfOYpDoXZh9eQsEc6BAZrJh9UPpIX+pwdYm9JsvU+ PpAply8JIpP0JShGo2aDb5XKsMbbjvNZXsrBEKEfic1F51TeimH2JN03rB7dpcIzZvn+ WFMw==
X-Gm-Message-State: AD7BkJLc6PnVSRKe8PDwTA2DWNj09JIRRLQgRZGsceQk4vqza8qn9Bd9cWcgUsbqCnB3PZb6e0zA2GJ/eG65qg==
MIME-Version: 1.0
X-Received: by 10.31.8.205 with SMTP id 196mr10026347vki.144.1457706992961; Fri, 11 Mar 2016 06:36:32 -0800 (PST)
Sender: xvilajosana@gmail.com
Received: by 10.31.146.195 with HTTP; Fri, 11 Mar 2016 06:36:32 -0800 (PST)
In-Reply-To: <CADJ9OA_HhA0LU3G8Jhx9EO3QB+g1f2sivpoG6+-LDkH9Feiyfg@mail.gmail.com>
References: <CAH7SZV92xOj-sCZrhfA9pkiusO_cfrBScDkbShfEJE_Rv-TeAQ@mail.gmail.com> <5cc338fe6226453c9d94d234de58f5e8@XCH-RCD-001.cisco.com> <CAH7SZV-FAhR6MAJRfxq1PnJwvhbTsT5Wz2gLctPR_kAEUso2Vw@mail.gmail.com> <CADJ9OA_HhA0LU3G8Jhx9EO3QB+g1f2sivpoG6+-LDkH9Feiyfg@mail.gmail.com>
Date: Fri, 11 Mar 2016 15:36:32 +0100
X-Google-Sender-Auth: GTC95ROSEAdYGLBAZSSuTYP2yRw
Message-ID: <CAMsDxWQd=1yUo6B7zWObdzDoO4fMBdnZndAm9S1LgsuAVcaRJw@mail.gmail.com>
From: Xavier Vilajosana <xvilajosana@eecs.berkeley.edu>
To: Thomas Watteyne <thomas.watteyne@inria.fr>
Content-Type: multipart/alternative; boundary="001a1144f912809411052dc6db6e"
Archived-At: <http://mailarchive.ietf.org/arch/msg/6tisch/YNVL2c1hdCjpr_MVk1Utqi8dUR0>
Cc: "Pascal Thubert (pthubert)" <pthubert@cisco.com>, "Prof. Diego Dujovne" <diego.dujovne@mail.udp.cl>, "6tisch@ietf.org" <6tisch@ietf.org>
Subject: Re: [6tisch] 6P and Sf0 issue: Statistics for SFs and Relocation
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: Fri, 11 Mar 2016 14:38:04 -0000

Hi Diego,

will that sentence work?

SHOULD provide a list of metrics and statistical operations used for the
proper operation of the SF

regards,
Xavi

2016-03-11 15:23 GMT+01:00 Thomas Watteyne <thomas.watteyne@inria.fr>:

> +1
>
>
> On Friday, March 11, 2016, Prof. Diego Dujovne <diego.dujovne@mail.udp.cl>
> wrote:
>
>> Pascal,
>>            Agreed. Then we should add a
>> new SHOULD item at the end of the
>>
>> "4.2.  Requirements for an SF"
>>
>> section on the 6TiSCH Operation Sublayer (6top) draft
>> to include statistics.
>>
>> Regards,
>>
>>                   Diego
>>
>> 2016-03-04 8:21 GMT-03:00 Pascal Thubert (pthubert) <pthubert@cisco.com>:
>>
>>> I’d support that, Diego
>>>
>>>
>>>
>>> If the visible operation of the device depends on it and that influences
>>> the interoperation, it is good to document a base way of doing things.
>>>
>>>
>>>
>>> Cheers,
>>>
>>>
>>>
>>> Pascal
>>>
>>>
>>>
>>> *From:* 6tisch [mailto:6tisch-bounces@ietf.org] *On Behalf Of *Prof.
>>> Diego Dujovne
>>> *Sent:* jeudi 3 mars 2016 20:26
>>> *To:* 6tisch@ietf.org
>>> *Subject:* [6tisch] 6P and Sf0 issue: Statistics for SFs and Relocation
>>>
>>>
>>>
>>> Dear all,
>>>
>>>            Given the requirements to build SFs exposed
>>>
>>> in the 6tisch sublayer draft, there is no specification
>>>
>>> on how to obtain the statistics and calculate and build
>>> the metrics used to decide when to add/delete/relocate
>>>
>>> cells. The draft asks only for the set of rules.
>>>
>>>           SF0 defines an algorithm using specific values
>>>
>>> as thresholds and rules for adding/removing cells and
>>> uses PDR and a simple decision rule to decide which
>>> cell to relocate.  However, this may not be the case
>>> for the other (possibly more complex) SFs, where
>>> metrics based on statistics could be included.
>>>
>>>            Shall we include a section on the description
>>>
>>> of how to calculate the specific statistics used on each
>>>
>>> SF, or just leave this out of scope to the implementer?
>>>
>>> My point of view is that statistics should be specified
>>>
>>> in order to be able to interoperate between different
>>>
>>> implementations of the same SF.
>>>
>>>             What do you think?
>>>
>>>             Thank you,
>>>
>>>                                   Diego Dujovne
>>>
>>>
>>>
>>>
>>> --
>>>
>>> DIEGO DUJOVNE
>>> Académico Escuela de Ingeniería en Informática y Telecomunicaciones
>>> Facultad de Ingeniería UDP
>>> www.ingenieria.udp.cl
>>> (56 2) 676 8125
>>>
>>
>>
>>
>> --
>> DIEGO DUJOVNE
>> Académico Escuela de Ingeniería en Informática y Telecomunicaciones
>> Facultad de Ingeniería UDP
>> www.ingenieria.udp.cl
>> (56 2) 676 8125
>>
>
>
> --
> _______________________________________
>
> 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
>
>

v2.23.0 | Report a Bug | By Email