Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 7 replies
  • Subscribers 2 subscribers
  • Views 2120 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Automatic QoS and Custom QoS Play Nice?

Jimstigator
I read in an old thread that if you have the Automatic QoS features enabled, you don't want to define additional rules, or vice versa.  Is this still true in v9?  

Trying to get VoIP as solid as possible.  Will I benefit at all by selecting Download Equalizer/Upload Optimizer if I've already set download/upload QoS on VoIP related services, or is this just going to cause issues?

Thanks!
Jim


This thread was automatically locked due to age.
  • 0 in reply to Jimstigator
    Bump, anyone?  Which has precedence? 

    Thanks,
    Jim
  • 0
    Jim, I would have expected the automatic settings to be applied after the manual rules, but, at least during the first year that it was possible to de-select Automatic QoS, Upload Optimizer seemed to disrupt manual bandwidth rules.  I don't know if this still is an issue.  What does your testing seem to indicate?

    Cheers - Bob
  • 0 in reply to BAlfson
    Hey Bob,

    I am still having trouble with VoIP... so in my opinion, something is causing issues with QoS.  I de-selected it today, I'll report back.

    For whatever reason, no matter what the config, my phones are getting squeezed out when bandwidth gets pushed to the max.

    Thanks!
    Jim
  • 0
    Hi Jim,

    iirc, it's hard to throttle an existing stream once it's going... so if someone has a big download going full tilt, and you aren't restricting the max bandwidth on http or ftp or p2p or whatever, then when you need to make a phone call, there's nothing left.

    You can partially solve this by setting an upper limit for all traffic.

    I've also found it very helpful to set limits in p2p clients directly (in the client), but that only really helps if there's only one client (or you over-restrict each one so that the combined total is no higher than you want).

    Barry
  • 0 in reply to BarryG
    Barry,  thanks for the feedback!  That might be the case here.  I have been fiddling with QoS for the better part of a month and still have poor phone quality when bandwidth spikes.

    Truth be told, I've thrown in the towel on QoS and the UTM and ordered a 10m data line to run all phone traffic over.  I just can't seem to iron it all out and my staff isn't pumped about it.  

    I plan to do multipath rules to keep VoIP and general traffic on separate WAN connections, then just use one or the other as backup if needed.

    Thanks!
    Jim
  • 0
    Jim, did you see my comments in several, older threads that Anti-DoS Flooding has been the culprit when it wasn't the VoIP provider's gear?  If those aren't the problem, and you already are throttling all download traffic except VoIP, then the issue only can be resolved if your ISP is capable of doing QoS to favor VoIP traffic to you.  If they can't, then you're right that the solution is a separate connection.

    Cheers - Bob