From: Dave Taht <dave.taht@gmail.com>
To: Dave Taht via Starlink <starlink@lists.bufferbloat.net>
Subject: [Starlink] revisiting the old "starwrt" plan
Date: Thu, 21 Sep 2023 19:37:05 -0700 [thread overview]
Message-ID: <CAA93jw5k6+_8GhhGnn3YH+7zczsSAtv1zGD5bDgRGAGWFHrjSw@mail.gmail.com> (raw)
[-- Attachment #1: Type: text/plain, Size: 2452 bytes --]
A genesis point for the creation of this email list was this failed, too
ambitious, and too multi-faceted, project proposal from over 2 years back.
See and comment on it here:
https://docs.google.com/document/d/1rVGC-iNq2NZ0jk4f3IAiVUHz2S9O6P-F3vVZU2yBYtw/edit
In reviewing it today, I am so pleased that everyone here has leaned in on
the measurement side described therein, and also there seems to be a ton of
information about how starlink´s spot beams, etc seemed to work that may or
may not be obsolete within it that I would like to update.
In retrospect, I gave up on the idea of making all of openwrt, and cool
subsystems like samba or matter, interoperate with the mesh code on the
starlink routers, or of producing a build that "just worked" on their
routers. It was too hard, and too locked down, to even try.
I think broader mesh interoperability would be great however - living in an
age where an eero cannot interoperate with a tp-link, and so on, evades the
true beauty of wifi, and I still hold dear the ideas of starlink powering
village connectivity and local services like email, etc, as well as being a
better backup to other links, gaining BGP support, in particular.
On the embedded front, their first router was IPQ8014 based, for which I
had labored for a couple years to finally produce a very good wifi
subsystem for, the second (and presently most popular I think? 1+ million
in the field) is mt76 based which is getting better all the time, and their
latest wifi6 product I know nothing about, and being deeply cynical about
all the wifi6 devices I had tested before exiting the embedded the market,
would like someone else to test.
I personally exited the embedded market in favor of working on libreqos
over a year ago.
... and it was mostly the dishy that in the end I felt just needed a few
tweaks, and their headends.
Anyway: given that openwrt is nearing a final release in this development
cycle and I have also been scoping out improvements to CAKE based on what
we have learned from the mikrotik and LibreQos deployments, thinking about
what is still wrong with wifi was on my mind today. In particular, I
enjoyed reminiscing about the fire I had had in my veins back then about
getting in there and making it the best ISP router on the planet.
--
Oct 30: https://netdevconf.info/0x17/news/the-maestro-and-the-music-bof.html
Dave Täht CSO, LibreQos
[-- Attachment #2: Type: text/html, Size: 3111 bytes --]
next reply other threads:[~2023-09-22 2:37 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-22 2:37 Dave Taht [this message]
2024-05-08 14:39 ` Dave Taht
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=CAA93jw5k6+_8GhhGnn3YH+7zczsSAtv1zGD5bDgRGAGWFHrjSw@mail.gmail.com \
--to=dave.taht@gmail.com \
--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