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

Download Throttling best practice

Hi.
I'm not quite sure about working with the new option "Download Throttling".

Here is the situation:
1. I'm having many users, which use all sorts of Torrents.
2. The default preference of Torrents is unlimited uploads and downloads.
3. I don't mind Downloads, but I want to limit the upload to no more than 10Kb per user.

If it's like before, then guess it should be on the Wan Nic.
Now what would be the best practice to achieve this (I have already defined "Traffic Selector" for all Torrents).
Thanks


This thread was automatically locked due to age.
  • Hi, did you try creating a bandwidth pool?

    Barry
  • Goldy, this doesn't solve the problem of your pipe being filled by multiple downloads.  One of the Sophos folks confirmed in another thread that this is no different than the result achieved in V8 by, for example, putting a bandwidth-limited pool on the Internal interface for specific '80->1:65535' traffic to limit HTTP downloads.

    Cheers - Bob
  • Hi Barry
    That was the older way.
    Now I would like to try the Throttling way (see attached image).

    Hi Bob.
    If you are right, then i wonder what the new Throttling good for?
    (It has to Identify Bitorrent By application control - not by service).
  • OK, I assumed the Download Throttling was only for downloads, but from your screenshot, I guess I was wrong.
    [:P]

    Barry
  • Hi Barry.
    What I'm looking for, is away to limit outgoing traffic of Bittorent.
    The default pref of all torrents software is unlimited concurrent connections and unlimited bandwidth.
    Saying that any user hows using Torrent for downloading, also open there computer to unlimited connections for everybody who want to use file from the share directory of this users.
    Since it use a very high rate of concurrent connections,  I want to limit this upload.
    Now sadly, Astaro don't have yet any way to limit concurrent connections per user,
    The only way I can think of, is to use QOS Throttling to limit torrent upload to minimum.
    The Big problem - I couldn't find a good way to do it yet.
    It seem Astaro don't recognize Torrent well, and can't Throttling Torrent. (Or - maybe I'm doing something wrong)...
    [;)]
  • Goldy, from your description, it sounds like you want a "classic" upload limit for bittorrent traffic on the WAN interface.  I think the picture you showed is for limiting downloads into your internal network.

    Cheers - Bob
  • Agree with Bob about using classic Qos for uploads but if you want to use download throttle exclusively then....

    Wan download throttle limits incoming traffic
    LAN download throttle shapes outgoing traffic. 

    So you would want to apply a download throttle rule to your internal interface to throttle outgoing traffic. Pretty much opposite of the way it used to work before
  • So you would want to apply a download throttle rule to your internal interface to throttle outgoing traffic. Pretty much opposite of the way it used to work before

    You've been a lot more active than I in the beta, Bill.  Isn't the only difference really just a different way of accomplishing the same thing?  Packets get dropped inside the UTM - you still have no control over the packets hitting the interfaces, no way to clear an inbound pipe.

    Cheers - Bob
  • There is a little more to QoS than simply dropping packets and packet priority /queuing etc make a difference in heavily used systems. For example, one of our systems has 100mb symmetric available bandwidth, but the user load is so high that we have to prioritize our DNS requests. 

    The original feature was requested by Alan Toews Networking: QoS for download traffic and makes sense for a new user that has not read the manual and wants to setup QoS by trial and error but seasoned pros like yourself are not so easily convinced [:D] 

    So... your assessment is basically correct. Its generally better to throttle traffic leaving the interface (egress traffic) than implementing ingress traffic policing (download throttling). Because you are dropping packets etc. on your WAN interface by doing download throttling which gets the job done but in a dirty way. At least it will satisfy the admins watching their WAN traffic throttled exactly at the number they specified[;)]

    Regards
    Bill
  • Hi and thanks.
    The reason I like the Idea of Download Throttling is the ability limit the Bandwidth per user (Source Address), While in Bandwidth Pool, you have to limit a general usage Bandwidth.
    Never the less it seems QOS in uploading doesn't seems to work (At least for me [:)] ).
    I've done some test with FTP, trying to limit it in all ways - just in case:
    Upload shape:
    1. Bandwidth Pools (limit uplink to 20Kb)– Wan NIC – No effects.
    2. Download Throttling (limit uplink to 20Kb)– Wan NIC – No effects.
    3. Bandwidth Pools (limit uplink to 20Kb)– Lan NIC – No effects.
    4. Download Throttling (limit uplink to 20Kb)– Lan NIC – No effects

    All tests was with Traffic Selectors  Any→FTP→Any 
    TOS/DSCP - off