From mboxrd@z Thu Jan  1 00:00:00 1970
From: David Miller <davem@davemloft.net>
Subject: Re: [PATCH 0/2 net-next] tcp: do not use RTT from delayed ACKs for
 min-RTT
Date: Fri, 19 Jan 2018 15:39:49 -0500 (EST)
Message-ID: <20180119.153949.1637441627477895311.davem@davemloft.net>
References: <20180117201101.14137-1-ycheng@google.com>
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Cc: netdev@vger.kernel.org, edumazet@google.com, ncardwell@google.com,
        soheil@google.com
To: ycheng@google.com
Return-path: <netdev-owner@vger.kernel.org>
Received: from shards.monkeyblade.net ([184.105.139.130]:46784 "EHLO
        shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1756284AbeASUjx (ORCPT
        <rfc822;netdev@vger.kernel.org>); Fri, 19 Jan 2018 15:39:53 -0500
In-Reply-To: <20180117201101.14137-1-ycheng@google.com>
Sender: netdev-owner@vger.kernel.org
List-ID: <netdev.vger.kernel.org>

From: Yuchung Cheng <ycheng@google.com>
Date: Wed, 17 Jan 2018 12:10:59 -0800

> This patch set prevents TCP sender from using RTT samples from
> (suspected) delayed ACKs as the minimum RTT, to avoid unbounded
> over-estimation of the network path delay. This issue is common
> when a connection has extended periods of one packet chit-chat
> beyond the min RTT filter window. The first patch does that for TCP
> general min RTT estimation. The second patch addresses specifically
> the BBR congestion control's min RTT filter.

Series applied, thank you.