Netgate SG-1000 microFirewall

Author Topic: Possible? When it detects a voip call, throttle everything else to 1%?  (Read 624 times)

0 Members and 1 Guest are viewing this topic.

Offline KOM

  • Hero Member
  • *****
  • Posts: 5609
  • Karma: +688/-23
    • View Profile
Re: Possible? When it detects a voip call, throttle everything else to 1%?
« Reply #15 on: January 04, 2018, 12:11:48 pm »
I don't know if that will help because the problem is weird.  I have a 100/100 connection, and I can pound our link without upsetting the voip calls.  How you're managing to do it with 1000/50 is a mystery to me.

Where's Harvy66 when you really need him?  ;D
« Last Edit: January 05, 2018, 08:18:44 am by KOM »

Offline Harvy66

  • Hero Member
  • *****
  • Posts: 2324
  • Karma: +213/-12
    • View Profile
Re: Possible? When it detects a voip call, throttle everything else to 1%?
« Reply #16 on: January 05, 2018, 07:19:32 am »
I don't know if that will help because the problem is weird.  I have a 100/100 connection, and I can pound our link without upsetting the voip calls.  How you're managing to do it with 1000/50 is a mystery to me.

Where's Harvey66 when you really need him?  ;D

My 8 year old Netgear 3700 took a crap. Just got my new Ubiquiti AC Pro last night. Been keeping an eye on this discussion. Need to make time to look over the new info.

Offline Harvy66

  • Hero Member
  • *****
  • Posts: 2324
  • Karma: +213/-12
    • View Profile
Re: Possible? When it detects a voip call, throttle everything else to 1%?
« Reply #17 on: January 06, 2018, 04:28:10 pm »
Can you show us what the traffic load looks like when you're having the issues, and also show us your "Quality" graph? Can you show us your current queue configuration on your WAN?

Offline toysareforboys

  • Jr. Member
  • **
  • Posts: 36
  • Karma: +0/-0
    • View Profile
Re: Possible? When it detects a voip call, throttle everything else to 1%?
« Reply #18 on: January 06, 2018, 05:56:57 pm »
Can you show us what the traffic load looks like when you're having the issues, and also show us your "Quality" graph? Can you show us your current queue configuration on your WAN?
I just ran a test. Voip was horrible:

Started my download at 04:11.
All my phones were offline by 04:12.
They stayed offline until 04:23 and when they came back up they had bad voice quality.
They went back offline at 04:27 and stayed offline until my download finished (04:45) at which time they came back up with perfect voice quality.

Graphs (hopefully this is what you asked for):







-Jamie M.

Offline Harvy66

  • Hero Member
  • *****
  • Posts: 2324
  • Karma: +213/-12
    • View Profile
Re: Possible? When it detects a voip call, throttle everything else to 1%?
« Reply #19 on: January 07, 2018, 07:34:13 pm »
Is your test a TCP download? What are the priorities of your queues? Can you show Status/Queues during the test to make sure it looks like the expected traffic activity?

Also, could you run a speedtes from DSLReports https://www.dslreports.com/speedtest and click the gear to make sure "Hi-Res BufferBloat" is set, and set to 32/32 streams.

I find it very interesting that the start of the load shows a delayed mirrored shape of the throughput and the latency. Bandwidth peaks around 300Mb, but the latency doesn't go back to normal until ~220Mb/s, where it goes to stead-state throughput and normal latency for a while. I also noticed that the inpass and outpass is 30:1 ratio, sounding like ACKs. The reason I asked about DLSReports is because the upload test will give an idea of what your max upload is before queuing starts.
« Last Edit: January 07, 2018, 07:39:14 pm by Harvy66 »

Offline toysareforboys

  • Jr. Member
  • **
  • Posts: 36
  • Karma: +0/-0
    • View Profile
Re: Possible? When it detects a voip call, throttle everything else to 1%?
« Reply #20 on: January 07, 2018, 08:58:46 pm »
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.

Offline Harvy66

  • Hero Member
  • *****
  • Posts: 2324
  • Karma: +213/-12
    • View Profile
Re: Possible? When it detects a voip call, throttle everything else to 1%?
« Reply #21 on: January 08, 2018, 07:30:56 am »
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.

Offline toysareforboys

  • Jr. Member
  • **
  • Posts: 36
  • Karma: +0/-0
    • View Profile
Re: Possible? When it detects a voip call, throttle everything else to 1%?
« Reply #22 on: January 08, 2018, 08:10:19 am »
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.

Offline Harvy66

  • Hero Member
  • *****
  • Posts: 2324
  • Karma: +213/-12
    • View Profile
Re: Possible? When it detects a voip call, throttle everything else to 1%?
« Reply #23 on: January 08, 2018, 08:45:08 am »
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.