IETF Logo Mail Archive

Re: [6tisch] downstream traffic adaptation

Tengfei Chang <tengfei.chang@gmail.com> Fri, 04 October 2019 14:25 UTC

Return-Path: <tengfei.chang@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 586381201AA for <6tisch@ietfa.amsl.com>; Fri, 4 Oct 2019 07:25:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, 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 Lnf0SsIDLju8 for <6tisch@ietfa.amsl.com>; Fri, 4 Oct 2019 07:25:33 -0700 (PDT)
Received: from mail-pg1-x533.google.com (mail-pg1-x533.google.com [IPv6:2607:f8b0:4864:20::533]) (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 31AF5120119 for <6tisch@ietf.org>; Fri, 4 Oct 2019 07:25:33 -0700 (PDT)
Received: by mail-pg1-x533.google.com with SMTP id z12so3840019pgp.9 for <6tisch@ietf.org>; Fri, 04 Oct 2019 07:25:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=3qadglliotShQ4Obso17nlJbGe2jw0/68pY8YjW97uU=; b=LEZfw47+/Lewo81q0TpPgE22sfXMkSTsWepZgl19aw5totaBBv4+2WvDbR/pi3dIjz eqWo1P9BJ1WJOshvlH1UmfcKcEaMjyTvSqLsSUgoiMyHtd+EW7gUzZwyDc057g7zKSxK kunWwG6ZY/m6VT9NQwALZ7Vr3W4E7uBFytCq9Y5wZz31DvxCa6iRCk3h0CuTIIdxOkKF 0t6A0y7bZcTEFTJM3+KbYtvpsW9GTgA3BdmNJ1IKc5vMU8yxYyfJA1KNKP4z4BGtra2O bE7YL6bJtpN3MoijTrIr6goduXxRNX6GmtauBbhdrD22LunHiISGSpY86e0ZYwyPYYBb wlfw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=3qadglliotShQ4Obso17nlJbGe2jw0/68pY8YjW97uU=; b=G5yfe7qlGgCRgf/77Z3RchMfZq+MjkkfZQlYkHlQPxlzPw76uo8XAZI0j9kmvpp8zi X5G88pivK+xEKILsFIQCpG8U3VKGwVQyPCC+FHwGEJbSCDAepvFwDpm8qNFsD3vGkfeo mRnDpGh6rfVFyww+1zm7ShKVKzEV+6NcOb2Ydz6l/l83nPhhnuqkkOgtgyg8NsQ3XS4O OIQxjbKVXQLlWtt1imkQ+jMu5x08W/Z4tOTbV/ORFK6OqPNsTGLk+8aSaP2U7B19KMq2 yy9aAPbH4Bpsq/nnEGjaC6L17i9WPdi0jOpdULI1EeY7otXKAJIZ+pBt4ldxoFFsjYyX G3rg==
X-Gm-Message-State: APjAAAWrlObmFEkp+Fq9J3DnJZAe5RCtCLRRsn0Ne0rwSO3fc8xnhVJv TY1KjiwdyqU3BPZDrTbrOhGscfFq/bURHPEOQTY=
X-Google-Smtp-Source: APXvYqyrzCi9TCu/ZTZNJj2fYsJULV7x4bWJytUfOiQncrW+cYmNeDilpdDDvXkXnD5hf6Z/UqqJrcozjLawgp843e8=
X-Received: by 2002:a17:90a:9d86:: with SMTP id k6mr16929460pjp.105.1570199131287; Fri, 04 Oct 2019 07:25:31 -0700 (PDT)
MIME-Version: 1.0
References: <CAAdgstTrkiBHykPqVv6EnGAxKyVHzc4EHFSH4Z0xGF2nOqvJHg@mail.gmail.com> <MN2PR11MB35652FA7DEE598BDA8579AFFD8A40@MN2PR11MB3565.namprd11.prod.outlook.com>
In-Reply-To: <MN2PR11MB35652FA7DEE598BDA8579AFFD8A40@MN2PR11MB3565.namprd11.prod.outlook.com>
From: Tengfei Chang <tengfei.chang@gmail.com>
Date: Fri, 04 Oct 2019 16:25:19 +0200
Message-ID: <CAAdgstT-Oq-_aYq+Nq+yeyZOkbGuDDkVbFOnFbG_PBiSuKOuqw@mail.gmail.com>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
Cc: 6tisch <6tisch@ietf.org>
Content-Type: multipart/mixed; boundary="00000000000072a383059416790a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/6tisch/bc-Xr7NuVVUa6hoor2h_UbS9qds>
Subject: Re: [6tisch] downstream traffic adaptation
X-BeenThere: 6tisch@ietf.org
X-Mailman-Version: 2.1.29
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, 04 Oct 2019 14:25:35 -0000

Hi Pascal,

Yes, it is implemented and tested, the result is shown in the (long) email
"[6tisch] validating the downstream traffic adaptation in
draft-ietf-6tisch-msf-06".
I attached the figure here as well.

Though that email is long, all the information is the explaination of the
result figure, trying to make it clear.
You can check the figure directly, I think is understandable for people
following the msf well.

Tengfei

On Fri, Aug 23, 2019 at 4:23 PM Pascal Thubert (pthubert) <
pthubert@cisco.com> wrote:

> Looks good Tengfei. Did you already implement and test?
>
>
>
> Pascal
>
>
>
> *From:* 6tisch <6tisch-bounces@ietf.org> *On Behalf Of *Tengfei Chang
> *Sent:* vendredi 23 août 2019 14:28
> *To:* 6tisch <6tisch@ietf.org>
> *Subject:* [6tisch] downstream traffic adaptation
>
>
>
> Hi All,
>
>
>
> As discussed in IETF 105, we are going to support adapting downstream
> traffic.
>
> And now this feature is added in draft-ietf-6tisch-msf-06 published one
> weeks ago.
>
>
>
> Some main changes related to this feature are:
>
>    1. After joined the network and got Rank, the node will only add one
>    Tx Cell to its parent (NOT add Rx Cell)
>    2. When adapting downstream traffic, the mote will check the cell
>    usage on the Rx Cells.
>    3. At each Rx cell to parent, the NUMCELLELAPSE increments
>    4. If there is any frames received on the Rx cell, the NUMCELLUSED
>    increments
>    5. If NUMCELLELAPSE reaches MAX_NUMCELLS, check the percentage of cell
>    usage, if higher than the high threshold, add one Rx cell to parent, if
>    lower than the low threshold, remove one Rx cell to parent.
>    6. The AutoRx cell is used for downstream as well and will never be
>    removed.
>
> Those changes are integrated into version 06 content. You can read it to
> check exactly how we did the changes.
>
> Please let me know if you have comments on them. Thanks!
>
>
>
> Tengfei
>
>
>
> --
>
> Chang Tengfei,
>
> Postdoctoral Research Engineer, Inria
>


-- 
——————————————————————————————————————

Dr. Tengfei, Chang
Postdoctoral Research Engineer, Inria

www.tcahng.org
——————————————————————————————————————

v2.23.0 | Report a Bug | By Email