RE: [tcpm] New I-D (draft-mahesh-persist-timeout-00.txt)

Fernando Gont <fernando@gont.com.ar> Wed, 14 February 2007 08:59 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HHFyg-0003PT-TB; Wed, 14 Feb 2007 03:59:03 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HHFye-0003PJ-Ri for tcpm@ietf.org; Wed, 14 Feb 2007 03:59:00 -0500
Received: from smtp1.xmundo.net ([201.216.232.80]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HHFyc-00049t-8q for tcpm@ietf.org; Wed, 14 Feb 2007 03:59:00 -0500
Received: from venus.xmundo.net (venus.xmundo.net [201.216.232.56]) by smtp1.xmundo.net (Postfix) with ESMTP id 65352F0C585; Wed, 14 Feb 2007 05:58:29 -0300 (ART)
Received: from fgont.gont.com.ar (3-176-231-201.fibertel.com.ar [201.231.176.3]) (authenticated bits=0) by venus.xmundo.net (8.12.11.20060308/8.12.11) with ESMTP id l1E8wPtH031928; Wed, 14 Feb 2007 05:58:27 -0300
Message-Id: <200702140858.l1E8wPtH031928@venus.xmundo.net>
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Wed, 14 Feb 2007 05:58:19 -0300
To: "Anantha Ramaiah (ananth)" <ananth@cisco.com>, MURALI BASHYAM <murali_bashyam@yahoo.com>, "Mahesh Jethanandani (mahesh)" <mahesh@cisco.com>
From: Fernando Gont <fernando@gont.com.ar>
Subject: RE: [tcpm] New I-D (draft-mahesh-persist-timeout-00.txt)
In-Reply-To: <0C53DCFB700D144284A584F54711EC5802DE662B@xmb-sjc-21c.amer. cisco.com>
References: <864148.91659.qm@web31708.mail.mud.yahoo.com> <0C53DCFB700D144284A584F54711EC5802DE662B@xmb-sjc-21c.amer.cisco.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (venus.xmundo.net [201.216.232.56]); Wed, 14 Feb 2007 05:58:28 -0300 (ART)
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 9182cfff02fae4f1b6e9349e01d62f32
Cc: tcpm@ietf.org
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
Errors-To: tcpm-bounces@ietf.org

At 05:35 a.m. 14/02/2007, Anantha Ramaiah \(ananth\) wrote:

>Yep, on a related note, some TCP stacks shrink windows, window shrinking
>is used as a convenience tool in some cases :-) We probably need to deal
>with such cases as well, since the robustness principle allows it.

The amount of data queued for transmission, is another factor worth 
considering in the heuristics, as for DoS attacks there will usually 
be a large amount of queued data (send buffer full, or close to).

Also, if the corresponding socket has been close()ed by the 
application running at the TCP sender, the application will usually 
have no control on the socket anymore (unless the SO_LINGER (?) 
socket option was set?). This may be worth noting in the doc, too.

Kindest regards,

-- 
Fernando Gont
e-mail: fernando@gont.com.ar || fgont@acm.org
PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1





_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://www1.ietf.org/mailman/listinfo/tcpm