FWIW, I gave a talk about Starlink - insights from a year in - at last
week's APNIC56 conference in Kyoto:
https://conference.apnic.net/56/program/program/#/day/6/technical-2/
Also well worth looking at is Geoff Huston's excellent piece on the
foreseeable demise of TCP in favour of QUIC in
➔➔https://twitter.com/flightclubio/status/1703770925181677589
--
geoff.goodfel...@iconia.com
living as The Truth is True
___
Starlink mailing list
Starlink@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/starlink
Very much so. If we are talking about integrating Starlink (and similar furture
networks) with ground based networks, that's not hard (and is the scenario I was
referring to)
but when we start talking about mars (and possibly even the moon) the existing
networking protocols are going to time
On Mon, 18 Sep 2023, Hesham ElBakoury wrote:
My understanding is that for integrated NTN and Terrestrial network we may
need new or enhanced routing protocols. There are many publications in this
area.
I don't see how starlink hops have to be treated any differently than
terrestrial tunnels
On Mon, 18 Sep 2023, Hesham ElBakoury wrote:
Given the discussions in this email thread, what IETF should standardize in
priority order for the integrated NTN terrestrial networks?
I don't see why you need to do any particular standardization to integrate
things like starlink into
Given the discussions in this email thread, what IETF should standardize in
priority order for the integrated NTN terrestrial networks?
Thanks,
Hesham
On Sun, Sep 17, 2023, 12:59 PM David Lang via Starlink <
starlink@lists.bufferbloat.net> wrote:
> it's very clear that there is a computer in
The later.
Will get back to you in the separate email.
All the best,
Frank
Frantisek (Frank) Borsik
https://www.linkedin.com/in/frantisekborsik
Signal, Telegram, WhatsApp: +421919416714
iMessage, mobile: +420775230885
Skype: casioa5302ca
frantisek.bor...@gmail.com
On Mon, 18 Sep 2023 at
> If I understand correctly, galene would support p2p media streams?
No, Galene only does client-server media. Before I wrote Galene,
I experimented with peer-to-peer WebRTC, and it worked beautifully in
small groups, but collapsed somewhere around 4 to 5 participants.
The problem is not the
> what apps do you have on the phone and what are they configured to update?
> that will make a huge difference.
It's not about my phone, it's about that of the author of the blog.
> 'idle' probably isn't nearly as passive as you think it is.
My personal phone is almost completely idle when I'm
I work remotely and routinely use Starlink for video calls while doing other
uploads/downloads. As do several others at my company. Some of us are in rural
areas, I'm in Southern California, but in a place that doesn't have fiber
available (predicted to arrive at my address sometime next year)
The problem with Galene and in general, with almost everything open-source
based per se, is its ANTI user GUI, setup process, documentation…
Unnecessary barriers to entry for regular people we want to help, right?
But instead of doing everything in our powers to tear these barriers down,
most of
what apps do you have on the phone and what are they configured to update? that
will make a huge difference.
'idle' probably isn't nearly as passive as you think it is.
David Lang
On Mon, 18 Sep 2023, Juliusz Chroboczek via Bloat wrote:
Hi Dave!
Juliusz Chroboczek via Starlink wrote:
> We're currently using receiver-driven congestion control, which is
> deprecated in WebRTC. The plan is to switch to sender-driven congestion
> control at some point (I'm no big fan, but that's what everyone is
> implementing, and we
> Admittedly, I was using galene.org
Full credit where credit is due: the congestion controller in the
downstream direction lives in the browser, so full credit to the folks
behind libwebrtc. As to the upstream direction, we're using our homebrew
code, which is not very good.
We're currently
On Mon, Sep 18, 2023 at 6:19 AM Livingood, Jason <
jason_living...@comcast.com> wrote:
> IMO I don’t think you can judge that by using Galene – you need to use the
> large market-share platforms.
>
Only a few years ago, there were no large market share platforms. Given
that multiple corps I work
IMO I don’t think you can judge that by using Galene – you need to use the
large market-share platforms. Also, given the density issues facing LEO
services, a single sample can’t be taken as particularly representative – you’d
need more users across a broader range of density/terrain types.
JL
Hi Dave!
> https://nickvsnetworking.com/mobile-ipv6-tax/
« This means my Android phone consumes 4.5 MB of cellular data in an hour
while sitting on the desk, with 16,889 packets in/out. »
So even discounting the headers, the phone receives 70 Commodore C64 worth
of data when idle. Every
17 matches
Mail list logo
