Re: [tcpm] Erik Kline's Yes on draft-ietf-tcpm-rfc793bis-25: (with COMMENT)

Probably worth checking, yes.  I thought there was some text that implied
"not part of the byte stream" already, but couldn't point to if offhand.

-Ben

On Thu, Sep 30, 2021 at 01:56:27PM -0700, touch@strayalpha.com wrote:
> PS - should we also note what should happen with that data, i.e., until it is defined in some other way?
> 
> I.e., SHOULD allow RST to include data, but this data is NOT part of the TCP byte stream.
> —
> Joe Touch, temporal epistemologist
> www.strayalpha.com
> 
> > On Sep 30, 2021, at 1:12 PM, Erik Kline <ek.ietf@gmail.com> wrote:
> > 
> > On Thu, Sep 30, 2021 at 12:55 PM Benjamin Kaduk <kaduk@mit.edu <mailto:kaduk@mit.edu>> wrote:
> > On Sun, Sep 19, 2021 at 06:08:23PM -0700, Erik Kline via Datatracker wrote:
> > [...]
> > > [S3.5, question]
> > > 
> > > * Is there an example of what possible use a RST w/ data could serve?
> > > 
> > >   I didn't see anything in S3.10.7(.*) that indicated the data in a segment
> > >   with the RST flag set could get processed (I may have missed it).
> > 
> > Section 4.2.2.12 of RFC 1122 (sorry, the section link doesn't work, though
> > https://www.rfc-editor.org/rfc/rfc1122.html#page-87 <https://www.rfc-editor.org/rfc/rfc1122.html#page-87> gets most of the way
> > there) has:
> > 
> >             A TCP SHOULD allow a received RST segment to include data.
> > 
> >             DISCUSSION
> >                  It has been suggested that a RST segment could contain
> >                  ASCII text that encoded and explained the cause of the
> >                  RST.  No standard has yet been established for such
> >                  data.
> > 
> > 
> > Ah, so including such text in 3.10.7.* would have elevated some discussion to a level not (yet) warranted.  Makes sense, thank you.
> > 
> > I look forward to the forthcoming Proposed Standard for TCP RSTs containing XML-encoded documents of error explainer text.  :D
> > _______________________________________________
> > tcpm mailing list
> > tcpm@ietf.org
> > https://www.ietf.org/mailman/listinfo/tcpm
> 