Re: [tcpm] Lars Eggert's Discuss on draft-ietf-tcpm-rfc793bis-25: (with DISCUSS and COMMENT)

[[e-mail]]

Hi Lars, all, 

Commenting on one particular point. 

Please see inline. 

Cheers,
Med

> -----Message d'origine-----
> De : tcpm <[e-mail]> De la part de Lars Eggert
> Envoyé : lundi 11 octobre 2021 10:55
> À : Wesley Eddy <[e-mail]>
> Cc : [e-mail]; [e-mail]; The IESG
> <[e-mail]>; [e-mail]
> Objet : Re: [tcpm] Lars Eggert's Discuss on draft-ietf-tcpm-rfc793bis-25:
> (with DISCUSS and COMMENT)
> 
> Hi,
> 
> On 2021-10-8, at 22:14, Wesley Eddy <[e-mail]> wrote:
> > On 9/20/2021 10:18 AM, Lars Eggert via Datatracker wrote:
> >> Section 3.1. , paragraph 50, comment:
> >>>      Note: There is ongoing work to extend the space available for TCP
> >>>      options, such as [64].
> >> draft-ietf-tcpm-tcp-edo has been dead for four years, not sure how
> >> useful it is to point to.
> >
> > I didn't change this, because I recall it being mentioned in the WG that
> it was felt to be useful to point to, if only to avoid someone proposing
> yet another way of dealing with this.

Med] I confirm. This was, for example, discussed here: https://mailarchive.ietf.org/arch/msg/tcpm/TrbMCTywezzzSSjkdntF6EtHl18/

> 
> for an RFC, esp. one that is expected to be quite long-lived, I don't
> think referring to ongoing work is such a great idea, since that won't age
> well. Maybe how you are referring to that document could be rephrased?

Med] As can be seen in the thread, the intent was: 

"* Consider adding some text to ACK the TCP option space problem. Adding a pointer to EDO as * an example * (without recommending it) of how to extend the space for non-SYNs would be useful."

I think this is adequately captured by the current wording: "... such as [64]". 

_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.