Friends,
I am seeking a technical speaker for the Hawaii IEEE Communications Society
chapter.
My wish list (negotiable):
Realtime remote presentation followed by Q&A
Challenges of measuring real Starlink performance
Best practices for measuring Starlink performance
What has been measured…
The goo
Engine thrust is a combination of the mass of the gas and the temperature (a
measure of velocity).
So coolling the gas (aka absorbing the heat) is part of absorbing the momentum
from the engine thrust.
The more speed in the rocket exhaust, the more wear and tear of the equipment
in the exhaust
Rodney,
I agree with your point of view.
To neutralize the exhaust of the rocket engine, it is all about taking the
energy out of the exhaust. Taking out the energy will slow the speed of the
exhaust gas and take down the temperature.
To get into more nitty gritty, the amount of heat absorbed b
Wow … 5.1 square kilometer of solar panels.
It is going to be really good at catching micrometeorites and small space
debris.
A few small nicks won’t matter. Should we care?
The James Webb already caught a few in it’s mirror. So far it wasn’t serious.
Gene
---
Usually it is deliberate that equipment does not transmit while receiving. This
is to prevent the transmit power from overloading the receiver. This problem
can be avoided if the TX and RX are on widely separated freaquencies and
antenna configurations to keep the TX signal out of the RX signal
t; On Thu, 11 May 2023, Eugene Y Chang via Starlink wrote:
>
>> What do we know about Starlink’s use of laser links for
>> satellite-to-satellite communications? I am most curious about the
>> challenges of pointing the laser at a moving target.
>
> We know they do it
Is the language carefully chosen to imply it can provide data links for
classified satellites?
Gene
--
Eugene Chang
IEEE Senior Life Member
eugene.ch...@ieee.org
m 781-799-0233 (in Honolulu)
> On Jun 18, 2023, at 10:21 PM, David Fernández via Starli
I am always surprised how complicated these discussions become. (Surprised
mostly because I forgot the kind of issues this community care about.) The
discussion doesn’t shed light on the following scenarios.
While watching stream content, activating controls needed to switch content
sometimes (
Colin,
I agree with your comments.
Where do the 3 - 8 sec pauses in my video experience fit this discussion?
An occasional pause (once an evening) pause might be overlooked. Several times
in a program suggest a systemic problem.
Gene
--
Eugene Chang
IEE
Colin,
I am overwhelmed with all the reasons that prevent low(er) or consistent
latency.
I think that our best ISP offerings should deliver graceful, agile, or nimble
service. Sure, handle all the high-volume data. The high-volume service just
shouldn’t preclude graceful service. Yes, the curren
azing. I feel a sea change in the
> wind...
>
>
>
> On Tue, Apr 30, 2024, 12:51 PM Eugene Y Chang via Starlink
> mailto:starlink@lists.bufferbloat.net>>
> wrote:
> Colin,
> I am overwhelmed with all the reasons that prevent low(er) or consistent
> latency.
> I think
> Skype: casioa5302ca
>
> frantisek.bor...@gmail.com <mailto:frantisek.bor...@gmail.com>
>
> On Tue, Apr 30, 2024 at 11:22 PM Eugene Y Chang via Starlink
> mailto:starlink@lists.bufferbloat.net>>
> wrote:
> OK. I need help teaching my ISPs that they can
campaign.
Gene
--
Eugene Chang
IEEE Life Senior Member
> On Apr 30, 2024, at 2:36 PM, David Lang wrote:
>
> On Tue, 30 Apr 2024, Eugene Y Chang via Starlink wrote:
>
>> I am always surprised how complicated these discussions
be glad to participate in defining a demo and publicity campaign.
>>
>> Gene
>>
>>
>>> On Apr 30, 2024, at 2:36 PM, David Lang >> <mailto:da...@lang.hm>> wrote:
>>>
>>> On Tue, 30 Apr 2024, Eugene Y Chang via Starli
reate a demo to show the solution?
>>>> To show is more effective than to debate. It is impossible to explain to
>>>> some people.
>>>> Has anyone tried to create a demo (to unseat the bandwidth mantra)?
>>>> Is an effective demo too complicated to c
't need to talk with us at all, it's easy to deploy.
>>
>>
>> All the best,
>>
>> Frank
>>
>> Frantisek (Frank) Borsik
>>
>>
>>
>> https://www.linkedin.com/in/frantisekborsik
>> <https://www.linkedin.com/in/f
t;>> Eugene Chang
>>>> IEEE Life Senior Member
>>>>
>>>>
>>>>
>>>>> On Apr 30, 2024, at 3:52 PM, Jim Forster wrote:
>>>>>
>>>>> Gene, David,
>>>>> ‘m
>>>>> Agreed that the technica
> On Apr 30, 2024, at 10:48 PM, Sebastian Moeller wrote:
>
> Hi Frank.
>
> On 1 May 2024 09:27:37 CEST, Frantisek Borsik via Starlink
> mailto:starlink@lists.bufferbloat.net>>
> wrote:
>> Basically, Eugene, the situation you are describing is calling for a
>> competitor to disrupt them!
>
>
>>>> On Apr 30, 2024, at 3:52 PM, Jim Forster >>>> <mailto:j...@connectivitycap.com>> wrote:
> >>>>
> >>>> Gene, David,
> >>>> ‘m
> >>>> Agreed that the technical problem is largely solved with cake & codel.
lulu)
> On May 1, 2024, at 11:27 AM, Sebastian Moeller wrote:
>
> Hi Gene,
>
>
>> On 1. May 2024, at 23:12, Eugene Y Chang via Starlink
>> mailto:starlink@lists.bufferbloat.net>>
>> wrote:
>>
>> Thank you David.
>>
>> Now, shi
550/21au/papers/bufferbloat.pdf>[2]
>
> https://www.bufferbloat.net/projects/bloat/wiki/What_can_I_do_about_Bufferbloat/
>
> <https://www.bufferbloat.net/projects/bloat/wiki/What_can_I_do_about_Bufferbloat/>
> [3]
> https://lists.bufferbloat.net/pipermail/cerowrt-devel/2012-May/
etter. And actually
>> solving the problem would have a network effect of bringing in others with
>> the same problem.
>>
>> Good luck, and thanks for thinking about this.
>>
>> Rich Brown
>>
>> [1]
>> https://courses.cs.washington.edu
Dave,
Thank you for calling attention to the RFC. I took a quick peek, and I need to
put more time into reading the whole doc. It feels very intuitive.
What I like is that it is written for incremental adoption. I will focus on
that in my next pass. It opens the door to be incrementally deployed
I thought I saw a reference to an OpenWRT implementation with L4S. How well
does that work?
Gene
--
Eugene Chang
> On May 7, 2024, at 9:46 AM, Dave Taht wrote:
>
> Pete heist, jon morton, and rod grimes published a TON of research as
> to where l
in.com/in/frantisekborsik>
> Signal, Telegram, WhatsApp: +421919416714
>
> iMessage, mobile: +420775230885
>
> Skype: casioa5302ca
>
> frantisek.bor...@gmail.com <mailto:frantisek.bor...@gmail.com>
>
> On Tue, May 7, 2024 at 10:03 PM Eugene Y Chang via
u/courses/cse550/21au/papers/bufferbloat.pdf
> <https://courses.cs.washington.edu/courses/cse550/21au/papers/bufferbloat.pdf>[2]
>
> https://www.bufferbloat.net/projects/bloat/wiki/What_can_I_do_about_Bufferbloat/
>
> <https://www.bufferbloat.net/projects/bloat/wiki/What_can
Seems about right.
How long do you think it will take high-band 5G to propagate across the planet?
Gene
--
Eugene Chang
eugene.ch...@ieee.org
o 781-799-0233
> On May 14, 2024, at 7:55 AM, Dave Taht via Starlink
> wrote:
>
> I would never have i
You already know this. Bufferbloat is a symptom and not the cause. Bufferbloat
grows when there are (1) periods of low or no bandwidth or (2) periods of
insufficient bandwidth (aka network congestion).
If I understand this correctly, just a software update cannot make bufferbloat
go away. It mi
, this changes frequently and cake
> integrated into the starlink dish/router software would be far better than
> anything that can be done externally as the rate changes can be fed directly
> into the settings (currently they are only indirectly detected)
>
> David Lang
>
Comments inline below.
Gene
--
Eugene Chang
IEEE Senior Life Member
eugene.ch...@ieee.org
781-799-0233 (in Honolulu)
> On Sep 26, 2022, at 11:01 AM, Sebastian Moeller wrote:
>
> Hi Eugene,
>
>
>> On Sep 26, 2022, at 22:5
ulu)
>>
>>
>>
>>> On Sep 26, 2022, at 11:01 AM, Sebastian Moeller wrote:
>>>
>>> Hi Eugene,
>>>
>>>
>>>> On Sep 26, 2022, at 22:54, Eugene Y Chang via Starlink
>>>> wrote:
>>>>
>>>> Ok, w
gene Y Chang wrote:
>>
>>>> On Sep 26, 2022, at 11:01 AM, Sebastian Moeller wrote:
>>>>
>>>> Hi Eugene,
>>>>
>>>>
>>>>> On Sep 26, 2022, at 22:54, Eugene Y Chang via Starlink
>>>>> mailto:
:44 AM, Bruce Perens wrote:
>
> That's a good maxim: Don't believe a speed test that is hosted by your own
> ISP.
>
> On Mon, Sep 26, 2022 at 2:36 PM Eugene Y Chang via Starlink
> mailto:starlink@lists.bufferbloat.net>>
> wrote:
> Thank you for the d
g/activities/workshops/network-quality/> ) there
> seems to be an increasing amount of work on better metrics and tests
> for QoE, with stuff like apple's responsiveness test, etc.
>
> I have a new one - prototyped in some starlink tests so far, and
> elsewhere - called "SPO
e Chang
>> IEEE Senior Life Member
>> eugene.ch...@ieee.org
>> 781-799-0233 (in Honolulu)
>>
>>
>>
>>> On Sep 26, 2022, at 11:44 AM, Bruce Perens wrote:
>>>
>>> That's a good maxim: Don't believe a speed test that is ho
gt;>>> On Sep 26, 2022, at 11:29 AM, Sebastian Moeller wrote:
>>>>
>>>> Hi David,
>>>>
>>>>> On Sep 26, 2022, at 23:22, David Lang wrote:
>>>>>
>>>>> On Mon, 26 Sep 2022, Eugene Y Chang wrote:
>&g
temptation must have been large to not set-up the
>>> most objective spedtest. (We have a saying along the lines of "making a
>>> goat your gardener" which generally is considered a sub-optimal approach).
>>>
>>> Regards
>>> Sebastian
&g
What is the definition and differences between regular and best effort service?
Creating two bookings queue, wait list and best effort subscribers, the best
effort subscribers are more “real”. With that, treating best effort subscribers
as a (more) "real customer" backlog, it would be a good way
ellation overall, not in any one area.
>
> David Lang
>
> On Wed, 28 Sep 2022, Eugene Y Chang via Starlink wrote:
>
>> Date: Wed, 28 Sep 2022 13:07:43 -1000
>> From: Eugene Y Chang via Starlink
>> Reply-To: Eugene Y Chang
>> To: Dotzero
>> Cc:
t;>
>> Gene
>> --
>> Eugene Chang
>> IEEE Senior Life Member
>> eugene.ch...@ieee.org
>> 781-799-0233 (in Honolulu)
>>
>>
>>
>>> On Sep 28, 2022, at 1:35 PM, David Lang wrote:
>>>
--
Eugene Chang
IEEE Senior Life Member
eugene.ch...@ieee.org
781-799-0233 (in Honolulu)
> On Sep 28, 2022, at 11:14 PM, David Lang wrote:
>
> On Thu, 29 Sep 2022, Sebastian Moeller wrote:
>
>>> On Sep 29, 2022, at 09:50, Eugene Y Chang via Starlink
>
41 matches
Mail list logo
