From: "David Fernández" <davidfdzp@gmail.com>
To: starlink@lists.bufferbloat.net
Subject: [Starlink] Re: Starlink Digest, Vol 55, Issue 3
Date: Fri, 7 Nov 2025 23:50:06 +0100 [thread overview]
Message-ID: <CAC=tZ0q2myAcnL3bcOe8KORc47JU=kpA1rTNedZv8j2i=KDpMw@mail.gmail.com> (raw)
In-Reply-To: <176254173597.1347.15997824594759319437@gauss>
Thanks for sharing this Frank.
In slide 3, I think that another effect not to be missed is packet losses
due to errors, which could be analogous to pipe leaks. Sometimes, it
happens that they are not negligible, in some cases with wireless links,
mainly, but it could happen too in DSL. I remember that I had a DSL line in
which the router had the option to disable interleaving, warning that you
could get more errors, bad for watching video, they were saying, but
reduced latency (good for videogames). When packet losses due to errors are
misinterpreted as congestion by the transport protocols, the result is also
a band quality of experience.
Regards,
David
Date: Fri, 7 Nov 2025 11:53:44 +0100
> From: Frantisek Borsik <frantisek.borsik@gmail.com>
> Subject: [Starlink] Re: [LibreQoS] Re: Keynote: QoE/QoS - Bandwidth Is
> A Lie! at WISPAPALOOZA 2025 (October 16)
> To: Cake List <cake@lists.bufferbloat.net>, bloat
> <bloat@lists.bufferbloat.net>, codel@lists.bufferbloat.net,
> Jeremy Austin via Rpm <rpm@lists.bufferbloat.net>, libreqos
> <libreqos@lists.bufferbloat.net>, Dave Taht via Starlink
> <starlink@lists.bufferbloat.net>, l4s-discuss@ietf.org
> Message-ID:
> <CAJUtOOhzJAymDiKsnRPho80B8GZ4wzd8W7FWccS=
> uhiQPd3KOg@mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> Hello to all,
>
> Recording of our QoE/QoS panel discussion is out! It was really great and
> believe you will like it:
>
> https://www.youtube.com/watch?v=T1VET0VYQ6c
>
> We have touch bandwidth, L4S, Starlink and more.
>
> Here are the slides with additional reading:
>
> https://docs.google.com/presentation/d/1ML0I3Av3DCtQDiP8Djr_YGH2r4-UDZP25VEk-xyJcZE/edit?slide=id.p#slide=id.p
>
> We hope to continue this conversation into more practical, demo-like
> environment of sort, that we can see at IETF Hackathon and used to see in
> the early WISPA event days, with Animal Farm.
>
>
> All the best,
>
> Frank
>
> Frantisek (Frank) Borsik
>
>
> *In loving memory of Dave Täht: *1965-2025
>
> https://libreqos.io/2025/04/01/in-loving-memory-of-dave/
>
>
> https://www.linkedin.com/in/frantisekborsik
>
> Signal, Telegram, WhatsApp: +421919416714
>
> iMessage, mobile: +420775230885
>
> Skype: casioa5302ca
>
> frantisek.borsik@gmail.com
>
>
> On Wed, Oct 1, 2025 at 11:32 PM Frantisek Borsik <
> frantisek.borsik@gmail.com>
> wrote:
>
> > Let's say that I love it, channeling my inner Dave Taht. But there were a
> > couple of voices asking if I won't consider to change it a bit, to be
> "less
> > hostile" to our "bandwidth is king!" friends...and I was trying, but this
> > was really sticky and I'm happy that it stayed this way.
> >
> >
> > All the best,
> >
> > Frank
> >
> > Frantisek (Frank) Borsik
> >
> >
> > *In loving memory of Dave Täht: *1965-2025
> >
> > https://libreqos.io/2025/04/01/in-loving-memory-of-dave/
> >
> >
> > https://www.linkedin.com/in/frantisekborsik
> >
> > Signal, Telegram, WhatsApp: +421919416714
> >
> > iMessage, mobile: +420775230885
> >
> > Skype: casioa5302ca
> >
> > frantisek.borsik@gmail.com
> >
> >
> > On Wed, Oct 1, 2025 at 9:25 PM dan <dandenson@gmail.com> wrote:
> >
> >> I actually really like the title ;)
> >>
> >> It's that most of the time people are told they need more bandwidth to
> >> solve a problem, when they really need lower latency and jitter. So the
> >> vast majority of the time 'more bandwidth' as a solution really is a
> lie.
> >>
> >> On Tue, Sep 30, 2025 at 2:47 PM Frantisek Borsik via LibreQoS <
> >> libreqos@lists.bufferbloat.net> wrote:
> >>
> >>> Thanks, Jim. Well, true that - but I wanted to do it either way,
> because
> >>> of
> >>> our dear Dave and - as a conversation starter.
> >>> As @Jason Livingood <jason_livingood@comcast.com> said - "Bandwidth is
> >>> dead. Long live latency."
> >>>
> >>>
> https://pulse.internetsociety.org/blog/bandwidth-is-dead-long-live-latency
> >>>
> >>> I will do my best to get the audio/video right and to share it with you
> >>> all.
> >>>
> >>> PS: Sending you separate email.
> >>>
> >>> All the best,
> >>>
> >>> Frank
> >>>
> >>> Frantisek (Frank) Borsik
> >>>
> >>>
> >>> *In loving memory of Dave Täht: *1965-2025
> >>>
> >>> https://libreqos.io/2025/04/01/in-loving-memory-of-dave/
> >>>
> >>>
> >>> https://www.linkedin.com/in/frantisekborsik
> >>>
> >>> Signal, Telegram, WhatsApp: +421919416714
> >>>
> >>> iMessage, mobile: +420775230885
> >>>
> >>> Skype: casioa5302ca
> >>>
> >>> frantisek.borsik@gmail.com
> >>>
> >>>
> >>> On Tue, Sep 30, 2025 at 10:25 PM James Forster <
> jim@connectivitycap.com>
> >>> wrote:
> >>>
> >>> > Wow, that’s fantastic, Frantisek! Great work making this happen.
> >>> >
> >>> > These sort of titles aren’t my favorite. I think I understand the
> >>> > sentiment but find the issues more nuanced than that. :-)
> >>> >
> >>> > If you can get clear audio, not much quality is needed for panels and
> >>> > talking beads. Best would be a feed right into an iPhone/android.
> >>> >
> >>> > Jim
> >>> _______________________________________________
> >>> LibreQoS mailing list -- libreqos@lists.bufferbloat.net
> >>> To unsubscribe send an email to libreqos-leave@lists.bufferbloat.net
> >>>
> >>
>
>
next parent reply other threads:[~2025-11-07 22:50 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <176254173597.1347.15997824594759319437@gauss>
2025-11-07 22:50 ` David Fernández [this message]
2025-11-08 17:30 ` J Pan
2025-11-08 19:12 ` [Starlink] Re: [LibreQoS] Re: Keynote: QoE/QoS - Bandwidth Is David Fernández
2025-11-08 19:57 ` J Pan
2025-11-09 1:03 ` Ulrich Speidel
2025-11-09 5:08 ` J Pan
2025-11-09 19:51 ` Ulrich Speidel
2025-11-09 21:15 ` J Pan
2025-11-09 18:42 ` Sebastian Moeller
2025-11-09 20:08 ` Ulrich Speidel
2025-11-10 6:43 ` Sebastian Moeller
2025-11-09 15:44 ` David Fernández
2025-11-09 17:53 ` J Pan
2025-11-08 19:29 ` [Starlink] Re: Starlink Digest, Vol 55, Issue 3 Sebastian Moeller
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='CAC=tZ0q2myAcnL3bcOe8KORc47JU=kpA1rTNedZv8j2i=KDpMw@mail.gmail.com' \
--to=davidfdzp@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