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

[Lou Berger <[e-mail]>]

Dirk,

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,

Lou

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: [e-mail] [mailto:[e-mail]]
> Sent: 11 January 2022 13:21
> To: Dirk Trossen <[e-mail]>; Juergen Schmitt <[e-mail]>
> 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:            https://www.ietf.org/archive/id/draft-trossen-detnet-rsvp-tsn-01.txt
> Status:         https://datatracker.ietf.org/doc/draft-trossen-detnet-rsvp-tsn/
> Htmlized:       https://datatracker.ietf.org/doc/html/draft-trossen-detnet-rsvp-tsn
> Diff:           https://www.ietf.org/rfcdiff?url2=draft-trossen-detnet-rsvp-tsn-01
>
> 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
> [e-mail]
> https://www.ietf.org/mailman/listinfo/detnet