Re: [Detnet] FW: New Version Notification for draft-trossen-detnet-rsvp-tsn-01.txt

Dirk Trossen <> Mon, 17 January 2022 08:26 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 624583A1150; Mon, 17 Jan 2022 00:26:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -6.896
X-Spam-Status: No, score=-6.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id clY6LvVFyuIr; Mon, 17 Jan 2022 00:26:40 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 7E00A3A114F; Mon, 17 Jan 2022 00:26:40 -0800 (PST)
Received: from (unknown []) by (SkyGuard) with ESMTP id 4JclKf62sMz6800j; Mon, 17 Jan 2022 16:23:34 +0800 (CST)
Received: from ( by ( with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.2308.21; Mon, 17 Jan 2022 09:26:36 +0100
Received: from ( by ( with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2308.21; Mon, 17 Jan 2022 08:26:35 +0000
Received: from ([]) by ([]) with mapi id 15.01.2308.021; Mon, 17 Jan 2022 08:26:35 +0000
From: Dirk Trossen <>
To: "Andrew G. Malis" <>, Dirk Trossen <>
CC: DetNet WG <>, Lou Berger <>, TEAS WG Chairs <>
Thread-Topic: [Detnet] FW: New Version Notification for draft-trossen-detnet-rsvp-tsn-01.txt
Date: Mon, 17 Jan 2022 08:26:35 +0000
Message-ID: <>
References: <> <> <> <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_fca66e38824c4a9093b06e9fd4b47d06huaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <>
Subject: Re: [Detnet] FW: New Version Notification for draft-trossen-detnet-rsvp-tsn-01.txt
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 17 Jan 2022 08:26:47 -0000


Thanks, indeed, this was our entry point and I’m studying the latest version to see how we can build on and extend from it.



From: detnet [] On Behalf Of Andrew G. Malis
Sent: 14 January 2022 18:37
To: Dirk Trossen <>
Cc: DetNet WG <>; Lou Berger <>; TEAS WG Chairs <>
Subject: Re: [Detnet] FW: New Version Notification for draft-trossen-detnet-rsvp-tsn-01.txt

Dirk, Lou, et al,

Don't forget that draft-ietf-detnet-controller-plane-framework already has some text discussing the use of RSVP-TE as (a part of) the DetNet control plane.


On Fri, Jan 14, 2022 at 12:18 PM Dirk Trossen <<>> wrote:

Thanks for coming back on this. Great to hear the discussions with the TEAS chairs, shedding light on the key issue from 110 regarding the long term home.

When you talk about the 'general solution for RSVP control of DetNet', are you talking about identifying the need (e.g., use cases) for doing so or the actual solution for doing so (beyond just TSN-based L2s)? The former is currently included as a note in the (small) draft update, i.e. attempting to provide a better motivation as to why end user initiated reservation would be used; our plan is to include this into the next update. For the latter, our approach was to narrow the scope to RSVP over TSN networks, i.e. it's not a general solution. Are you saying that such general solution ought to be addressed first before a narrower one for TSN?



-----Original Message-----
From: Lou Berger [<>]
Sent: 14 January 2022 14:20
To: Dirk Trossen <<>>
Cc: TEAS WG Chairs <<>>; DetNet WG <<>>
Subject: Re: [Detnet] FW: New Version Notification for draft-trossen-detnet-rsvp-tsn-01.txt


Thank you for this and reviving your work.   The AD and TEAS/DetNet chairs did discuss this and agreed that TEAS is probably the right long term home for this work, but only once the DetNet WG agrees that this work should move forward.

One key comment (I think made at 110 or on the list) that needs to be addresses before this work can be really considered  is identifying the general  solution for RSVP control of DetNet. Your work can be the foundation for this or it can be done in a separate document -- in other words, RSVP for DetNet is a necessary precursor for RSVP extensions in support of DetNet/TSN.

We hope that you are willing to work on and even publish the initial version of an RSVP for DetNet document.

Thank you,


As DetNet Co-Chair

On 1/11/2022 7:26 AM, Dirk Trossen wrote:
> All,
> Apologies from our side for the silence in updating the RSVP-TSN draft (see below), capturing the main points of the discussion during the IETF111 presentation. We would want to rekindle the work after clarifying some aspects internal to the authors' organizations.
> The main points, also addressed in the small changes to the previous version related to two aspects:
> 1. during the IETF111 discussion, the question was raised as to where the work should be placed or with which other WG to liaise with for this work (TEAS and CCAMP were mentioned). This aspect is added to the introduction and we would like to invite the list to comment on this.
> 2. there was a question on the use of RSVP for detnet in general, i.e. the need for endpoint-signaled communication. We placed a note into the use case section on this, intending to provide more info on this in another update before IETF113.
> Not included in this update but planned for the aforementioned update before IETF113 are also additions to the protocol formats. Also, we would like to explore the interest in a demo that could be provided to the community.
> Best,
> Dirk
> -----Original Message-----
> From:<> [<>]
> Sent: 11 January 2022 13:21
> To: Dirk Trossen <<>>; Juergen Schmitt
> <<>>
> Subject: New Version Notification for
> draft-trossen-detnet-rsvp-tsn-01.txt
> A new version of I-D, draft-trossen-detnet-rsvp-tsn-01.txt
> has been successfully submitted by Dirk Trossen and posted to the IETF repository.
> Name:         draft-trossen-detnet-rsvp-tsn
> Revision:     01
> Title:                RSVP for TSN Networks
> Document date:        2022-01-11
> Group:                Individual Submission
> Pages:                16
> URL:  
> Status:
> Htmlized:
> Diff: 
> Abstract:
>     This document provides a solution for control plane signaling by
>     virtue of proposing changes to RSVP signaling with deterministic
>     services at the underlying TSN enabled layer. The solution covers
>     distributed, centralized, and hybrid signaling scenarios in the TSN
>     and SDN domain. The proposed changes to RSVP IntServ, called RSVP TSN
>     in the remainder of this document, provide a better integration with
>     Layer 2 technologies for resource reservation, for which we outline
>     example API specifications for the realization of RSVP TSN.
> The IETF Secretariat
> _______________________________________________
> detnet mailing list
detnet mailing list<>