Re: [aqm] [tcpm] TCP ACK Suppression

Joe Touch <touch@isi.edu> Sat, 10 October 2015 00:01 UTC

Return-Path: <touch@isi.edu>
X-Original-To: aqm@ietfa.amsl.com
Delivered-To: aqm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A12DB1B4F29; Fri, 9 Oct 2015 17:01:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.91
X-Spam-Level:
X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SAFdjDeB1_Ba; Fri, 9 Oct 2015 17:01:56 -0700 (PDT)
Received: from vapor.isi.edu (vapor.isi.edu [128.9.64.64]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 74B441B4F2A; Fri, 9 Oct 2015 17:01:56 -0700 (PDT)
Received: from [128.9.160.211] (mul.isi.edu [128.9.160.211]) (authenticated bits=0) by vapor.isi.edu (8.13.8/8.13.8) with ESMTP id t9A01Jhq027697 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Fri, 9 Oct 2015 17:01:19 -0700 (PDT)
To: David Lang <david@lang.hm>
References: <5618005A.8070303@isi.edu> <70335.1444421059@lawyers.icir.org> <D23D8CA5.54DF5%g.white@cablelabs.com> <56183B49.4000506@isi.edu> <alpine.DEB.2.02.1510091511540.3717@nftneq.ynat.uz> <56183E93.1010308@isi.edu> <alpine.DEB.2.02.1510091528320.3717@nftneq.ynat.uz> <5618420E.9040609@isi.edu> <alpine.DEB.2.02.1510091628010.3717@nftneq.ynat.uz>
From: Joe Touch <touch@isi.edu>
Message-ID: <5618554F.3080103@isi.edu>
Date: Fri, 09 Oct 2015 17:01:19 -0700
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0
MIME-Version: 1.0
In-Reply-To: <alpine.DEB.2.02.1510091628010.3717@nftneq.ynat.uz>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 7bit
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Archived-At: <http://mailarchive.ietf.org/arch/msg/aqm/JxLSZoEfrWWt__eqgvir8QFFMp0>
Cc: "tcpm@ietf.org" <tcpm@ietf.org>, touch@isi.edu, "mallman@icir.org" <mallman@icir.org>, "LAUTENSCHLAEGER, Wolfram (Wolfram)" <wolfram.lautenschlaeger@alcatel-lucent.com>, Greg White <g.white@CableLabs.com>, "aqm@ietf.org" <aqm@ietf.org>
Subject: Re: [aqm] [tcpm] TCP ACK Suppression
X-BeenThere: aqm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Discussion list for active queue management and flow isolation." <aqm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aqm>, <mailto:aqm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/aqm/>
List-Post: <mailto:aqm@ietf.org>
List-Help: <mailto:aqm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aqm>, <mailto:aqm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 10 Oct 2015 00:01:57 -0000

FWIW, I'm using "you" metaphorically, both here and in other posts.

I.e., whomever is pushing this solution is supporting a business model
that's broken. I don't much care whether the proponents are employed by
that business or not.

There is always tension between commercial interests (and proponents)
and the model of the Internet. The Internet presents a dangerous
opportunity for incredible gain without responsibility.

The tragedy of the commons is very real, and this is a good example of
it. It doesn't matter whether the solutions are being pushed by those
profiting or by those who see only the local, short-term benefit rather
then the potential long term impact.

As has been discussed on TCPM, there may be ways to reduce the impact of
ACKs on the net without having an intermediate device interfere. Let's
have that discussion there and work together on a solution that benefits
everyone - avoiding unnecessary load on the net AND preserving the E2E
semantics of TCP so it can continue to evolve for future capabilities.

Joe

On 10/9/2015 4:31 PM, David Lang wrote:
> On Fri, 9 Oct 2015, Joe Touch wrote:
> 
>>> If you have one person trying to watch streaming video while another
>>> person is uploading pictures to facebook, you can run into trouble at
>>> much more even ratios.
>>
>> Restated, you run into trouble because you sold a service you didn't
>> provision for ;-)
>>
>> (or, more to the point, you took a gamble that you could sell a useful
>> service with a particular assumption about traffic ratios, and that
>> assumption no longer holds)
>>
>> Again, IMO TCP isn't to be tampered with merely to support a business
>> model, and that's all I see so far.
> 
> Where did you get the idea that I work for an ISP, let alone a cable ISP
> or had any influence in designing or building such networks. I don't.
> 
> You are assigning motives here that are clearly false.
> 
> As I keep re-stating, this is not a cable/DOCSIS issue, it applies to
> all sorts of things, with Wifi and Cellular being the newest (and
> arguably biggest) sources of the network flow getting quantomized.
> 
> David Lang