Re: [Raw] Montréal and Chartering

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Fri, 03 May 2019 13:21 UTC

Return-Path: <pthubert@cisco.com>
X-Original-To: raw@ietfa.amsl.com
Delivered-To: raw@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7BAD91200F1 for <raw@ietfa.amsl.com>; Fri, 3 May 2019 06:21:31 -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=U+7C9K+C; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=HD5ZxfDo
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 dMIHrY37dJP4 for <raw@ietfa.amsl.com>; Fri, 3 May 2019 06:21:28 -0700 (PDT)
Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9363D120041 for <raw@ietf.org>; Fri, 3 May 2019 06:21:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=27186; q=dns/txt; s=iport; t=1556889688; x=1558099288; h=from:to:cc:subject:date:message-id:mime-version; bh=VCLHIFmp4KmxOTH33fIpxGnox98MHXxg8n15Emhp2ak=; b=U+7C9K+CeojuaWE6YBF7kS1O6CPOltUb2Y/+afnFfIwgcZCCnEnqJwTE yOPasQ1sJjcr/JvUdhLmdO/2OGBGpZGxzX10P53bkYl/eZXXrH5n7Kuqr QbdwUNoZ4yMtrbeCkJm6AJkAhdCvhKA9ULDfYpdCt4/4L1DgIEH95WFz1 A=;
IronPort-PHdr: 9a23:Aarh+RUngCjp8puaGt5M2SgLOQ3V8LGuZFwc94YnhrRSc6+q45XlOgnF6O5wiEPSA9yJ8OpK3uzRta2oGXcN55qMqjgjSNRNTFdE7KdehAk8GIiAAEz/IuTtankiAMRfXlJ/41mwMFNeH4D1YFiB6nA=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0AjAgCoP8xc/4cNJK1lDg0BAQEBAwEBAQcDAQEBgWWBDy9QA2lVIAQLKIQQg0cDjwOCV4MKlBqBQoEQA1QOAQEYAQwIhEACF4FvIzgTAQMBAQQBAQIBAm0cDIVKAQEBBAEBEBEKEwEBLAsBEQEIEQEDAQEoAwIEJQsUAwMDCQEEDgUIGoJKN4EdTQMdAQIMowECgTWIX3GBL4J5AQEFgTIBg1AYgg4JgRwWi04XgUA/gRFGgkw+ghk8DAEBAQEYgQ86FRYJCIJMFxuCJo1VhEyVFQkCggmGGIYthhuCb5JZgwyHfIEThkyOHQIEAgQFAg4BAQWBPSkhgVZwFTuCbAkJgX2Db2qEKoUEO3IBAYEnkBcBAQ
X-IronPort-AV: E=Sophos;i="5.60,425,1549929600"; d="scan'208,217";a="268294900"
Received: from alln-core-2.cisco.com ([173.36.13.135]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 03 May 2019 13:21:27 +0000
Received: from XCH-RCD-010.cisco.com (xch-rcd-010.cisco.com [173.37.102.20]) by alln-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id x43DLRoi013333 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 3 May 2019 13:21:27 GMT
Received: from xhs-aln-003.cisco.com (173.37.135.120) by XCH-RCD-010.cisco.com (173.37.102.20) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 3 May 2019 08:21:26 -0500
Received: from xhs-rcd-001.cisco.com (173.37.227.246) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 3 May 2019 08:21:25 -0500
Received: from NAM05-CO1-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Fri, 3 May 2019 08:21:25 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector1-cisco-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=VCLHIFmp4KmxOTH33fIpxGnox98MHXxg8n15Emhp2ak=; b=HD5ZxfDow542lEq/ISERFbW1gvzNjh7ITP+qWgVntarWqc9VwqEk/N2UmPASXa2rTQlTajiIWe0271Dlc+YttdferJgAaqtO0ewliumXLBuII9gHLt3j1tIMbM9996aqVRZXD33O3Mz6vzq0HGyw2rl46cytDcgKN6nEivNhKyQ=
Received: from MN2PR11MB3565.namprd11.prod.outlook.com (20.178.250.159) by MN2PR11MB3887.namprd11.prod.outlook.com (10.255.181.206) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1856.12; Fri, 3 May 2019 13:21:24 +0000
Received: from MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::68f6:21c8:b681:c73]) by MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::68f6:21c8:b681:c73%4]) with mapi id 15.20.1856.012; Fri, 3 May 2019 13:21:24 +0000
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Xavi Vilajosana Guillen <xvilajosana@uoc.edu>, "'Grossman, Ethan A.'" <eagros@dolby.com>
CC: "raw@ietf.org" <raw@ietf.org>, "Lou Berger (lberger@labn.net)" <lberger@labn.net>
Thread-Topic: [Raw] Montréal and Chartering
Thread-Index: AdUBsvOL9n+Vey+YSamHdNECLuisgw==
Date: Fri, 03 May 2019 13:20:45 +0000
Deferred-Delivery: Fri, 3 May 2019 13:20:24 +0000
Message-ID: <MN2PR11MB35655A11871B76BE41D5C107D8350@MN2PR11MB3565.namprd11.prod.outlook.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=pthubert@cisco.com;
x-originating-ip: [2001:420:44f3:1300:552f:ff32:b86:aad7]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: c8da4dcc-1370-4fcd-48b5-08d6cfca3d81
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:MN2PR11MB3887;
x-ms-traffictypediagnostic: MN2PR11MB3887:
x-ms-exchange-purlcount: 7
x-microsoft-antispam-prvs: <MN2PR11MB3887DA2E018C85B2C1B70F56D8350@MN2PR11MB3887.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0026334A56
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(396003)(346002)(376002)(39860400002)(136003)(189003)(199004)(486006)(74316002)(66556008)(66476007)(2906002)(8936002)(7736002)(64756008)(99286004)(7696005)(71200400001)(86362001)(25786009)(76116006)(66946007)(55016002)(6666004)(71190400001)(229853002)(5660300002)(733005)(81166006)(81156014)(73956011)(6116002)(790700001)(224303003)(14444005)(256004)(6436002)(4326008)(861006)(476003)(46003)(66446008)(54906003)(68736007)(110136005)(6506007)(53546011)(102836004)(478600001)(186003)(66574012)(54896002)(6306002)(53386004)(52536014)(236005)(9686003)(966005)(14454004)(53936002)(316002)(33656002)(2171002)(606006)(6246003); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB3887; 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: u8gplKlOFsG8LeMTiTda+sZVRYyg1h6+cPuvIZ3dnE6n2hICA9JfuxIkYPzc7ehpxplMarOUWrInA2EbXARZzRzOOaQUiRP8cz2Ns79QD1HPqgdlNTlrs58euDr7Ro1G89t78Dn3sAba6IkuOuOBcXSwh/9/SL/gWRaEuToePBAFFsDjJnjRlGhO8ShSgxcSRSkEfteMmluxHuNmoZ/t5R4gpf4SsibHY4396RoytErw0DrkWoFxaxN2vk9EUAJ48oMXNyXETYOBNLABPVHB6vR00UKNW4Oo7JkLv6G3gP9puMTgjESl/jkr5LXPbmrEVPrFRwE9Q97MPNS+ZZu4aQqesQZWlgLeFCdnqigt+EnnIiKykpcPCqqukY4c53Ule+VD5g/+Fr9lNwqjHDDLiWiTTDCir28usAtLMbQYwOc=
Content-Type: multipart/alternative; boundary="_000_MN2PR11MB35655A11871B76BE41D5C107D8350MN2PR11MB3565namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: c8da4dcc-1370-4fcd-48b5-08d6cfca3d81
X-MS-Exchange-CrossTenant-originalarrivaltime: 03 May 2019 13:21:23.9999 (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-Transport-CrossTenantHeadersStamped: MN2PR11MB3887
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.20, xch-rcd-010.cisco.com
X-Outbound-Node: alln-core-2.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/raw/HUP14_OK8uZScUpyuWpm29W5chA>
Subject: Re: [Raw] Montréal and Chartering
X-BeenThere: raw@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: reliable and available wireless <raw.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/raw>, <mailto:raw-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/raw/>
List-Post: <mailto:raw@ietf.org>
List-Help: <mailto:raw-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/raw>, <mailto:raw-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 May 2019 13:21:32 -0000

Agreed: let’s look at the charter

What we have right now is:

        3) Produce a Standards Track document to define the generic data models
           to install a RAW flow along a track providing packet replication,
           elimination and ordering functions with spatial, frequency and time
           diversity in a scheduled FD/TDMA wireless network.


We could change it to:

        3) Produce a Standards Track document to define a generic data model
           to install a RAW flow along a Track in a scheduled wireless network.
           The data model will describe extended DetNet Service Functions such
           as Packet ARQ, Replication, Elimination and Ordering functions, which
           require the logical correlation of one or more receptions with one or
           more transmissions. It will also enable to commit resources in the
           network and request diversity in the spatial, frequency and time
           domains. Programming the specifics of how a particular technology
           schedules its resources is a non-goal and often the object of a local
           optimization within the technology.

All the best,

Pascal

From: Xavi Vilajosana Guillen <xvilajosana@uoc.edu>
Sent: vendredi 3 mai 2019 11:00
To: Pascal Thubert (pthubert) <pthubert@cisco.com>
Cc: raw@ietf.org; Lou Berger (lberger@labn.net) <lberger@labn.net>
Subject: Re: [Raw] Montreal and Chartering

Hi Pascal,

I am in favour of going through the generic model (we could consider and see how URLLC, EHT (11ax/be) flows are managed) and extend to 6TiSCH later when having addressed the 2-hop gaming scenarios with EHT.

Our experience says that the charter should be focused and concise.

regards
Xavi

Missatge de Pascal Thubert (pthubert) <pthubert@cisco.com<mailto:pthubert@cisco.com>> del dia dj., 2 de maig 2019 a les 18:13:
Dear all:

It’s probaly time to start preparing for a WG forming both in Montreal. The key element will be the proposed charter. It must justify a group but not attempt to boil the ocean.

Though the BoF in Prague went really well, there was an uncertainty in the end on what we should aim for I the charter, that Lou expressed in a question.


       Lou: You clarified what 6TiSCH does, can you clarify what PAW is to do?
       Pascal: We expect this group to complete the dot of the 6TiSCH architecture, which describes both stochastic and deterministic flows. But 6TiSCH WG was focused on stochastic flows, and we expected to inherit from the work of detnet for deterministic flows. As we thought about it we decided to disband 6TiSCH and start a new group to do the deterministic part since 6TiSCH was not the right group to do it.
       * Lou: would be good to clarify if this is going to be deterministic for 6TiSCH or for other type of radios.
       * Pascal: Not just for 6TiSCH. Another reason that 6TiSCH is not appropriate for this work is that we want to extend the work to other radio technologies. We are presenting here four different radio technologies that we are addressing.


Basically there is a duality: trying to adapt/extend DetNet and CCAMP to a generic scheduled wireless network in the one hand, and providing data models to program a deterministic track, which is an ask that we got at 6TISCH but does not generalize well to other radios. The difference is that on EHT and URLLC we do not program the physical resources (e.g., a resource block), but in all cases we ask for a guaranteed periodic resource to perform on hop, and then we assemble the hops with DetNet.

6TiSCH is special because we could configure down to the time slot, and use the time slot in/out as a G-MPLS switching resource..

Seems to me that we could separate the G-MPLS piece as an extension to what we’d do on all radios, that is program a periodic resource for a flow identified by a flow ID in the packet. A 6TiSCH-specific draft could then explain how the PCE can program the timeslots and use that to elide the flow ID, in which case this is only a variation of the generic model that we’d define, a sort of compression. We can even leave it off charter on the first round if the charter seems confused or too greedy otherwise.

What do you think?

Pascal
--
Raw mailing list
Raw@ietf.org<mailto:Raw@ietf.org>
https://www.ietf.org/mailman/listinfo/raw


--
Dr. Xavier Vilajosana
Wireless Networks Lab
Internet Interdisciplinary Institute (IN3)
Professor
(+34) 646 633 681
xvilajosana@uoc.edu<mailto:usuari@uoc.edu>
http://xvilajosana.org
http://wine.rdi.uoc.edu

Parc Mediterrani de la Tecnologia
Av Carl Friedrich Gauss 5, B3 Building
08860 Castelldefels (Barcelona). Catalonia. Spain

[Universitat Oberta de Catalunya]  [https://ferranadelantado.files.wordpress.com/2014/05/wine_logo_small2-e1453363995864.png?w=330&h=123]
­