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

[Lou Berger <[e-mail]>]

Andy,

Are you expecting to put in RSVP extensions for jetnet in this document? Typically we don't see protocol extensions in framework documents...

Lou

________________________________

On January 17, 2022 7:28:40 AM "Andrew G. Malis" <[e-mail]> wrote:

Dirk and Greg,

As always, comments and improvements on the draft are welcome!

Cheers,
Andy


On Mon, Jan 17, 2022 at 3:26 AM Dirk Trossen <[e-mail]<mailto:[e-mail]>> wrote:
Andy,

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.

Best,

Dirk

From: detnet [mailto:[e-mail]<mailto:[e-mail]>] On Behalf Of Andrew G. Malis
Sent: 14 January 2022 18:37
To: Dirk Trossen <dirk.trossen=[e-mail]<mailto:[e-mail]>>
Cc: DetNet WG <[e-mail]<mailto:[e-mail]>>; Lou Berger <[e-mail]<mailto:[e-mail]>>; TEAS WG Chairs <[e-mail]<mailto:[e-mail]>>
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.

Cheers,
Andy


On Fri, Jan 14, 2022 at 12:18 PM Dirk Trossen <dirk.trossen=[e-mail]<mailto:[e-mail]>> wrote:
Lou,

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?

Best,

Dirk

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

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]> [mailto:[e-mail]<mailto:[e-mail]>]
> Sent: 11 January 2022 13:21
> To: Dirk Trossen <[e-mail]<mailto:[e-mail]>>; Juergen Schmitt
> <[e-mail]<mailto:[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]<mailto:[e-mail]>
> https://www.ietf.org/mailman/listinfo/detnet
_______________________________________________
detnet mailing list
[e-mail]<mailto:[e-mail]>
https://www.ietf.org/mailman/listinfo/detnet