[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
- [tcpm] Better QoS for TCP ACK question Toerless Eckert
- Re: [tcpm] Better QoS for TCP ACK question Mikael Abrahamsson
- Re: [tcpm] Better QoS for TCP ACK question Gorry Fairhurst
- Re: [tcpm] Better QoS for TCP ACK question Toerless Eckert
- Re: [tcpm] Better QoS for TCP ACK question Gorry Fairhurst