From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from bobcat.rjmcmahon.com (bobcat.rjmcmahon.com [45.33.58.123]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id D89723B2A4 for ; Tue, 1 Nov 2022 19:39:49 -0400 (EDT) Received: from mail.rjmcmahon.com (bobcat.rjmcmahon.com [45.33.58.123]) by bobcat.rjmcmahon.com (Postfix) with ESMTPA id D4E991B277; Tue, 1 Nov 2022 16:39:48 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.11.0 bobcat.rjmcmahon.com D4E991B277 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rjmcmahon.com; s=bobcat; t=1667345988; bh=0viZFeKDw06zI/ntzyfAAv8p/scgqesCMgDH2f2nshE=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=eVGkRYYfbT9A+qsK2k67Jsa7ydy3k0hh2R5CdozA5ARRKK8uG2RB33j8B7mQjsgoN 7fad4hOnYsGwqW+uB4R8MatQqSOm0e+MJaok9MbKBeXi3QdAFlZvNhslW5yM0mf3Zc ney4X0WsEH2oPmmJuGVSRfQqSk2upPmp8/cf6Nuk= MIME-Version: 1.0 Date: Tue, 01 Nov 2022 16:39:48 -0700 From: rjmcmahon To: Dave Taht Cc: "MORTON JR., AL" , Rpm , ippm@ietf.org In-Reply-To: References: <0a8cc31c7077918bf84fddf9db50db02@rjmcmahon.com> Message-ID: <344f2a33b6bcae4ad4390dcb96f92589@rjmcmahon.com> X-Sender: rjmcmahon@rjmcmahon.com Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Rpm] lightweight active sensing of bandwidth and buffering X-BeenThere: rpm@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: revolutions per minute - a new metric for measuring responsiveness List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Nov 2022 23:39:50 -0000 Bufferbloat shifts the minimum of the latency or OWD CDF. A suggestion is to disable x-axis auto-scaling and start from zero. Bob > For about 2 years now the cake w-adaptive bandwidth project has been > exploring techniques to lightweightedly sense bandwidth and buffering > problems. One of my favorites was their discovery that ICMP type 13 > got them working OWD from millions of ipv4 devices! > > They've also explored leveraging ntp and multiple other methods, and > have scripts available that do a good job of compensating for 5g and > starlink's misbehaviors. > > They've also pioneered a whole bunch of new graphing techniques, which > I do wish were used more than single number summaries especially in > analyzing the behaviors of new metrics like rpm, samknows, ookla, and > RFC9097 - to see what is being missed. > > There are thousands of posts about this research topic, a new post on > OWD just went by here. > > https://forum.openwrt.org/t/cake-w-adaptive-bandwidth/135379/793 > > and of course, I love flent's enormous graphing toolset for simulating > and analyzing complex network behaviors.