From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <toke@toke.dk>
Received: from mail.toke.dk (mail.toke.dk [52.28.52.200])
 (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by lists.bufferbloat.net (Postfix) with ESMTPS id CC56E3B29E;
 Sat, 21 Jul 2018 15:57:33 -0400 (EDT)
From: Toke =?utf-8?Q?H=C3=B8iland-J=C3=B8rgensen?= <toke@toke.dk>
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=toke.dk; s=20161023;
 t=1532203052; bh=tyjKZ9jygHh8OV2gPDwO/Jh9HeN/gYl9iAluh9Ab3TA=;
 h=From:To:Cc:Subject:In-Reply-To:References:Date:From;
 b=xr8HdIa5qpwuEZPKLeXPSAkmRNOxlpuG9WJNGyQfo1HGkT7+yq+tkKxrrQ8GDJgyx
 zeA18V5i4IKVYexhl4p/79jNCQT0xB8LCnZ7iy07iE0KswINL21JfCGQjOJ0BFV0Vz
 PUWhq7v89/GZROmtOdyWiBY0aFq7YFuNLQjgRBhND/XVwTHD8+6GdrG7tta7AN53nv
 k4sjtM/kKJ0XuPYAwT2w+n4vVcb2nLjzCNbXto/aMZ3QK/99KMoE2mGou5qbgahYYY
 vjsGJyykD3kIxe4XtLILRKaUbfdy/U8929e1fkDBU5d10v25ZqMiwGPTZfEpA/g/J7
 J3jkxla6PgY7g==
To: Dave Taht <dave.taht@gmail.com>, George Amanakis <gamanakis@gmail.com>
Cc: Cake List <cake@lists.bufferbloat.net>, cerowrt-devel@lists.bufferbloat.net
In-Reply-To: <CAA93jw4ru9dJm16_fGwaASHo0wP63ps77VbvD35bD3QCiZgaBg@mail.gmail.com>
References: <CAA93jw6k-esNU8by-Z=j7n0SVTVGPY6=Z+nR_TGwdLGSVOCi+Q@mail.gmail.com>
 <c9437424d55fdc4a9e7f97e24acfd49f05bd4699.camel@gmail.com>
 <edd57b2ab33732ad1b7266f69d172c47017d285a.camel@gmail.com>
 <CAA93jw4ru9dJm16_fGwaASHo0wP63ps77VbvD35bD3QCiZgaBg@mail.gmail.com>
Date: Sat, 21 Jul 2018 21:57:25 +0200
X-Clacks-Overhead: GNU Terry Pratchett
Message-ID: <87effw4b16.fsf@toke.dk>
MIME-Version: 1.0
Content-Type: text/plain
Subject: Re: [Cake] [Cerowrt-devel] inbound cake or fq_codel shaping fails
	on cable on netflix reno
X-BeenThere: cake@lists.bufferbloat.net
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: Cake - FQ_codel the next generation <cake.lists.bufferbloat.net>
List-Unsubscribe: <https://lists.bufferbloat.net/options/cake>,
 <mailto:cake-request@lists.bufferbloat.net?subject=unsubscribe>
List-Archive: <https://lists.bufferbloat.net/pipermail/cake>
List-Post: <mailto:cake@lists.bufferbloat.net>
List-Help: <mailto:cake-request@lists.bufferbloat.net?subject=help>
List-Subscribe: <https://lists.bufferbloat.net/listinfo/cake>,
 <mailto:cake-request@lists.bufferbloat.net?subject=subscribe>
X-List-Received-Date: Sat, 21 Jul 2018 19:57:34 -0000

Dave Taht <dave.taht@gmail.com> writes:

> On Sat, Jul 21, 2018 at 10:28 AM Georgios Amanakis <gamanakis@gmail.com> wrote:
>>
>> The previous one was with:
>> net.ipv4.tcp_congestion_control=cubic
>>
>> I retried with:
>> net.ipv4.tcp_congestion_control=reno
>>
>> Georgios
>
> In the fast test this has no effect on the remote server's tcp, it's
> always going to be reno.
>
> Trying to cross-check behavior using our tests...
>
> There isn't a specific reno setting test in flent for tcp_download as
> best as I recall, so I was just calling netperf -H wherever -l 60 --
> -K reno,reno

--test-parameter tcp_cong_control=reno should work for all tests...

-Toke