• Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login
Netgate Discussion Forum
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login

Possible? When it detects a voip call, throttle everything else to 1%?

Scheduled Pinned Locked Moved Traffic Shaping
24 Posts 4 Posters 2.3k Views
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • T
    toysareforboys
    last edited by Jan 8, 2018, 2:58 AM

    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.

    1 Reply Last reply Reply Quote 0
    • H
      Harvy66
      last edited by Jan 8, 2018, 1:30 PM

      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.

      1 Reply Last reply Reply Quote 0
      • T
        toysareforboys
        last edited by Jan 8, 2018, 2:10 PM

        @Harvy66:

        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.

        1 Reply Last reply Reply Quote 0
        • H
          Harvy66
          last edited by Jan 8, 2018, 2:45 PM

          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.

          1 Reply Last reply Reply Quote 0
          24 out of 24
          • First post
            24/24
            Last post
          Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
            This community forum collects and processes your personal information.
            consent.not_received