Thanks to everyone for the comments.

Wow Dave.  Thanks for the links to the lawsuit.  Fascinating.  I didn't know about this.

Since the original email, I actually downgraded from Spectrum cable 300 Mb/s to ? maybe it's 200 now ?, anyway it's $20 a month cheaper.  And decreased the "smart queue" limits to 80/10 Mb/s.

Video streaming multiple TVs at once is all working well.  No complaints from the family. Win!

Stats are looking pretty good after ~8 days uptime

root@USG-Pro-4:/home/daveseddon# tc -p -s -d qdisc show
qdisc fq_codel 8001: dev eth0 root refcnt 2 limit 10240p flows 1024 quantum 1514 target 5.0ms interval 100.0ms ecn
 Sent 161758598841 bytes 147108740 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
  maxpacket 1514 drop_overlimit 0 new_flow_count 299 ecn_mark 0
  new_flows_len 0 old_flows_len 4
qdisc htb 1: dev eth2 root refcnt 2 r2q 10 default 10 direct_packets_stat 0 ver 3.17        
 Sent 32491619852 bytes 93191686 pkt (dropped 0, overlimits 36499993 requeues 0)                                <---- OVER ( 36499993 / 32491619852 ~= 0.00112)
 backlog 0b 0p requeues 0
qdisc fq_codel 100: dev eth2 parent 1:10 limit 10240p flows 1024 quantum 1514 target 5.0ms interval 100.0ms ecn
 Sent 32491619852 bytes 93191686 pkt (dropped 37156, overlimits 0 requeues 0)                                    <------- DROPS ( 37156 / 32491619852 ~= 0.0000011 )                                
 backlog 0b 0p requeues 0
  maxpacket 1514 drop_overlimit 0 new_flow_count 15549718 ecn_mark 1572           <--- some ECN
  new_flows_len 1 old_flows_len 5
qdisc ingress ffff: dev eth2 parent
ffff:fff1 ----------------
 Sent 169147707173 bytes 346339031 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev imq0 root refcnt 2 bands 3 priomap  1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
qdisc htb 1: dev ifb_eth2 root refcnt 2 r2q 10 default 10 direct_packets_stat 0 ver 3.17
 Sent 173801196835 bytes 346221051 pkt (dropped 0, overlimits 192974926 requeues 0)                       <------- OVER ( 192974926 / 173801196835 ~= 0.0011 )                                
 backlog 0b 0p requeues 0
qdisc fq_codel 100: dev ifb_eth2 parent 1:10 limit 10240p flows 1024 quantum 1514 target 5.0ms interval 100.0ms ecn
 Sent 173801196835 bytes 346221051 pkt (dropped 140361, overlimits 0 requeues 0)                           <------- DROPS ( 37156 / 32491619852 ~= 0.00000080 )

 backlog 0b 0p requeues 0
  maxpacket 1514 drop_overlimit 0 new_flow_count 30970803 ecn_mark 1721         
<--- some ECN
  new_flows_len 1 old_flows_len 3

root@USG-Pro-4:/home/daveseddon# tc -d class show dev eth2
class htb 1:10 root leaf 100: prio 0 quantum 118750 rate 9500Kbit ceil 9500Kbit burst 1598b/1 mpu 0b overhead 0b cburst 1598b/1 mpu 0b overhead 0b level 0
class fq_codel 100:98 parent 100:
class fq_codel 100:c7 parent 100:
class fq_codel 100:180 parent 100:
class fq_codel 100:238 parent 100:
class fq_codel 100:305 parent 100:

root@USG-Pro-4:/home/daveseddon# tc -d class show dev ifb_eth2
class htb 1:10 root leaf 100: prio 0 quantum 200000 rate 76000Kbit ceil 76000Kbit burst 1596b/1 mpu 0b overhead 0b cburst 1596b/1 mpu 0b overhead 0b level 0
class fq_codel 100:247 parent 100:
class fq_codel 100:2c8 parent 100:


root@USG-Pro-4:/home/daveseddon# uptime
 08:18:21 up 8 days, 19:02,  1 user,  load average: 0.00, 0.01, 0.05

root@USG-Pro-4:/home/daveseddon# netstat -ia
Kernel Interface table
Iface   MTU Met   RX-OK RX-ERR RX-DRP RX-OVR    TX-OK TX-ERR TX-DRP TX-OVR Flg
eth0       1500 0  101353919      0      0 0      157787555      0      0      0 BMRU
eth1       1500 0    663477      0      0 0       1090665      0      0      0 BMRU
eth2       1500 0  377699134      0      0 0      98049876      0      0      0 BMRU
eth3       1500 0         0      0      0 0             0      0      0      0 BM
eth0.20    1500 0   3437713      0      0 0       2260022      0      0      0 BMRU
eth0.40    1500 0     12524      0      0 0       1012668      0      0      0 BMRU
ifb_eth2   1500 0  346333308      0  22391 0      346310917      0      0      0 BORU   <--- i'm still curious about these drops, but it's a tiny amount.
22391 / 346333308 ~= 0.000064
imq0      16000 0         0      0      0 0             0      0      0      0 ORU
lo        65536 0     38330      0      0 0         38330      0      0      0 LRU

loop0      1500 0         0      0      0 0             0      0      0      0 BM
loop1      1500 0         0      0      0 0             0      0      0      0 BM
loop2      1500 0         0      0      0 0             0      0      0      0 BM
loop3      1500 0         0      0      0 0             0      0      0      0 BM
npi0       1500 0         0      0      0 0             0      0      0      0 BM
npi1       1500 0         0      0      0 0             0      0      0      0 BM
npi2       1500 0         0      0      0 0             0      0      0      0 BM
npi3       1500 0         0      0      0 0             0      0      0      0 BM





On Tue, Jan 9, 2024 at 8:05 AM Dave Taht via Cake <cake@lists.bufferbloat.net> wrote:
On Tue, Jan 9, 2024 at 10:40 AM Nils Andreas Svee via Cake
<cake@lists.bufferbloat.net> wrote:

> Though frankly, I don’t plan on updating the sch_cake and tc binaries when new firmwares are released anymore, as they don’t publish the GPL archives on their webpage after the redesign, and they don’t respond to requests for them either by the looks of the forums. So if it breaks there’s not much I can do anymore.

This irks me enormously. It is the direct outcome of the cambium
elevate lawsuit, where both companies lost, the ISPs lost, open source
practices long established about publishing sources, lost, and the
lawyers went on to other nasty things leaving this trail of awful
precedents  in their wake.

https://www.mtin.net/blog/ubnt-vs-cambium/

I do not know what to do about it. It also irks me that as a
contributor to "smart queues" they are not maintaining it well.

>
> Best Regards,
> Nils Andreas Svee
>
> On Jan 3, 2024, at 14:44, Pete Heist via Cake <cake@lists.bufferbloat.net> wrote:
>
> On Tue, 2024-01-02 at 10:59 -0800, dave seddon via Cake wrote:
>
> I thought people might be interested to see what Ubiquity/Unifi is
> doing with "Smart Queues" on their devices.  The documentation on
> their website is not very informative.
> <snip>
> "Smart Queue" Implementation
>
> Looks like they only apply tc qdiscs to the Eth2, and sadly this is
> NOT cake, but fq_codel.
>
> And cake isn't available :(
>
> root@USG-Pro-4:~# tc qdisc replace dev eth0 cake bandwidth 100m rtt
> 20ms
> Unknown qdisc "cake", hence option "bandwidth" is unparsable
>
>
> Hi Dave, there's a community contributed version of Cake for EdgeRouter
> devices that I've been using for years on production ER-X's:
>
> https://community.ui.com/questions/Cake-compiled-for-the-EdgeRouter-devices/fc1ff27c-f321-4344-8737-fcc755cae8a2
>
> I don't think that works for UniFi/USG devices, however, and one should
> note the disclaimer and be careful when installing it. Also, it must be
> re-installed after every upgrade.
>
> Cheers,
> Pete
>
> _______________________________________________
> Cake mailing list
> Cake@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cake
>
>
> _______________________________________________
> Cake mailing list
> Cake@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cake



--
40 years of net history, a couple songs:
https://www.youtube.com/watch?v=D9RGX6QFm5E
Dave Täht CSO, LibreQos
_______________________________________________
Cake mailing list
Cake@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cake


--
Regards,
Dave Seddon
+1 415 857 5102