Re: [aqm] TCP ACK Suppression

Clark Gaylord <cgaylord@vt.edu> Wed, 07 October 2015 11:01 UTC

Return-Path: <cgaylord@vt.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 B121A1B2DEB for <aqm@ietfa.amsl.com>; Wed, 7 Oct 2015 04:01:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.287
X-Spam-Level:
X-Spam-Status: No, score=-1.287 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no
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 Zg0yF0yGMeJP for <aqm@ietfa.amsl.com>; Wed, 7 Oct 2015 04:01:05 -0700 (PDT)
Received: from omr1.cc.vt.edu (omr1.cc.ipv6.vt.edu [IPv6:2607:b400:92:8300:0:c6:2117:b0e]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 70EA71B2DE8 for <aqm@ietf.org>; Wed, 7 Oct 2015 04:01:05 -0700 (PDT)
Received: from mr2.cc.vt.edu (mr2.cc.ipv6.vt.edu [IPv6:2001:468:c80:2105:0:212:7ed0:359e]) by omr1.cc.vt.edu (8.14.4/8.14.4) with ESMTP id t97B14KZ003088 for <aqm@ietf.org>; Wed, 7 Oct 2015 07:01:04 -0400
Received: from mail-vk0-f41.google.com (mail-vk0-f41.google.com [209.85.213.41]) by mr2.cc.vt.edu (8.14.4/8.14.4) with ESMTP id t97B0wHH013898 for <aqm@ietf.org>; Wed, 7 Oct 2015 07:01:03 -0400
Received: by vkgd64 with SMTP id d64so8348436vkg.0 for <aqm@ietf.org>; Wed, 07 Oct 2015 04:00:58 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=wxvoaA84pioKmkEc12J4T6qNgqirClGVuBihDQeAj6Y=; b=bU68wsdctLFrPyeKhFAy3jtciPtzg3l1mVlqZxrE9LoZUyTc+8c+EnJSO6MkleMnYD 3ar96odeoiGPGH6YyJ7v01uxYdl++coXuWPV60Se9N9vI4Ts7syMuHXlzBODl3MXFlAs qBurS744BcE6PF8X0VkcEloGT3v/6D8GYqffKCmWFUq3uuMYPA65lMRliTH+6Ez51Ppn vfWmhyU5eECZ6ftrYjdamh7LLp8qCwUh814DeIEzE8SYX8TI9HN8FAwrFed6I5XvBtAG dXO+5Edp6as4kwaoNW7DpvfzdQLCT1rEYqcl5U9uy29Usq6oSHnWHxOmbSR+91w36v0L dsUw==
X-Gm-Message-State: ALoCoQkTJvRhXOdpSlzH0M2E4RK1NO53uOwyLQlefzXGcRRvjn/x2UwO7dejDVhbnGjR/QGnRZ+Dle6uTpZSamVgrNjidKH0hZ1lGiDvAut1/BFzjyZXvVO441hieS69x0iLv9XxoW0a
X-Received: by 10.31.165.132 with SMTP id o126mr296419vke.101.1444215658665; Wed, 07 Oct 2015 04:00:58 -0700 (PDT)
MIME-Version: 1.0
X-Received: by 10.31.165.132 with SMTP id o126mr296400vke.101.1444215658430; Wed, 07 Oct 2015 04:00:58 -0700 (PDT)
Received: by 10.103.7.134 with HTTP; Wed, 7 Oct 2015 04:00:58 -0700 (PDT)
Received: by 10.103.7.134 with HTTP; Wed, 7 Oct 2015 04:00:58 -0700 (PDT)
In-Reply-To: <5614D4B8.5060403@kit.edu>
References: <alpine.DEB.2.02.1510060748480.8750@uplift.swm.pp.se> <D2394BB6.548C5%g.white@cablelabs.com> <0A452E1DADEF254C9A7AC1969B8781284A7D9B66@FR712WXCHMBA13.zeu.alcatel-lucent.com> <5614D4B8.5060403@kit.edu>
Date: Wed, 07 Oct 2015 07:00:58 -0400
Message-ID: <CADzU5g5idNa0eomTTUWsBR+6ztHu=31B-0PYJVRbSiiiTrfTSw@mail.gmail.com>
From: Clark Gaylord <cgaylord@vt.edu>
To: "Bless, Roland (TM)" <roland.bless@kit.edu>
Content-Type: multipart/alternative; boundary="001a114162c24cec9e052181a9e1"
Archived-At: <http://mailarchive.ietf.org/arch/msg/aqm/FjgafY4R4MaB17ZYSCN_6fgBLVA>
Cc: "LAUTENSCHLAEGER, Wolfram (Wolfram)" <wolfram.lautenschlaeger@alcatel-lucent.com>, Greg White <g.white@cablelabs.com>, "aqm@ietf.org" <aqm@ietf.org>
Subject: Re: [aqm] 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: Wed, 07 Oct 2015 11:01:11 -0000

For a good time you should see what satellite modems do! It makes sense
since they need enormous buffers, but it's kinda fun to realize the modern
next to you, even though it's not really operating at layer three, has
chosen to effectively terminate your tcp session, ACKing you, and then
buffers to the other modem, who has its own ACK protocol. Similarly on the
other end. This is why non tcp, like pptp is so bad on satellite.

I'm curious to hear the practical implication of docsis on pptp
performance. If you compare a native tcp to a pptp encapsulated tcp, do you
notice a difference?

--
Clark Gaylord
cgaylord@vt.edu

... thumbed on Android
    auto-correct may have improved this message
    brevity should not be taken to imply curtness  ...
On Oct 7, 2015 4:16 AM, "Bless, Roland (TM)" <roland.bless@kit.edu> wrote:

> Hi,
>
> Am 07.10.2015 um 09:42 schrieb LAUTENSCHLAEGER, Wolfram (Wolfram):
> > Is this specialized upstream TCP ACK handling, particularly the
> > prioritization a general recommendation in all access technologies?
> > Perhaps it should be, since otherwise up and downstream TCP flows
> interfere
> > in a crazy queue oscillation that is typically misinterpreted by AQMs.
> > Is this topic addressed in some RFC already?
>
> Oh, I hope that this is an exception. Such kind of
> optimizations may cause a lot of trouble since a link
> layer device is interfering with transport layer semantics.
> We all know that exactly these kinds of interference
> eventually end up in problems with end-to-end transparency and
> deployment of new protocol options. At least it interferes with
> the ACK clocking expectation of some congestion control algorithms...
>
> Regards,
>  Roland
>
> _______________________________________________
> aqm mailing list
> aqm@ietf.org
> https://www.ietf.org/mailman/listinfo/aqm
>