From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-yb1-xb2f.google.com (mail-yb1-xb2f.google.com [IPv6:2607:f8b0:4864:20::b2f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 0F6023B2A4 for ; Sat, 12 Nov 2022 10:36:30 -0500 (EST) Received: by mail-yb1-xb2f.google.com with SMTP id j2so8843822ybb.6 for ; Sat, 12 Nov 2022 07:36:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=2kH0bBQm+nXe8m9eVn9nO1wSUYt/0SQb9I9eU8DR+8w=; b=BE84r7oKpW9j0yfx54ewF1jjIvSqhWqrzSoBi2xn5w5qqkFSCP3xgfnDACxfoBnJ8M IWSDhMHndQqRWm4Mqs1QVIMnDSddSl0ec3ljA8V2SMMzJIwywoML+QXSXB7mAf1nWUOW Fb2dZvOXEGsd9LNnO/wMxVAzmTUubt+iaFie9WCZwGMtRZ7WvTf5kf55YIp5c54LRGtk P4sxa4sfVw1gWGI/ARicBo7SlpKcKjCrKXEP1HvwvysHxs1k7MSwWiwGHu/zPiKexiz7 9N6KdwE+uwxOOlY5YHPSZAJxW/lV0aJFSIZ2Y9wEjGhJzd+l2iIfGkr7Uuh4qGBrAYW2 HDSA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=2kH0bBQm+nXe8m9eVn9nO1wSUYt/0SQb9I9eU8DR+8w=; b=LLgjMULZifx3g6VCO6W1x1yhSlYbAZnx8piPisbaM7KXEUYlPylHDdifkkH0mSS+6y ErhqGkmMvFnRqad+UGMDTFrDznQtVR6/m7tL4aB1yiTXvFKOYEW9UzzUA85TKM/7AvyX +Ix8Vi4T8JhK6DNXN0ywzhhy2M4ZtaGiUWdn8b/DoDZP5kQ40z7jmAJ/FGMNOjm2aP2c NHGqhq36JTMDw5txvH3e1N/GgRwIDuFfd1kP+Ux462/pU7AD8PCjlmDOjToriDB+/uv0 8Y3h/3DDtiQxd6amNs81/m+pvBZH08U5RjaoyYGVFlWBluf0pyZl19ZCKqHHvlYQ3164 vKTA== X-Gm-Message-State: ANoB5pmOHpqTv735mNq2lEW7HGEfLxoWwbTZVt/j332ExsUTvY9kcWgj OMBERPmYjVdBeYXks9kWKNjBtNcRqX6VQJnXbRpvkdt5rJ0= X-Google-Smtp-Source: AA0mqf7t1ZextAsYNmSUHxi+NFRO+hUweFTt/XAowrOnXG54DhiwFtYogn+y6Khe0lUpzim6WfW/WGt1MFBAQ46RMdQ= X-Received: by 2002:a25:3801:0:b0:6cf:ef46:e780 with SMTP id f1-20020a253801000000b006cfef46e780mr6057645yba.644.1668267389200; Sat, 12 Nov 2022 07:36:29 -0800 (PST) MIME-Version: 1.0 References: <938D9D45-DADA-4291-BD8A-84E4257CEE49@apple.com> In-Reply-To: From: dan Date: Sat, 12 Nov 2022 08:36:18 -0700 Message-ID: To: Dave Taht Cc: libreqos Content-Type: multipart/alternative; boundary="0000000000001fad1305ed47c509" Subject: Re: [LibreQoS] Fwd: A quick report from the WISPA conference X-BeenThere: libreqos@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Many ISPs need the kinds of quality shaping cake can do List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2022 15:36:30 -0000 --0000000000001fad1305ed47c509 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I think there's a thin grey line between what other vendors (paraqum, bequant/cambium) and libreQoS is trying to do. The first two are REALLY pushing this selecting narrowing of traffic and they'll go straight after streaming for their demos. Most people that drop in the cambium QoE appliance turn the knobs on Netflix down and then praise the 40% savings on their network. Same with PQ. I think this is fundamentally wrong. This is the entire reason Net Neutrality keeps popping up. Why does the ISP get to say "You only need 25Mbps for your netflix". That's double wrong if they offer their own video services. It's not about improving the customer's experience, it's about spending less on upstream bandwidth at the customer's expense. As soon as they say 'pays for itself in bandwidth savings' you know what the product is primarily for. This is why I like the preseem and libreqos model of just using a 'stock' cake and just finessing the data coming in to keep the pipe from clogging. Who cares if someone pulls 90M bursts of apple TV+ on their 100M pipe. Only dial that back so other requests they make get through cleanly. preseem is going more towards wireless monitoring etc and kinda letting shaping be a secondary.... if they were doing more libreqos like stuff I'd just stick with preseem. libreQoS may end up being the best and most net neutral product you can get. The only current disadvantage (ignoring DPI) is lack of TCP accelleration that PQ and Bequant/cambium have. I should add that 3 states already have laws on the books that straight up make PQ and Cambium's solution illegal because they target certain services for throttling. My state (Montana) has the same rule except only when working with a government contract. Libreqos is actually compliant (as is preseem). On Sat, Nov 12, 2022 at 8:11 AM Dave Taht via LibreQoS < libreqos@lists.bufferbloat.net> wrote: > this report predates the libreqos list... > > ---------- Forwarded message --------- > From: Dave Taht > Date: Mon, Oct 17, 2022 at 8:15 PM > Subject: A quick report from the WISPA conference > To: Sina Khanifar > Cc: Cake List , Make-Wifi-fast > , Rpm > , Stuart Cheshire , > bloat > > > On Mon, Oct 17, 2022 at 7:51 PM Sina Khanifar wrote: > > > > Positive or negative, I can claim a bit of credit for this video :). > We've been working with LTT on a few projects and we pitched them on doin= g > something around bufferbloat. We've seen more traffic to our Waveforn tes= t > than ever before, which has been fun! > > Thank you. Great job with that video! And waveform has become the goto > site for many now. > > I can't help but wonder tho... are you collecting any statistics, over > time, as to how much better the problem is getting? > > And any chance they could do something similar explaining wifi? > > ... > > I was just at WISPA conference week before last. Preseem's booth > (fq_codel) was always packed. Vilo living had put cake in their wifi 6 > product. A > keynote speaker had deployed it and talked about it with waveform > results on the big screen (2k people there). A large wireless vendor > demo'd privately to me their flent results before/after cake on their > next-gen radios... and people dissed tarana without me prompting for > their bad bufferbloat... and the best thing of all that happened to me > was... besides getting a hug from a young lady (megan) who'd salvaged > her schooling in alaska using sqm - I walked up to the paraqum booth > (another large QoE middlebox maker centered more in india) and asked. > > "So... do y'all have fq_codel yet?" > > And they smiled and said: "No, we have something better... we've got cake= ." > > "Cake? What's that?" - I said, innocently. > > They then stepped me through their 200Gbps (!!) product, which uses a > bunch of offloads, and can track rtt down to a ms with the intel > ethernet card they were using. They'd modifed cake to provide 16 (?) > levels of service, and were running under dpdk (I am not sure if cake > was). It was a great, convincing pitch... > > ... then I told 'em who I was. There's a video of the in-both concert > after. > > ... > > The downside to me (and the subject of my talk) was that in nearly > every person I talked to, fq_codel was viewed as a means to better > subscriber bandwidth plan enforcement (which is admittedly the market > that preseem pioneered) and it was not understood that I'd got > involved in this whole thing because I'd wanted an algorithm to deal > with "rain fade", running directly on the radios. People wanted to use > the statistics on the radios to drive the plan enforcement better > (which is an ok approach, I guess), and for 10+ I'd been whinging > about the... physics. > > So I ranted about rfc7567 a lot and begged people now putting routerOS > 7.2 and later out there (mikrotik is huge in this market), to kill > their fifos and sfqs at the native rates of the interfaces... and > watch their network improve that way also. > > I think one more wispa conference will be a clean sweep of everyone in > the fixed wireless market to not only adopt these algorithms for plan > enforcement, but even more directly on the radios and more CPE. > > I also picked up enough consulting business to keep me busy the rest > of this year, and possibly more than I can handle (anybody looking?) > > I wonder what will happen at a fiber conference? > > > On Mon, Oct 17, 2022 at 7:45 PM Dave Taht via Bloat < > bloat@lists.bufferbloat.net> wrote: > >> > >> On Mon, Oct 17, 2022 at 5:02 PM Stuart Cheshire > wrote: > >> > > >> > On 9 Oct 2022, at 06:14, Dave Taht via Make-wifi-fast < > make-wifi-fast@lists.bufferbloat.net> wrote: > >> > > >> > > This was so massively well done, I cried. Does anyone know how to > get in touch with the ifxit folk? > >> > > > >> > > https://www.youtube.com/watch?v=3DUICh3ScfNWI > >> > > >> > I=E2=80=99m surprised that you liked this video. It seems to me that= it > repeats all the standard misinformation. The analogy they use is the > standard terrible example of waiting in a long line at a grocery store, a= nd > the =E2=80=9Csolution=E2=80=9D is letting certain traffic =E2=80=9Cjump t= he line, angering everyone > behind them=E2=80=9D. > >> > >> Accuracy be damned. The analogy to common experience resonates more. > >> > >> > > >> > Some quotes from the video: > >> > > >> > > it would be so much more efficient for them to let you skip the > line and just check out, especially since you=E2=80=99re in a hurry, but = they=E2=80=99re > rudely refusing > >> > >> I think the person with the cheetos pulling out a gun and shooting > >> everyone in front of him (AQM) would not go down well. > >> > >> > > to go back to our grocery store analogy this would be like if a > worker saw you standing at the back ... and either let you skip to the > front of the line or opens up an express lane just for you > >> > >> Actually that analogy is fairly close to fair queuing. The multiple > >> checker analogy is one of the most common analogies in queue theory > >> itself. > >> > >> > > >> > The video describes the problem of bufferbloat, and then describes > the same failed solution that hasn=E2=80=99t worked for the last three de= cades. > >> > >> Hmm? It establishes the scenario, explains the problem *quickly*, > >> disses gamer routers for not getting it right.. *points to an > >> accurate test*, and then to the ideas and products that *actually > >> work* with "smart queueing", with a screenshot of the most common > >> (eero's optimize for gaming and videoconferencing), and fq_codel and > >> cake *by name*, and points folk at the best known solution available, > >> openwrt. > >> > >> Bing, baddabang, boom. Also the comments were revealing. A goodly > >> percentage already knew the problem, more than a few were inspired to > >> take the test, > >> there was a whole bunch of "Aha!" success stories and 360k views, > >> which is more people than we've ever been able to reach in for > >> example, a nanog conference. > >> > >> I loved that folk taking the test actually had quite a few A results, > >> without having had to do anything. At least some ISPs are getting it > >> more right now! > >> > >> At this point I think gamers in particular know what "brands" we've > >> tried to establish - "Smart queues", "SQM", "OpenWrt", fq_codel and > >> now "cake" are "good" things to have, and are stimulating demand by > >> asking for them, It's certainly working out better and better for > >> evenroute, firewalla, ubnt and others, and I saw an uptick in > >> questions about this on various user forums. > >> > >> I even like that there's a backlash now of people saying "fixing > >> bufferbloat doesn't solve everything" - > >> > >> > Describing the obvious simple-minded (wrong) solution that any > normal person would think of based on their personal human experience > waiting in grocery stores and airports, is not describing the solution to > bufferbloat. The solution to bufferbloat is not that if you are privilege= d > then you get to =E2=80=9Cskip to the front of the line=E2=80=9D. The solu= tion to > bufferbloat is that there is no line! > >> > >> I like the idea of a guru floating above a grocery cart with a better > >> string of explanations, explaining > >> > >> - "no, grasshopper, the solution to bufferbloat is no line... at > all". > >> > >> > > >> > With grocery stores and airports people=E2=80=99s arrivals are indep= endent > and not controlled. There is no way for a grocery store or airport to > generate backpressure to tell people to wait at home when a queue begins = to > form. The key to solving bufferbloat is generating timely backpressure to > prevent the queue forming in the first place, not accepting a huge queue > and then deciding who deserves special treatment to get better service th= an > all the other peons who still have to wait in a long queue, just like > before. > >> > >> I am not huge on the word "backpressure" here. Needs to signal the > >> other side to slow down, is more accurate. So might say timely > >> signalling rather than timely backpressure? > >> > >> Other feedback I got was that the video was too smarmy (I agree), > >> different audiences than gamers need different forms of outreach... > >> > >> but to me, winning the gamers has always been one of the most > >> important things, as they make a lot of buying decisions, and they > >> benefit the most for > >> fq and packet prioritization as we do today in gamer routers and in > >> cake + qosify. > >> > >> maybe that gets in the way of more serious markets. Certainly I would > >> like another video explaining what goes wrong with videoconferencing. > >> > >> > >> > >> > >> > >> > >> > > >> > Stuart Cheshire > >> > > >> > >> > >> -- > >> This song goes out to all the folk that thought Stadia would work: > >> > https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-698136666= 5607352320-FXtz > >> Dave T=C3=A4ht CEO, TekLibre, LLC > >> _______________________________________________ > >> Bloat mailing list > >> Bloat@lists.bufferbloat.net > >> https://lists.bufferbloat.net/listinfo/bloat > > > > -- > This song goes out to all the folk that thought Stadia would work: > > https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-698136666= 5607352320-FXtz > Dave T=C3=A4ht CEO, TekLibre, LLC > > > -- > This song goes out to all the folk that thought Stadia would work: > > https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-698136666= 5607352320-FXtz > Dave T=C3=A4ht CEO, TekLibre, LLC > _______________________________________________ > LibreQoS mailing list > LibreQoS@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/libreqos > --0000000000001fad1305ed47c509 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I think there's a thin grey line between what other ve= ndors (paraqum, bequant/cambium) and=C2=A0libreQoS is trying to do.=C2=A0 T= he first two are REALLY pushing this selecting narrowing of traffic and the= y'll go straight after streaming for their demos.=C2=A0 Most people tha= t drop in the cambium QoE appliance turn the knobs on Netflix down and then= praise the 40% savings on their network.=C2=A0 Same with PQ.=C2=A0 =C2=A0I= think this is fundamentally wrong.=C2=A0 This is the entire reason Net Neu= trality keeps popping up.=C2=A0 Why does the ISP get to say "You only = need 25Mbps for your netflix".=C2=A0 That's double wrong if they o= ffer their own video services.=C2=A0 It's not about improving the custo= mer's experience, it's about spending less on upstream bandwidth at= the customer's expense.=C2=A0 As soon as they say 'pays for itself= in bandwidth savings' you know what the product is primarily for.
<= br>This is why I like the preseem and libreqos model of just using a 's= tock' cake and just finessing the data coming in to keep the pipe from = clogging.=C2=A0 Who cares if someone pulls 90M bursts of apple TV+=C2=A0on = their 100M pipe.=C2=A0 Only dial that back so other requests they make get = through cleanly.

preseem is going more towards wireless monitoring e= tc and kinda letting shaping be a secondary.... if they were doing more lib= reqos like stuff I'd just stick with preseem.

libreQoS=C2=A0may = end up being the best and most net neutral product you can get.=C2=A0 The o= nly current disadvantage (ignoring DPI) is lack of TCP accelleration=C2=A0t= hat PQ and Bequant/cambium have.

I should add that 3 states already = have laws on the books that straight up make PQ and Cambium's solution = illegal because they target certain services for throttling.=C2=A0 My state= (Montana) has the same rule except only when working with a government con= tract.=C2=A0 Libreqos=C2=A0is actually compliant (as is preseem).

=
On Sat, No= v 12, 2022 at 8:11 AM Dave Taht via LibreQoS <libreqos@lists.bufferbloat.net> wrote:
this report predates = the libreqos list...

---------- Forwarded message ---------
From: Dave Taht <dave.taht@gmail.com>
Date: Mon, Oct 17, 2022 at 8:15 PM
Subject: A quick report from the WISPA conference
To: Sina Khanifar <sina@waveform.com>
Cc: Cake List <cake@lists.bufferbloat.net>, Make-Wifi-fast
<make-wifi-fast@lists.bufferbloat.net>, Rpm
<rpm@list= s.bufferbloat.net>, Stuart Cheshire <cheshire@apple.com>,
bloat <= bloat@lists.bufferbloat.net>


On Mon, Oct 17, 2022 at 7:51 PM Sina Khanifar <sina@waveform.com> wrote:
>
> Positive or negative, I can claim a bit of credit for this video :). W= e've been working with LTT on a few projects and we pitched them on doi= ng something around bufferbloat. We've seen more traffic to our Wavefor= n test than ever before, which has been fun!

Thank you. Great job with that video! And waveform has become the goto
site for many now.

I can't help but wonder tho... are you collecting any statistics, over<= br> time, as to how much better the problem is getting?

And any chance they could do something similar explaining wifi?

...

I was just at WISPA conference week before last. Preseem's booth
(fq_codel) was always packed. Vilo living had put cake in their wifi 6
product. A
keynote speaker had deployed it and talked about it with waveform
results on the big screen (2k people there). A large wireless vendor
demo'd privately to me their flent results before/after cake on their next-gen radios... and people dissed tarana without me prompting for
their bad bufferbloat... and the best thing of all that happened to me
was... besides getting a hug from a young lady (megan) who'd salvaged her schooling in alaska using sqm - I walked up to the paraqum booth
(another large QoE middlebox maker centered more in india) and asked.

"So... do y'all have fq_codel yet?"

And they smiled and said: "No, we have something better... we've g= ot cake."

"Cake? What's that?" - I said, innocently.

They then stepped me through their 200Gbps (!!) product, which uses a
bunch of offloads, and can track rtt down to a ms with the intel
ethernet card they were using. They'd modifed cake to provide 16 (?) levels of service, and were running under dpdk (I am not sure if cake
was). It was a great, convincing pitch...

... then I told 'em who I was. There's a video of the in-both conce= rt after.

...

The downside to me (and the subject of my talk) was that in nearly
every person I talked to, fq_codel was viewed as a means to better
subscriber bandwidth plan enforcement (which is admittedly the market
that preseem pioneered) and it was not understood that I'd got
involved in this whole thing because I'd wanted an algorithm to deal with "rain fade", running directly on the radios. People wanted t= o use
the statistics on the radios to drive the plan enforcement better
(which is an ok approach, I guess), and for 10+ I'd been whinging
about the... physics.

So I ranted about rfc7567 a lot and begged people now putting routerOS
7.2 and later out there (mikrotik is huge in this market), to kill
their fifos and sfqs at the native rates of the interfaces... and
watch their network improve that way also.

I think one more wispa conference will be a clean sweep of everyone in
the fixed wireless market to not only adopt these algorithms for plan
enforcement, but even more directly on the radios and more CPE.

I also picked up enough consulting business to keep me busy the rest
of this year, and possibly more than I can handle (anybody looking?)

I wonder what will happen at a fiber conference?

> On Mon, Oct 17, 2022 at 7:45 PM Dave Taht via Bloat <bloat@lists.bufferbloat.= net> wrote:
>>
>> On Mon, Oct 17, 2022 at 5:02 PM Stuart Cheshire <cheshire@apple.com> wrote:=
>> >
>> > On 9 Oct 2022, at 06:14, Dave Taht via Make-wifi-fast <make= -wifi-fast@lists.bufferbloat.net> wrote:
>> >
>> > > This was so massively well done, I cried. Does anyone kn= ow how to get in touch with the ifxit folk?
>> > >
>> > > https://www.youtube.com/watch?v=3DUI= Ch3ScfNWI
>> >
>> > I=E2=80=99m surprised that you liked this video. It seems to = me that it repeats all the standard misinformation. The analogy they use is= the standard terrible example of waiting in a long line at a grocery store= , and the =E2=80=9Csolution=E2=80=9D is letting certain traffic =E2=80=9Cju= mp the line, angering everyone behind them=E2=80=9D.
>>
>> Accuracy be damned. The analogy to common experience resonates mor= e.
>>
>> >
>> > Some quotes from the video:
>> >
>> > > it would be so much more efficient for them to let you s= kip the line and just check out, especially since you=E2=80=99re in a hurry= , but they=E2=80=99re rudely refusing
>>
>> I think the person with the cheetos pulling out a gun and shooting=
>> everyone in front of him (AQM) would not go down well.
>>
>> > > to go back to our grocery store analogy this would be li= ke if a worker saw you standing at the back ... and either let you skip to = the front of the line or opens up an express lane just for you
>>
>> Actually that analogy is fairly close to fair queuing. The multipl= e
>> checker analogy is one of the most common analogies in queue theor= y
>> itself.
>>
>> >
>> > The video describes the problem of bufferbloat, and then desc= ribes the same failed solution that hasn=E2=80=99t worked for the last thre= e decades.
>>
>> Hmm? It establishes the scenario, explains the problem *quickly*,<= br> >> disses gamer routers for not getting it right..=C2=A0 *points to a= n
>> accurate test*, and then to the ideas and products that *actually<= br> >> work* with "smart queueing", with a screenshot of the mo= st common
>> (eero's optimize for gaming and videoconferencing), and fq_cod= el and
>> cake *by name*, and points folk at the best known solution availab= le,
>> openwrt.
>>
>> Bing, baddabang, boom. Also the comments were revealing. A goodly<= br> >> percentage already knew the problem, more than a few were inspired= to
>> take the test,
>> there was a whole bunch of "Aha!" success stories and 36= 0k views,
>> which is more people than we've ever been able to reach in for=
>> example, a nanog conference.
>>
>> I loved that folk taking the test actually had quite a few A resul= ts,
>> without having had to do anything. At least some ISPs are getting = it
>> more right now!
>>
>> At this point I think gamers in particular know what "brands&= quot; we've
>> tried to establish - "Smart queues", "SQM", &q= uot;OpenWrt", fq_codel and
>> now "cake" are "good" things to have, and are = stimulating demand by
>> asking for them,=C2=A0 =C2=A0It's certainly working out better= and better for
>> evenroute, firewalla, ubnt and others, and I saw an uptick in
>> questions about this on various user forums.
>>
>> I even like that there's a backlash now of people saying "= ;fixing
>> bufferbloat doesn't solve everything" -
>>
>> >=C2=A0 Describing the obvious simple-minded (wrong) solution t= hat any normal person would think of based on their personal human experien= ce waiting in grocery stores and airports, is not describing the solution t= o bufferbloat. The solution to bufferbloat is not that if you are privilege= d then you get to =E2=80=9Cskip to the front of the line=E2=80=9D. The solu= tion to bufferbloat is that there is no line!
>>
>> I like the idea of a guru floating above a grocery cart with a bet= ter
>> string of explanations, explaining
>>
>>=C2=A0 =C2=A0 - "no, grasshopper, the solution to bufferbloat = is no line... at all".
>>
>> >
>> > With grocery stores and airports people=E2=80=99s arrivals ar= e independent and not controlled. There is no way for a grocery store or ai= rport to generate backpressure to tell people to wait at home when a queue = begins to form. The key to solving bufferbloat is generating timely backpre= ssure to prevent the queue forming in the first place, not accepting a huge= queue and then deciding who deserves special treatment to get better servi= ce than all the other peons who still have to wait in a long queue, just li= ke before.
>>
>> I am not huge on the word "backpressure" here. Needs to = signal the
>> other side to slow down, is more accurate. So might say timely
>> signalling rather than timely backpressure?
>>
>> Other feedback I got=C2=A0 was that the video was too smarmy (I ag= ree),
>> different audiences than gamers need different forms of outreach..= .
>>
>> but to me, winning the gamers has always been one of the most
>> important things, as they make a lot of buying decisions, and they=
>> benefit the most for
>> fq and packet prioritization as we do today in gamer routers and i= n
>> cake + qosify.
>>
>> maybe that gets in the way of more serious markets. Certainly I wo= uld
>> like another video explaining what goes wrong with videoconferenci= ng.
>>
>>
>>
>>
>>
>>
>> >
>> > Stuart Cheshire
>> >
>>
>>
>> --
>> This song goes out to all the folk that thought Stadia would work:=
>> htt= ps://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-69813666656073= 52320-FXtz
>> Dave T=C3=A4ht CEO, TekLibre, LLC
>> _______________________________________________
>> Bloat mailing list
>> B= loat@lists.bufferbloat.net
>> https://lists.bufferbloat.net/listinfo/bloat



--
This song goes out to all the folk that thought Stadia would work:
https://www.= linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXt= z
Dave T=C3=A4ht CEO, TekLibre, LLC


--
This song goes out to all the folk that thought Stadia would work:
https://www.= linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXt= z
Dave T=C3=A4ht CEO, TekLibre, LLC
_______________________________________________
LibreQoS mailing list
LibreQo= S@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/libreqos
--0000000000001fad1305ed47c509--