Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 10 replies
  • Subscribers 2 subscribers
  • Views 5603 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

How is QoS supposed to work, again ?

StephaneGROBETY
Hello,

Historically, QoS "bandwidth reservation" in Astaro used to really reserve the bandwidth indicated: if you have a 20 Mbps link, made a 5 Mbps bandwidth reservation and started a download, it would peek at 15 Mbps.

Right now, I'm trying to diagnose an issue with VoIP: we have a 4096 Kbps reservation setup with a traffic selector that is quite wide: any UDP packet to or from our SIP provider network should match it.

Yet, when we start a download over our 20 Mbps link, the download speed goes all the way to 20 Mbps.

After checking that: the WAN interface is setup with the correct bandwidth value, the traffic selector are definitely wide enough to catch the SIP traffic, the reservation is made properly (correct traffic selector, correct interface, correct bandwidth pool), I can only come to two conclusions:
- The system doesn't work as it used to (or I always was mistaken) and it's now able to dynamically detect when reserved bandwidth is actually necessary (in which case I suppose  BW reservation is not only some kind of "hint" used to figure out what traffic to prioritize up to which point) 
- Bandwidth reservation doesn't work at all (furthermore: we have had some other reservation for a looong time - since ASLv6 at the very least and I'm not seeing it either)

Which one is correct ? Any other explanation ?

(And no, it doesn't seem that VoIP is affected by the non-matching traffic: as far as I can tell, the firewall is actually working fine, not just the way I thought it would).


This thread was automatically locked due to age.
Parents
  • 0
    Bandwidth Pools always have worked like Rx7TyreBurna says.  They apply only to uploads.

    In order to regulate inbound traffic in V9, you use Download Throttling rules, and these do result in bandwidth being limited like fulgan says.  To reserve inbound bandwidth for VoIP, create, in order:
    [LIST=1]External : Limit to 20Mbps : Internet -> VoIP -> Any
    • External : Limit to 16Mbps : Internet -> Any -> Any
    [/LIST]
    Cheers - Bob
Reply
  • 0
    Bandwidth Pools always have worked like Rx7TyreBurna says.  They apply only to uploads.

    In order to regulate inbound traffic in V9, you use Download Throttling rules, and these do result in bandwidth being limited like fulgan says.  To reserve inbound bandwidth for VoIP, create, in order:
    [LIST=1]External : Limit to 20Mbps : Internet -> VoIP -> Any
    • External : Limit to 16Mbps : Internet -> Any -> Any
    [/LIST]
    Cheers - Bob
Children
  • 0 in reply to BAlfson
    Interesting.  Thanks Bob for clarifying!
  • 0 in reply to NathanCole
    Bob,
    Is it better to apply Download Throttling, or to put QoS on an internal device, and throttle it's upload?

    So, I have an internal network card, my WAN is 14 Mbps down / 768 kbps up.

    I set the LAN interface speeds to 768 down / 14 Mbps up, because on the LAN interface, the 'up' is what is leaving the NIC and heading to the LAN, right?

    Then, I give that 3.5 Mbps for hulu.

    Is there an advantage to the Download throttling over that other way?