Re: congestion control? - (was Re: Appointment of a Transport Area Director)

Toerless Eckert <eckert@cisco.com> Thu, 07 March 2013 04:10 UTC

Return-Path: <eckert@cisco.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC7A821F882F for <ietf@ietfa.amsl.com>; Wed, 6 Mar 2013 20:10:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.015
X-Spam-Level:
X-Spam-Status: No, score=-8.015 tagged_above=-999 required=5 tests=[AWL=-1.913, BAYES_00=-2.599, FRT_PRICE=3.897, J_CHICKENPOX_52=0.6, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dcHVNbtpX+6W for <ietf@ietfa.amsl.com>; Wed, 6 Mar 2013 20:10:33 -0800 (PST)
Received: from mtv-iport-4.cisco.com (mtv-iport-4.cisco.com [173.36.130.15]) by ietfa.amsl.com (Postfix) with ESMTP id 7D4A521F8765 for <ietf@ietf.org>; Wed, 6 Mar 2013 20:10:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1815; q=dns/txt; s=iport; t=1362629433; x=1363839033; h=date:from:to:cc:subject:message-id:references: mime-version:content-transfer-encoding:in-reply-to; bh=V4VnWYAMUyXLUkRI30vrbPq1k8tppvsQHr6fDElzwKo=; b=Q0rzmOvU9yfh9Xacbyl3Go/kfKb7kA+IBMng8Cc59qUXpwbSNywc2FVJ ZHF1IhD8IWmTHGQDkfiSRXgITLF/U2Sf2cximE+BjLkwyADyjKbTGDXCg OrHlYwdlb5qLVqRZU33zUIdfFWk53upFAfl6CQrs9u429Zl2rLiRdd/us Q=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgAFAMASOFGrRDoH/2dsb2JhbABDxEaBZBZzgisBAQEEMgE5CgMQCw4EBgklDwU1FBMah3gNu0iPDAeCX2EDiGyNXgGQcIMq
X-IronPort-AV: E=Sophos;i="4.84,799,1355097600"; d="scan'208";a="74443457"
Received: from mtv-core-2.cisco.com ([171.68.58.7]) by mtv-iport-4.cisco.com with ESMTP; 07 Mar 2013 04:10:27 +0000
Received: from mcast-linux1.cisco.com (mcast-linux1.cisco.com [172.27.244.121]) by mtv-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id r274AMMl012285 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Mar 2013 04:10:22 GMT
Received: from mcast-linux1.cisco.com (localhost.cisco.com [127.0.0.1]) by mcast-linux1.cisco.com (8.13.8/8.13.8) with ESMTP id r2748QVv023929; Wed, 6 Mar 2013 20:08:41 -0800
Received: (from eckert@localhost) by mcast-linux1.cisco.com (8.13.8/8.13.8/Submit) id r2748QOs023928; Wed, 6 Mar 2013 20:08:26 -0800
Date: Wed, 06 Mar 2013 20:08:26 -0800
From: Toerless Eckert <eckert@cisco.com>
To: Martin Rex <mrex@sap.com>
Subject: Re: congestion control? - (was Re: Appointment of a Transport Area Director)
Message-ID: <20130307040826.GA20642@cisco.com>
References: <5134EFEB.2090104@isi.edu> <20130305004135.34CCA1A5F4@ld9781.wdf.sap.corp>
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20130305004135.34CCA1A5F4@ld9781.wdf.sap.corp>
User-Agent: Mutt/1.4.2.2i
Cc: braden@isi.edu, ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 07 Mar 2013 04:10:34 -0000

Martin,

An article like this is the best reason why we should never finally resolve the
buffer bloat issue: Doing that would take away the opportunity for
generations of researcher to over and over regurgitate the same proposed
improvements and gain PhDs in the process.

I mean the Internet wold be like math without fermats last theorem.
Have you seen how disenfranchised mathematicians are now ? Its worse than the mood at
Kennedy Space center without a shuttle program (to bring the discussion back to
relevant aspects of IETF Orlando).

Sorry. could'nt resist.

I was actually happy about using some of those UDP based flow control reliable
transports in past years when i couldn't figure out how to fix the TCP stack of
my OSs. Alas, the beginning of the end of TCP is near now anyhow with RTCweb deciding
to use browser/user-level based SCTP over UDP stacks instead of OS-level TCP. 

On Tue, Mar 05, 2013 at 01:41:35AM +0100, Martin Rex wrote:
> Bob Braden wrote:
> > On 3/4/2013 10:20 AM, Roger Jørgensen wrote:
> > > I'll ask a rather basic question and hope someone will answer in an 
> > > educational way - Why is congestion control so important? And where 
> > > does it apply? ... :-) 
> > 
> > Ouch. Because without it (as we learned the hard way in the late 1980s) \
> > the Internet may collapse and provide essentially no service.
>  
> It is PR like this one:
> 
>   http://www.fujitsu.com/global/news/pr/archives/month/2013/20130129-02.html
> 
> That gets me worried about folks might try to "fix" the internet
> mostly due to the fact that they really haven't understood what
> is already there any why.
> 
> -Martin

-- 
---
Toerless Eckert, eckert@cisco.com
Cisco NSSTG Systems & Technology Architecture
SDN: Let me play with the network, mommy!