[tcpm] TCP Reassembly Timer
"Vishal Study" <vishal.study@gmail.com> Wed, 25 April 2007 17:18 UTC
Return-path: <tcpm-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Hgl8B-0003tv-A1; Wed, 25 Apr 2007 13:18:15 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Hgl89-0003tW-G2 for tcpm@ietf.org; Wed, 25 Apr 2007 13:18:13 -0400
Received: from ug-out-1314.google.com ([66.249.92.173]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Hgl88-0003FM-7N for tcpm@ietf.org; Wed, 25 Apr 2007 13:18:13 -0400
Received: by ug-out-1314.google.com with SMTP id 72so378552ugd for <tcpm@ietf.org>; Wed, 25 Apr 2007 10:18:11 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=tZbrOBIRiWuCO0xnEiy0BVwfArqgkjjl8KCfI/pwxNvFqO+WUWMiNxbC59fTRoSqGV30nmQnZRCOOjGoLmaZ047hotuOcRc31UVb9XciHQ0/cDH+sWRFMHl8MXVb9JOHZP8T/CXyzxzyloorTOGlWhPLTJr2BbPbLRUNkmXrTw4=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=APizVWmHApOzaZ/mixiIFBhiCpeR6A2iFmFdeDCj5iDluVVPWP8gzwoeyI8nGL2nH1DELeY/Pj+/1vvHA7kU0HuSD8WOz6UYFcpG76Ir01PrOhK4cxcD2N7RQ/Lzp/ZRp12Nd0MaYejedldQWC1lGcbdunK2bVp1GZFDFX9Duf4=
Received: by 10.67.24.18 with SMTP id b18mr1520867ugj.1177521490974; Wed, 25 Apr 2007 10:18:10 -0700 (PDT)
Received: by 10.67.56.20 with HTTP; Wed, 25 Apr 2007 10:18:10 -0700 (PDT)
Message-ID: <a517c2ff0704251018m67c3b42fg8e7f105eb5ce6419@mail.gmail.com>
Date: Wed, 25 Apr 2007 10:18:10 -0700
From: Vishal Study <vishal.study@gmail.com>
To: tcpm@ietf.org
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d6b246023072368de71562c0ab503126
Cc:
Subject: [tcpm] TCP Reassembly Timer
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
Hi: Is there an RFC/draft that talks about TCP Reassembly timer? Scenario: Host begins to receive out of order pkts and enqueues them in its RX_Q. If there are lot of sessions that are stuck in such state (with out of order pkts), the system can go down on resources (memory). Does any standard/RFC talk about what should be the expected behavior? I know there are implementations that have a Reassembly timer and they either drop the session or (atleast) drop out of order pkts when the Reassembly timer kicks off. Any pointers... Thanks in advance, Vishal. _______________________________________________ tcpm mailing list tcpm@ietf.org https://www1.ietf.org/mailman/listinfo/tcpm
- [tcpm] TCP Reassembly Timer Vishal Study
- Re: [tcpm] TCP Reassembly Timer David Borman