Re: [Detnet] Packet Ordering Function (draft-varga-detnet-pof-00.txt)

Jeong-dong Ryoo <ryoo@etri.re.kr> Mon, 26 April 2021 09:51 UTC

Return-Path: <ryoo@etri.re.kr>
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 2F8323A16B9 for <detnet@ietfa.amsl.com>; Mon, 26 Apr 2021 02:51:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.288
X-Spam-Level:
X-Spam-Status: No, score=-1.288 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001, URI_NOVOWEL=0.5] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=dooray.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 sQl5WqgcI6c7 for <detnet@ietfa.amsl.com>; Mon, 26 Apr 2021 02:51:05 -0700 (PDT)
Received: from mscreen.etri.re.kr (mscreen.etri.re.kr [129.254.9.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8282F3A16B6 for <detnet@ietf.org>; Mon, 26 Apr 2021 02:51:04 -0700 (PDT)
Received: from unknown (HELO send002-relay.gov-dooray.com) (211.180.235.153) by 129.254.9.16 with ESMTP; 26 Apr 2021 18:51:00 +0900
X-Original-SENDERIP: 211.180.235.153
X-Original-MAILFROM: ryoo@etri.re.kr
X-Original-RCPTTO: detnet@ietf.org
Received: from [10.162.225.109] (HELO send002.gov-dooray.com) ([10.162.225.109]) by send002-relay.gov-dooray.com with SMTP id 796c179b60868d04; Mon, 26 Apr 2021 18:51:00 +0900
DKIM-Signature: a=rsa-sha256; b=BqMv6sev0sGPiqkNZ40GQiHB9YiwmfqMyzjo5fvKuqnonOLhU7vn0OfHqmhTtCrmQ0Dq/EPpc3 7+9pl3LeE0jYT3OH7tJq0lL0z4Bd1vr63yCN7BIU/5TNvZPuFHFHnjcFs6AtvQqiVEX22k1/vqB2 GnOxykssZtRDBEW+9KOrjBQnPMnoDhFKFenfVN8+bLCzpxRFwgeLAMCcsXHW+iwnJV9z2yxxeKDX Jw1oHZKg+QyyB2SaJFLDRrzsytLu5CDxRQ78alDxLATfV+Bdy7o34EX9fsunU1xOBK0O7WzTXWko yc74+zQMSjnivkH+QS4FcOcpYi2XJPRUNR6gy6BQ==; c=relaxed/relaxed; s=selector; d=dooray.com; v=1; bh=POO8ufiU8wL5RzXqNwXkToMrKatcWgcPz7pHkpQGXvc=; h=From:To:Subject:Message-ID;
Dooray-Meta-Signature: j9HHsK8OUS4dTtGZuuKdED2TOy3tuQVdeEvG1bGX5SkElseve3uzn d2OID5OnL0Y6s915o7W1VucUCd+W2Cmmzb1Yz6hTpO6WkJGj6mVBaiigzlMafiLUfPLuVCEGghQD 6h4WyFM4T6X/sHqnf2tKykA6SRHVU9TsMbFTbRePlWgOfqN6u5M3J1tLyKOsroC5Gzqojpnw/QCG elP456qDn00mHu/8zEHDH36AFSrqWSg+kjelb3zJouvP7C4v1j5z+3M2u7qgRe8+G5UPfCl1v7M8 tD/mX8oZc3SDFIaylfOI+31yegaRQQbkWIWeMyA6RVgJr68i5gAPanEhgNYVgWzZhkPIz0jYs6ZW c5QsKw=
Received: from [129.254.197.129] (HELO 129.254.197.129) ([129.254.197.129]) by send002.gov-dooray.com with SMTP id 936c55cb60868d03; Mon, 26 Apr 2021 18:50:59 +0900
From: Jeong-dong Ryoo <ryoo@etri.re.kr>
To: Greg Mirsky <gregimirsky@gmail.com>, Stephan Kehrer <stephan.kehrer@belden.com>
Cc: "detnet@ietf.org" <detnet@ietf.org>
Message-ID: <mrdrvpl2o0kk.mrdrvpkzvu9e.g1@dooray.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_99821_1095996330.1619430658458"
X-Dsn-Request: true
X-Dooray-Agent: mail-api
X-Dooray-Mail-Id: 2995792696798682852
Importance: Normal
X-Priority: Normal
X-MSMail-Priority: Normal
Sender: ryoo@etri.re.kr
Date: Mon, 26 Apr 2021 18:50:59 +0900
References: <AM0PR0702MB360326E7D3B09FC8FF4E44CEAC489@AM0PR0702MB3603.eurprd07.prod.outlook.com> <CA+RyBmXOKoYpiR1TT=FWKYFwW5eHN0BbWOQOkxWc8tQnKYwVSw@mail.gmail.com> <MWHPR18MB10533260740A2FF65559CBC4E9429@MWHPR18MB1053.namprd18.prod.outlook.com>
In-Reply-To: <MWHPR18MB10533260740A2FF65559CBC4E9429@MWHPR18MB1053.namprd18.prod.outlook.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/i4rEANhjnOlomoRA4hd0ELGYOjA>
Subject: Re: [Detnet] Packet Ordering Function (draft-varga-detnet-pof-00.txt)
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: Mon, 26 Apr 2021 09:51:10 -0000

Hi,

In order to describe the operation a little bit more clearly, how about the following modification:
OLD:
o If (seq_num &lt;= POFLastSent + 1)
&nbsp; &nbsp;* Then the packet is forwarded and "POFLastSent" is updated
&nbsp; &nbsp; &nbsp; (POFLastSent = seq_num).
&nbsp; * Else the received packet is buffered until a predefined time
&nbsp; &nbsp; &nbsp; ("POFMaxDelay") elapses OR its seq_num becomes equal to
&nbsp; &nbsp; &nbsp; "POFLastSent + 1".
NEW:
o If (seq_num &lt;= POFLastSent + 1)
&nbsp; &nbsp;* Then the packet is forwarded and "POFLastSent" is updated
&nbsp; &nbsp; &nbsp; (POFLastSent = seq_num).
&nbsp; * Else the received packet is buffered.
o &nbsp;A buffered packet is forwarded from the buffer&nbsp;
&nbsp; &nbsp; when its seq_num becomes equal to "POFLastSent +1," OR&nbsp;
&nbsp; &nbsp; a predefined time ("POFMaxDely") elapses.&nbsp;

Best regards,

Jeong-dong

&nbsp;



-----Original Message-----
From: "Stephan Kehrer" &lt;stephan.kehrer@belden.com&gt;
To: "Greg Mirsky" &lt;gregimirsky@gmail.com&gt;;
Cc: "detnet@ietf.org" &lt;detnet@ietf.org&gt;;
Sent: 2021-04-26 (월) 18:26:05 (UTC+09:00)
Subject: Re: [Detnet] Packet Ordering Function (draft-varga-detnet-pof-00.txt)

Hi Greg,
&nbsp;
Looking at the scenario you describe I think packets arriving in the order 100, 103, 102, 101 cannot happen due to an error on the transmission path if you are using only two paths. They might happen if the sender is failing and sends out the packets in the wrong order to begin with or if you are using more than two paths for redundancy and have failures on multiple transmission paths in a very specific order.
That being said, even then the transmission order 100, 101, 103, 102 should not be something you get from the POF in my opinion. If the packets are arriving and are buffered the way you describe, I think the following is what should happen (changes to what you had in your mail marked in red):
POFLastSent = 100a packet&nbsp;with&nbsp;seq_num = 103 is received and placed into the buffer for the duration of&nbsp;POFMaxDelaynext received packet has seq_num = 102. It is also moved into the buffer for the duration of&nbsp;POFMaxDelayfinally, before all delayed packets transmitted out of the buffer, a packet with seq_num = 101 is received and is forwarded right away.&nbsp;This sets POFLastSent = 101.the packet with seq_num=102 is forwarded because it now fulfills the condition ‘OR its seq_num becomes equal to"POFLastSent + 1"’. This sets POFLastSent = 102.the packet with seq_num=103 is forwarded because it now fulfills the condition ‘OR its seq_num becomes equal to"POFLastSent + 1"’. This set POFLastSent = 103.Packets arriving after that are forwarded without delay if they are next in sequence, and delayed if they are out of sequence as described in the POF algorithm.Regards,
Stephan
--
Mit freundlichen Grüßen | With kind regards
&nbsp;
Stephan Kehrer&nbsp;| Senior Architect –&nbsp;CTO Office&nbsp;| Hirschmann Automation and Control GmbH
Stuttgarter Straße 45-51 | 72654 Neckartenzlingen | Germany
Phone: +49 7127 14 - 1035 | Mobile: +49 152 28813002 | Fax: +49 7127 14 - 1600
stephan.kehrer@belden.com mailto:stephan.kehrer@belden.com&nbsp;| www.beldensolutions.com http://www.beldensolutions.com/ | &nbsp;www.blog.beldensolutions.com http://www.blog.beldensolutions.com/
&nbsp;
Hirschmann Automation and Control GmbH, Neckartenzlingen
Register Court: Stuttgart, Trade Register No.: HRB 225927
VAT No.: DE 814 212 604
Managing Director: Brian Anderson, Wolfgang Schenk, Brian Lieser
&nbsp;
&nbsp;
&nbsp;
Von: detnet &lt;detnet-bounces@ietf.org&gt; Im Auftrag von&nbsp;Greg MirskyGesendet: Samstag, 24. April 2021 03:04An: Balázs Varga A &lt;balazs.a.varga=40ericsson.com@dmarc.ietf.org&gt;Cc: detnet@ietf.orgBetreff: [EXTERNAL] Re: [Detnet] Packet Ordering Function (draft-varga-detnet-pof-00.txt)

&nbsp;
External Message:Use caution before opening links or attachments

Hi Balazs,
thank you for the well-designed mechanism of one of the key DetNet functions.

I have a scenario and would appreciate your consideration if you think it is a plausible one:

assume that&nbsp;POFLastSent = 100a packet&nbsp;with&nbsp;seq_num = 103 is received and placed into the buffer for the duration of&nbsp;POFMaxDelaynext received packet has seq_num = 102. It is also moved into the buffer for the duration of&nbsp;POFMaxDelayfinally, before all delayed packets transmitted out of the buffer, a packet with seq_num = 101 is received and is forwarded right awaythe delay timer expires on the packet with seq_num=103. It is forwarded and &nbsp;POFLastSent = 103next, the delay timer expires on the packet with seq_num=102. It, in turn, is forwarded and &nbsp;POFLastSent = 102from now, based on my understanding of the described POF algorithm, every packet will be delayed even if there are no re-ordered packets. For example, the sequence of arriving packets is as 104, 105, 106, ...Much appreciate your opinion if the scenario, i.e., a&nbsp;sequence like 100, 103, 102, 101, is a realistic one.


&nbsp;

Regards,

Greg


&nbsp;
On Mon, Apr 19, 2021 at 10:39 PM Balázs Varga A &lt;balazs.a.varga=40ericsson.com@dmarc.ietf.org mailto:40ericsson.com@dmarc.ietf.org&gt; wrote:

Hi,A draft on Packet Ordering Function (POF) algorithms were uploaded.Comments and views are highly appreciated.ThanksBala'zs (and the authors)-----Original Message-----From: internet-drafts@ietf.org mailto:internet-drafts@ietf.org &lt;internet-drafts@ietf.org mailto:internet-drafts@ietf.org&gt;Sent: Tuesday, April 20, 2021 7:14 AMTo: Balázs Varga A &lt;balazs.a.varga@ericsson.com mailto:balazs.a.varga@ericsson.com&gt;; Janos Farkas &lt;Janos.Farkas@ericsson.com mailto:Janos.Farkas@ericsson.com&gt;; Balázs Varga A &lt;balazs.a.varga@ericsson.com mailto:balazs.a.varga@ericsson.com&gt;; Janos Farkas &lt;Janos.Farkas@ericsson.com mailto:Janos.Farkas@ericsson.com&gt;; Stephan Kehrer &lt;Stephan.Kehrer@belden.com mailto:Stephan.Kehrer@belden.com&gt;; Stephan Kehrer &lt;stephan.kehrer@belden.com mailto:stephan.kehrer@belden.com&gt;; Tobias Heer &lt;Tobias.Heer@belden.com mailto:Tobias.Heer@belden.com&gt;; Tobias Heer &lt;tobias.heer@belden.com mailto:tobias.heer@belden.com&gt;Subject: New Version Notification for draft-varga-detnet-pof-00.txtA new version of I-D, draft-varga-detnet-pof-00.txt has been successfully submitted by =?utf-8?q?Bal=C3=A1zs_Varga?= and posted to the IETF repository.Name:           draft-varga-detnet-pofRevision:       00Title:          Deterministic Networking (DetNet): Packet Ordering FunctionDocument date:  2021-04-19Group:          Individual SubmissionPages:          10URL:            &nbsp;https://www.ietf.org/archive/id/draft-varga-detnet-pof-00.txt https://urldefense.com/v3/__https:/www.ietf.org/archive/id/draft-varga-detnet-pof-00.txt__;!!B_EDKQmmvsU!7vmDpLfsfmmLuG9tQHwCrsPqlNqL_fA88lGK7awH9s4iu2A-gZ-KVq6uPhKWdzZ8c98$Status:         https://datatracker.ietf.org/doc/draft-varga-detnet-pof/ https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-varga-detnet-pof/__;!!B_EDKQmmvsU!7vmDpLfsfmmLuG9tQHwCrsPqlNqL_fA88lGK7awH9s4iu2A-gZ-KVq6uPhKWJABOkBc$Htmlized:       https://datatracker.ietf.org/doc/html/draft-varga-detnet-pof https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/draft-varga-detnet-pof__;!!B_EDKQmmvsU!7vmDpLfsfmmLuG9tQHwCrsPqlNqL_fA88lGK7awH9s4iu2A-gZ-KVq6uPhKWE_vUf0k$Htmlized:       https://tools.ietf.org/html/draft-varga-detnet-pof-00 https://urldefense.com/v3/__https:/tools.ietf.org/html/draft-varga-detnet-pof-00__;!!B_EDKQmmvsU!7vmDpLfsfmmLuG9tQHwCrsPqlNqL_fA88lGK7awH9s4iu2A-gZ-KVq6uPhKW2P84vhs$Abstract:   Replication and Elimination functions of DetNet [RFC8655] may result   in out-of-order packets, which may not be acceptable for some time-   sensitive applications.  The Packet Ordering Function (POF) algorithm   described herein enables to restore the correct packet order when   replication and elimination functions are used in DetNet networks.Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at &nbsp;tools.ietf.org https://urldefense.com/v3/__http:/tools.ietf.org__;!!B_EDKQmmvsU!7vmDpLfsfmmLuG9tQHwCrsPqlNqL_fA88lGK7awH9s4iu2A-gZ-KVq6uPhKWhEGXwQU$.The IETF Secretariat_______________________________________________detnet mailing listdetnet@ietf.org mailto:detnet@ietf.orghttps://www.ietf.org/mailman/listinfo/detnet https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/detnet__;!!B_EDKQmmvsU!7vmDpLfsfmmLuG9tQHwCrsPqlNqL_fA88lGK7awH9s4iu2A-gZ-KVq6uPhKWTJ53qCw$


DISCLAIMER:
Privileged and/or Confidential information may be contained in this message. If you are not the addressee of this message, you may not copy, use or deliver this message to anyone. In such event, you should destroy the message and kindly notify the sender by reply e-mail. It is understood that opinions or conclusions that do not relate to the official business of the company are neither given nor endorsed by the company. Thank You.
_______________________________________________ detnet mailing list detnet@ietf.org https://www.ietf.org/mailman/listinfo/detnet