Re: [Detnet] WG Last Call: draft-ietf-detnet-bounded-latency-02

Lou Berger <lberger@labn.net> Fri, 09 April 2021 12:19 UTC

Return-Path: <lberger@labn.net>
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 D8E083A1F43; Fri, 9 Apr 2021 05:19:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, MSGID_FROM_MTA_HEADER=0.001, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=labn.onmicrosoft.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 caTtO42bmd7V; Fri, 9 Apr 2021 05:19:28 -0700 (PDT)
Received: from NAM12-MW2-obe.outbound.protection.outlook.com (mail-mw2nam12on2127.outbound.protection.outlook.com [40.107.244.127]) (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 692F03A1F41; Fri, 9 Apr 2021 05:19:28 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=HwOiA0ZrPfwi+oMLczNJ1rZfBMaPwnyOB4va8WMPNh/Q75njym9uMRBYRV0S1hTtEH/N2T+dvOBgFy/qpeJvOzdtiQB1RMah4EkmSr3V7EcsXH2uWg8zkd8QR6WBJomHqn3z6Weunye7vBMyyilJbmcveTT3IvVPwLUaiyxdRqUEpS4ZuqdIPmI9viYYKLNRym40thiW9T/jeTsW9EOpPB30B6HAoZrkKJayz5twRxwFYEEyHMBi/T19dZUb8PAuLdNW+hqybZsxuVvGC6ipBNbQq2cIEE8Lz+vYVob7oN3dZW+j6md3541HkWv17gmVqp+hbOWyzTF4JeSci1rMRw==
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=CQQlFvyYIDs2ei1ZIolTFPHtz7Mn+12dwcNcq1waQso=; b=GBZnBPIFxvvPxI828hhExYX6lHh9Lp0aimgjYZeZK2XUyZuV1ca7GztHCN7ilmrTMOo57cEBW3ewMAvgLMOm6xsyZD9s8brizJZUx2BSxtpmbXeJTejH+JtF8cVMTOBM+jpyYQYIbZY4U+WKLx8WDEeqisqe2NTu1/x+Rxl3KZAzWotJ5I8RqCn3fIw1rNoqPn/76kYhxkbPmmn9vDQ9b3fKvyiMpsNaRT1ublxSZGCI0vHXpF65o5tXSOtTviMUKQA+65pymrmZKMbosAQ5ojREAA/DaWhSmnVRnjOmk2RQ4pNMHTvH8nJ/9mNU1Ny+GYxp35KiKwA2INXE1iHNjA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=labn.net; dmarc=pass action=none header.from=labn.net; dkim=pass header.d=labn.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=labn.onmicrosoft.com; s=selector2-labn-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=CQQlFvyYIDs2ei1ZIolTFPHtz7Mn+12dwcNcq1waQso=; b=Lu6omPyg+pleoMRFQ5h+vwXyBx/IPkNXhO4jRpwGtubaaWR4Yy0fL8F30r6mVEe9WmHosj9jweVvnqNjPaoxjVQDwnRr/ojjgAlRczgqMQUuwAHIqsd2sI6zFAx2bWBTjsWUb0+Y7LxvCyJuT2Cr5L1SM+emv3xVOaG3M0H4u3o=
Authentication-Results: cs.fau.de; dkim=none (message not signed) header.d=none;cs.fau.de; dmarc=none action=none header.from=labn.net;
Received: from BL0PR14MB3779.namprd14.prod.outlook.com (2603:10b6:208:1c7::24) by BL0PR14MB3683.namprd14.prod.outlook.com (2603:10b6:208:17e::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4020.17; Fri, 9 Apr 2021 12:19:26 +0000
Received: from BL0PR14MB3779.namprd14.prod.outlook.com ([fe80::1ff:75f:e082:452b]) by BL0PR14MB3779.namprd14.prod.outlook.com ([fe80::1ff:75f:e082:452b%7]) with mapi id 15.20.4020.021; Fri, 9 Apr 2021 12:19:26 +0000
To: Mohammadpour Ehsan <ehsan.mohammadpour@epfl.ch>
Cc: DetNet WG <detnet@ietf.org>, "draft-ietf-detnet-bounded-latency@ietf.org" <draft-ietf-detnet-bounded-latency@ietf.org>, Toerless Eckert <tte@cs.fau.de>
References: <d38af2a0-843f-e117-3368-570f4e26c105@labn.net> <371c2363-4f15-b32f-4c96-483a31ae1c77@labn.net> <8608941F-AD44-4098-83DF-416FBD2DFEA3@epfl.ch> <ba5a97d2-47ce-3a54-c754-d7007b164bea@labn.net> <6D2EFDE8-452C-40C7-B4AF-5300B995FE2B@epfl.ch> <20210407231904.GA32233@faui48f.informatik.uni-erlangen.de>
From: Lou Berger <lberger@labn.net>
Message-ID: <3252bf68-5069-9919-0d4f-1031740575fa@labn.net>
Date: Fri, 9 Apr 2021 08:19:22 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.9.0
In-Reply-To: <20210407231904.GA32233@faui48f.informatik.uni-erlangen.de>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-Originating-IP: [100.15.108.238]
X-ClientProxiedBy: BL1PR13CA0025.namprd13.prod.outlook.com (2603:10b6:208:256::30) To BL0PR14MB3779.namprd14.prod.outlook.com (2603:10b6:208:1c7::24)
MIME-Version: 1.0
X-MS-Exchange-MessageSentRepresentingType: 1
Received: from [127.0.0.1] (100.15.108.238) by BL1PR13CA0025.namprd13.prod.outlook.com (2603:10b6:208:256::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4042.6 via Frontend Transport; Fri, 9 Apr 2021 12:19:26 +0000
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 4c09f437-9b4d-4eb7-112f-08d8fb51b78b
X-MS-TrafficTypeDiagnostic: BL0PR14MB3683:
X-Microsoft-Antispam-PRVS: <BL0PR14MB3683B7801C82546198484679C3739@BL0PR14MB3683.namprd14.prod.outlook.com>
X-MS-Oob-TLC-OOBClassifiers: OLM:8273;
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: f7o4OKJ8wzvaNrUNsQEwJZ66U2e5s8o6EoBBQPwGDC5xgoL8wrLMDlA6qReSaHYccFHxeL6ZGkQoXgBNGFoxEZWKF9uDHKmK7PUCBBK5+GBHqwRVWUWIVYuI6T9MziMTVTAYVLjELn6jlvGP4YVgMPC2c5Xvk23faUqbJQUcSO6ON4sVq8tD7vCxPb6ygomuGNKVdB5AE5xjCCcfcsXZ2x7fNjPW75Q5XMq/z+hQP+REgp/H990/4HKcyKGD/aktmCw1ahvhp/+K+wFthWhS1eOJVz46PIe1VUusO+nk2N0tki+BDKsdkymWKUGExvyxLyp9ClD4Iii/64sMrrV9uPxF/rWFFEcWP2ehmRtQjQGTN0/sVyKt7nC+GUUuiAZOYHl2xij3LZiH0bhXjuowuPOgSKNB8iWr7TUY+Cd6d3DBwY7o05lLlwjFH+KG6qTFhKdqbMBKRvC6HqZWR+TSbkREuMO1TCRZmYPsfJZbfCYow8sx6RTaYG+d3w2rTk3Z6TJFN7au4Og2HsnMfFRsjPVuYnKAEZOAVjIl9s61xiSbPwYkgfxL/Mhbrd6iJ/tQwCLPlVktDLK4Ek3nskD1Jzig3VygOBMCx8TRQyugd9SzAy81MZcMDms2DCZdwaZSmkLHBbstXKi07skSqk7PSBS59S47cBCXXyoP6VsjbNle9mHG+fSht/GugVfdPmVGEYNrnXtlC4rdFKPnJeR0hyEkgkAn5uB6rbeB2PNrbAw+s72Gg2+y0GIgxgcv8VpdUxq/d0iwFet6bs7gfBkwmxkkOnjnQVSc162VHLpiQDYy9Lssgs3acOL/OS7PK9v+GitrFhgopb+dLIfQTGAezg==
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BL0PR14MB3779.namprd14.prod.outlook.com; PTR:; CAT:NONE; SFS:(346002)(376002)(366004)(396003)(39830400003)(136003)(316002)(6916009)(6666004)(54906003)(45640500001)(966005)(186003)(16576012)(26005)(38350700001)(83380400001)(2906002)(66476007)(66946007)(31686004)(956004)(86362001)(4001150100001)(66556008)(2616005)(7126003)(4326008)(52116002)(31696002)(478600001)(36756003)(16526019)(53546011)(7246003)(38100700001)(5660300002)(8676002)(6486002)(8936002)(43740500002)(45980500001); DIR:OUT; SFP:1102;
X-MS-Exchange-AntiSpam-MessageData: =?utf-8?B?Q2RqN1F1SVRmYTFDRzNKRE8wTFJKVm9GKzl4ajFpZ2hzNUtzdXRielpsY2dC?= =?utf-8?B?UnVJLzJEeUxoQzJHYVRHNjQyZTFYNFNPSGI3QUVhVktEcGNvMGhxcm1BMTky?= =?utf-8?B?b3F6a3pSVlVTdGpXM1Fjdk9MUER3M2o3bDhISEtOdVhYZDUxWjJMbFRyamQr?= =?utf-8?B?OUNFTjg0OUhaMzlDb1BuOUdjeVZRUS9rR0dNRXR0cVJtK3ltbDVpd09kN2Jm?= =?utf-8?B?ZDJtUkxobU5nYlpSb0JPYWRPOXpLY0M3QXR6M3VjeG9WaWF3MVlGZFBkQi9R?= =?utf-8?B?K09SaSthMlcvUzhETnRSWXk0aFRiMFM4MEJvK0lodkc4OWoxaXZkZGhsbDNO?= =?utf-8?B?aEc2bVJheldBN2VHdzc1VXcvMW1Id3dIbGM5bUd5R0x0bW9PQUUxTkM0bksz?= =?utf-8?B?UTB4R0JZN1dOK1Q2UXBmdDBwaGQzSHVneEVkMHVVdkY0cXdMR3QyVXpGa3Jj?= =?utf-8?B?cTVZNks3QURicC9lNDlZdnM2aGJDeHozSkVGMG1nTXdVd1R2NGMvVUQvV2VL?= =?utf-8?B?eEZRNU0yQjZEa0lVSW51K0JPRmZqTm9mTzl1MGJ5TllVNURnN1NtTEluMmpV?= =?utf-8?B?UTlRbFUvVXVoaXkydjZCcHJZeU42bDhYZERnM3N4OUZjT3pqNi9nbXI2K2lE?= =?utf-8?B?WTl1c0dkU1c2TnJsZ2hnUVhBUDlFUWV3bFUxRmxIZzdHbSs4S2YxUDlhQmVS?= =?utf-8?B?N1REVUI1QVJycytkYm94MnVIYUpFYitUTlRJSzlVNE9DS2VtUjArbGdYdGxx?= =?utf-8?B?RU1POG04ekJyUnRpeEd6OUFRVDFBRUVYa3hyRklaKzZjOXNYUDZtWXg2QzFj?= =?utf-8?B?Nk83YUhSc0xITXp6THR2VkdXV25UcUluZVc2OUpocGVYNUVXd3RrTlBoRjBV?= =?utf-8?B?WG44NU11Umo3UENsQm5vK0VZd3VyMjRPcmtaNmNJWjFtdEpQVVJmYVRIaWpp?= =?utf-8?B?dHBKSVl4aWFOSFlKSTdFTlRlSjJ6d0pTMXQrWjNsSTFLV3gwMUZ4ZjVOZmVL?= =?utf-8?B?YlBsKzRpaTl1WGdFbk1rUVdtN3FlNkVIcHBJR2hwcm9pNzE0b0V5QjNaN2dv?= =?utf-8?B?THlmSTUrcHFJTjhQUzh2a0hGZ1V5WGN3SlpjY0N5UU9Dc0RsTC9FekpnQllH?= =?utf-8?B?czQvY1FybmZzbks5R2luZWFqdGp6NThZSXFCSksraW00UTRhcXhmT2ZrMHVR?= =?utf-8?B?emE2ZFBDT1U3UHBzcDRZYy9tZkw4UGVBZTMrdmp2dlIzN0paVVNPaFRWRE1P?= =?utf-8?B?bWtzM2EycEZ5NUIxQy9mUWcxQ29wdjBkWTBSc1RuT0xYaUMyM3ZqaXV0Nk1i?= =?utf-8?B?aVVzMEZoYTFMNGgwd0tkelBDRFpIV1o3eUMwODYrdkpETE43RTNwRkczNStJ?= =?utf-8?B?UWRETE9pWVhONmNWbUNVRHpjWHdhcjB1Q0N2TDJIRXNRNmVnVGdhRnY3MGl0?= =?utf-8?B?SkFsOU40dGxubUxWTWdHT1JaeUhZQ0lKU3RDTjdSWWNOZHVEUzNCWjV1MFRY?= =?utf-8?B?MDN5WHJ1TWlwZlZsV3doeE9oNWQ4Ky90RHorV3RUdWpKL2pDZW1UY0cwUHRK?= =?utf-8?B?Vm1sZWtEa2FnOE52RFBGN3RCYVR1S3N6Z3hsdHhqVnpBZGJLTGlGQ0Y3aHdu?= =?utf-8?B?R2kvY2xURTY3SllnRkxVakNGcThXU00rMllkMlBIL245OUhQWjQxbE1INThI?= =?utf-8?B?Qk5nVER0blQwdGVvVEVTMGRpZHF3djMzekQ4a2o5cWFObjZxM1VTL0Q1SWdh?= =?utf-8?Q?3j0p8GYcvSzapTgV7nPYMYWjCFssoyiN65oON8D?=
X-OriginatorOrg: labn.net
X-MS-Exchange-CrossTenant-Network-Message-Id: 4c09f437-9b4d-4eb7-112f-08d8fb51b78b
X-MS-Exchange-CrossTenant-AuthSource: BL0PR14MB3779.namprd14.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Apr 2021 12:19:26.5113 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: eb60ac54-2184-4344-9b60-40c8b2b72561
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: vfMqBR2ikRJhZOz5JzFeW2cxcozQdubIMRVYNNxUWGiadVdQIUVk+GFmSdUt2/+SxKdKDKDWQj6/b/Ib38xsvw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR14MB3683
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/ZtpFTD0AT4Dchml41EThep0x21s>
Subject: Re: [Detnet] WG Last Call: draft-ietf-detnet-bounded-latency-02
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: Fri, 09 Apr 2021 12:19:33 -0000

Eshan,

     Please let the WG know when you have addressed all previous raised 
(and discussed items) and have uploaded the new version. This will 
unblock the publication request.

Thank you!

Lou

On 4/7/2021 7:19 PM, Toerless Eckert wrote:
> Ehsan, *:
>
> Thanks a lot for Section 7 in the latest draft version. Helps a lot to get
> the linkage between this doc and the DetNet architecure an QoS options.
>
> Alas, i do not see the concerns i raised with the authors about section 6.5 solved
> that i send before IEF 110 in email. If you can't find that email, i can post it
> again. Its solely about the fact that the document uses "IntServ" where it
> should say (IntServ) "Guaranteed Service", because the second "IntServ" Service,
> "Controlled Load" does not provide any determinisic latency guarantees (only GS does),
> and therefore the unconstrained use of "IntServ" and not mentioning of "Guaranteed Services"
> will be confusing to anyone who digs deeper into the IETF terminology (the refernce to rfc2212 is correct though).
>
> I think also tha he formulas in rfc2211 are more complex than what you write in 6.5,
> i do like he simplification of 6.5, but it might be worth noting explicitly
> hat those are implifications. specifically there are a bunch more parameters in
> TSPEC/RSPEC than whats written in 6.5, and those parameters have impact on the
> bounded latency in GS.
>
> Cheers
>      Toerless
>
> On Thu, Mar 25, 2021 at 07:56:01AM +0000, Mohammadpour Ehsan wrote:
>> Hello Lou,
>>
>> Thanks for the comment, you???re right! I will use the following sentence:
>>
>> "Then they are aggregated into eight macro flows based on their DetNet flow aggregate."
>>
>> Best,
>> Ehsan
>>
>>
>> P.S. The intention of "Then, the input flows are identified using the information in (Section 5.1 of [RFC8939])???, was to say that we use Section 5.1 of RFC8939 to identify the individual DetNet flows.
>>
>>
>>
>> --
>> Ehsan Mohammadpour
>> PhD Candidate at Swiss Federal Institute of Technology (EPFL)
>> IC IINFCOM, LCA2, INF 011, Station 14, 1015 Lausanne, Switzerland
>> https://people.epfl.ch/ehsan.mohammadpour<https://people.epfl.ch/ehsan.mohammadpour?lang=en>
>>
>> On 22 Mar 2021, at 16:56, Lou Berger <lberger@labn.net<mailto:lberger@labn.net>> wrote:
>>
>>
>> Ehsan
>>
>> Thank you for the update.  I did a quick skim and it looks much improved.  I found one bit of new language confusing:
>>
>>     Section 6.4
>>
>>     In the considered queuing model, we considered the four traffic
>>     classes (Definition 3.268 of [IEEE8021Q]): control-data traffic
>>     (CDT), class A, class B, and best effort (BE) in decreasing order of
>>     priority.  Flows of classes A and B are together referred as AVB
>>     flows.  This model is a subset of Time-Sensitive Networking as
>>     described next.
>>
>>     ....
>>
>>     Then,
>>     the input flows are identified using the information in (Section 5.1
>>     of [RFC8939]).  Then they are aggregated into eight macro flows based
>>     on their traffic classes.  We refer to each macro flow as a class.
>>
>> So in the first paragraph, you say "traffic classes" is defined by 802.1Q.  in the second, you say "their traffic classes" is defined based on [RFC8939].  I believe these are inconsistent definitions.  I think you are trying to say that
>>
>>      Then they are aggregated into eight macro flows based on their *DetNet flow aggregate.*
>>
>> This is assuming that the node isn't doing some sort of independent mapping of micro-flows to macro-flows.
>>
>> Please let me know if I'm missing something.
>>
>> Lou
>>
>> On 3/22/2021 11:33 AM, Mohammadpour Ehsan wrote:
>>
>> Dear WG,
>>
>> We submitted a new version of the Bounded Latency draft that addresses the comments received in the list (https://datatracker.ietf.org/doc/html/draft-ietf-detnet-bounded-latency-04<https://tools.ietf.org/html/draft-ietf-detnet-bounded-latency-03>)3>); it is now ready for submission to the IESG for publication.
>>
>> Thanks Lou for his comments. In the new version, we address the comments as follows:
>>
>> - Abstract
>> I think the abstract should to be updated to match the current content of the document. I suggest just copying the 4th and 5th paragraphs from the Introduction section.
>>
>>
>> Thanks for the suggestion. The new version is updated accordingly.
>>
>> - general comment: classes of (DetNet) Service
>>
>> The document states that it uses terminology from RFC8655, it also uses the terms "Classes of DetNet Service", " DetNet Classes of Service"  and other similar forms of these terms.  RFC8655 uses this term in one place " Class-of-Service schemes (e.g., DiffServ)" and also mentions "classes of DetNet flows"  in two places.  The data plane documents [RFC8964] and [RFC8934] also describe Class of Service in the context of DiffServ (and not DetNet).
>>
>> In reading the document it seems that it is not using CoS in the typical way used in the IETF  or the other DetNet RFCs, and is introducing a new definition for CoS.   II think having a document specific definition of CoS probably isn't helpful. It would be best to use existing DetNet terminology.  I suspect  "flow aggregate" is the closest, but perhaps I'm missing something.
>>
>>
>> Thanks for your comment. In the new version, we used the term ???aggregate??? instead of class in section 3.1 and classes of DetNet flows. Section 6.4 uses the term ???traffic class??? as in IEEE802.1Q.
>>
>> - alignment with the Data Plane RFCs
>>
>> The lists in section 3.1 and in section 6.4 are not well aligned with the Data plane documents.  These sections should be aligned with the provisioning of IP flows, as summarized in Section  6 of RFC8939, and MPLS as summarized in Section 5 of RFC8964.
>>
>> Thanks for your comment. Section 3.1 is about flow admission paradigm and not "flow creation???. The title is changed to ???flow admission??? to avoid possible confusion. In fact, this section is aligned with the DataPlane RFCs and in parallel with provisioning of IP flows. We modified section 6.4 to follow the Data plane documents.
>>
>>
>> - minor comment service vs frame preemption
>>
>> Section 3.1 uses the term "un-provisioning", I read the text as meaning "service preemption".
>>
>> In the rest of the document preemption refers to "frame preemption" and this should be clarified.
>>
>> Thanks for the suggestion. In the new version, we use the term ???service preemption??? and update the term ???preemption??? to ???frame preemption???.
>>
>>
>> - id nits, please ensure the document passes idnits without errors, see
>>
>> https://www6.ietf.org/tools/idnits?url=https://www.ietf.org/archive/id/draft-ietf-detnet-bounded-latency-02.txt
>>
>> Thanks for your comment about idnits. We added the missing sections, i.e., ???security considerations??? and ???IANA considerations??? to the draft. Also resolved other comments by idnits.
>>
>> Best,
>> Ehsan
>>
>>
>>
>>
>> --
>> Ehsan Mohammadpour
>> PhD Candidate at Swiss Federal Institute of Technology (EPFL)
>> EPFL EDIC PhD student representative
>> IC IINFCOM, LCA2, INF 011, Station 14, 1015 Lausanne, Switzerland
>> https://people.epfl.ch/ehsan.mohammadpour<https://people.epfl.ch/ehsan.mohammadpour?lang=en>
>>
>>
>> On 21 Feb 2021, at 23:15, Lou Berger <lberger@labn.net<mailto:lberger@labn.net>> wrote:
>>
>> All,
>>
>> The WG last call is complete.
>>
>> Authors,
>>
>> Please bring any resolutions to comments received to the list. Once all comments are addressed please update the draft and let the WG know that it is ready for submission to the IESG for publications.
>>
>> Thank you!
>>
>> Lou
>>
>> On 2/5/2021 8:30 AM, Lou Berger wrote:
>> All,
>>
>> This starts working group last call on draft-ietf-detnet-bounded-latency-02
>> https://datatracker.ietf.org/doc/draft-ietf-detnet-bounded-latency/
>>
>> The working group last call ends on February 19th.
>> Please send your comments to the working group mailing list.
>>
>> Please note, there was an IPR disclosure against this document
>> submitted on January 14, 2021, see https://datatracker.ietf.org/ipr/4581/
>> While this disclosure came very late in the document life cycle,
>> it appears the filing was also relatively recent (2019-10-16) and
>> after the pre adoption IP call:
>> https://mailarchive.ietf.org/arch/msg/detnet/1mwYdadDzTLudcuH5T5O7R_KlDs
>>
>> Positive comments, e.g., "I've reviewed this document
>> and believe it is ready for publication", are welcome!
>> This is useful and important, even from authors.
>>
>> Thank you,
>> Lou (DetNet Co-Chair & doc Shepherd)
>>
>>
>>
>> _______________________________________________
>> detnet mailing list
>> detnet@ietf.org<mailto:detnet@ietf.org>
>> https://www.ietf.org/mailman/listinfo/detnet
>>
>>
>> _______________________________________________
>> detnet mailing list
>> detnet@ietf.org
>> https://www.ietf.org/mailman/listinfo/detnet
>