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 >
- [aqm] TCP ACK Suppression Mikael Abrahamsson
- Re: [aqm] TCP ACK Suppression Greg White
- Re: [aqm] TCP ACK Suppression Mikael Abrahamsson
- Re: [aqm] TCP ACK Suppression LAUTENSCHLAEGER, Wolfram (Wolfram)
- Re: [aqm] TCP ACK Suppression Bless, Roland (TM)
- Re: [aqm] TCP ACK Suppression Mikael Abrahamsson
- Re: [aqm] TCP ACK Suppression Clark Gaylord
- Re: [aqm] TCP ACK Suppression Steve Bauer
- Re: [aqm] TCP ACK Suppression Francini, Andrea (Andrea)
- Re: [aqm] TCP ACK Suppression Richard Scheffenegger
- Re: [aqm] TCP ACK Suppression Greg White
- Re: [aqm] TCP ACK Suppression Bless, Roland (TM)
- Re: [aqm] TCP ACK Suppression David Lang
- Re: [aqm] TCP ACK Suppression David Collier-Brown
- Re: [aqm] TCP ACK Suppression Jonathan Morton
- Re: [aqm] TCP ACK Suppression David Lang
- Re: [aqm] TCP ACK Suppression David Lang
- Re: [aqm] TCP ACK Suppression Richard Scheffenegger
- Re: [aqm] TCP ACK Suppression Yuchung Cheng
- Re: [aqm] TCP ACK Suppression Jonathan Morton
- Re: [aqm] TCP ACK Suppression Jonathan Morton
- Re: [aqm] TCP ACK Suppression David Lang
- Re: [aqm] TCP ACK Suppression David Lang
- Re: [aqm] TCP ACK Suppression Joe Touch
- Re: [aqm] TCP ACK Suppression Joe Touch
- Re: [aqm] TCP ACK Suppression Greg White
- Re: [aqm] TCP ACK Suppression David Lang
- Re: [aqm] TCP ACK Suppression Joe Touch
- Re: [aqm] TCP ACK Suppression Yuchung Cheng
- Re: [aqm] TCP ACK Suppression Joe Touch
- Re: [aqm] TCP ACK Suppression David Lang
- Re: [aqm] TCP ACK Suppression Joe Touch
- Re: [aqm] TCP ACK Suppression David Lang
- Re: [aqm] TCP ACK Suppression Christian Huitema
- Re: [aqm] TCP ACK Suppression Rick Jones
- Re: [aqm] TCP ACK Suppression David Lang
- Re: [aqm] TCP ACK Suppression Christian Huitema
- Re: [aqm] TCP ACK Suppression David Collier-Brown
- Re: [aqm] TCP ACK Suppression Simon Barber
- Re: [aqm] TCP ACK Suppression David Lang
- Re: [aqm] TCP ACK Suppression David Lang
- Re: [aqm] TCP ACK Suppression David Lang
- Re: [aqm] TCP ACK Suppression Yuchung Cheng
- Re: [aqm] TCP ACK Suppression Joe Touch
- Re: [aqm] TCP ACK Suppression Joe Touch
- Re: [aqm] TCP ACK Suppression Joe Touch
- Re: [aqm] TCP ACK Suppression David Lang
- Re: [aqm] TCP ACK Suppression David Lang
- Re: [aqm] TCP ACK Suppression David Lang
- Re: [aqm] TCP ACK Suppression Joe Touch
- Re: [aqm] TCP ACK Suppression Joe Touch
- Re: [aqm] TCP ACK Suppression David Lang
- Re: [aqm] TCP ACK Suppression David Lang
- Re: [aqm] [tcpm] TCP ACK Suppression Joe Touch
- Re: [aqm] [tcpm] TCP ACK Suppression Greg White
- Re: [aqm] [tcpm] TCP ACK Suppression Joe Touch
- Re: [aqm] [tcpm] TCP ACK Suppression David Lang
- Re: [aqm] [tcpm] TCP ACK Suppression Joe Touch
- Re: [aqm] [tcpm] TCP ACK Suppression David Lang
- Re: [aqm] [tcpm] TCP ACK Suppression Joe Touch
- Re: [aqm] [tcpm] TCP ACK Suppression David Lang
- Re: [aqm] [tcpm] TCP ACK Suppression Joe Touch
- Re: [aqm] [tcpm] TCP ACK Suppression David Lang
- Re: [aqm] [tcpm] TCP ACK Suppression Joe Touch
- Re: [aqm] [tcpm] TCP ACK Suppression David Lang
- Re: [aqm] [tcpm] TCP ACK Suppression David Lang
- Re: [aqm] [tcpm] TCP ACK Suppression David Lang
- Re: [aqm] [tcpm] TCP ACK Suppression Joe Touch
- Re: [aqm] [tcpm] TCP ACK Suppression David Lang
- Re: [aqm] [tcpm] TCP ACK Suppression Joe Touch
- Re: [aqm] TCP ACK Suppression Simon Barber
- Re: [aqm] TCP ACK Suppression David Lang
- Re: [aqm] [tcpm] TCP ACK Suppression David Lang
- Re: [aqm] [tcpm] TCP ACK Suppression David Lang
- Re: [aqm] [tcpm] TCP ACK Suppression Dave Taht
- Re: [aqm] [tcpm] TCP ACK Suppression Jonathan Morton
- Re: [aqm] [tcpm] TCP ACK Suppression Jonathan Morton
- Re: [aqm] [tcpm] TCP ACK Suppression Simon Barber
- Re: [aqm] [tcpm] TCP ACK Suppression Joe Touch
- Re: [aqm] [tcpm] TCP ACK Suppression David Lang
- Re: [aqm] [tcpm] TCP ACK Suppression David Lang
- Re: [aqm] [tcpm] TCP ACK Suppression David Lang
- Re: [aqm] [tcpm] TCP ACK Suppression David Lang
- Re: [aqm] [tcpm] TCP ACK Suppression Joe Touch
- Re: [aqm] [tcpm] TCP ACK Suppression David Lang
- Re: [aqm] [tcpm] TCP ACK Suppression Joe Touch
- Re: [aqm] [tcpm] TCP ACK Suppression David Lang
- Re: [aqm] [tcpm] TCP ACK Suppression Jonathan Morton
- Re: [aqm] [tcpm] TCP ACK Suppression David Lang
- Re: [aqm] [tcpm] TCP ACK Suppression Mikael Abrahamsson
- Re: [aqm] [tcpm] TCP ACK Suppression David Lang
- Re: [aqm] [tcpm] TCP ACK Suppression Greg White
- Re: [aqm] [tcpm] TCP ACK Suppression Joe Touch
- Re: [aqm] [tcpm] TCP ACK Suppression David Lang
- Re: [aqm] [tcpm] TCP ACK Suppression David Lang