Re: [tcpm] poll for adoption of draft-ananth-persist-02

There are other aspects too, it's also important for the application to control the duration that the connection spends in persist state, this is planned to be accomplished via a socket option. Both *OS and application* need to control the duration that a connection spends in the persist state.

There are scenarios when the application releases its connection state after writing all the data into the socket (so called orphan connections), and after this if the TCP connection enters into a ZWP condition, the application does not have the connection state to issue the ABORT, but if it has setup the socket option before, then TCP can still enforce the specified duration.

-----Original Message-----
From: tcpm-bounces@ietf.org [mailto:tcpm-bounces@ietf.org] On Behalf Of John Heffner
Sent: Tuesday, March 23, 2010 11:35 AM
To: Mahesh Jethanandani
Cc: tcpm@ietf.org
Subject: Re: [tcpm] poll for adoption of draft-ananth-persist-02

Here's all I think needs to be said (at all, not just section 7), but
I'm a minimalist. :)

----
Section 4.2.2.17 of RFC 1122 states:

            A TCP MAY keep its offered receive window closed
            indefinitely.  As long as the receiving TCP continues to
            send acknowledgments in response to the probe segments, the
            sending TCP MUST allow the connection to stay open.

To clarify, the above statement is not meant to restrict the ABORT
command [RFC793] in any way.  TCP should react to an ABORT in the same
way regardless of the current receive window.
----

  -John

On Tue, Mar 23, 2010 at 1:11 PM, Mahesh Jethanandani <mahesh@cisco.com> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
>
> On 3/22/2010 7:15 PM, John Heffner wrote:
>
>> I'm pretty sure Section 7 describes automatically aborting connections
>> because they are in the persist state for some period of time.
>
> Since your concern is about the wording of section 7 you can help us
> reword it to remove any doubts that you might have.
>
> Do you want to do that?
>
> - --
> *Mahesh Jethanandani*
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iQEcBAEBAgAGBQJLqPY0AAoJEP9ZPWIqKBmiVssH/2Lp7nO/3c36Ehjbs6hWL6HW
> gq2fGRz/SR6dm0ZR1551LfpCNSuC3Jn53DYjGILSFr2m2kzrh9KSFgjKEzBHssE0
> 8WYih30ufdTv6M9XYGhrlLq5uX5bgDAlEJP4NfmjS4B9BgW5DP95rG3PN+r/jCCb
> mLFIuOjhGyZfCYEniZHnT+TpyPS71msaLzKrXCFnWHY1Y1ybaHz8lHp9oBykTIpv
> AwE90PHSRCWP/RHYmr9d7hAagJ6Xmuruh4KSomn3BsbZHzxpOAQ8SkdHXAuPcv9u
> 4iBIQtXlz5X7EseJcORxHPV6e2OISizjkcIBxZ9qOo3hr/w0HteW50hZMbCyGjg=
> =PAr7
> -----END PGP SIGNATURE-----
>
_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://www.ietf.org/mailman/listinfo/tcpm