From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail1.bemta34.messagelabs.com (mail1.bemta34.messagelabs.com [195.245.231.1]) (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 18BBD3B29D for ; Sun, 16 Oct 2022 15:55:40 -0400 (EDT) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrOIsWRWlGSWpSXmKPExsXSsnPhZt3diT7 JBgsns1tsvtvKZLFn40kWi7WLt7A6MHvsnHWX3WP7xTNMHrPfNzEHMEexZuYl5VcksGbsfDSR vaCZo+Lis5mMDYwn2boYuTiEBHYySnS8u8kI4SxnlJh/pZUFwjnJKPG/7SE7hLOaUWLB3wtAD ieQ088osa9dFsRmEVCV6J0+mwnEZhMwkJj48x8biC0ioCwx5f4JsHpmgTSJzf3fgGo4OIQFvC X6NpSAhHkFzCWuLfoBdcZlFolde18wg9TwCghK/N0hDNGqJXHj30uwVmYBaYnl/zhAwpwCgRI 7j+9gmcAoMAuhYRaShlkIDQsYmVcxmhanFpWlFula6iUVZaZnlOQmZuboJVbpJuqlluqWpxaX 6BrpJZYX66UWF+sVV+Ym56To5aWWbGIEhndKsbrqDsZzy/7oHWKU5GBSEuXN2OKZLMSXlJ9Sm ZFYnBFfVJqTWnyIUYaDQ0mClyHOJ1lIsCg1PbUiLTMHGGswaQkOHiUR3oOuQGne4oLE3OLMdI jUKUZFKXHeZ/FACQGQREZpHlwbLL4vMcpKCfMyMjAwCPEUpBblZpagyr9iFOdgVBLmfRQMNIU nM68EbvoroMVMQIsz9nuBLC5JREhJNTCtixLUZns6cZ9B1M55bIqsd0oCp3s9u3unolf6RFMg 2+FjD4Tf+PBeV1meqX2GOWXujNyEG8//7n9/0vEPn3mmwHUGy7VujIYSmz/53HExbuI58ebD8 fS9RZvfbX5bEGehNbG63+1oysTlXLENgjub+3X+hB3PKl2+Y1djgoVo7BpmU0vbJ/OeuPxP3v 9hhl+F/rnPoSwCRR9Wr++8GGzIOtH9tlZgVaFH96Wzjm19RYYc8tsqbl3Ypf5zkubf+F/JMyd Zrdpx8v4dBce5bKXx/3uE728T/3ZkSk9oe6vza2HGrnu39lYX2B25volRwVmPoXxd5H3Xjkop rYdFTwybAmoS5U6El+Zwfrvb4qHEUpyRaKjFXFScCADoOBWIagMAAA== X-Env-Sender: brandon@rd.bbc.co.uk X-Msg-Ref: server-3.tower-541.messagelabs.com!1665950138!154103!1 X-Originating-IP: [132.185.161.179] X-SYMC-ESS-Client-Auth: outbound-route-from=pass X-StarScan-Received: X-StarScan-Version: 9.87.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24977 invoked from network); 16 Oct 2022 19:55:39 -0000 Received: from mailout0.telhc.bbc.co.uk (HELO mailout0.telhc.bbc.co.uk) (132.185.161.179) by server-3.tower-541.messagelabs.com with ECDHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 16 Oct 2022 19:55:39 -0000 Received: from gateb.lh.bbc.co.uk (gateb.kw.bbc.co.uk [132.185.132.11]) by mailout0.telhc.bbc.co.uk (8.15.2/8.15.2) with ESMTP id 29GJtcO9025445; Sun, 16 Oct 2022 20:55:38 +0100 (BST) Received: from mailhub1.rd.bbc.co.uk ([172.29.120.129]) by gateb.lh.bbc.co.uk (8.15.1+Sun/8.13.6) with ESMTP id 29GJtcG3025811; Sun, 16 Oct 2022 20:55:38 +0100 (BST) Received: from sunf68.rd.bbc.co.uk ([172.29.120.68]:63799) by mailhub1.rd.bbc.co.uk with esmtp (Exim 4.92) (envelope-from ) id 1ok9jW-0001dd-K1; Sun, 16 Oct 2022 20:55:38 +0100 Received: from sunf68.rd.bbc.co.uk (localhost [127.0.0.1]) by sunf68.rd.bbc.co.uk (8.13.8+Sun/8.12.2) with ESMTP id 29GJtcap001355; Sun, 16 Oct 2022 20:55:38 +0100 (BST) Received: (from brandon@localhost) by sunf68.rd.bbc.co.uk (8.13.8+Sun/8.12.2/Submit) id 29GJtcaE001354; Sun, 16 Oct 2022 20:55:38 +0100 (BST) Date: Sun, 16 Oct 2022 20:55:38 +0100 From: Brandon Butterworth To: Dave Taht Cc: Bruce Perens , Larry Press via Starlink Message-ID: <20221016195537.GA1040@sunf68.rd.bbc.co.uk> References: <87r0zao0f0.wl-jch@irif.fr> <398208s8-6080-r8q7-s6rs-q9np11428n3o@ynat.uz> <4rn1o59p-36nq-87q9-3n78-828r0qppp221@ynat.uz> <17p02r7n-931q-np8o-n4r5-554psr2n8o79@ynat.uz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Subject: Re: [Starlink] Starlink no longer available to the Ukrainian army? X-BeenThere: starlink@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Starlink has bufferbloat. Bad." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2022 19:55:41 -0000 On Sun Oct 16, 2022 at 09:31:07AM -0700, Dave Taht via Starlink wrote: > and to a huge extent my outlook on life and the American way, is > actually reflected by the fq_codel and cake algorithms - > > " fq codel (now IETF standard RFC8290) is a uniquely ?American? > algorithm. It's *fair*. It gives the ?little guy? - the little packet, > the first packets in a new connection to anywhere, a little boost > until the flow achieves parity with other flows from other sources, > with minimal buffering. This means that all network traffic gets > treated equally - faster. Isn?t that what you want in a network > neutral framework? DNS, gaming traffic, voip, videoconferencing, and > the first packets of any new flow, to anywhere, get a small boost. > That?s it. Big flows - from anybody - from netflix to google to > comcast - all achieve parity, with minimal delay and buffering, at a > wide variety of real round trip times." - Which always reminds me of the canadian approach - https://youtu.be/0eNKVf3Qw6M?t=282 brandon