Re: [Bloat] The sad state of MP-TCP

2024-04-02 Thread Juliusz Chroboczek via Bloat
>> There should be a knob in the kernel to transparently replace TCP with >> MP-TCP, but I couldn't find one. > There is, sorta. Specifically, a BPF hook that can override the protocol > (added in kernel 6.6): > > https://lore.kernel.org/all/cover.1692147782.git.geliang.t...@suse.com/ So we're

[Bloat] The sad state of MP-TCP

2024-04-01 Thread Juliusz Chroboczek via Bloat
Hi, For those of you who don't remember, MP-TCP is an extension to TCP that implements multipath, and can be used both for fast roaming (redundancy) and for bandwidth aggregation. MP-TCP is able to cross NATs, and it can reliably detect that TCP extensions are being corrupted by middleboxes and

Re: [Bloat] Fwd: [RFC PATCH net-next 0/5] net: In-kernel QUIC implementation with Userspace handshake

2024-03-14 Thread Juliusz Chroboczek via Bloat
> quic takes over Now if only thay had gotten the layering right... such a terrible wasted opportunity. (SCTP forever!) -- Juliusz ___ Bloat mailing list Bloat@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/bloat

Re: [Bloat] mDNS

2024-02-28 Thread Juliusz Chroboczek via Bloat
>> I'm not sure how that could happen at boot time, it would need to >> happen whenever a DHCPv4 lease changes. This implies that the router >> might need to renumber if the ISP changes its allocation, and there are >> no renumbering procedures for IPv4 (I'm not sure if anyone implements >> RFC

Re: [Bloat] mDNS

2024-02-28 Thread Juliusz Chroboczek via Bloat
> But my point is that the OpenWrt router has no way to predict what > address/subnet will be assigned to its WAN port. In principle, the ISP should assign either a global address, or an address in the range 100.64.0.0/10 (RFC 6598). This range was deliberately chosen to not collide with RFC

Re: [Bloat] goresponsiveness learned a few tricks...

2024-01-08 Thread Juliusz Chroboczek via Bloat
> (h++ps://github.com/network-quality/draft-ietf-ippm-responsiveness). There's quite a few good ideas in this draft, but the one that I find intriguing is reporting RTT values in RPM (units of 1/60 Hz) rather than milliseconds. I wonder how well this works. I'll experiment with undergrads. --

Re: [Bloat] retransmit cost over cellular

2023-09-18 Thread Juliusz Chroboczek via Bloat
> what apps do you have on the phone and what are they configured to update? > that will make a huge difference. It's not about my phone, it's about that of the author of the blog. > 'idle' probably isn't nearly as passive as you think it is. My personal phone is almost completely idle when I'm

Re: [Bloat] retransmit cost over cellular

2023-09-18 Thread Juliusz Chroboczek via Bloat
Hi Dave! > https://nickvsnetworking.com/mobile-ipv6-tax/ « This means my Android phone consumes 4.5 MB of cellular data in an hour while sitting on the desk, with 16,889 packets in/out. » So even discounting the headers, the phone receives 70 Commodore C64 worth of data when idle. Every