IETF Logo Mail Archive

Re: [6tisch] [6TiSCH] Node Behavior at Boot in SF0

"Prof. Diego Dujovne" <diego.dujovne@mail.udp.cl> Mon, 21 November 2016 13:26 UTC

Return-Path: <diego.dujovne@mail.udp.cl>
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 869A7129A3A for <6tisch@ietfa.amsl.com>; Mon, 21 Nov 2016 05:26:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mail-udp-cl.20150623.gappssmtp.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 0RPvZi5hATXZ for <6tisch@ietfa.amsl.com>; Mon, 21 Nov 2016 05:26:35 -0800 (PST)
Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::22e]) (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 22BD3129A42 for <6tisch@ietf.org>; Mon, 21 Nov 2016 05:26:31 -0800 (PST)
Received: by mail-wm0-x22e.google.com with SMTP id f82so144885383wmf.1 for <6tisch@ietf.org>; Mon, 21 Nov 2016 05:26:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mail-udp-cl.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=5XZlc+S41hAHlBHPGq5p2GDrCgk+FF+8V7HjFk3BBy4=; b=njz54groyUeqrrRyHgzqKxcmBK/m45HssjROs08sP76dkqW2ldiQ/g6u1Tw7pcWOsU ixfpSIzlp9sfKxcSZWMnqMdgi/RYgnaDpiT1mlofxCXjFkXs9SB/yE1mSxcOwH5fJuEQ lHrQRPKQTGEQLO85Wi9KsodwUuFEhr5n8dJNcf0ETvhlqpSTP6lTkPvpMR3L8+6/vjEI 53PTsT5zF7vPAdYD5aTeQU47LaxpBNWk//4d/l4Xh3NHS/tCV9UNJrcLLWU1bZIEM/lU ip/i8spgCdjVfaTCKejLxnWpcgCoIy3Jqtq3RIAE2eKpdcZ33yc67dVXAmVgC/JsHekw Sz1w==
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=5XZlc+S41hAHlBHPGq5p2GDrCgk+FF+8V7HjFk3BBy4=; b=j1fAYb+X6ZtKALoZ3VseteGgjlWMaJLPWsGZMPoUht6LtDS92ERw0DNgQnfyUYSWPG ofFInN/T1uDtA33nN7E/HDKjWjWWnYYf//jDl1Dly07VTVh47Zvw1/No0MD8inx+58zU gpiGCPV4nllvNEtVoXOiNZVBka9gcVHAHr20vIbKvl2jIPg4EDY6zQab/l6BqXjhC8gK gQWC+Z1gM5/01gX6YJdmNkVNY/Pj9sNl58uJ55MGDka1mKHtAYdMNJf5Z7l8Taz9RbJ3 ipDKkLXSrP0SZHNgd7lLoK5u12wTDKaAAWnck/bdDhc8rnZ67+8LO3gMUB4bcDxqnsJK rAMg==
X-Gm-Message-State: AKaTC01kv+XobG1r1FJBEEbVn/UiAtMzP+9VyY0GOl4Wmnz19YLvZtrUrZk8Yx2evSXNDYUKa6elalDEjHSK0g==
X-Received: by 10.28.37.2 with SMTP id l2mr16356759wml.86.1479734789570; Mon, 21 Nov 2016 05:26:29 -0800 (PST)
MIME-Version: 1.0
Received: by 10.28.134.135 with HTTP; Mon, 21 Nov 2016 05:26:09 -0800 (PST)
In-Reply-To: <336b3bcd-eee8-6b3a-0e31-e8e80988f73d@toshiba.co.jp>
References: <CAAdgstS-_CszQZ-0aDf3sOrj4kuJ1MU6HR2Z97OoiecrPkSGdw@mail.gmail.com> <6f8fff17-2238-8470-7109-9a44b874eb00@toshiba.co.jp> <CADJ9OA8bVu=R+BGaesTZMnziAugs2gx80x15qsWeFeD=wpKepw@mail.gmail.com> <CAH7SZV84FhvZRMkLiStOZnVe+8RaP3aPA+QnRbQQnmSNLt4ttg@mail.gmail.com> <CADJ9OA-2677vjkHr2SiCN6YVCmUmOUQb89c6a=eAw1-eBkC5uw@mail.gmail.com> <CAH7SZV894-=c+v3YSJhfR9KJxCM-TviYcPLcATZi+eCrbZ8Tyg@mail.gmail.com> <CADJ9OA96xSVz+xUwxGYR=n570dkrhwmZMTBE+V6VQ2-P_oP6dg@mail.gmail.com> <76b5474f-ff6e-4c12-170d-658a03b42e5c@toshiba.co.jp> <CADJ9OA9tBTn9rWeVPwBTzq60yXfRp2XJ7W60i+SXhR9GYfGL-A@mail.gmail.com> <336b3bcd-eee8-6b3a-0e31-e8e80988f73d@toshiba.co.jp>
From: "Prof. Diego Dujovne" <diego.dujovne@mail.udp.cl>
Date: Mon, 21 Nov 2016 10:26:09 -0300
Message-ID: <CAH7SZV8HGiy6Qks_oF-mRtqovM-G1oJwOkH-morU7osVMYrQZQ@mail.gmail.com>
To: Yasuyuki Tanaka <yasuyuki9.tanaka@toshiba.co.jp>
Content-Type: multipart/alternative; boundary="001a114afa2c7e92000541cf9a70"
Archived-At: <https://mailarchive.ietf.org/arch/msg/6tisch/q7CN99-kEPrTciRcdTX2zljiGjU>
Cc: "6tisch@ietf.org" <6tisch@ietf.org>, Thomas Watteyne <thomas.watteyne@inria.fr>
Subject: Re: [6tisch] [6TiSCH] Node Behavior at Boot in SF0
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: Mon, 21 Nov 2016 13:26:41 -0000

Yatch,
         From my point of view, the only entities allowed
to talk to 6P are the SFs, so a clear command should
be triggered by the SF. From the point of view of the
SF, there will be no more effectively used cells towards
that particular neighbour, thus reducing the number of
cells to the OVERPROVISION value.
Regards,

                                 Diego


2016-11-21 9:08 GMT-03:00 Yasuyuki Tanaka <yasuyuki9.tanaka@toshiba.co.jp>:

> Hi Thomas,
>
> Sending an explicit CLEAR will speed things up, and avoid for the
>> previous preferred parent to waste energy listening to those. A
>> CLEAR wouldn't hurt, right?
>>
>
> This is right. But, I don't think it's a SF0 job. The thing is that
> SF0 knows nothing about RPL.
>
> If SF0 provided an API to send CLEAR to a particular neighbor, RPL
> could trigger the CLEAR request to a previous preferred parent on its
> parent switch, I guess.
>
> Best,
> Yatch
>
>
> _______________________________________________
> 6tisch mailing list
> 6tisch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tisch
>



-- 
DIEGO DUJOVNE
Profesor Asociado
Escuela de Informática y Telecomunicaciones
Facultad de Ingeniería - Universidad Diego Portales - Chile
www.ingenieria.udp.cl
(56 2) 676 8125

v2.27.8 | Report a Bug | By Email | System Status