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

János Farkas <janos.farkas@ericsson.com> Wed, 19 December 2018 16:12 UTC

Return-Path: <Janos.Farkas@ericsson.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 595DB130E2B for <detnet@ietfa.amsl.com>; Wed, 19 Dec 2018 08:12:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.366
X-Spam-Level:
X-Spam-Status: No, score=-2.366 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.065, 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_MED=-2.3, 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=ericsson.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 ONtVYl89SdH1 for <detnet@ietfa.amsl.com>; Wed, 19 Dec 2018 08:12:33 -0800 (PST)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (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 3DDAE12D4F2 for <detnet@ietf.org>; Wed, 19 Dec 2018 08:12:33 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1545235951; x=1547827951; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=m4b4oRkykAHIxT4z2lk8DXWGUju5K25t7R0Ia0UU8mE=; b=UG3dx/v9uVeYApSGeCvAQeqZZ/7OYiOu+uTY8QFFh/LG02NSv8Zxxfri0uPZ0pKl J+Kv8w+8itWo7xRALACv12lny012yTZd/lIMhr5dpl8KxVF20SB62p11YLuzN5FG pW4hMKKljK9ZbE07Gi6hBhzXNpIma3U3iYoVRPOigPE=;
X-AuditID: c1b4fb30-f93ff7000000355c-a8-5c1a6defa7e0
Received: from ESESSMB505.ericsson.se (Unknown_Domain [153.88.183.123]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id E1.71.13660.FED6A1C5; Wed, 19 Dec 2018 17:12:31 +0100 (CET)
Received: from ESESSMB502.ericsson.se (153.88.183.163) by ESESSMB505.ericsson.se (153.88.183.166) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Wed, 19 Dec 2018 17:12:31 +0100
Received: from [131.160.183.54] (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.190) with Microsoft SMTP Server id 15.1.1466.3 via Frontend Transport; Wed, 19 Dec 2018 17:12:30 +0100
To: "Grossman, Ethan A." <eagros@dolby.com>
CC: "jouni@gmail.com" <jouni@gmail.com>, "Maik Seewald (maseewal)" <maseewal@cisco.com>, Balázs Varga A <balazs.a.varga@ericsson.com>, "detnet@ietf.org" <detnet@ietf.org>, Suresh Krishnan <suresh.krishnan@gmail.com>
References: <CY1PR0601MB1408FD124CDE12A8B4980100C4A30@CY1PR0601MB1408.namprd06.prod.outlook.com> <b6817ea0-869a-75e6-218f-c478f485e1d8@ericsson.com> <DM6PR06MB5659B678012FDCA7001247DFC4BD0@DM6PR06MB5659.namprd06.prod.outlook.com>
From: János Farkas <janos.farkas@ericsson.com>
Message-ID: <b018e8d7-7499-89bb-4f89-70a6640b8bde@ericsson.com>
Date: Wed, 19 Dec 2018 17:12:30 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1
MIME-Version: 1.0
In-Reply-To: <DM6PR06MB5659B678012FDCA7001247DFC4BD0@DM6PR06MB5659.namprd06.prod.outlook.com>
Content-Type: multipart/alternative; boundary="------------49BAFA1B9671AA3A54515BD4"
Content-Language: en-US
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupgkeLIzCtJLcpLzFFi42KZGbG9Wvd9rlSMQc8iOYvfn2azWPQ93s5u 8e3vYyaLywv3sFsc2XCW1YHVY8rvjawe+yYeYfHYOesuu8eSJT+ZAliiuGxSUnMyy1KL9O0S uDJm79jEUvA/tmLe7TOMDYzbvLsYOTgkBEwkNj7I72Lk5BASOMIoMasJyOYCsr8xSkz9dYwR wjnKKNHw+AsbSJWwQLLEoc+/2ECaRQS0JY6ftgAJMwt8YJT4tF0Dov4lkN17jwkkwSZgL3H3 0gZmEJsXyN58cRYriM0ioCqxZ9ciFhBbVCBW4tOVxVA1ghInZz4Bi3MCxZ93vWeGWBAmMWHB JCYIW1zi1pP5TBBXq0l8evuQfQKj4Cwk7bOQtMxC0jIL6GxmoDMebC2DCMtLNG+dzQxh60tc v3OfFVl8ASP7KkbR4tTipNx0IyO91KLM5OLi/Dy9vNSSTYzA+Dm45bfBDsaXzx0PMQpwMCrx 8G6PkooRYk0sK67MPcQowcGsJMJ7wwQoxJuSWFmVWpQfX1Sak1p8iFGag0VJnPePkGCMkEB6 YklqdmpqQWoRTJaJg1OqgdEtjlXrWL77ZJtyJSEFv8YjbLfmRXu35LJtfP58+iRPbdVut2zr PzPb1fR19cQ3rza5sas39AB7yY0T6jeuHeO/2czRvzZrWa1Wct+Z2zI3Dti+4pKOl4n6d3Wb V6fFF4VX/QXTA7zunbjSsUj0/RY9z+wHk2oqC7ffyUs+sVDPp9xl41vHFCWW4oxEQy3mouJE AAaiXMqbAgAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/AVtnBjgNXeRZC9Epb2qI9LItS2k>
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 16:12:37 -0000

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/

Use Cases: 
http://www.ieee802.org/1/files/public/docs2018/60802-industrial-use-cases-0918-v13.pdf
and traffic type characterization: 
http://www.ieee802.org/1/files/public/docs2018/60802-ademaj-traffic-type-characterization-1118-v01.pdf
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>
> *Sent:* Tuesday, December 18, 2018 8:21 AM
> *To:* Grossman, Ethan A. <eagros@dolby.com>
> *Cc:* jouni@gmail.com; Maik Seewald (maseewal) <maseewal@cisco.com>; 
> Balázs Varga A <balazs.a.varga@ericsson.com>; detnet@ietf.org; Suresh 
> Krishnan <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)?
>