Re: [Detnet] Question on TSN over IP data plane

"Yangfan(Fan,IP Standards)" <shirley.yangfan@huawei.com> Tue, 28 September 2021 01:10 UTC

Return-Path: <shirley.yangfan@huawei.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 298C03A0C5E for <detnet@ietfa.amsl.com>; Mon, 27 Sep 2021 18:10:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 Q8-mvdZ1KP1H for <detnet@ietfa.amsl.com>; Mon, 27 Sep 2021 18:10:29 -0700 (PDT)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 43FE03A0C5F for <detnet@ietf.org>; Mon, 27 Sep 2021 18:10:29 -0700 (PDT)
Received: from fraeml741-chm.china.huawei.com (unknown [172.18.147.207]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4HJLvY5pvBz67bxx; Tue, 28 Sep 2021 09:07:21 +0800 (CST)
Received: from kwepeml500003.china.huawei.com (7.221.188.182) by fraeml741-chm.china.huawei.com (10.206.15.222) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Tue, 28 Sep 2021 03:10:24 +0200
Received: from kwepeml500003.china.huawei.com (7.221.188.182) by kwepeml500003.china.huawei.com (7.221.188.182) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Tue, 28 Sep 2021 09:10:22 +0800
Received: from kwepeml500003.china.huawei.com ([7.221.188.182]) by kwepeml500003.china.huawei.com ([7.221.188.182]) with mapi id 15.01.2308.008; Tue, 28 Sep 2021 09:10:22 +0800
From: "Yangfan(Fan,IP Standards)" <shirley.yangfan@huawei.com>
To: Jeff Koftinoff <jeff.koftinoff@gmail.com>, "detnet@ietf.org" <detnet@ietf.org>, Balázs Varga A <balazs.a.varga=40ericsson.com@dmarc.ietf.org>
Thread-Topic: [Detnet] Question on TSN over IP data plane
Thread-Index: AdeaanxEq/DFgHkmTIqvtntZiTlc5QL5KeGAABCSdIADOvCswA==
Date: Tue, 28 Sep 2021 01:10:22 +0000
Message-ID: <456556b18d4f4c62a187f8f2bf07bc1c@huawei.com>
References: <40d0e5a07b4e4da5b007a64ede52c08c@huawei.com> <AM0PR07MB5347A80CA6A8DC8FD63B7E8DACD69@AM0PR07MB5347.eurprd07.prod.outlook.com> <85f45d49-8ba4-44fe-a3b6-c7355829850f@Spark>
In-Reply-To: <85f45d49-8ba4-44fe-a3b6-c7355829850f@Spark>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.112.41.70]
Content-Type: multipart/alternative; boundary="_000_456556b18d4f4c62a187f8f2bf07bc1chuaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/riimRo1IXLUZc9oknqE2HnOgGpo>
Subject: Re: [Detnet] Question on TSN over IP data plane
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: Tue, 28 Sep 2021 01:10:34 -0000

Hi Bala’zs and Jeff,

Thank you very much for providing the hints.

In a nutshell, TSN over IP can make use of the encapsulation format and IP protocol number defined/allocated in RFC3378<https://datatracker.ietf.org/doc/html/rfc3378>.  Network layer doesn’t provide self-description info but rely on local context to parse the encapsulated data.

I was thinking if we can have an informational RFC9023 to specify IP over TSN data plane, why not have another draft to specify TSN over IP? Could be short but make the completeness of DetNet data plane specifications.



Cheers,

Fan





From: Jeff Koftinoff [mailto:jeff.koftinoff@gmail.com]
Sent: Saturday, September 11, 2021 2:16 PM
To: Yangfan (IP Standard) <shirley.yangfan@huawei.com>; detnet@ietf.org; Balázs Varga A <balazs.a.varga=40ericsson.com@dmarc.ietf.org>
Subject: Re: [Detnet] Question on TSN over IP data plane

For TSN flows they typically have a presentation timestamp in the messages which is the time at which the final receiver deserializes the content.  In order to do this it assumes you have a common time clock domain and synchronization between the original TSN talker and the final TSN listener.   For IEEE Std. 1722-2016 based TSN streams, Annex J describes the IP encapsulation of the TSN stream.

Regards,
Jeff Koftinoff
On Sep 10, 2021, 7:28 AM -0700, Balázs Varga A <balazs.a.varga=40ericsson.com@dmarc.ietf.org<mailto:balazs.a.varga=40ericsson.com@dmarc.ietf.org>>, wrote:

Hi Fan,

Yes, it has some history in DetNet discussions. There are many RFCs
dealing with encapsulating Ethernet in IP. They can be applied for
“TSN over IP” case:
1, Encapsulate TSN Streams in IP. RFCs already exist on this.
2, Forward the resulted IP Flows as DetNet IP flows (RFC8939).
3, At egress: Decapsulate the TSN Streams from IP.

Cheers
Bala’zs

From: detnet <detnet-bounces@ietf.org<mailto:detnet-bounces@ietf.org>> On Behalf Of Yangfan (IP Standard)
Sent: Thursday, August 26, 2021 1:08 PM
To: detnet@ietf.org<mailto:detnet@ietf.org>
Subject: [Detnet] Question on TSN over IP data plane

Hi DetNet,

Please excuse me to ask this dumb question in the following.
I found there are many compositions of TSN/IP/MPLS in DetNet data plane, but TSN over IP is missing. Could anyone kindly explain the reason, or maybe some history if there was?
The reason why I asked this question originates from a case when TSN LAN networks are considered to be connected by a WAN network. Based on the data planes provided by DetNet, it seems MPLS is the only solution for TSN interconnection. Is it the reason that IP itself couldn’t provide the entire DetNet capabilities?
Do I miss anything else?

Thanks in advance.

Regard,
Fan
_______________________________________________
detnet mailing list
detnet@ietf.org<mailto:detnet@ietf.org>
https://www.ietf.org/mailman/listinfo/detnet