Re: [6tisch] Questions on TSCH CSMA-CA retransmission algorithm in IEEE 802.15.4-2015

Thomas Watteyne <thomas.watteyne@inria.fr> Thu, 14 June 2018 16:30 UTC

Return-Path: <thomas.watteyne@inria.fr>
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 D014613115D for <6tisch@ietfa.amsl.com>; Thu, 14 Jun 2018 09:30:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.898
X-Spam-Level:
X-Spam-Status: No, score=-6.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 sThhpX75waZP for <6tisch@ietfa.amsl.com>; Thu, 14 Jun 2018 09:30:39 -0700 (PDT)
Received: from mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A1D3E130F26 for <6tisch@ietf.org>; Thu, 14 Jun 2018 09:30:38 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="5.51,222,1526335200"; d="scan'208,217";a="268820683"
Received: from mail-vk0-f50.google.com ([209.85.213.50]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/AES128-GCM-SHA256; 14 Jun 2018 18:30:36 +0200
Received: by mail-vk0-f50.google.com with SMTP id o138-v6so4039219vkd.3 for <6tisch@ietf.org>; Thu, 14 Jun 2018 09:30:36 -0700 (PDT)
X-Gm-Message-State: APt69E2RhOi3VDbVwioqikH/Mwz57iJHS01rB6bwbqiLTc2w2BW+zgBz 82nzv6Oc18jodEC2h6epj8N8Ss6UGjZpFMyIgF4=
X-Google-Smtp-Source: ADUXVKJUGa7robZ3Zup4uD2jjf1ZCO0qs99aTS88CWMsLGcA3efqOzF0sPBxYzFOD18KlvCOAH7tFWbg4nenJaeMYU8=
X-Received: by 2002:a1f:88cc:: with SMTP id k195-v6mr1999986vkd.85.1528993835699; Thu, 14 Jun 2018 09:30:35 -0700 (PDT)
MIME-Version: 1.0
References: <FC00A9BD-16FC-4E54-8B73-C76CAA035138@inria.fr> <4391DBCC-ABC5-4F39-9BC2-2BD9E184EE5F@unistra.fr> <B58B8AF6-BFC0-46F1-9846-1D4F8E8ECD91@inria.fr>
In-Reply-To: <B58B8AF6-BFC0-46F1-9846-1D4F8E8ECD91@inria.fr>
From: Thomas Watteyne <thomas.watteyne@inria.fr>
Date: Thu, 14 Jun 2018 18:30:25 +0200
X-Gmail-Original-Message-ID: <CADJ9OA-0BS27QHO1dE_RHnNjKYZuzauuhi7nLEgrDHBGfX4D5g@mail.gmail.com>
Message-ID: <CADJ9OA-0BS27QHO1dE_RHnNjKYZuzauuhi7nLEgrDHBGfX4D5g@mail.gmail.com>
To: Yasuyuki Tanaka <yasuyuki.tanaka@inria.fr>
Cc: Fabrice Theoleyre <theoleyre@unistra.fr>, 6TiSCH WG <6tisch@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000070d95f056e9c9e97"
Archived-At: <https://mailarchive.ietf.org/arch/msg/6tisch/3pD_9SJWq0CesPndfXP6xqBQZXg>
Subject: Re: [6tisch] Questions on TSCH CSMA-CA retransmission algorithm in IEEE 802.15.4-2015
X-BeenThere: 6tisch@ietf.org
X-Mailman-Version: 2.1.26
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: Thu, 14 Jun 2018 16:30:42 -0000

I agree with Fabrice's comments, that's how I read the document.

On Thu, Jun 14, 2018 at 6:07 PM Yasuyuki Tanaka <yasuyuki.tanaka@inria.fr>
wrote:

> Thank you, Fabrice!
>
> > the backoff window is selected randomly between 0 and 2^BE-1.
>
> According to you, the term of "the backoff window" seems to be used as the
> retransmission backoff or the retransmission backoff wait. If so, I was
> confused by a sentence in the third paragraph of the section, "A successful
> transmission in a shared link resets the backoff window to the minimum
> value."
>
> What is "reset" or the minimum value...?
>
> Perhaps, the backoff window there is meant (2^BE - 1) and its minimum
> value is (2^macMinBe - 1).
>
> > dedicated links > no collision / no backoff.
> > You transmit it without delay
> > (NB: you may have the first transmission during a shared link, and its
> retransmission in a dedicated one)
>
> Yes, that how it works.
>
> > If I understand correctly the standard, in that case, the dedicated link
> should not impact the BE value: the next packet will be picked in the
> queue, and transmitted with the same BE value as previously.
>
> Hmm, what if that next packet is not acknowledged in the first attempt?
>
> Will it use the *same* BE value in the following retransmission as
> perviously or use macMinBe as described in the standard, which could be
> different from the BE value used previously...?
>
> > "NB is the number of times the CSMA-CA algorithm was required to back
> off while attempting the current transmission"
>
> Aha, I see; then we need "NB=0" just after the "Retransmission?" box ;-)
>
> > I have also the same doubts as you for the figure 6.6….
>
> It'd be great if someone is woking on revising the figure... (>_<)
>
> Best,
> Yatch
> _______________________________________________
> 6tisch mailing list
> 6tisch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tisch
>


-- 
________________________________________

Thomas Watteyne, PhD
Research Scientist & Innovator, Inria
Sr Networking Design Eng, Analog Devices
Founder & co-lead, UC Berkeley OpenWSN
Co-chair, IETF 6TiSCH

www.thomaswatteyne.com
________________________________________