Re: [6tisch] call for review: draft-ietf-6tisch-msf-04

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Fri, 09 August 2019 13:02 UTC

Return-Path: <pthubert@cisco.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 E83F3120131 for <6tisch@ietfa.amsl.com>; Fri, 9 Aug 2019 06:02:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level:
X-Spam-Status: No, score=-14.5 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_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=dIJ1hpue; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=bM2163NJ
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 rlDBrAjw-5Me for <6tisch@ietfa.amsl.com>; Fri, 9 Aug 2019 06:02:20 -0700 (PDT)
Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6BF42120074 for <6tisch@ietf.org>; Fri, 9 Aug 2019 06:02:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11815; q=dns/txt; s=iport; t=1565355740; x=1566565340; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=PmZEXsqCZ/jhu+78DWVBTrfxsqCEf8Jle5tkYwreApI=; b=dIJ1hpueTjMq2HwY/k6B5n4rGg6rY2f+ypGmUT/Gi28gAJyTY+S7pNhi HQ7qRO7zVFHzCDXdDE75QR13IMNZ/M2qCButbvpWFWQVfInHfWYBujaVV 1M7cJxuUgPaTynDPOLKr4JTm4ttpmz+0dXqkF1TT/NLPm51Q8vpmLeNg/ Y=;
IronPort-PHdr: 9a23:AtfN4x05SPdfy0/PsmDT+zVfbzU7u7jyIg8e44YmjLQLaKm44pD+JxKGt+51ggrPWoPWo7JfhuzavrqoeFRI4I3J8RVgOIdJSwdDjMwXmwI6B8vQEVH7MfTndTASF8VZX1gj9Ha+YgBY
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0DlAQBGbk1d/4sNJK1mHQEBBQEHBQGBVgUBCwGBFS9QA4FCIAQLKoQeg0cDiw+CW36IXYkshFqCUgNUCQEBAQwBAS0CAQGEPwIXgkojNwYOAQQBAQQBAQQBCm2FJwyFSwEBAQIBEgsGHQEBNwEECwIBCD8DAgICHxEUEQIEDgUigwCBHk0DDg8BAp95AoE4iGBygTKCegEBBYUYDQuCFAmBNAGLYxeBQD+BEScfgU5JNT6CGoJBgnQygiaMFoJ6hQyWbUAJAoIdkDaDeRuCMIcvgzSLJZcnjikCBAIEBQIOAQEFgWYigVhwFWUBgkGCQoNyilNygSmNZgEB
X-IronPort-AV: E=Sophos;i="5.64,364,1559520000"; d="scan'208,217";a="612057774"
Received: from alln-core-6.cisco.com ([173.36.13.139]) by rcdn-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 09 Aug 2019 13:02:19 +0000
Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by alln-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id x79D2JnI016198 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 9 Aug 2019 13:02:19 GMT
Received: from xhs-rcd-003.cisco.com (173.37.227.248) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 9 Aug 2019 08:02:18 -0500
Received: from xhs-rcd-002.cisco.com (173.37.227.247) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 9 Aug 2019 08:02:18 -0500
Received: from NAM01-BY2-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Fri, 9 Aug 2019 08:02:18 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=L6dlAh/L4knBlv11IGEOBQ7Z1PfNw7L0Toec+0tgWzsMJmiIyKo8ofLrYhBP97oKKx/vhmR/O6iK3YemqMJUab/gax3vzOsjN97mjR7KjFul/ht+FPHLSkKy+Q6bIRvwKHf3vaXJ34iBPDVu3ZXDxBgbgcq3ueaHv4xBW/n6MY58hmhqbvMFBFjC1l3K1RmQqz5UHDt+HAciDcp2lx3OFUrUjIU0WHN7Q/huoXZxXi1yUAKwHgYM4MGGcalRO4BHZJsBw6ciBCwRupjnum7rmklKqgAEHTfkHVoPeZNLuHwWsNiaSghrM8kh5VnZFiZyDKsxZ4VparIA8pfxYbtqsA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=PmZEXsqCZ/jhu+78DWVBTrfxsqCEf8Jle5tkYwreApI=; b=YkIZ/fol6UV8xgY4KkwTDeWTneg79WLqRyYX4IQYg8AJ2X3g7dOQl8KeRODEBv183guUfWATRTr/cW5eyQ4PN8FCr8dNtCiAMQIseuZVlBGveO6VjrcyRvOZ5ZPFZMpBaT2axpQKaRkk4a7dy8dcBe6xPFA65hthd/6NDVzAM33NZMR33Jv71yyOURDVRZbBDRmdt73Q2042horAEqWjiu4vAlOR4TbL2WeDzvRjv69ABFyivytyQiUOkQWhykZaDm4XPoY2topb+T+0BbK3FWiKGy4ruD3a20DABz6KqClrt+L1bpzTwOtKvkeIfo/haYAo/J4MvWD3ZsdlEYfmGQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=PmZEXsqCZ/jhu+78DWVBTrfxsqCEf8Jle5tkYwreApI=; b=bM2163NJAHMidgREoXCtYiPrjwWY29sw03oWVW+iqU2QPuO0D/RQxsR06/ImK10zrlnBT7Coc+K+aYrLLfqVq8Y0+BGmMtfbQgK6bvAGgO7UlVTf0dMW5AGNOdugP+hxy+xVj2UpAHMKGnG6PfFfIwN7f37Pt4TNSWlPBhza8iA=
Received: from MN2PR11MB3565.namprd11.prod.outlook.com (20.178.250.159) by MN2PR11MB3856.namprd11.prod.outlook.com (20.178.251.203) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2157.18; Fri, 9 Aug 2019 13:02:16 +0000
Received: from MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::89cf:9d:8a75:266e]) by MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::89cf:9d:8a75:266e%3]) with mapi id 15.20.2136.018; Fri, 9 Aug 2019 13:02:16 +0000
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Tengfei Chang <tengfei.chang@gmail.com>
CC: Tero Kivinen <kivinen@iki.fi>, "6tisch@ietf.org" <6tisch@ietf.org>
Thread-Topic: [6tisch] call for review: draft-ietf-6tisch-msf-04
Thread-Index: AQHVMMk2Dhfh8+UmWkuGWIEEq5/6jqa6gYKQgAYqA4CAAAgssIAC7rWAgAAENfCACzpcAIAACeMQgAAc/ACAABMsYIAHyZKAgBv+TwCAACDgyA==
Date: Fri, 09 Aug 2019 13:02:15 +0000
Message-ID: <F42CAEB6-09B7-43D4-A905-6EB75B17E91D@cisco.com>
References: <CAAdgstQHZ8KCtfLx+dmU=F2SLtvE1HTeSGJU8i2GPo7_798i3g@mail.gmail.com> <MN2PR11MB356563F2C214702BCE2E4E9BD8FA0@MN2PR11MB3565.namprd11.prod.outlook.com> <CAAdgstR=A7=Kxi4=GPZyFVrPse4DUc67ePoumB2AdquKdELN3A@mail.gmail.com> <MN2PR11MB3565C73190BA0063B9972DAED8F60@MN2PR11MB3565.namprd11.prod.outlook.com> <CAAdgstTB051qELAKSaqsJB-1Jek5QKDx1AFXXkX_VK0nnzoGvA@mail.gmail.com> <MN2PR11MB3565254F897A295D78A334BFD8F00@MN2PR11MB3565.namprd11.prod.outlook.com> <CAAdgstQWTbgtE78mHXny8LaqQf9gQdfYwD2bhuf4BC9py8UU-A@mail.gmail.com> <MN2PR11MB35651E7876A925871BC6A13DD8C90@MN2PR11MB3565.namprd11.prod.outlook.com> <CAAdgstQBQ4=oqKVB0R-JiOt6YC8s9oXAOhpGet2KLGUJqgVo0g@mail.gmail.com> <MN2PR11MB35659388E8B5FF663164A13FD8C90@MN2PR11MB3565.namprd11.prod.outlook.com> <23861.55227.955362.143308@fireball.acr.fi>, <CAAdgstRKkxWPdqdnSZB758EhNWiowVtRMGTde9aF7nnho=_Uwg@mail.gmail.com>
In-Reply-To: <CAAdgstRKkxWPdqdnSZB758EhNWiowVtRMGTde9aF7nnho=_Uwg@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=pthubert@cisco.com;
x-originating-ip: [2a01:cb15:26a:cf00:6811:4796:2174:149]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: e5e6f4a2-b59f-486f-e93e-08d71cc9cdd0
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:MN2PR11MB3856;
x-ms-traffictypediagnostic: MN2PR11MB3856:
x-microsoft-antispam-prvs: <MN2PR11MB38561A62793D87259440242DD8D60@MN2PR11MB3856.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 01244308DF
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(39860400002)(136003)(366004)(376002)(346002)(396003)(189003)(199004)(53546011)(46003)(2906002)(8676002)(236005)(54906003)(6246003)(229853002)(53936002)(102836004)(6486002)(6436002)(316002)(25786009)(76176011)(7736002)(33656002)(6506007)(66556008)(81166006)(476003)(81156014)(6916009)(446003)(11346002)(486006)(2616005)(186003)(5660300002)(76116006)(66946007)(66476007)(64756008)(66446008)(91956017)(36756003)(66574012)(86362001)(14444005)(6116002)(4326008)(14454004)(6512007)(54896002)(71200400001)(8936002)(478600001)(71190400001)(99286004)(256004)(244885003); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB3856; H:MN2PR11MB3565.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: YiBtn8bnUU5HRIan7DYaMwhponIUa9AI6QkAmzekePuj+rvjuerpf0/KqZZ4r1+SsjW/ZoB/1GgPBOd81uWj8OTW3OJetTulRn1nE8NqJT5EA18nNCEOCnFI5AcKQowMfAgWfdNSM1zWNiiG4mEm2sRIy6b1+g45qE2yMDbheCjtRgnqWdrcB/y3gB3QV7EudW8nxd6xTpkBvtv9A+ctQaCG4ikq9lZ9wGH9fA3uGe4pNJ7tSPhgFuahnmX+rIf2pAC3LU6BFd5OwwltMqoK89BuOIHMdREer31Fke06jKTR/K3w9HK9CaWXNw4Hs9xdPJ2mrmmr/50jOCu+C+2NQrk6c5fLIvbjTYtbve8r8TZ2eV7IJjHgnOSORUmEr0nJYhWMDcwn4ZNif8YsrxN0rZTiZPiTfjUISsTnKLYhyLo=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_F42CAEB609B743D4A9056EB75B17E91Dciscocom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: e5e6f4a2-b59f-486f-e93e-08d71cc9cdd0
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Aug 2019 13:02:15.9551 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: pthubert@cisco.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB3856
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.11, xch-aln-001.cisco.com
X-Outbound-Node: alln-core-6.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/6tisch/SI-ovnWTkwepQsoM1Nn3BivhLYI>
Subject: Re: [6tisch] call for review: draft-ietf-6tisch-msf-04
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, 09 Aug 2019 13:02:23 -0000

Great, Tengfei

This is very much what I was asking for.


Regards,

Pascal

Le 9 août 2019 à 13:05, Tengfei Chang <tengfei.chang@gmail.com<mailto:tengfei.chang@gmail.com>> a écrit :

Thanks Tero and Pascal for the comments!

I understand What Pascal and Tero are saying. According to the discussion above and during the IETF 105 6TiSCH meeting, I would add the following content in the next version of the draft in Rule of Celllist section:

Since  the Cell is randomly selected, there is a non-zero chance that several nodes in vicinity are using the same cells.
An implementer implements MSF MAY implement a CCA strategy to monitor the Tx cell before using it to avoid this situation.
The node MAY configure the Tx cell to be installed as Rx cell to listen any incoming frames.
Within a pre-defined time window, if there is no frames received, the Tx cell will replace the Rx cell to transmit frames.

The content will be something like this, we can rephrase it later.

Please let me know what you think. Thanks!

Tengfei


On Mon, Jul 22, 2019 at 5:35 PM Tero Kivinen <kivinen@iki.fi<mailto:kivinen@iki.fi>> wrote:
Pascal Thubert (pthubert) writes:
> In a 6TiSCH network, CCA is useless between synchronized devices because
> they’ll talk at the same time. So LBT must be done some other way.

Note, that 802.15.4 do allow doing CCA if TschCca was set on when
MLME-TSCHE-MODE.request primitive is called to turn TSCH mode on. In
that case the node will do CCA at macTsCcaOffset time for macTsCca,
and all this is done before the actual macTsTxOffset happens, i.e.,
before the node is supposed to send its frame. This CCA does not
protect against other nodes in the TSCH, but it will protect against
other users on the same band, thus it should be enough for the legal
LBT requirements.

See figure 6-30 of 802.15.4-2015 in Section 6.5.4.1 and Section
6.2.5.2 covering TSCH CCA algorithm.

> The bright side is that the future collision can be detected before it even
> happens. Doing CCA on cells before allocating them, etc… I think you must
> provide a method for that. A trade off would be to provide that method in the
> draft and make it optional.

Note, that doing CCA on cells is bit pointless, as that will only
detect someone inside the same syncronized network using that slot, it
will not detect anybody else. I think it would be better to get
information of allocated slots from some kind of centralized node,
keeping track of nodes allocated and making sure there is no
collisions inside that one network.

Also, you cannot use the normal TSCH CCA for that, as it is done
BEFORE the actual time for TSCH frame to be sent on the channel. I do
not think there is a good way to do that specified in the 802.15.4. In
theory you could do it by configuring the specific slot for receiving
before starting to use it for transmission, and enabling promiscuous
mode, so you get all frames even when they are not addressed to you.

So requiring such feature to be provided for 6TiSCH to work, might
make it so that not all radios can do this, depending how much of TSCH
is actually implemented on MAC and how much is implemented in upper
layer.
--
kivinen@iki.fi<mailto:kivinen@iki.fi>


--
Chang Tengfei,
Postdoctoral Research Engineer, Inria