Re: [Raw] Alissa Cooper's Block on charter-ietf-raw-00-02: (with BLOCK)

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Wed, 05 February 2020 08:27 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 9F37D12011E; Wed, 5 Feb 2020 00:27:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.501
X-Spam-Level:
X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 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=E3ZiRExn; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=ZbRVF5HW
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 JWwcKquKVs38; Wed, 5 Feb 2020 00:27:23 -0800 (PST)
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 13861120052; Wed, 5 Feb 2020 00:27:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7366; q=dns/txt; s=iport; t=1580891243; x=1582100843; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=8i2SH9NXFykDfhRXEa7NdIiL7WPPaMSFSfrjLUJYcvk=; b=E3ZiRExnrI1SMSx1RqyFPyWvMsMT1OGyVFt6vyEl9aa21Amc0ZcvOQcD NCarzy8ghMg2FLAt054JRkGJYhlrQmNEDnCc19eJUVSKZ44bvPDZa2FRr saCoDQIkFYQDSyzsrKxPYlx3lo0ZKW7rS0p9VU+w0UIi26ynBGrMvfcjf A=;
IronPort-PHdr: =?us-ascii?q?9a23=3A0rHSshefZg4iP0ais5gwoBwYlGMj4e+mNxMJ6p?= =?us-ascii?q?chl7NFe7ii+JKnJkHE+PFxlwGQD57D5adCjOzb++D7VGoM7IzJkUhKcYcEFn?= =?us-ascii?q?pnwd4TgxRmBceEDUPhK/u/dzA6Ac5PTkNN9HCgOk8TE8H7NBXf?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CkBQAlfDpe/40NJK1lHAEBAQEBBwE?= =?us-ascii?q?BEQEEBAEBgXuBVFAFbFggBAsqhBWDRgOLAYJfmBKBQoEQA1QJAQEBDAEBGAs?= =?us-ascii?q?KAgEBhEACF4IgJDgTAgMNAQEEAQEBAgEFBG2FNwyFZgEBAQEDAQEQEREMAQE?= =?us-ascii?q?sBAcBCwQCAQgRBAEBAwImAgICJQsVCAgCBAENBQgagwWCSgMuAQIMoHcCgTm?= =?us-ascii?q?IYnWBMoJ/AQEFgUNBgysYggwDBoEOKoUehwQagUE/gRFHgkw+gmQBAQMBgSM?= =?us-ascii?q?JARIBI4MOMoIsjWKCdYYGmQ0KgjqHSo8UgkiIDpAyjmKIaZI0AgQCBAUCDgE?= =?us-ascii?q?BBYFpImdxcBU7gmxQGA2OHYNzhRSFP3SBKYpggjIBAQ?=
X-IronPort-AV: E=Sophos;i="5.70,405,1574121600"; d="scan'208";a="429703183"
Received: from alln-core-8.cisco.com ([173.36.13.141]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 05 Feb 2020 08:26:59 +0000
Received: from XCH-RCD-005.cisco.com (xch-rcd-005.cisco.com [173.37.102.15]) by alln-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id 0158QxRj025877 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 5 Feb 2020 08:26:59 GMT
Received: from xhs-rcd-003.cisco.com (173.37.227.248) by XCH-RCD-005.cisco.com (173.37.102.15) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 5 Feb 2020 02:26:58 -0600
Received: from xhs-rtp-002.cisco.com (64.101.210.229) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 5 Feb 2020 02:26:58 -0600
Received: from NAM02-BL2-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Wed, 5 Feb 2020 03:26:58 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=LvGVw/U8j8kiaAhR8YppkP5xJWbGfUuWOjLzd2KmSYabOTxHci5G8Y3r66reQGgwEFGp19drFcs1c2lVJUdq/atqsw6Qdeev5ZlxKmyD40xBsi6TnRhuhYv4Q/3fxXRI4dL0v/d9/P6TVnVePMBNoGsT87iQoc/TOcmLafzqgyFU1hnpm3vp8yFLqyEwqQf6ZOikjF+Roo3vSPiBmLBd+jSINp3ND+2m52dm2VQTqQ4SpIEBF2RWioOZ6PUhO1SSFgGYReBdlcXSBfrmEuXmMW3XX4X3f98m4bXsucLL+5rlbPBumFJ8DOKnY5a6cNpTsRlm1v8RyVd1sNqggqfrhQ==
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=8i2SH9NXFykDfhRXEa7NdIiL7WPPaMSFSfrjLUJYcvk=; b=BjKwGoh6tHbQ2Hi4xI0t5cbapqDQ9YyKAZEx0+EvlHuco6QGlqg6ck7scUKaupTIp6WwbWTahMss4tXxn0bUcp673PTZPCNSo+15S/xWxlfEGhTm9A7Ab3bTq86SFtNR/aUBvZByhFlmZhb4eijHGsMFXNQDiKnlTf9Y/dstDgOCwOFcR9WaXnP0Wx43OlsY5QxT/H7U0bGVbs0YstYX1rImI6pLRHgGzAuKGzQP56o5HPhZKN+VgcyzMp0veRamIz2fgVk9Wp2dSoFSRaRz6JHHgaJrO036G6KZxny7FMCF9y/yAfevxYYnChrrzX82REGQrOEpUOIbYuttcycyOQ==
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=8i2SH9NXFykDfhRXEa7NdIiL7WPPaMSFSfrjLUJYcvk=; b=ZbRVF5HWdpXMQNxhdKYOJLNTFJD15Fw0oXPQVzSFu8EXFQs0dkqdLjIEfgmfJC3b7Q6k/4FaZBJD+OdP8Lm5dwWG1BY8k2E0dFYAm9hS80JNedyJ9yxIFxFW5V/SuH6N1D4WzndIG+1rvHywhuBjJ+gPJulkedC1TgyNkK00yzY=
Received: from MN2PR11MB3565.namprd11.prod.outlook.com (20.178.250.159) by MN2PR11MB3936.namprd11.prod.outlook.com (10.255.180.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2707.21; Wed, 5 Feb 2020 08:26:57 +0000
Received: from MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::fd76:1534:4f9a:452a]) by MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::fd76:1534:4f9a:452a%3]) with mapi id 15.20.2707.020; Wed, 5 Feb 2020 08:26:57 +0000
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Alissa Cooper <alissa@cooperw.in>, The IESG <iesg@ietf.org>
CC: "raw-chairs@ietf.org" <raw-chairs@ietf.org>, "raw@ietf.org" <raw@ietf.org>
Thread-Topic: [Raw] Alissa Cooper's Block on charter-ietf-raw-00-02: (with BLOCK)
Thread-Index: AQHV26Oqg+Qlgr+mPEyxvSLHBt3zB6gMPA1g
Date: Wed, 5 Feb 2020 08:26:44 +0000
Deferred-Delivery: Wed, 5 Feb 2020 08:25:49 +0000
Message-ID: <MN2PR11MB3565CE3B21DEDE71EC52BFDCD8020@MN2PR11MB3565.namprd11.prod.outlook.com>
References: <158085239614.15693.12020911716179839628.idtracker@ietfa.amsl.com>
In-Reply-To: <158085239614.15693.12020911716179839628.idtracker@ietfa.amsl.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: [2a01:cb1d:4ec:2200:cc14:f913:5f4:7785]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: d4c9dd23-1749-4eac-6400-08d7aa152a13
x-ms-traffictypediagnostic: MN2PR11MB3936:
x-microsoft-antispam-prvs: <MN2PR11MB3936C4E2FA22AD6F72CC0430D8020@MN2PR11MB3936.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8273;
x-forefront-prvs: 0304E36CA3
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(39860400002)(136003)(376002)(366004)(396003)(199004)(189003)(33656002)(186003)(71200400001)(110136005)(86362001)(4326008)(2906002)(6666004)(8936002)(53546011)(6506007)(7696005)(81156014)(81166006)(8676002)(76116006)(66446008)(64756008)(66476007)(66556008)(66946007)(55016002)(9686003)(5660300002)(54906003)(52536014)(478600001)(966005)(316002)(66574012); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB3936; H:MN2PR11MB3565.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: WvkwgYdPEjX2Osqdrd1DR7tKA0U80xBlHqa/8nNnVqBxXMZMfct0C530Z6il7rqf4khYfaPNgmOuKbnY9uo0lE0X0TpkViZND4GW2mOVQ+yohijXeCbj0Je7dMHB7b8vBVILRpcMEdyeVPy4ukKzsdmlUMoPL9kWZT5PqNHmnemMYXp5BtC92A6JDvfXcsECiHdV7z8HfqgXCu2C04jVupbpNBEFAAFFhqe1DyCbIBLOkYUklfa195YkdvGABFaJJYAXuIiatTV8xhdufEhdnX7xtpF7qBl+IFudPVFoT+xpHjqLk88BQ3eu48gmkLqcWGpn7V46WOg4gKHBuKSLVDVXlFi9+bWs3UR/JKHSilND5o3C4xX2iItVuJ6sDNlTzL+Iv73Oot2J829EDO2JgSe40oTWQNyr7TlFfQoA86LcjJyftsgJ8FsjEtIHdyVvEBYczh2Z98bbgskWVSIRNqAkeTt/3lO5picFKdq19YODP+cE4/nugMNwN166d+ZREmVwVIwiyVGaFamTUCSyAw==
x-ms-exchange-antispam-messagedata: BIiqKLu99E+/fXs2JkGaBWMvNVqRw7YuGEqRWagMvoPyCXs/hSxt8hqHbGfgwmSogD5+fGo3Dnz50evrnEHXugkePS+aqMcLc3gvISA02nN1DpyIPjG04PbgAf3lV5rsINMtkDjoI2cxPkm/DEZiUtOt5OHYgx5cgjlX3zEiPhF5zHZES7sb0iZW87YVCTJYWtozRk9pch/7cFqWi99Y+w==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: d4c9dd23-1749-4eac-6400-08d7aa152a13
X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Feb 2020 08:26:57.2304 (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: Uc6wo8hI6/LXRHqjdxmPluwh0oyptz993kOxlGNoh3jDfWq4FhEXL35nCK5Eq0b3rcRdipKkzpWcF7VlPO2jow==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB3936
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.15, xch-rcd-005.cisco.com
X-Outbound-Node: alln-core-8.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/raw/ZLZboyHGQNOlUqRuB71WnWyJOJY>
Subject: Re: [Raw] Alissa Cooper's Block on charter-ietf-raw-00-02: (with BLOCK)
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: Wed, 05 Feb 2020 08:27:26 -0000

Hello Alissa

The text may be giving the wrong impression that RAW focusses on one technology or one application. 
I started that effort 1 1/2 years ago and that was never my intent.

The problem we are looking at is that wireless has close to zero adoption in a number of environments where machines talk to machines. This kind of communication does not have the flexibility that is tolerable when humans are in the loop, because we cope with it. 

Use cases involve anything automation and to some extent safety - related. You find that in automated vehicles, nuclear plants, production lines, and even thermostats. It's all around us. The reason why wireless is left out is the lack of perceived reliability and availability. This is what our problem statement says, and what we explained at the BoF.

If you look at it, the perception comes for a reason. Even licensed band communication suffer from hinderance, e.g., multipath fading (echo), physical objects in the Fresnel zone, mobility, you name it. Certainly unlicensed (ISM band) can be worse with uncontrolled co channel interferers. But regardless, a single radio technology between a single pair of devices will not be trusted to provide reliability (Packet delivery ratio) and availability (never 4 losses in a row).

The RAW story is that IP can help. IP can assess the end-to-end R&A, e.g., through feedback and OAM, as opposed to over one hop. IP can leverage multiple technologies in parallel, over a complex graph if needed, to leverage all sorts of diversity that exist with radio (see PAREO in the problem statement). With that, we can provide the end-to-end qualities that the automation people are after.

RAW is a bridge between the extremes that are MANET and DetNet. It will inherit from both and extend them. There's also a touch of PCE in the story:
* It will cover a reasonably well-known set of devices in a reasonably mobile environment (think predictable), which is much less extreme than MANET, but still, it will leverage experience and protocols such as DLEP and IP models.
* It will reuse DetNet's multipath and OAM capabilities, and extend them, since radios are both more demanding in loss recovery and richer in capabilities to do so. It will be less extreme than DetNet, at least to start with, on reliability requirements such as bounded latency. And mostly, it will look at the forwarding behavior when the use of redundancy (no free lunch) has to be decided at the forwarding scale (for a bunch of packets till the radio conditions change) as opposed to the routing scale (of a central controller, far-far away, a global but slow overseer). 
* The goal we share with the chairs for RAW (first generation) is to work on that local engine that makes the forwarding decision for that bunch of packets across possibly multiple next hops, that may be part of complex paths that may include wireless segments. You can see it as exporting a piece of a PCE next to the packet forwarding engine so we called it a PSE.

This hybridity between 3 existing WG makes it difficult to position a STD defining WG. I think that's the reason why you do not see STD track milestones. We who want to solve the problem need you at the IESG to provide us with a place we can meet and progress.

All the best

Pascal 

> -----Original Message-----
> From: Raw <raw-bounces@ietf.org> On Behalf Of Alissa Cooper via Datatracker
> Sent: mardi 4 février 2020 22:40
> To: The IESG <iesg@ietf.org>
> Cc: raw-chairs@ietf.org; raw@ietf.org
> Subject: [Raw] Alissa Cooper's Block on charter-ietf-raw-00-02: (with BLOCK)
> 
> Alissa Cooper has entered the following ballot position for
> charter-ietf-raw-00-02: Block
> 
> When responding, please keep the subject line intact and reply to all email
> addresses included in the To and CC lines. (Feel free to cut this introductory
> paragraph, however.)
> 
> 
> 
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/charter-ietf-raw/
> 
> 
> 
> ----------------------------------------------------------------------
> BLOCK:
> ----------------------------------------------------------------------
> 
> I still feel that the charter is unclear on the relationship between "Aeronautical
> Data Applications" and the work of this WG. The charter says this is "one"
> critical application, but then uses the term "these newly identified industry
> applications" and "these newer industry applications." Do those snippets of
> text refer to multiple different aeronautical applications? Or do they refer to
> applications in other domains? Since the aeronautical applications are called
> out multiple times, are they expected to take precedence over other
> applications when the use cases and requirements are defined?
> 
> Also, this is a little pedantic but since there has been a lot of confusion about
> this, I think it needs to be clarified: the charter says "RAW’s focus will be on
> identifying use cases and requirements for these new applications."
> Wouldn't we expect applications to flow from use cases, not the other way
> around? That is, if the WG intends to invent use cases for applications that
> already exist, that seems backwards.
> 
> 
> 
> 
> --
> Raw mailing list
> Raw@ietf.org
> https://www.ietf.org/mailman/listinfo/raw