From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qt0-x232.google.com (mail-qt0-x232.google.com [IPv6:2607:f8b0:400d:c0d::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 1CF033B29E; Sat, 21 Jul 2018 13:42:55 -0400 (EDT) Received: by mail-qt0-x232.google.com with SMTP id e19-v6so13050282qtp.8; Sat, 21 Jul 2018 10:42:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=DViCq6BmYi0BAtQiqqoTxOnagPvV2eK3ayDFslOEPPQ=; b=PKyc7SkbCrX4gy8nIs+hmOoCaaxhxc88ipVqTLjmGTTwRNkoyflS42qs+iQm5FB8gA U2irHB7DxsPBXBYSX2ZAcfDef+EmafPqvGju1PNGHRnPKGqqa4Zi9Pq6r03IXS0+MtEZ JqyQZ6r7C5I4/Wj5oNY9XvbMvn9VPN5gRkGlz4Fx6SV8oreaOYdNYOUoRnF71wQ6Djbs ct9znBVV0SZjgNo7L88Jdd3l5m6WqIJ+603KnPU11yoExMtrrvI2+yiiIuOFeklLGDDf lwRLfWMKR8MWX274uOkFW4Gs3rQjE5l7FdidyhjPN79q1vSOtPsiQJ1/xuEBSdFDSZJo UKkw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=DViCq6BmYi0BAtQiqqoTxOnagPvV2eK3ayDFslOEPPQ=; b=GRrFpL06G3Y6QE71tlP8Y2vq/PywaBkIR25QGm/gTh/Hl/E77s1zG60PeHRXxAbbNz yvq3Mn7gY7skCtrmnTzEEOX7Wwes6d5TXwA9hbhfpAah8gy1zcT50wnLx5k2X3FIslnK nJQR8iBE70xdL/l8IgNdJE5KX6lU0uw6Wi7iX25AMuK/9lSy6MNaq+YXSFIvIBRmeiSz JarEpgyXC+fH3dZHBLWPyYXDPCqLR9Iop8iK5BFNSi5TDSzUc6BhgAAZAAJw8/oOqAd6 pfh7dFhkTpm5UYj4tq38rRe/DdwRUuF44kG7vyuaeiV0N2vvfPpgTUFiom2eeKcfZPUY 03Rg== X-Gm-Message-State: AOUpUlHMCSbTEYLvPS+8YxG0N4B97fP2iIvmKv/rzRJigDXTLfrG8ueh snL/MWAfL6VTGPBDmjLVzg0b1/WJ6N8guZUcAH8= X-Google-Smtp-Source: AAOMgpcyt/2fTIT+Ws2QPkno7nK5gPllZPFgBRDFJUXQG1thMD2hQcGJ0Q6VO56EYdb8kLGBQzhzA15vQuwne2DCmlg= X-Received: by 2002:ac8:266b:: with SMTP id v40-v6mr6457701qtv.104.1532194974642; Sat, 21 Jul 2018 10:42:54 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Dave Taht Date: Sat, 21 Jul 2018 10:42:43 -0700 Message-ID: To: George Amanakis Cc: Cake List , cerowrt-devel@lists.bufferbloat.net Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [Cerowrt-devel] [Cake] inbound cake or fq_codel shaping fails on cable on netflix reno X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2018 17:42:55 -0000 On Sat, Jul 21, 2018 at 10:28 AM Georgios Amanakis wr= ote: > > The previous one was with: > net.ipv4.tcp_congestion_control=3Dcubic > > I retried with: > net.ipv4.tcp_congestion_control=3Dreno > > 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 then running the flent ping test as previous mentioned. (flent-fremont.bufferbloat.net and flent-newark both support reno bbr and cubic, I haven't checked the others) PS A side note is that we are not fully successfully moving the inbound bottleneck to cake (at least in the cable case), as we do get quite a bit of queuing delay even with linux tcp driving the tests. I'd long written this off as inevitable, due to the bursty cable mac but I'm grumpy this morning. 0 delay via fq would be better than even the 15-40ms I'm getting now with linux flows..... reno bbr cubic --=20 Dave T=C3=A4ht CEO, TekLibre, LLC http://www.teklibre.com Tel: 1-669-226-2619