Re: [Detnet] Resolving the remaining Use Cases Draft Comments - Cellular Radio and Industrial M2M

"Grossman, Ethan A." <eagros@dolby.com> Wed, 19 December 2018 23:39 UTC

Return-Path: <eagros@dolby.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A3C51130F1C for <detnet@ietfa.amsl.com>; Wed, 19 Dec 2018 15:39:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.001
X-Spam-Level:
X-Spam-Status: No, score=-0.001 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, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=dolby.com
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 1JARrMdYhaHz for <detnet@ietfa.amsl.com>; Wed, 19 Dec 2018 15:39:13 -0800 (PST)
Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01on070a.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe41::70a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 77C05130E86 for <detnet@ietf.org>; Wed, 19 Dec 2018 15:39:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dolby.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7xFkQs0+tCEXf+XwgJFTjlW6a7yPLru11rkbHPvzrnI=; b=IpV2pfFekxGaL2/bMcv0oF9DhzbbC18neyWdTdGL7m72IqpI9+cy7r/yFD2Gm4C+UA4NfCmWmNg6AlicFEiVIgcxALsbgsYTdXxufxAbd7BfOA/TDddlcs0LTbhGU1THwnHCopIJl3pvxS1y8AF73G1FnE7zpURUrh8R2b5rZG0=
Received: from BY1PR0601MB1403.namprd06.prod.outlook.com (10.162.111.157) by BY1PR0601MB1077.namprd06.prod.outlook.com (10.160.195.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1425.20; Wed, 19 Dec 2018 23:39:10 +0000
Received: from BY1PR0601MB1403.namprd06.prod.outlook.com ([fe80::b186:9ea8:15ee:654e]) by BY1PR0601MB1403.namprd06.prod.outlook.com ([fe80::b186:9ea8:15ee:654e%2]) with mapi id 15.20.1446.018; Wed, 19 Dec 2018 23:39:09 +0000
From: "Grossman, Ethan A." <eagros@dolby.com>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>, János Farkas <janos.farkas@ericsson.com>
CC: "jouni@gmail.com" <jouni@gmail.com>, Suresh Krishnan <suresh.krishnan@gmail.com>, "detnet@ietf.org" <detnet@ietf.org>, Balázs Varga A <balazs.a.varga@ericsson.com>, "Maik Seewald (maseewal)" <maseewal@cisco.com>
Thread-Topic: [Detnet] Resolving the remaining Use Cases Draft Comments - Cellular Radio and Industrial M2M
Thread-Index: AdSU+5y1fh3Z1DEoSRuflEdc9K3HkgB8g7WAAAZ6ORAAK4PwAAABUfUAAABEjAAAABrSAAANoIgQ
Date: Wed, 19 Dec 2018 23:39:08 +0000
Message-ID: <BY1PR0601MB14035B17242FEBD3E0B115ACC4BE0@BY1PR0601MB1403.namprd06.prod.outlook.com>
References: <CY1PR0601MB1408FD124CDE12A8B4980100C4A30@CY1PR0601MB1408.namprd06.prod.outlook.com> <b6817ea0-869a-75e6-218f-c478f485e1d8@ericsson.com> <DM6PR06MB5659B678012FDCA7001247DFC4BD0@DM6PR06MB5659.namprd06.prod.outlook.com> <b018e8d7-7499-89bb-4f89-70a6640b8bde@ericsson.com> <ffa69772d1ef41538401e5e38e42e08e@XCH-RCD-001.cisco.com> <9fe3ec20-5623-acc6-46a3-22215beca7cb@ericsson.com> <fe360490b91a4fbfb5223e23869904ad@XCH-RCD-001.cisco.com>
In-Reply-To: <fe360490b91a4fbfb5223e23869904ad@XCH-RCD-001.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-dg-ref: PG1ldGE+PGF0IG5tPSJib2R5Lmh0bWwiIHA9ImM6XHVzZXJzXGVhZ3Jvc1xhcHBkYXRhXHJvYW1pbmdcMDlkODQ5YjYtMzJkMy00YTQwLTg1ZWUtNmI4NGJhMjllMzViXG1zZ3NcbXNnLWQyZWUzY2JlLTAzZTYtMTFlOS04MjA5LWFjYmMzMjdhNTFjNlxhbWUtdGVzdFxkMmVlM2NiZi0wM2U2LTExZTktODIwOS1hY2JjMzI3YTUxYzZib2R5Lmh0bWwiIHN6PSIxNTc1NyIgdD0iMTMxODk3MzYxNTQ1NzQ3MzY0IiBoPSJ0VnhyQU5qOWRsdHNEaHRkbVBpUDR1TnZ1RkU9IiBpZD0iIiBibD0iMCIgYm89IjEiLz48L21ldGE+
authentication-results: spf=none (sender IP is ) smtp.mailfrom=eagros@dolby.com;
x-originating-ip: [8.39.141.5]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BY1PR0601MB1077; 6:cKujHh3kZofGRdVYeL1A7fXyPJv+xrwT7JUdD3paAWZIhh3Yp0KXhbqCb9ZyRhWCltrCv6rrdLHNmAj1RkA1Kug7tjup2z80kQqbTfpAuiQisT+vZkitmxEkYUrPr6qVFNslxm+SoLCftDGwEehLwiqgdT1/VpzFcG+08tIba8WceunM+vD4DaW/uw1m9ArZ5qxzIBlZUtse3TliEHMk/g6z0l3jGxsTZkoKZjJLcujHXaAcYtTFUmWpRNiZ7yRFoJT7Bd7SqdqWa+ujmegQV+/XYvutm4B16L0LqrMtVIS/Kj3IPT2lBH1EEEbzMhxaC7Q1/yLSyeFRO6HtWD2N/Hq0IPJV19o5yMWVy667XGUE5/0I1pIp35i4v3vUw/x3l3rO80CGLl8T+OumFz4ai/ZbL+ee3I/9tcfldqejMlDEXH5NiOjQSJu0GEym7gfQbwMcYmUmMIl6HtwEGuyUJjALgzwQAgK3teCvGdRtrto=; 5:dwQG2VSPRDvKdImoJyWJHA6fX5UC1nqYIzTT3ihySFfUKld+kdgdY3UzBsTyFjgn/xnWji+wynqhCn/7DBwqIsEdIhp5kYYMGu/gabOxXKWwMmVVGJ6xBiyqzfaGIp8IfQg7xc9f+34u8dFw+ccO8/pitZEYZr5pi1PrziOz71s=; 7:lg0Tnjh5uawDkmJftWIXU9UmfDQ31lYD5EGjPqRZLZS9pXd02w4NZS27U6tyVqSpttZiplio0k/VRTTKrmrYk0CxfwZ8BND/euyLMeztxzffuHTDMcEUF3twUqsZ1piQh8xM1thWVf8a8aFzvYFfsA==
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: 56197e51-1d95-47b8-e69d-08d6660b2c86
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(2017052603328)(7153060)(7193020); SRVR:BY1PR0601MB1077;
x-ms-traffictypediagnostic: BY1PR0601MB1077:
x-microsoft-antispam-prvs: <BY1PR0601MB107737E9E2D432B48E88D933C4BE0@BY1PR0601MB1077.namprd06.prod.outlook.com>
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(3230021)(999002)(5005026)(6040522)(2401047)(8121501046)(3231475)(944501520)(4982022)(52105112)(93006095)(93001095)(10201501046)(3002001)(149066)(150057)(6041310)(20161123558120)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123562045)(201708071742011)(7699051)(76991095); SRVR:BY1PR0601MB1077; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0601MB1077;
x-forefront-prvs: 0891BC3F3D
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(136003)(346002)(396003)(366004)(376002)(39860400002)(199004)(189003)(6436002)(11346002)(33656002)(476003)(86362001)(486006)(446003)(229853002)(39060400002)(54906003)(110136005)(316002)(93886005)(68736007)(97736004)(4326008)(606006)(478600001)(25786009)(9686003)(236005)(53936002)(14454004)(966005)(6306002)(55016002)(7736002)(6246003)(74316002)(5660300001)(26005)(53546011)(102836004)(6506007)(106356001)(186003)(105586002)(76176011)(790700001)(6116002)(3846002)(8676002)(81156014)(81166006)(8936002)(2906002)(99286004)(7696005)(66066001)(71190400001)(71200400001)(66574012)(256004)(54896002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR0601MB1077; H:BY1PR0601MB1403.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: dolby.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: qbO+dr2yKZOpx2BVUYzZ6S+ihunBr/t8YRaztcwAqCrw2OV53My4NYNH/S4S9ecXW0EJpWWgHYjMnNRWGo+LGt8sg3PRkeFrOIjAms513C9SlL02TlsLT3EBO+dX30ZvhYoJ8JgaKKSBL6hXrjqBKbQBz2XCbgqjAokavBhpcmaP8i7uPP5Io9mOqXc35963iNMWp3CTpcWIweJ+giAU6Re4ArWdb/inaaRi/uyTrJDtuT4hUFhtXw+MhOOCv64Pz+Lq368PioUxCcs5lSM+P6VZOd/5XcvnvD3cmN0eCbwEZPEeMR5LsUZ5FSjmRL43
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_BY1PR0601MB14035B17242FEBD3E0B115ACC4BE0BY1PR0601MB1403_"
MIME-Version: 1.0
X-OriginatorOrg: dolby.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 56197e51-1d95-47b8-e69d-08d6660b2c86
X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Dec 2018 23:39:09.1200 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 05408d25-cd0d-40c8-8962-5462de64a318
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0601MB1077
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/W_g6a8PCvEGG45toGXP93tLmlzg>
Subject: Re: [Detnet] Resolving the remaining Use Cases Draft Comments - Cellular Radio and Industrial M2M
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2018 23:39:27 -0000

Thanks guys, based on the below, I'm writing:
Low packet loss (with bounded number of consecutive lost packets)
Ethan.

From: Pascal Thubert (pthubert) <pthubert@cisco.com>
Sent: Wednesday, December 19, 2018 9:01 AM
To: János Farkas <janos.farkas@ericsson.com>; Grossman, Ethan A. <eagros@dolby.com>
Cc: jouni@gmail.com; Suresh Krishnan <suresh.krishnan@gmail.com>; detnet@ietf.org; Balázs Varga A <balazs.a.varga@ericsson.com>; Maik Seewald (maseewal) <maseewal@cisco.com>
Subject: RE: [Detnet] Resolving the remaining Use Cases Draft Comments - Cellular Radio and Industrial M2M

Works for me, this is essential.

From: János Farkas <janos.farkas@ericsson.com<mailto:janos.farkas@ericsson.com>>
Sent: mercredi 19 décembre 2018 17:58
To: Pascal Thubert (pthubert) <pthubert@cisco.com<mailto:pthubert@cisco.com>>; Grossman, Ethan A. <eagros@dolby.com<mailto:eagros@dolby.com>>
Cc: jouni@gmail.com<mailto:jouni@gmail.com>; Suresh Krishnan <suresh.krishnan@gmail.com<mailto:suresh.krishnan@gmail.com>>; detnet@ietf.org<mailto:detnet@ietf.org>; Balázs Varga A <balazs.a.varga@ericsson.com<mailto:balazs.a.varga@ericsson.com>>; Maik Seewald (maseewal) <maseewal@cisco.com<mailto:maseewal@cisco.com>>
Subject: Re: [Detnet] Resolving the remaining Use Cases Draft Comments - Cellular Radio and Industrial M2M

Well, I'd not enter MTBF discussion at this stage.

It is just example in the brackets. What about skipping numbers to get:

"Low packet loss (e.g., limited number of consecutive packets)"

?

The special aspect brought in really is the aspect of consecutive packets.

Regards,
Janos
On 12/19/2018 5:50 PM, Pascal Thubert (pthubert) wrote:
Hello  János

I agree to change the sentence. Zero is not reasonable in the real world, even in wired space : ) What about

"Low packet loss (e.g.,  one in a million, one in a billion, min time between losses, min packets between losses, strictly bounded number of consecutive losses)"
Maybe that's too many examples but when you look up the (old) art of "reliability " you end up with terms such as MTBF...
All the best

Pascal

From: detnet <detnet-bounces@ietf.org><mailto:detnet-bounces@ietf.org> On Behalf Of János Farkas
Sent: mercredi 19 décembre 2018 17:13
To: Grossman, Ethan A. <eagros@dolby.com><mailto:eagros@dolby.com>
Cc: jouni@gmail.com<mailto:jouni@gmail.com>; Suresh Krishnan <suresh.krishnan@gmail.com><mailto:suresh.krishnan@gmail.com>; detnet@ietf.org<mailto:detnet@ietf.org>; Balázs Varga A <balazs.a.varga@ericsson.com><mailto:balazs.a.varga@ericsson.com>; Maik Seewald (maseewal) <maseewal@cisco.com><mailto:maseewal@cisco.com>
Subject: Re: [Detnet] Resolving the remaining Use Cases Draft Comments - Cellular Radio and Industrial M2M

I just tried to resolve the concern around burstless.

Actually, the numbers may not be right.

Checking IEC/IEEE 60802 contributions
https://1.ieee802.org/tsn/iec-ieee-60802-tsn-profile-for-industrial-automation/<https://urldefense.proofpoint.com/v2/url?u=https-3A__1.ieee802.org_tsn_iec-2Dieee-2D60802-2Dtsn-2Dprofile-2Dfor-2Dindustrial-2Dautomation_&d=DwMFAw&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=qLsriWJHqceDZAep-8JipBEXaTAsQnbDCij4t4TnOWk&s=YVPeAe4TBdOg6T9hTqpMVFgZsRRka8WQV6Qe73keNSc&e=>

Use Cases: http://www.ieee802.org/1/files/public/docs2018/60802-industrial-use-cases-0918-v13.pdf<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ieee802.org_1_files_public_docs2018_60802-2Dindustrial-2Duse-2Dcases-2D0918-2Dv13.pdf&d=DwMFAw&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=qLsriWJHqceDZAep-8JipBEXaTAsQnbDCij4t4TnOWk&s=TJb3JOCGOrAdckcrIS6a_DiE9yfCk4fVDCx25jqwdBc&e=>
and traffic type characterization: http://www.ieee802.org/1/files/public/docs2018/60802-ademaj-traffic-type-characterization-1118-v01.pdf<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ieee802.org_1_files_public_docs2018_60802-2Dademaj-2Dtraffic-2Dtype-2Dcharacterization-2D1118-2Dv01.pdf&d=DwMFAw&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=qLsriWJHqceDZAep-8JipBEXaTAsQnbDCij4t4TnOWk&s=ohssmVbMlG6dchtLLaVKy-B5GyW7zH2J9IKMLKB1Kes&e=>
indicate that the most stringent requirement is zero loss.
The next one is how many consecutive packets may be lost
There are more relaxed cases.

This section is: 7.4.  Industrial M2M Asks

Maybe we should focus on the stringent cases.

What about updating the bullet to:

"Low packet loss (e.g., zero, limited number of consecutive packets)"

?

Regards,
Janos

On 12/18/2018 8:31 PM, Grossman, Ethan A. wrote:
Thanks Janos,
Doesn't 0.1-1% sound like an awful lot of packet loss?
Do I understand correctly that you mean:
"Low packet loss (0.1-1 % of packets can be lost, but only a bounded number of consecutive packets can be lost)"

I guess I still don't exactly understand the intent, can you please clarify?
Thanks, and sorry for being dense here.
Ethan.

From: János Farkas <janos.farkas@ericsson.com><mailto:janos.farkas@ericsson.com>
Sent: Tuesday, December 18, 2018 8:21 AM
To: Grossman, Ethan A. <eagros@dolby.com><mailto:eagros@dolby.com>
Cc: jouni@gmail.com<mailto:jouni@gmail.com>; Maik Seewald (maseewal) <maseewal@cisco.com><mailto:maseewal@cisco.com>; Balázs Varga A <balazs.a.varga@ericsson.com><mailto:balazs.a.varga@ericsson.com>; detnet@ietf.org<mailto:detnet@ietf.org>; Suresh Krishnan <suresh.krishnan@gmail.com><mailto:suresh.krishnan@gmail.com>
Subject: Re: Resolving the remaining Use Cases Draft Comments - Cellular Radio and Industrial M2M

Hi Ethan,

Maybe it is not a god phrase, but the intention with the phrase that the loss should be burstless was that consecutive packets should not be lost.
Perhaps the maximum consecutive loss tolerance parameter describes it better in https://tools.ietf.org/html/draft-ietf-detnet-flow-information-model-02<https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_html_draft-2Dietf-2Ddetnet-2Dflow-2Dinformation-2Dmodel-2D02&d=DwMD-g&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=0W0EQyafQ7HdKxGYDUDOn91m44yUJHQre2QdC0Pq5rI&s=xtlwetwJuYWGjTBmpNfLC8CvvhDk4x1YkRjNDTE0rws&e=>. It is the "maximum    number of consecutive packets whose loss can be tolerated"

Maybe updating the bullet in the use cases draft to:

"Low packet loss (0.1-1 %, limited number of consecutive packets)"

?

Regards,
Janos
On 12/16/2018 6:03 AM, Grossman, Ethan A. wrote:
Balazs, Janos:
* Section 7.4

What does burstless mean (especially in the context of low packet loss)?