Starlink has bufferbloat. Bad.
 help / color / mirror / Atom feed
From: Eugene Y Chang <eugene.chang@ieee.org>
To: David Lang <david@lang.hm>
Cc: Eugene Y Chang <eugene.chang@ieee.org>,
	Sebastian Moeller <moeller0@gmx.de>,
	Dave Taht via Starlink <starlink@lists.bufferbloat.net>
Subject: Re: [Starlink] The "reasons" that bufferbloat isn't a problem
Date: Fri, 7 Jun 2024 10:09:44 -1000	[thread overview]
Message-ID: <EA083112-4B1E-4DEA-80F1-1B5A7F656419@ieee.org> (raw)
In-Reply-To: <r43220rr-060s-1397-7n19-97sos8389460@ynat.uz>


[-- Attachment #1.1: Type: text/plain, Size: 4276 bytes --]



> On Jun 7, 2024, at 7:51 AM, David Lang <david@lang.hm> wrote:
> 
> On Fri, 7 Jun 2024, Eugene Y Chang via Starlink wrote:
> 
>> A lot of business processes use a web portal, e.g. SalesForce. Their productivity is highly sensitive to latency. The closes categorization that legislators/regulators might relate to is telemarketing. A lot of business solutions use the similar technology but not for telemarketing. Any ideas on a better name for this group of business solutions. Having a named use case that is sensitive to latency would help.
> 
> I would expect that any ISP tht does well for 5-10 would work for that use case. Does it really need a separate category listed?
> 

5-10? Units?

The existing list of use cases can be delivered with terrible latency.
I am asking if we need a use case where it is obvious that latency has an impact.

Our challenge is ordinary people don’t understand why they should care about latency. The need latency to become personal.

Gene

> David Lang
> 
>>> On Jun 6, 2024, at 8:20 PM, Sebastian Moeller via Starlink <starlink@lists.bufferbloat.net> wrote:
>>> 
>>> Hi MIchael,
>>> 
>>> 
>>>> On 7. Jun 2024, at 01:10, Michael Richardson via Starlink <starlink@lists.bufferbloat.net> wrote:
>>>> 
>>>> 
>>>> Sebastian Moeller via Starlink <starlink@lists.bufferbloat.net> wrote:
>>>>> [SM] Yes, however Gaming is not in the enumerated list of use-cases the
>>>>> regulator cares about (in the context of the minimal internet quality
>>>>> end users are guaranteed).
>>>> 
>>>> That's too bad, because online work/school are effectively a technology
>>>> subset of gaming :-)
>>> 
>>> [SM] I tend to agree that gamers can be seen as canaries in the coal mine regarding latency, but in this specific case my opion on what should or should not be taken into account is irrelevant, because the list of use-cases is explicitly mentioned in the text of the law...  First by referencing DIRECTIVE (EU) 2018/1972 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 11 December 2018 establishing the European Electronic Communications Code
>>> https://eur-lex.europa.eu/legal-content/EN/TXT/HTML/?uri=CELEX:32018L1972#d1e32-196-1
>>> ANNEX V
>>> MINIMUM SET OF SERVICES WHICH THE ADEQUATE BROADBAND INTERNET ACCESS SERVICE IN ACCORDANCE WITH ARTICLE 84(3) SHALL BE CAPABLE OF SUPPORTING
>>> (1) E-mail
>>> (2) search engines enabling search and finding of all type of information(
>>> 3) basic training and education online tools
>>> (4) online newspapers or news
>>> (5) buying or ordering goods or services online
>>> (6) job searching and job searching tools
>>> (7) professional networking
>>> (8) internet banking
>>> (9) eGovernment service use
>>> (10) social media and instant messaging
>>> (11) calls and video calls (standard quality)
>>> 
>>> and then by adding
>>> "Teleheimarbeit einschließlich Verschlüsselungsverfahren im üblichen Umfang und eine für Verbraucher marktübliche Nutzung von Online-Inhaltediensten ermöglichen."
>>> 
>>> in the text iof the law, which roughly translates to:
>>> home office/remote desktop including common encryption methods as well as a the capability to per-use on-line content services on a level appropriate for consumers.
>>> 
>>> Note how gaming is not enumerated and at best could be read into the 'in-line content' clause... or maybe the "(5) buying or ordering goods or services online". I see an uphill battle arguing for loiw latency if all I can bring, is 'gamers desire/require' lower latencies... (not that this argument is wrong, but it ewill give me little leverage as gaming, for all the revenue it brings (bigger than Hollywood) is not held in high regard).
>>> 
>>>> And gamers seem to know good quality, it's somewhat easy to test and gamers
>>>> aren't afraid to demand it, changing ISPs if they have to.
>>> 
>>> [SM] The context here is a right to getting internet access with specific minimum guarantees at an affordable price, people who will need to use this law likely have no real options... otherwise no need to pound on that law...
> _______________________________________________
> Starlink mailing list
> Starlink@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/starlink


[-- Attachment #1.2: Type: text/html, Size: 9124 bytes --]

[-- Attachment #2: Message signed with OpenPGP --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

  reply	other threads:[~2024-06-07 20:09 UTC|newest]

Thread overview: 59+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-06-05 15:16 David Fernández
2024-06-05 15:21 ` Bless, Roland (TM)
2024-06-05 15:32   ` David Fernández
2024-06-05 16:24   ` Sebastian Moeller
2024-06-06 23:10     ` Michael Richardson
2024-06-07  1:39       ` David Lang
2024-06-07  6:20       ` Sebastian Moeller
2024-06-07 17:41         ` Eugene Y Chang
2024-06-07 17:51           ` David Lang
2024-06-07 20:09             ` Eugene Y Chang [this message]
2024-06-08  1:53               ` David Lang
2024-06-05 16:23 ` Sebastian Moeller
2024-06-06  7:07   ` David Fernández
2024-06-06  7:41     ` Sebastian Moeller
  -- strict thread matches above, loose matches on Subject: below --
2024-06-07  7:36 David Fernández
2024-06-05 14:46 David Fernández
2024-06-05 14:57 ` Vint Cerf
2024-06-06 17:12   ` Michael Richardson
2024-06-06 10:18 ` Alexandre Petrescu
2024-06-06 10:37   ` Aidan Van Dyk
2024-06-06 10:33 ` Alexandre Petrescu
2024-05-08  9:31 David Fernández
2024-05-07 12:13 David Fernández
2024-05-07 12:46 ` Dave Collier-Brown
2024-05-07 19:09   ` Eugene Y Chang
2024-05-07 19:11     ` Dave Taht
2024-05-07 19:14       ` Jeremy Austin
2024-05-07 19:46         ` Dave Taht
2024-05-07 20:03           ` Eugene Y Chang
2024-05-07 20:05             ` Frantisek Borsik
2024-05-07 20:25               ` Eugene Y Chang
     [not found] <mailman.2773.1714488060.1074.starlink@lists.bufferbloat.net>
2024-04-30 18:05 ` [Starlink] It’s the Latency, FCC Colin_Higbie
2024-04-30 19:04   ` Eugene Y Chang
2024-05-01  0:36     ` David Lang
2024-05-01  1:30       ` [Starlink] Itʼs " Eugene Y Chang
2024-05-01  1:52         ` Jim Forster
2024-05-01  3:59           ` Eugene Y Chang
2024-05-01  4:12             ` David Lang
2024-05-01 18:51               ` Eugene Y Chang
2024-05-01 19:18                 ` David Lang
2024-05-01 21:12                   ` Eugene Y Chang
2024-05-01 21:27                     ` Sebastian Moeller
2024-05-01 22:19                       ` Eugene Y Chang
2024-05-06 11:25                         ` [Starlink] The "reasons" that bufferbloat isn't a problem Rich Brown
2024-05-06 12:11                           ` Dave Collier-Brown
2024-05-07  0:43                             ` Eugene Y Chang
2024-05-07 12:05                               ` Dave Collier-Brown
     [not found]                           ` <CAJUtOOhH3oPDCyo=mk=kwzm5DiFp7OZPiFu+0MzajTQqps==_g@mail.gmail.com>
2024-05-06 19:47                             ` Rich Brown
2024-05-07  0:38                           ` Eugene Y Chang
2024-05-07 10:50                             ` Rich Brown
2024-05-08  1:48                           ` Dave Taht
2024-05-08  7:58                             ` Frantisek Borsik
2024-05-08  8:01                               ` Frantisek Borsik
2024-05-08 18:29                             ` Eugene Y Chang
2024-06-04 18:19                             ` Stuart Cheshire
2024-06-04 20:06                               ` Sauli Kiviranta
2024-06-04 20:58                                 ` Eugene Y Chang
2024-06-05 11:36                                   ` Alexandre Petrescu
2024-06-05 13:08                                     ` Aidan Van Dyk
2024-06-05 13:28                                       ` Alexandre Petrescu
2024-06-05 13:40                                         ` Gert Doering
2024-06-05 13:43                                           ` Alexandre Petrescu
2024-06-05 14:16                                             ` David Lang
2024-06-05 15:10                                               ` Sebastian Moeller
2024-06-05 16:21                                           ` Alexandre Petrescu
2024-06-05 19:17                                     ` Eugene Y Chang
2024-06-04 23:03                               ` Rich Brown
2024-06-06 17:51                                 ` Stuart Cheshire
2024-06-07  2:28                                   ` Dave Taht
2024-06-07  5:36                                     ` Sebastian Moeller
2024-06-07  7:51                                       ` Gert Doering

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.bufferbloat.net/postorius/lists/starlink.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=EA083112-4B1E-4DEA-80F1-1B5A7F656419@ieee.org \
    --to=eugene.chang@ieee.org \
    --cc=david@lang.hm \
    --cc=moeller0@gmx.de \
    --cc=starlink@lists.bufferbloat.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox