From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from bosmailout09.eigbox.net (bosmailout09.eigbox.net [66.96.187.9]) (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 B28423B29D for ; Wed, 30 Jun 2021 16:40:10 -0400 (EDT) Received: from bosmailscan04.eigbox.net ([10.20.15.4]) by bosmailout09.eigbox.net with esmtp (Exim) id 1lyh0E-0000wF-8R for starlink@lists.bufferbloat.net; Wed, 30 Jun 2021 16:40:10 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alum.mit.edu; s=dkim; h=Sender:Content-Type:MIME-Version:Message-ID:Date: Subject:In-Reply-To:References:Cc:To:From:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=BZpPVmdx7Lk5Me+UNDj5tkaRrNeI4UbH2E/vdQNghBw=; b=IPzkiwoY78Yk259DQmmWYYcF9f pO518ExlfCrwu2+omIzZZvOLTdL00BEYHRmmkUQe0cNqkVvFjVUvwE3cwjLWxsA5FFOB8calIsk50 XtDQxmPRML/rAGoMp2v7fF7XV3oSx5ShGhZT5rNZQsSGEjP/vaj1My2zXTmBnesZflH9SledtiHcG hUVlnKyMiPgHMem0WWxRFVIjpH7qICD2cel1HHOC/71AxEqjHK8PIxdYroQA+sfF5m48TGMJ9QCY9 MPEFwXDdsiEWx5tDfyfYS9OJPZn3RpxblWfzjIL6IBSy/AnJLQ4+NHiNdEC7gC1Mh+MmD/0mAcprr vwYDgltg==; Received: from [10.115.3.33] (helo=bosimpout13) by bosmailscan04.eigbox.net with esmtp (Exim) id 1lyh0E-0002hO-0F for starlink@lists.bufferbloat.net; Wed, 30 Jun 2021 16:40:10 -0400 Received: from bosauthsmtp07.yourhostingaccount.com ([10.20.18.7]) by bosimpout13 with id PYg625004099BUA01Yg9NH; Wed, 30 Jun 2021 16:40:09 -0400 X-Authority-Analysis: v=2.3 cv=RNUo47q+ c=1 sm=1 tr=0 a=x8qw8EAkfcRkIpZA8Q87Bg==:117 a=x+7tlP9+fMpTIVJEmcsKvw==:17 a=r6YtysWOX24A:10 a=Wo7qeYC63mUA:10 a=r77TgQKjGQsHNAKrUKIA:9 a=kurRqvosAAAA:8 a=DVNzx_bqw_7n44K_Jk0A:9 a=CjuIK1q_8ugA:10 a=46Mm6vj11UkA:10 a=SSmOFEACAAAA:8 a=Rws2S2koE1ToNKPqQ7QA:9 a=-nXv-bGszb0bpoT6:21 a=gKO2Hq4RSVkA:10 a=UiCQ7L4-1S4A:10 a=hTZeC7Yk6K0A:10 a=frz4AuCg-hUA:10 a=kbxRQ_lfPIoQnHsAj2-A:22 Received: from c-73-222-32-85.hsd1.ca.comcast.net ([73.222.32.85]:50753 helo=SRA6) by bosauthsmtp07.eigbox.net with esmtpa (Exim) id 1lyh09-0006j7-N5; Wed, 30 Jun 2021 16:40:05 -0400 Reply-To: From: "Dick Roy" To: "'Mikael Abrahamsson'" , "'Dave Taht'" Cc: References: <85542036-9ff8-75d2-438e-c86cc0c105d8@sokolov.eu.org> <5E2A258B-4C5F-476E-A61D-1267993C50FB@teklibre.net> In-Reply-To: Date: Wed, 30 Jun 2021 13:40:00 -0700 Organization: SRA Message-ID: <803A2F6FE03445C8AC32761B74813E19@SRA6> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_029A_01D76DB5.6F8CB700" X-Mailer: Microsoft Office Outlook 11 Thread-Index: Addt3mxtmeOLEUKCQLWFvS5t4f3zNwADiMuQ X-MimeOLE: Produced By Microsoft MimeOLE X-EN-UserInfo: f809475445fb8041985048e338e1a001:931c98230c6409dcc37fa7e93b490c27 X-EN-AuthUser: dickroy@intellicommunications.com Sender: "Dick Roy" X-EN-OrigIP: 73.222.32.85 X-EN-OrigHost: c-73-222-32-85.hsd1.ca.comcast.net Subject: Re: [Starlink] 69,000 Users 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: Wed, 30 Jun 2021 20:40:10 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_029A_01D76DB5.6F8CB700 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit -----Original Message----- From: Starlink [mailto:starlink-bounces@lists.bufferbloat.net] On Behalf Of Mikael Abrahamsson Sent: Wednesday, June 30, 2021 11:33 AM To: Dave Taht Cc: starlink@lists.bufferbloat.net Subject: Re: [Starlink] 69,000 Users On Wed, 30 Jun 2021, Dave Taht wrote: > I don't think data caps are needed. fairness is needed. [RR] Engineers always think fairness is "needed". Corporate managers who make the real decisions couldn't care less about "fairness". It's all about income - expenditures which is simply PROFIT! When fair becomes profitable, you'll see it. Until then,dream on. LTE has pretty good airtime fairness (but FIFO per customer). Still doesn't work very well when there isn't enough airtime to satisfy demand. [RR] There will NEVER be enough supply (of information carrying capacity in the network) to meet demand all the time. The reason is simple, until the supply is exhausted, there's gold in them thar hills and the carriers are not going to leave it there. They will fill their pipes until they burst, knowing that there is little if anything their customers will do about it until their pain threshold is exceed, and they spend a helluva lot of money on psychologists to let them know where that breaking point is and they aim to get there ASAP. Why?? PROFIT and MARKET CAP! Business 101! > I would prefer a solution that just billed for usage over a minimum. Well, data caps is similar to this. People generally don't like to get billed automatically upon higher usage, thus data caps can be used and people will have to go to some self-service page and "pay more" if they're over the cap, to get a higher cap. [RR] The people in charge at the carriers hate caps . they want customers unknowingly pouring cash into their coffers. CAPs came about when consumers complained to the regulators, not one day before! CAPs are nothing more than a compromise that forces the carriers to let their customers know when they are about to get sc___d. All communication networks ultimately reach an "uncomfortable equilibrium" where all parties are unhappy, but not unhappy enough to quit the game. Thinking that there is some technical means by which 1Gbps can be shoved through a pipe whose maximum possible throughput is only a fraction of that data rate is misguided thinking. More importantly, fairness is in the "eye of the beholder". One man's fairness is another man's inequity. The point is that any algorithm for handling packets in a congested/overloaded network at best will satisfy those that run the networks and not disappoint their customers "too much". It's bloody obvious that finding the algorithm or algorithms that achieve these two goals is the only path to success. RR -- Mikael Abrahamsson email: swmike@swm.pp.se ------=_NextPart_000_029A_01D76DB5.6F8CB700 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

 

 

-----Original Message-----
From: Starlink [mailto:starlink-bounces@lists.bufferbloat.net] On Behalf = Of Mikael Abrahamsson
Sent: Wednesday, June 30, 2021 11:33 AM
To: Dave Taht
Cc: starlink@lists.bufferbloat.net
Subject: Re: [Starlink] 69,000 Users

 

On Wed, 30 Jun 2021, Dave Taht = wrote:

 

> I don’t think data caps are needed. fairness is = needed.

 

[RR] Engineers always think fairness is “needed”.  Corporate managers = who make the real decisions couldn’t care less about = “fairness”.  It’s all about income – expenditures which is simply PROFIT!  When = fair becomes profitable,  you’ll see it. Until then,dream = on.

 

LTE has pretty good airtime fairness (but FIFO per customer). = Still

doesn't work very well when there isn't enough airtime to = satisfy demand.

[RR] There will NEVER be enough supply (of information carrying capacity in the = network) to meet demand all the time.  The reason is simple, until the = supply is exhausted, there’s gold in them thar hills and the carriers are = not going to leave it there.  They will fill their pipes until they burst, = knowing that there is little if anything their customers will do about it until = their pain threshold is exceed, and they spend a helluva lot of money on = psychologists to let them know where that breaking point is and they aim to get there = ASAP. Why?? PROFIT and MARKET CAP!  Business 101!

 

> I would prefer a solution that just billed for usage over a minimum.

 

Well, data caps is similar to this. People generally don't like = to get

billed automatically upon higher usage, thus data caps can be = used and

people will have to go to some self-service page and "pay more" if they're

over the cap, to get a higher cap.

[RR] The people in charge at the carriers hate caps … they want customers = unknowingly pouring cash into their coffers. CAPs came about when consumers = complained to the regulators, not one day before! CAPs are nothing more than a = compromise that forces the carriers to let their customers know when they are about to = get sc___d.

 

All communication networks ultimately reach an “uncomfortable = equilibrium” where all parties are unhappy, but not unhappy enough to quit the = game. 

 

Thinking that there is some technical means by which 1Gbps can be shoved through = a pipe whose maximum possible throughput is only a fraction of that data rate is = misguided thinking. More importantly, fairness is in the “eye of the = beholder”. One man’s fairness is another man’s inequity. The point is = that any algorithm for handling packets in a congested/overloaded network at best = will satisfy those that run the networks and not disappoint their customers = “too much”. It’s bloody obvious that finding the algorithm or = algorithms that achieve these two goals is the only path to = success.

 

RR  

 

--

Mikael Abrahamsson    email: = swmike@swm.pp.se

------=_NextPart_000_029A_01D76DB5.6F8CB700--