Re: [aqm] [tcpm] TCP ACK Suppression

David Lang <david@lang.hm> Sun, 11 October 2015 04:16 UTC

Return-Path: <david@lang.hm>
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 D254B1ACE7A; Sat, 10 Oct 2015 21:16:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 0CXRghwyiDWI; Sat, 10 Oct 2015 21:16:15 -0700 (PDT)
Received: from bifrost.lang.hm (mail.lang.hm [64.81.33.126]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 54F551ACE78; Sat, 10 Oct 2015 21:16:15 -0700 (PDT)
Received: from asgard.lang.hm (asgard.lang.hm [10.0.0.100]) by bifrost.lang.hm (8.13.4/8.13.4/Debian-3) with ESMTP id t9B4G8sA001284; Sat, 10 Oct 2015 21:16:08 -0700
Date: Sat, 10 Oct 2015 21:16:08 -0700
From: David Lang <david@lang.hm>
X-X-Sender: dlang@asgard.lang.hm
To: Joe Touch <touch@isi.edu>
In-Reply-To: <5619B3BE.9080701@isi.edu>
Message-ID: <alpine.DEB.2.02.1510102103300.1856@nftneq.ynat.uz>
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> <5618554F.3080103@isi.edu> <alpine.DEB.2.02.1510091716100.3717@nftneq.ynat.uz> <56185E44.9050702@isi.edu> <alpine.DEB.2.02.1510091910170.3717@nftneq.ynat.uz> <561891C3.90004@isi.edu> <alpine.DEB.2.02.1510092134190.15683@nftneq.ynat.uz> <CAA93jw64aE+to_=Q0suMBLuPDaZV+wU9mD4RWO55=NdD0jk_fw@mail.gmail.com> <5619B3BE.9080701@isi.edu>
User-Agent: Alpine 2.02 (DEB 1266 2009-07-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"; format="flowed"
Archived-At: <http://mailarchive.ietf.org/arch/msg/aqm/8dPOID5xlR-D2DLzkRibiae6ddM>
Cc: "tcpm@ietf.org" <tcpm@ietf.org>, Dave Taht <dave.taht@gmail.com>, "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: Sun, 11 Oct 2015 04:16:17 -0000

On Sat, 10 Oct 2015, Joe Touch wrote:

> On 10/10/2015 4:06 PM, Dave Taht wrote:
>> I just wanted to say that I'm with dlang here... aggregated and
>> asymmetric transmits in wifi, cell, and cable, are here to stay. Deal
>> with it.
>
> Right until they're encrypted, then we'll be back to square 1.

Don't just take the simpleminded approach of taking existing data and encrypting 
it. Develop new encryption friendly protocols that aren't excessivly chatty to 
begin with.

> Time to deal with the case where the net isn't involved in tampering
> with E2E connections, IMO.

just like IPv6 is going to eliminate all firewalls and NAT and restore the 
pristine end-to-end Internet that was originally designed?

sorry, but I think those days are past. The Internet isn't A International 
Network, it's a Network of Networks. While I agree that the core that connects 
the edge networks where the servers and users live should be data agnostic, the 
points where the networks join is not going to be transparent as the owners of 
the edge networks have not only a right, but a duty to manage their network. The 
interesting discussion is how you define core vs edge (I count ISP networks as 
core, even if they have some islands inside them that count as edge)

David Lang