From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from vsmta11-2.nsc.no (vip22scan.telenor.net [148.123.15.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 1FE3E3B29E for ; Fri, 5 May 2017 09:55:28 -0400 (EDT) Received: from [153.110.251.168] ([153.110.251.168:56107] helo=ilp-smtp02.man.cosng.net) by vsmta11-2.nsc.no (envelope-from ) (ecelerity 3.6.22.53981 r(Core:3.6.22.0)) with ESMTPS (cipher=DHE-RSA-AES256-GCM-SHA384) id 37/DB-12495-F448C095; Fri, 05 May 2017 15:55:27 +0200 Received: from TNS-SKO-24-204.corp.telenor.no (TNS-SKO-24-204.corp.telenor.no [10.179.59.72]) by ilp-smtp02.man.cosng.net (Postfix) with ESMTP id F28141FCBB; Fri, 5 May 2017 15:55:26 +0200 (CEST) Received: from TNS-SKO-24-208.corp.telenor.no (10.179.59.76) by TNS-SKO-24-204.corp.telenor.no (10.179.59.72) with Microsoft SMTP Server (TLS) id 15.0.1178.4; Fri, 5 May 2017 15:55:26 +0200 Received: from TNS-SKO-24-208.corp.telenor.no ([fe80::b024:7a41:ba33:25b6]) by TNS-SKO-24-208.corp.telenor.no ([fe80::b024:7a41:ba33:25b6%12]) with mapi id 15.00.1178.000; Fri, 5 May 2017 15:55:26 +0200 From: To: CC: Thread-Topic: [Cake] ER-X now running cake, thanks for the help. :) Thread-Index: AQHSxaJsxON3arefFUmdI5Jip4yd/KHlvB7i Date: Fri, 5 May 2017 13:55:26 +0000 Message-ID: <1493992526496.9641@telenor.com> References: <1493989225450.12354@telenor.com>, In-Reply-To: Accept-Language: nb-NO, en-US Content-Language: nb-NO X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.181.50.13] Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-SCAN_VERDICT: inbox Subject: Re: [Cake] ER-X now running cake, thanks for the help. :) X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 May 2017 13:55:29 -0000 > Fra: Sebastian Moeller =0A= =0A= > .. snip =0A= > One problem with the unelastic load is that as far as I can tell no flow = on the open internet is =0A= > allows/assumed to behave like that (isn=92t the default tcp-friendly, and= inelastic DOS traffic is =0A= > essentially out-lawed?)=0A= =0A= You are right in that single stream udp without any feedback is a quite unr= ealistic load. It is however usually a good indicator of possible trouble = with bufferbloat. When I get delays in the multiple seconds range there us= ually is no point in running more realistic tests such as flent, so I tend = to start with that udp test before setting up a lab. Current record found = in production systems is 34 seconds.=0A= =0A= I'll redo the test using flent in the lab next week, using both fq_codel an= d cake.=0A= =0A= -Erik=0A=