Re: [tsvwg] ECN encapsulation draft - next steps

[Jonathan Morton <[e-mail]>]

> On 22 Jul, 2021, at 1:42 am, Black, David <[e-mail]> wrote:
> 
> In the hope of not adding another year to that trill draft's sojourn at the RFC Editor, I propose doing something along the lines of Markku's suggestion to express no position on the open issue, and pursue the issue in a separate draft or drafts in the following fashion:
>  
> 	• Replace the last two paragraphs of Section 4.6 (https://datatracker.ietf.org/doc/html/draft-ietf-tsvwg-ecn-encap-guidelines-16#section-4.6) with a paragraph on each of the congestion marking for reframing approaches (preserve number of congestion-marked bytes, propagate congestion marks), each with suitable citations of references, e.g., RFC 7141 and RFC 3168.
> 	• Include no material on how to select one of the approaches, or even matters to consider in making a selection.   The latter (omit matters to consider in making a selection) may seem harsh, but it's based on an observation that we don't even have rough consensus on how the various congestion control protocols interact with specific reframing congestion marking behavior.
> 	• Invite the proponents of each approach to submit individual drafts on how congestion marking for reframing ought to work and why.  Informative references to these drafts as works in progress could then be added as part of IETF Last Call on the ECN encapsulation draft. To that end, I will be happy to record this plan/intent to add such references in the shepherd write-up for the ECN encapsulation draft, which should result in checks for such drafts at IETF Last Call and/or during IESG Evaluation.
>  
> I suspect that nobody (including myself) is going to regard this plan as ideal, but I do think the time has come to settle for something that is possible rather than continue to strive for perfection in the hope of moving this draft (and the related rfc6040update-shim draft) out of this WG and on its way to IETF Last Call and the RFC Editor.
>  
> Thoughts? Comments?

This seems reasonable, and I hope to find time to author an appropriate draft about reassembly behaviour after this IETF.

 - Jonathan Morton