Possible? When it detects a voip call, throttle everything else to 1%?
-
I assume the file I'm downloading is over TCP (it's SFTP).
Priority of voip is 15, DNS is 14, ACK is 14, priority of p2p (which is showing I'm downloading over) is 0.
With pretty much zero activity on the network I couldn't complete a speedtest with 32 streams, kept saying "30 from 32 streams failed to start. See error:11" etc.
Here's a speed test with hi-res bufferbloat turned on but default number of streams: https://www.dslreports.com/speedtest/28043335
It took me about 5 tries to get that speedtest to complete without any streams failing to start.
When I'm downloading the Status/Queues doesn't show the right download/upload speeds I'm getting but I don't know if that's what it's supposed to show.
Taken as a double monitor screen shot so they are at exactly the same time:
Before my download test starts:
During my download test (voip call was still up but horrible voice quality):
-Jamie M.
-
Your upload test is showing massive queuing a hair over 10Mb/s and stays quote stable all along 10Mb/s. It seems that your upload is only 10Mb, not 50Mb. Try settings your wan to 10Mb/s and your LAN to 230Mb/s. Also, for all of your queues on your LAN interface, make sure "Codel" is checked as the active queue.
-
Try settings your wan to 10Mb/s and your LAN to 230Mb/s. Also, for all of your queues on your LAN interface, make sure "Codel" is checked as the active queue.
With LAN and WAN set to codelq (wan 10MBit/s, LAN 230Mbit/s): http://www.dslreports.com/speedtest/28056896
Couldn't get it to complete a test with the default streams (8), had to move it down to 4 streams.
-Jamie M.
-
There are still some large spikes on the upload graph, but overall everything looks much better. You may want to reduce your bandwidth even further, by small steps of like 0.1Mb, and see if you can get rid of those spikes. Diminishing returns at this point and it's up to you to play around and decide what's a good trade-off.
One thing I would like to mention is that because you're using priq, and your download is so asymetric of your upload, when downloading, you're going to be saturating your upload with ACKs. ACKs are lower priority than VoIP, so VoIP should work, but anything lower than ACK or DNS is going to effectively die.
Hopefully VoIP will continue to work now. Let us know.