Internet becomes unresponsive when torrent client enabled despite plenty of resources still available on router

[jkdf2]

What could explain my entire household internet becoming unresponsive when starting a headless torrent client with many seeding torrents?

As you can see here the ICMP Drop Rate is 100% till I stop the torrent daemon. And quite quickly then, things start working again.

Yet across temps, RAM, load, CPU Utilization, and Conntrack, nothing is even close to its maximum:

I've done a lot of searching and reading through these forums, and the closest thread is: Torrents causing conntrack table to overflow but still does not apply because I'm barely over 10% of my conntrack usage.

Any suggestions on what avenues to pursue to make any progress on understanding what's going on?

[brada4]

Looks like a case for sqm?

Please connect to your OpenWrt device using ssh and copy the output of the following commands and post it here using the "Preformatted text </> " button:

Remember to redact passwords, MAC addresses and any public IP addresses you may have:

ubus call system board
cat /etc/config/network
cat /etc/config/wireless
cat /etc/config/dhcp
cat /etc/config/firewall

[jkdf2]

Worth noting that I do have sqm enabled with fq_codel + simple. However, the results are the same with or without SQM enabled, and there is hardly any traffic moving, the seeding torrents are mostly just sitting there.

May be able to post my redacted config later.

[evs]

Is this an ISP throttling scenario? Can you create heavy load that isn't torrenting?

[sanalika]

Sounds like an ISP throttling maximum connections per subscriber to me too. They tend to do this kinda restrictions for the sake of CGNAT.

[brada4]

Check here - it generates http load and measures latency increases
https://www.waveform.com/tools/bufferbloat
IF latency increase is observed here you need SqM, if not run torrent limiting to 1000...2000....3000 connections and check if problems introduce solely depending on connection numbers.