Re: [Paw] tentative PAW charter

"Cavalcanti, Dave" <dave.cavalcanti@intel.com> Fri, 01 February 2019 16:59 UTC

Return-Path: <dave.cavalcanti@intel.com>
X-Original-To: paw@ietfa.amsl.com
Delivered-To: paw@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 80C0E1310B4 for <paw@ietfa.amsl.com>; Fri, 1 Feb 2019 08:59:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.9
X-Spam-Level:
X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, 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 DFKM5LDWm1lV for <paw@ietfa.amsl.com>; Fri, 1 Feb 2019 08:59:07 -0800 (PST)
Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) (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 856BE131084 for <paw@ietf.org>; Fri, 1 Feb 2019 08:59:03 -0800 (PST)
X-Amp-Result: SKIPPED(no attachment in message)
X-Amp-File-Uploaded: False
Received: from orsmga003.jf.intel.com ([10.7.209.27]) by orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 01 Feb 2019 08:59:01 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.56,549,1539673200"; d="scan'208";a="123206202"
Received: from orsmsx103.amr.corp.intel.com ([10.22.225.130]) by orsmga003.jf.intel.com with ESMTP; 01 Feb 2019 08:58:57 -0800
Received: from orsmsx162.amr.corp.intel.com (10.22.240.85) by ORSMSX103.amr.corp.intel.com (10.22.225.130) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 1 Feb 2019 08:58:57 -0800
Received: from orsmsx101.amr.corp.intel.com ([169.254.8.140]) by ORSMSX162.amr.corp.intel.com ([169.254.3.39]) with mapi id 14.03.0415.000; Fri, 1 Feb 2019 08:58:57 -0800
From: "Cavalcanti, Dave" <dave.cavalcanti@intel.com>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>, "paw@ietf.org" <paw@ietf.org>
Thread-Topic: tentative PAW charter
Thread-Index: AdS5cp1HVs28gzanRP2Hl9funa/jvAA2xSyg
Date: Fri, 01 Feb 2019 16:58:57 +0000
Message-ID: <167E9B9F5274D7459E354580CC4EFD7A41D97F60@ORSMSX101.amr.corp.intel.com>
References: <425c1074d34c42d595902528d1a55858@XCH-RCD-001.cisco.com>
In-Reply-To: <425c1074d34c42d595902528d1a55858@XCH-RCD-001.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
dlp-product: dlpe-windows
dlp-version: 11.0.400.15
dlp-reaction: no-action
x-ctpclassification: CTP_NT
x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiZGYxNjdjMmEtZjU5Ni00MDBkLWE0ZmQtZDI2NTI5OWM3NTEzIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoieWZMcFJiY3RTXC9TNmVUZEVhRlU0TVpKYkxCMVM2RWI3SjliY0xOOTdcL2dVeVI4Q1E3Q1dSSGREN1grSExLSU1rIn0=
x-originating-ip: [10.22.254.138]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/paw/fpHBT1qzsM8TkdYwdl4_VmwfQg0>
Subject: Re: [Paw] tentative PAW charter
X-BeenThere: paw@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: predictable and available wireless <paw.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/paw>, <mailto:paw-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/paw/>
List-Post: <mailto:paw@ietf.org>
List-Help: <mailto:paw-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/paw>, <mailto:paw-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Feb 2019 16:59:19 -0000

Hi Pascal and All,

Thanks for sharing the draft charter. Here is an update on the related activities in the IEEE 802.11 working group:

The RTA TIG is finalizing a report that includes several time-sensitive use cases, requirements and potential solutions/areas for enhancements in 802.11 to better support RTA/TSN applications. Here is the link to the draft report:
https://mentor.ieee.org/802.11/dcn/18/11-18-2009-04-0rta-rta-report-draft.docx

The group arrived to a consensus in the January meeting that the work to be done in support of RTA should be done in the upcoming 802.11 EHT group (currently EHT is a Study Group and it is expected to be a new TG in May). The RTA TIG will finalize its report and conclude its activities in the next meeting (March), and the work will continue in EHT. 

Given this status, we could leverage the use cases/requirements defined by the RTA TIG, but we should avoid pointing to 802.11 RTA as a new solution, this may give the wrong impression that there will be a new 802.11 RTA specific amendment. Going forward, we should refer to 802.11 EHT as the group that will develop new MAC/PHY capabilities and address the RTA/TSN requirements.

Thanks
Dave



-----Original Message-----
From: Paw [mailto:paw-bounces@ietf.org] On Behalf Of Pascal Thubert (pthubert)
Sent: Thursday, January 31, 2019 6:40 AM
To: paw@ietf.org
Subject: [Paw] tentative PAW charter

Dear all:

As you know, we asked for a non-WG forming BoF at IETF 103 in Prague. If we are successful there, the aim is for a WG-forming BoF in Montreal. 
This really means that Prague is our chance to prepare for the real deal in Montreal, where we will have to show realistic goals and a critical mass of people to achieve them.
The core of the Montreal meeting will be the charter discussion. We'll present the technologies we support, and the documents we want to produce.

The work on the charter must start now, so we can narrow it down at IEF 103 and present it mostly complete at IETF 104. 
Based on early discussions at the Bar-BoF in Bangkok, please find below a for shot at the charter. Comments welcome!

Early PAW charter v0.1
-------------------------------
	
	Deterministic IP Networks are getting traction in multiple industries 
	(manufacturing, vehicle automation, professional A/V, gaming) with new
	developments in wired technologies (IEEE 802.1 TSN, IETF DetNet), enabling 
	the promises of the IT/OT convergence. 
	
	A perfect Deterministic IP Network would ensure that a bounded throughput
	of IP packets reaches its destination within a guaranteed time. In an
	imperfect world, Deterministic Networking is an attempt to eliminate packet
	loss for a committed bandwidth while ensuring a worst case end-to-end 
	latency, regardless of the network conditions and across technologies. 
 
    	Networks become more deterministic when the effects of statistical
	multiplexing are eliminated. This can be achieved by maintaining the
	amount of traffic within the physical capabilities of the technology,
	e.g., by the use of time-shared resources (bandwidth and buffers) per
	circuit, and/or by shaping and/or scheduling the packets at every hop.

    	Other types of physical-domain issue, e.g., a radio interference, a
	broken interface adapter, or an unplugged physical wire, can also be a
	source of data loss. When such breakage occurs, multiple packets are lost
	in a row before a flow is rerouted or the system recovers. Whereas random 
	packet loss can be solved by packet redundancy techniques (FEC, ARQ) these
	systemic issues a require higher-level redundancy at the path level.

	People might argue that wireless cannot be fully "deterministic" due to 
	uncontrolled interferences, including the self-induced multipath fading. 
	At least it is possible to provide a more Predictable and Available
	Wireless service by scheduling transmissions. Scheduling enables to create 
	diversity in the network in the spatial (multipath), time (scheduling) and
	frequency (hopping) domains, and get around all forms of interferences.
	
	The development of deterministic wireless technologies was so far lagging 
	behind that of wires both at the IEEE and the IETF. But recent advances
	(3GPP 5G, IEEE 802.11 ART, IEEE 802.15.4 TSCH, as well as proprietary and 
	military approaches) indicate that wireless is finally catching up at the
	lower layer and that time has come for the IETF to implement the 6TiSCH 
	Architecture and extend DetNet to wireless interfaces.
      
    	The Working Group will leverage cross-participation with the associated 
	set of stakeholders to ensure that the work taking place corresponds to 
	real demands and that the proposed solutions are indeed applicable. It 
	will focus on enabling PAW connectivity over the following selection of 
	deterministic wireless technologies: 3GPP 5G, IEEE Real Time Application 
	(RTA) 802.11 TIG, IEEE Std. 802.15.4 TSCH and possibly the L-band Digital
	Aeronautical Communications System (LDACS).

    The group will:

        1) Produce Informational work describing deterministic wireless
           use cases, in continuation to the DetNet use cases document
		
         2) Produce Informational work describing the technologies that the
            group will cover (5G, TSCH, RTA and LDACS) 

        3) Produce a Standards Track document to define the generic data models
           to install a PAW flow along a Track providing Packet Replication, 
           Elimination and Ordering Functions with Spatial, Frequency and Time
           diversity in a Scheduled FD/TDMA wireless Network.

        4) Produce a Standards Track document to enable some operations, 
           administration and maintenance (OAM) inside a PAW network, providing
           packet loss evaluation and automated adaptation to enable a trade off
           between resilience and energy spending.


-----------------------------

Cheers,

Pascal


-- 
Paw mailing list
Paw@ietf.org
https://www.ietf.org/mailman/listinfo/paw