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

Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp> Wed, 06 March 2013 23:01 UTC

Return-Path: <mohta@necom830.hpcl.titech.ac.jp>
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 CF2CF11E80FE for <ietf@ietfa.amsl.com>; Wed, 6 Mar 2013 15:01:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.09
X-Spam-Level:
X-Spam-Status: No, score=-0.09 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265]
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 d-WwBvoz85qG for <ietf@ietfa.amsl.com>; Wed, 6 Mar 2013 15:01:49 -0800 (PST)
Received: from necom830.hpcl.titech.ac.jp (necom830.hpcl.titech.ac.jp [131.112.32.132]) by ietfa.amsl.com (Postfix) with SMTP id C303711E80F8 for <ietf@ietf.org>; Wed, 6 Mar 2013 15:01:48 -0800 (PST)
Received: (qmail 73452 invoked from network); 6 Mar 2013 23:00:01 -0000
Received: from necom830.hpcl.titech.ac.jp (HELO ?127.0.0.1?) (131.112.32.132) by necom830.hpcl.titech.ac.jp with SMTP; 6 Mar 2013 23:00:01 -0000
Message-ID: <5137CAAC.1000509@necom830.hpcl.titech.ac.jp>
Date: Thu, 07 Mar 2013 08:01:00 +0900
From: Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130215 Thunderbird/17.0.3
MIME-Version: 1.0
To: ietf@ietf.org
Subject: Re: congestion control? - (was Re: Appointment of a Transport AreaDirector)
References: <5134EFEB.2090104@isi.edu> <20130305004135.34CCA1A5F4@ld9781.wdf.sap.corp> <B31EEDDDB8ED7E4A93FDF12A4EECD30D2502A316@GLKXM0002V.GREENLNK.net> <CAD6AjGRt-0A42apmDwJQeRhUn6EM0qgrbrJuDipEESNz1+K9Gw@mail.gmail.com> <007e01ce1a45$a9766fa0$4001a8c0@gateway.2wire.net> <5137066C.9080904@gmail.com> <CAD6AjGTWumzZd=JSakj99j3x2uYgg2fEQdPjAskobLXi_n_8pQ@mail.gmail.com> <0182DEA5604B3A44A2EE61F3EE3ED69E1B28A7C7@BL2PRD0510MB349.namprd05.prod.outlook.com>
In-Reply-To: <0182DEA5604B3A44A2EE61F3EE3ED69E1B28A7C7@BL2PRD0510MB349.namprd05.prod.outlook.com>
Content-Type: text/plain; charset="ISO-2022-JP"
Content-Transfer-Encoding: 7bit
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: Wed, 06 Mar 2013 23:01:49 -0000

John E Drake wrote:

> See also:  http://www.akamai.com/html/about/press/releases/2012/press_091312.html

It seems to me that Akamai is doing things which must be
banned by IETF.

	Akamai IP Application Accelerator
	http://www.atoll.gr/media/brosures/FS_IPA.pdf
	Packet Loss Reduction
	Application performance is also affected
	by packet loss, which may be particularly
	troublesome when traffic traverses
	international network paths. IP Application
	                             ^^^^^^^^^^^^^^
	Accelerator uses a variety of advanced
	^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
	packet loss reduction techniques, including
	^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
	forward error correction and optional packet
	^^^^^^^^^^^^^^^^^^^^^^^^
	replication to eliminate packet loss.

						Masataka Ohta