Re: [tcpm] Is this a problem?

MURALI BASHYAM <> Tue, 06 November 2007 18:37 UTC

Return-path: <>
Received: from [] ( by with esmtp (Exim 4.43) id 1IpTIo-0004CX-Qz; Tue, 06 Nov 2007 13:37:30 -0500
Received: from tcpm by with local (Exim 4.43) id 1IpTIo-0004CS-0D for; Tue, 06 Nov 2007 13:37:30 -0500
Received: from [] ( by with esmtp (Exim 4.43) id 1IpTIn-0004CK-Mu for; Tue, 06 Nov 2007 13:37:29 -0500
Received: from ([]) by with smtp (Exim 4.43) id 1IpTIk-0003od-0S for; Tue, 06 Nov 2007 13:37:29 -0500
Received: (qmail 10538 invoked by uid 60001); 6 Nov 2007 18:37:25 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024;; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=G+CU4nHIfeWGSbMomO6VV2Ljt69FyNOPp/PE8hkPIidndZvs+8pT9dhbGW8IJOyJdHv5Dvpw1rCoqIY33QavUCi7Dr/iQQbLEvS9SILsRr7OVGudolT5al2RUfZJvz+5EjkRfxg3LZw6pORA6FQAN2KCQQt2DynZvoEReox95ic=;
X-YMail-OSG: On0oakwVM1kGzDoFGzAoClqi0s2wgq9c7MEA4EzDB2cyVdZnLvwPKnM10Vlq2s81_MdQwwHnTZx9qEXC0RZgjXbbuPS3p2cL6BrRbz5IGqA5Vqd5_o0-
Received: from [] by via HTTP; Tue, 06 Nov 2007 10:37:24 PST
X-Mailer: YahooMailRC/814.05 YahooMailWebService/0.7.152
Date: Tue, 06 Nov 2007 10:37:24 -0800
Subject: Re: [tcpm] Is this a problem?
To: Joe Touch <touch@ISI.EDU>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Message-ID: <>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8b30eb7682a596edff707698f4a80f7d
Cc:, Lloyd Wood <>
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <>
List-Unsubscribe: <>, <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>

We want to limit the timer to the sender's persist state only, any other timeout overloads the semantics of the application,
and may also cause unnecessary timeouts for the application. In fact there are instances where the application may not
even have the connection state around to implement the timout correctly, like the tail of a long HTTP response. After sending the tail of the 
response, the application can close the connection and release its connection memory, during this window only TCP has the 
connection state. We've done a lot of testing and design  for handling all these cases, and to implement this correctly, 
we need TCP's involvement.


----- Original Message ----
From: Joe Touch <touch@ISI.EDU>
Cc: Lloyd Wood <>;
Sent: Tuesday, November 6, 2007 10:24:49 AM
Subject: Re: [tcpm] Is this a problem?

> In the spirit of keeping changes to TCP protocol minimal, how about
> having the application specify a time limit via the socket API when
 TCP gets into this
>  state and TCP cuts its indefinite wait down to this timeout? 

Why not set the timer in the application and ABORT or CLOSE the
connection when the timer goes off?


Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 

tcpm mailing list