[tcpm] Better QoS for TCP ACK question

Toerless Eckert <tte@cs.fau.de> Fri, 06 April 2018 01:27 UTC

Return-Path: <eckert@i4.informatik.uni-erlangen.de>
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B514126E01 for <tcpm@ietfa.amsl.com>; Thu, 5 Apr 2018 18:27:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.961
X-Spam-Level:
X-Spam-Status: No, score=-3.961 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=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 dA4c3tEZ2_TC for <tcpm@ietfa.amsl.com>; Thu, 5 Apr 2018 18:27:41 -0700 (PDT)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F055312E872 for <tcpm@ietf.org>; Thu, 5 Apr 2018 18:27:40 -0700 (PDT)
Received: from faui48f.informatik.uni-erlangen.de (faui48f.informatik.uni-erlangen.de [131.188.34.52]) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTP id 51F0858C4B0 for <tcpm@ietf.org>; Fri, 6 Apr 2018 03:27:36 +0200 (CEST)
Received: by faui48f.informatik.uni-erlangen.de (Postfix, from userid 10463) id 4043E440214; Fri, 6 Apr 2018 03:27:36 +0200 (CEST)
Date: Fri, 06 Apr 2018 03:27:36 +0200
From: Toerless Eckert <tte@cs.fau.de>
To: tcpm@ietf.org
Message-ID: <20180406012736.fpayup7perbhqn2p@faui48f.informatik.uni-erlangen.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
User-Agent: NeoMutt/20170113 (1.7.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/Wvuxmj2e4oAD9tg9WGK1wZjEDuo>
Subject: [tcpm] Better QoS for TCP ACK question
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpm/>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Apr 2018 01:27:46 -0000

A couple of years ago i was told that a range of home routers
would do some DPI based diffserv QoS, aka prioritizing TCP ACP
messages in the queue before any other packets 9sonded like
a strict priority queue for these packets). The goal was to
improve performance when you had separate up and downstream TCP
connections, especially when the upstream TCP connection delayed
the downstream TCP connections ACKs.

I never could find a lot of good details about this, e.g.: quantitiative
measurements, so i was wondering if others here on the list
are aware of it. Of course, if something like this would
be significantly useful even in the face of current TCP congestion
control mechanisms (and not only bad older ones).

Cheers
    Toerless