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

QoS Implementation

Hi all,

I'm looking for some advise on how Astaro handles QoS and if this will work for me.

My situation is as follows:

I have IP TV which is handled by my modem. Ethernet feeds split of to my TVs from there.

I then would connect my modem to Astaro.

From Astaro I would have 4 links to different networks. DMZ, LAN, wireless...etc. 

I need to be able to control bandwidth so no particular network/user can hog all bandwidth, however I'm not interested in restricting a user from using all of it if no one else is using it. 

Further I'd need to put priorities for VOIP, DNS, http or bulk traffic...etc. 

I do however need to CAP the total internet bandwidth available to all of the networks behind Astaro as to make sure the IP TV does not get interrupted. [:)]

Is this possible? If so firstly would I apply to the WAN link or Apply to each internal interface?

Thoughts, help, info, greatly appreciated!

Need more info please ask. 

Thanks!


This thread was automatically locked due to age.
  • Thanks for your comments BAlfson. I am not trying to predict anything. I've done all that I'm trying to do here including limiting upload and download, with another vendor. I only switched because it was lacking some other features found in Astaro. [:)]

    Cheers!
    Mike
  • Astaro can do this..I have a similar setup already...hard to elaborate on my mobile...will elaborate onnce I get back to my office


    Hi William,

    Have you had a chance to compile some thoughts? 

    Thanks a lot!


  • Hi William,

    Have you had a chance to compile some thoughts?

    Thanks a lot!


    I don't want to elaborate but I've had other things come up...will get to it tonight
  • ok finally back "home" with some time to sit down..next post is going to be my QOS implementation..[:)]
  • ok I have the following setup on my "office" network:
    I have a 16/2 cable connection
    i have 3 interfaces:
    wan
    internal
    cellular(i have a femtocell...aka..cell booster in my house)
    all auto qos is being used on all interfaces

    In the qos section:
    wan:  up is 4096 down is 30000 this is due to the bursts you get with many cable providers
    internal: 102400 and 102400
    Cell: 102400 102400
    Other than what's created by application control(which is a very powerful tool) I have manulaly created the following for my tower(i tend to get piggish)
    name wtower qos
    source any
    service any
    destination wtower
    tos/dscp off

    then in bandwidth pools:
    external wan I have ipsec which is created by application control for 96 kilobits due to that being my femto's bandwidth.  That's 96 kilobits guaranteed bandwidth.  

    On internal:  I have wtower with a guarenteed bandwidth of 4096.  I can also click the specify upper bandwidth limit which i have done at whatever i want usually 8192(8 megabits).   right now i do not have a ceiling implemented as the auto qos is handling things well..i am allowed to have full bandwidth unless someone else is doing something..[[[:)]]]  The guarenteed bandwidth is what enables you to ensure oyu always have bandwidth available for whatever you want..so you would need to bild traffic seletors for each machine/protocol/or app you want to and set a guarenteed bandwidth for it..[[[:)]]]  If it is an application use the flow control to set application level guarentees..[[[:)]]]
  • Hi William,

    Thanks for your help. I've been playing with the concept you're talking about. To be clear:

    Any traffic I wish to ensure has a set amount of bandwidth available I set a bandwidth pool under the interface it originates from.

    The bandwidth I set on an object in the bandwidth pools does not limit anything else from using that bandwidth unless the object requires it. ?

    How do these limits react between other interfaces. For example if I have two internal networks. Lets call them wired and wireless.

    If I set http traffic to guarantee 5000 on both interfaces would that then mean http in theory would have 10000 guaranteed?

    Also how does the internal interface speed effect things? It does not appear in your example to match your internet speed?

    Thanks for your help!
  • If your rule guarantees bandwidth, then other traffic isn't limited unless necessary to support the guarantee.  A limit on traffic always restricts trafic to the defined limit.

    There is no interaction between interfaces.  On any one  interface, the sum of guarantees must be less than 95% of the total outbound capability of the interface.

    If I set http traffic to guarantee 5000 on both interfaces would that then mean http in theory would have 10000 guaranteed?

    I don't understand the question.  Which two interfaces?  What bandwidth pools?

    Also how does the internal interface speed effect things? It does not appear in your example to match your internet speed?

    If you want to affect web downloads by clients in your network, you do need to set the upload speed of the interface to the download speed of your internet connection.  Here's an example of managing download bandwidth for Web Surfing.

    Cheers - Bob
  • Hi Bob,

    You missed part of the question. [:)]



    How do these limits react between other interfaces. For example if I have two internal networks. Lets call them wired and wireless.

    If I set http traffic to guarantee 5000 on both interfaces would that then mean http in theory would have 10000 guaranteed?



    Interfaces would be wired and wireless, though the names really don't matter. Two different sources on different internal interfaces is really my point. Pool would be http traffic.

    However after reading your link I realize the above is not possible with Astaro. You cannot share a QoS rule between interfaces. I wonder why they don't just let you define your own pools? ie Pool-Internal = all my internal interfaces.

    Is there any chance the UTM (v9) will have a more flexible QoS implementation?

    Thanks for your help!

    Mike