Re: [ledbat] list of reasons for needing multiple TCP connections

Caitlin Bestler <cait@asomi.com> Thu, 20 November 2008 21:50 UTC

Return-Path: <ledbat-bounces@ietf.org>
X-Original-To: tana-archive@ietf.org
Delivered-To: ietfarch-tana-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 18C9A3A6A01; Thu, 20 Nov 2008 13:50:47 -0800 (PST)
X-Original-To: ledbat@core3.amsl.com
Delivered-To: ledbat@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A4C3128C1B9 for <ledbat@core3.amsl.com>; Thu, 20 Nov 2008 13:50:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.265
X-Spam-Level:
X-Spam-Status: No, score=-2.265 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2YsP9RWm407e for <ledbat@core3.amsl.com>; Thu, 20 Nov 2008 13:50:45 -0800 (PST)
Received: from mail5.sea5.speakeasy.net (mail5.sea5.speakeasy.net [69.17.117.7]) by core3.amsl.com (Postfix) with ESMTP id B777C3A69DC for <ledbat@ietf.org>; Thu, 20 Nov 2008 13:50:45 -0800 (PST)
Received: (qmail 29752 invoked from network); 20 Nov 2008 21:50:43 -0000
Received: from imac.asomi.com (cait@asomi.com@[66.92.48.27]) (envelope-sender <cait@asomi.com>) by mail5.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for <agmalis@gmail.com>; 20 Nov 2008 21:50:43 -0000
Message-ID: <4925DBB3.80509@asomi.com>
Date: Thu, 20 Nov 2008 13:50:43 -0800
From: Caitlin Bestler <cait@asomi.com>
User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914)
MIME-Version: 1.0
To: "Andrew G. Malis" <agmalis@gmail.com>
References: <4925BDEE.6090101@isi.edu> <8c99930d0811201206yb0ef259v28c361438cb14773@mail.gmail.com>
In-Reply-To: <8c99930d0811201206yb0ef259v28c361438cb14773@mail.gmail.com>
Cc: ledbat@ietf.org
Subject: Re: [ledbat] list of reasons for needing multiple TCP connections
X-BeenThere: ledbat@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Mailing list of the LEDBAT WG <ledbat.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ledbat>, <mailto:ledbat-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/ledbat>
List-Post: <mailto:ledbat@ietf.org>
List-Help: <mailto:ledbat-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ledbat>, <mailto:ledbat-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: ledbat-bounces@ietf.org
Errors-To: ledbat-bounces@ietf.org

Andrew G. Malis wrote:
> As was mentioned in the IAB plenary yesterday, a reason to not use
> multiple TCP connections is the possible exhaustion of middlebox (read
> NAT) resources, such as state memory or port numbers. So if you are
> going to use multiple connections in parallel, you may wish to include
> a method for the user to control that behavior, and a way to detect
> that you're behind a NAT and adapt appropriately.
> 

The gotcha here is that every item in the list Joe supplied is
already solved by SCTP, and about the only legitimate reason
for not using SCTP is the presence of middleboxes that do
not support it.

So the only time you have an excuse for using multiple TCP
connections is exactly when there are resources that might
be exhausted by the practice.

Using multiple connections to solve a single problem inherently
degrades the ability of the network to manage traffic effectively.
I recognize that it isn't going to go away anytime soon, but there
is no reason why we should *encourage* this anti-social behavior.


-- 
Caitlin Bestler
cait@asomi.com - http://www.asomi.com/CaitlinBestlerResume.html
_______________________________________________
ledbat mailing list
ledbat@ietf.org
https://www.ietf.org/mailman/listinfo/ledbat