Re: [Roll] stitching PDAO segments

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Thu, 25 July 2019 02:54 UTC

Return-Path: <pthubert@cisco.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 16D16120162 for <roll@ietfa.amsl.com>; Wed, 24 Jul 2019 19:54:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.499
X-Spam-Level:
X-Spam-Status: No, score=-14.499 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, URIBL_BLOCKED=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=ClDt3HgA; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=KAGbp7WO
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 DVZlHVFlH7Xl for <roll@ietfa.amsl.com>; Wed, 24 Jul 2019 19:54:03 -0700 (PDT)
Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3ED57120026 for <roll@ietf.org>; Wed, 24 Jul 2019 19:54:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=15063; q=dns/txt; s=iport; t=1564023243; x=1565232843; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=+d5+bsGUDQCN8snXpVcEtqVlLsai5FkbEKiElp30/O0=; b=ClDt3HgAotZMI20xCRTUD1ZN6QTduYquj3ogzB2RIi31FiZTDW2aUwle Pnwacbw8N35CvMAkDgyIZzqA7HXU6MtSPFQ39mjwxe1TinZGAaMdM0Gi/ TjlTU600GHjmQjqkEgAtpYV6Rs1RpVgezEjPh15EsRIZADRITLDo6br0P w=;
IronPort-PHdr: 9a23:+PKXEReE1OOB6CWSLV8teqCGlGMj4e+mNxMJ6pchl7NFe7ii+JKnJkHE+PFxlwGQD57D5adCjOzb++D7VGoM7IzJkUhKcYcEFnpnwd4TgxRmBceEDUPhK/u/dzA6Ac5PTkNN9HCgOk8TE8H7NBXf
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BJAAD7GDld/4kNJK1mHAEBAQQBAQcEAQGBUwcBAQsBgRQvJCwDbVUgBAsqCoQTg0cDhFKIKkyCD5J7hFWBLhSBEANUCQEBAQwBARgBDAgCAQGEQAIXgkIjNAkOAQMBAQQBAQIBBm2FHgyFSgEBAQEDAQEQEQoTAQEsDA8CAQgRAQMBASgDAgICJQsUAwYIAQEEEyKDAAGBHU0DHQECDKFOAoE4iGBxgTKCeQEBBYJHgkcYghMDBoE0AYRyhm0XgUA/gREnH4JMPoJhAQECAYEmEgpJCYJVMoImjFeCJYR/lnQJAoIZhlmGfYY6G5gKlQGQCgIEAgQFAg4BAQWBUDiBWHAVOyoBgkGCQoNxhRSFP3IBAYEniXyBMAGBIAEB
X-IronPort-AV: E=Sophos;i="5.64,305,1559520000"; d="scan'208,217";a="297741673"
Received: from alln-core-4.cisco.com ([173.36.13.137]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 25 Jul 2019 02:53:15 +0000
Received: from XCH-RCD-010.cisco.com (xch-rcd-010.cisco.com [173.37.102.20]) by alln-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id x6P2rExJ025513 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL) for <roll@ietf.org>; Thu, 25 Jul 2019 02:53:15 GMT
Received: from xhs-rtp-002.cisco.com (64.101.210.229) by XCH-RCD-010.cisco.com (173.37.102.20) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 24 Jul 2019 21:53:14 -0500
Received: from xhs-aln-003.cisco.com (173.37.135.120) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 24 Jul 2019 22:53:13 -0400
Received: from NAM03-CO1-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Wed, 24 Jul 2019 21:53:12 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=IerrFfyMqt69b2TSl2C/DUAnURULzkOAveUV/3h0FHmDoLNH9TNpzAjfjWViqh0G9tKjWCOGxx7kLy047CnD/UWP3ded9QPPYanYatKi5UBS/2OfVWrHyQEm1mJV+VI7cc0Z+KKaUiMSccRNxWoW310LZuQeE8zw3JkBbAl7WTQWnBga5iFEaaWgAfB9F2yNEujs0JOMMXN4oze9S2/58FL1eLwFaNWuIUIsyqwSr4B/YZXy6+s0QZTGr5aw8WXwbt/m71u6ZHl0rvagHcBbBxytOuWXm5d66XYDRZreJPo7BZzQLyrNR/epiuqtfgwpfuTTz+/RINCoUWEMCfsYng==
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=+d5+bsGUDQCN8snXpVcEtqVlLsai5FkbEKiElp30/O0=; b=AUS27GNTzyS9NgC+Xx+dz7Xe1zrWfsfxLX6Fg97nb5/vzO1X1ooa/NcIZYhgMXAcTru+UWePCkE9LIVki4sodjwiJxt6EqxGQdwhdteijHPyJ4tG7bzdann9fl17p6irOWQ2/kG3CzCVnBCFeBax5CDEWWQ4Ci8m09gfdawr2UXVMYaSW0orDG7GikpjS221CbWxwEPalrm+UBHbC7MF/wE8js+F7fcx3DwAYO2IQKoKSw4UENbLyuxw078vnh5wvEUzsnJWeUfeZRv4eWwW1yPKb/Q3MhBRD4acWOflZlOnwaNlyK3Q+/ttlfX1bTh5R16/qxaY+KeZjJc3ybzV8g==
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=+d5+bsGUDQCN8snXpVcEtqVlLsai5FkbEKiElp30/O0=; b=KAGbp7WO2Tkj/2+8SPkcNcMRmRTcBi1ltoey2trpu62BfjLRxckjoPDOC5wpZQk11tm4bpTSR/AizNkHic+iWDeSMJHffw8ZA0RWCzMYQ6K/GsXVHfDfkRP2F1MPnwTF/3yn1LaY5+v1bTylaGgAvKxxN5XCOMgra7hPdHyTGTU=
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.2094.16; Thu, 25 Jul 2019 02:52:11 +0000
Received: from MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::1ce9:1582:146c:c50a]) by MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::1ce9:1582:146c:c50a%6]) with mapi id 15.20.2094.013; Thu, 25 Jul 2019 02:52:11 +0000
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Thread-Topic: [Roll] stitching PDAO segments
Thread-Index: AdVCavf1/y2OVF18Rs6j63tFfNF4zQAIinQAAAG0xvo=
Date: Thu, 25 Jul 2019 02:52:11 +0000
Message-ID: <AD415B3D-738A-40EF-B4B6-45805B05999D@cisco.com>
References: <MN2PR11MB35654E17AC76C7BB7DDD9096D8C60@MN2PR11MB3565.namprd11.prod.outlook.com>, <OSAPR01MB2372DD841FEFA8B1F4884287E5C10@OSAPR01MB2372.jpnprd01.prod.outlook.com>
In-Reply-To: <OSAPR01MB2372DD841FEFA8B1F4884287E5C10@OSAPR01MB2372.jpnprd01.prod.outlook.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: [207.115.96.130]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: d35ef79a-c211-404c-d7d2-08d710ab1770
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-ms-exchange-purlcount: 3
x-microsoft-antispam-prvs: <MN2PR11MB38567EC19DF703B60ABEA1D2D8C10@MN2PR11MB3856.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8273;
x-forefront-prvs: 0109D382B0
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(39860400002)(136003)(396003)(366004)(346002)(376002)(189003)(199004)(186003)(53936002)(6246003)(6116002)(2616005)(476003)(76176011)(26005)(606006)(11346002)(14444005)(446003)(256004)(25786009)(2906002)(81156014)(6916009)(14454004)(86362001)(3846002)(486006)(6506007)(102836004)(229853002)(966005)(81166006)(54896002)(66574012)(8936002)(71190400001)(36756003)(5660300002)(71200400001)(6486002)(6512007)(66066001)(33656002)(66556008)(66946007)(99286004)(8676002)(91956017)(53546011)(76116006)(66476007)(66446008)(6436002)(6306002)(68736007)(64756008)(236005)(7736002)(316002)(478600001)(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: Wr58N9RM9PuBZN9yMuNWYmNdFPkN7U4Evbxu7SVnhMy8H5Hjj3YbFLumR6mE+W+sxIKgs6nTV3m4Ox6xqthw0JZCVw0/4R7606SE2nrZyQnR1ii9RMMmqG8lxXdN9wDaDtACOrmuhV6o5ab9Kna788nN9QhZEWLEBpWLyFQbOJ93ECy2N2Fme588RZU214raWgFfR2kHWFCp8eqN9hIg9onuMICTH1e4CX0ivRqg5OeuRuM5k260tncWowq8Du8I9jxrWXSzD+1WAg9NXy0ZJs5ZFcSTfQI9Seeq5CSk5HFZ24c/0JIAKst7YHTqSoSdnFgOWTedQg0M4F5xpBFTBIPArBgPWfTjvgOFX7Nx8W9ykwjxjpFZJQPgs1lTwMiYO5a1RCV0ABD9CsZ17L0I1am3+fZK+457zowfc4qsTTc=
Content-Type: multipart/alternative; boundary="_000_AD415B3D738A40EFB4B645805B05999Dciscocom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: d35ef79a-c211-404c-d7d2-08d710ab1770
X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Jul 2019 02:52:11.3398 (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.37.102.20, xch-rcd-010.cisco.com
X-Outbound-Node: alln-core-4.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/kLD8dCsHqPFSKUFh5w5YNFGyer0>
Subject: Re: [Roll] stitching PDAO segments
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Jul 2019 02:54:06 -0000

Hello Toshio

6TiSCH provided a generic Architecture in which RPL and qrAW have different role to play.

A 6TiSCH tract is computed by a pce but with RPL the nodes do not care where that logical function is located and simply talk to the root. Either the root hosts a pce or it talks to a pce to get the computation done.

A projected track can be deep in a RPL DODAG.  When deep, a node cannot ask the root to change the path at each hiccup of the radio . This is why a simple serial track can be too limiting and the root may prefer to provide a complex track with redundancy that always works even if some segments fail randomly for split seconds.

RAW if formed would work on optimizing the use of a complex track to limit the waste of energy when the track lots of redundancy. RAW operates at the forwarding level over a track on a short time scale whereas RPL routing decisions are made on statistical time scales orders of magnitude longer.

Do I make sense?

Pascal

Le 24 juil. 2019 à 22:10, "toshio9.ito@toshiba.co.jp<mailto:toshio9.ito@toshiba.co.jp>" <toshio9.ito@toshiba.co.jp<mailto:toshio9.ito@toshiba.co.jp>> a écrit :

Hi Pascal,

I thought 6TiSCH Track forwarding is a completely different forwarding scheme
from RPL/IPv6 forwarding, as implied in https://tools.ietf.org/html/draft-ietf-6tisch-architecture-24#section-3.6

In that case, we don't have to relate DAO projection and Track, I think.
Or, maybe DAO projection is one implementation of Track forwarding, with RPL root playing
the role of PCE?


From: Roll <roll-bounces@ietf.org<mailto:roll-bounces@ietf.org>> On Behalf Of Pascal Thubert (pthubert)
Sent: Thursday, July 25, 2019 7:10 AM
To: Routing Over Low power and Lossy networks <roll@ietf.org<mailto:roll@ietf.org>>
Subject: [Roll] stitching PDAO segments

Dear all

Following up on stitching PDAO paths at the meeting today:

As you know, a 6TiSCH Track can be a lot more complex than a sequence of nodes (see https://tools.ietf.org/html/draft-ietf-6tisch-architecture-24#section-4.5.3)
It results that deploying a Track requires stitching segments into a DODAG from source to destination.
What makes the most sense for a 6TISCH Track is probably that each track is defined as a DODAG local instance for the source. All the PDAO segments would be stitched together into that DODAG to form a Track.
The current draft allows for this but a section that explains it all would certainly be useful.

Are we all OK that I propose some text about that?

All the best

Pascal
_______________________________________________
Roll mailing list
Roll@ietf.org<mailto:Roll@ietf.org>
https://www.ietf.org/mailman/listinfo/roll