dave_taht

6 ms·

1.
by dave_taht 4y ago
hackernews gets ipv6 support.
2.
Geoff Huston – On “Going Dark”(blog.apnic.net)
1 points by dave_taht 4y ago|0 comments
3.
by dave_taht 4y ago
I keep hoping everyone will have that Aha! moment one day, and we'll all have cake. https://libreqos.io
4.
by dave_taht 4y ago
so nice to see so many using cake.
5.
by dave_taht 4y ago
So happy to see so many sqm and cake users here.
6.
by dave_taht 4y ago
apple's location services have cost me MUCH grief in developing newer versions of fq_codel for wifi, until we figured it out.
7.
by dave_taht 4y ago
I'm always interested in packet captures of observed misbehavior.
8.
by dave_taht 4y ago
that is a dismal ratio. I would set cake to turn on the ack-filter in this case on the upload. Also try comparing cake besteffort with your fq_codel implementation. MOST likely, from your report, you have some higher priority (via diffserv)
9.
by dave_taht 4y ago
So nice to see gfblip and cake together again at long last.
10.
by dave_taht 4y ago
The openwrt folk have released a similar vpn idea, using the kernel wireguard version and a DHT: https://forum.openwrt.org/t/new-wireguard-based-openwrt-vpn-... works on std linux as well. Very raw.
11.
Home internet connections are unfair(youtube.com)
7 points by dave_taht 4y ago|1 comments
12.
by dave_taht 4y ago
NSF finally has a program that makes sense to support better open source orgs: https://www.nsf.gov/pubs/2022/nsf22062/nsf22062.jsp Don't everyone apply at once!
13.
by dave_taht 4y ago
flent.org has some heavy duty, wonderful graphic tests.
14.
ESR – Holding Up the Sky(esr.ibiblio.org)
2 points by dave_taht 4y ago|0 comments
15.
by dave_taht 4y ago
Mikrotik RouterOS7 supports fq_codel running native. Does that not work on 2.5Gbit -> 1Gbit?
16.
Bufferbloat, the Internet, and how to fix it(hackaday.com)
3 points by dave_taht 4y ago|0 comments
17.
by dave_taht 4y ago
Remarkable piece of work that didn't mention #bufferbloat once. https://docs.google.com/document/d/1puRjUVxJ6cCv-rgQ_zn-jWZU...
18.
by dave_taht 4y ago
At least some hardware provides the timestamp for you. Ideally if that's carried along with the packet, it measures the load on the whole system, so when you start dropping packets it's not just a function of network congestion bu
19.
by dave_taht 4y ago
The principal use case for any AQM is when stepping down from one speed to another, in the case of wireless, wildly variable rates, or in the case of 10Gbit to 1Gbit on a port (rfc7567), or shaping to customer rates via middlebox, like libr
20.
The state of fq_codel and cake in 2022(blog.cerowrt.org)
30 points by dave_taht 4y ago|7 comments
21.
by dave_taht 4y ago
Perhaps this graphic will help: https://www.domos.no/news-updates/latency-explained-in-a-pag...
22.
by dave_taht 4y ago
Re: Latency: 35% I would substitute "baseline latency" to the DFZ as this number, and also report on "working latency". https://www.bitag.org/documents/BITAG_latency_explained.pdf Jitter, is usually
23.
by dave_taht 4y ago
Re: Packet Loss: .08% Packet loss is a pointless metric for consumers, impossible to represent or calculate accurately within the ISP, and does not belong on a consumer facing label. A)The amount of packet loss you experience is dependent o