Re: Appointment of a Transport Area Director

"Eggert, Lars" <lars@netapp.com> Tue, 05 March 2013 12:27 UTC

Return-Path: <lars@netapp.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 41DF321F8739 for <ietf@ietfa.amsl.com>; Tue, 5 Mar 2013 04:27:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, 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 w8W0Citm2wzC for <ietf@ietfa.amsl.com>; Tue, 5 Mar 2013 04:27:47 -0800 (PST)
Received: from mx12.netapp.com (mx12.netapp.com [216.240.18.77]) by ietfa.amsl.com (Postfix) with ESMTP id BCFDD21F86D6 for <ietf@ietf.org>; Tue, 5 Mar 2013 04:27:47 -0800 (PST)
X-IronPort-AV: E=Sophos;i="4.84,787,1355126400"; d="scan'208";a="28035482"
Received: from smtp1.corp.netapp.com ([10.57.156.124]) by mx12-out.netapp.com with ESMTP; 05 Mar 2013 04:27:46 -0800
Received: from vmwexceht05-prd.hq.netapp.com (vmwexceht05-prd.hq.netapp.com [10.106.77.35]) by smtp1.corp.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id r25CRjv9011135; Tue, 5 Mar 2013 04:27:45 -0800 (PST)
Received: from SACEXCMBX01-PRD.hq.netapp.com ([169.254.2.54]) by vmwexceht05-prd.hq.netapp.com ([10.106.77.35]) with mapi id 14.02.0328.009; Tue, 5 Mar 2013 04:27:44 -0800
From: "Eggert, Lars" <lars@netapp.com>
To: "t.p." <daedulus@btconnect.com>
Subject: Re: Appointment of a Transport Area Director
Thread-Topic: Appointment of a Transport Area Director
Thread-Index: AQHOGZaX7OVu6NpwW0Cr3p/14P57w5iXjJqA
Date: Tue, 05 Mar 2013 12:27:43 +0000
Message-ID: <D4D47BCFFE5A004F95D707546AC0D7E91F786103@SACEXCMBX01-PRD.hq.netapp.com>
References: <21B86E13-B8DA-4119-BBB1-B5EE6D2B5C1D@ietf.org><51330179.3040500@gmail.com><919840EE-BEC8-4F82-8D3C-B116698A4262@gmx.net><1D88E6E9-33DE-4C4D-89F4-B0B762155D6F@standardstrack.com><D4D47BCFFE5A004F95D707546AC0D7E91F77BA46@SACEXCMBX01-PRD.hq.netapp.com><3CB8992B-212A-4776-95FE-71CA1E382FFF@standardstrack.com><513376DB.7000200@dcrocker.net><E22ACC99-B465-4769-8B59-BB98A7BA93DF@gmx.net><79E77523-3D92-4CE9-8689-483D416794EF@standardstrack.com><D4D47BCFFE5A004F95D707546AC0D7E91F780D2F@SACEXCMBX01-PRDfg0=r38mkcJ4zqoJeTw@mail.gmail.com> <tslr4julxmh.fsf@mit.edu> <031e01ce198d$8e408800$4001a8c0@gateway.2wire.net> <5135D35D.2060909@neclab.eu> <033901ce1996$9c8258e0$4001a8c0@gateway.2wire.net>
In-Reply-To: <033901ce1996$9c8258e0$4001a8c0@gateway.2wire.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.106.53.51]
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <BC530FD41241954DB72842E808CA0B1E@tahoe.netapp.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: Sam Hartman <hartmans-ietf@mit.edu>, IETF <ietf@ietf.org>, Martin Stiemerling <martin.stiemerling@neclab.eu>
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: Tue, 05 Mar 2013 12:27:48 -0000

On Mar 5, 2013, at 12:43, t.p. <daedulus@btconnect.com> wrote:
> but I am positing that for most
> of the IETF, congestion control is a solved topic and little expertise
> is needed

I have seen too many WGs trying to build "lightweight" UDP-based application protocols that do not correctly back off under loss to agree with you here.

It's solved IFF a standard transport like TCP is used. Not otherwise. (And even when TCP is used, questions like "how many parallel connections" remain.)

Lars