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

QOS Reality Check

JeffCooper
Hi Folks,

I'm tinkering with QOS on a UTM320 (v9.1) and want to make sure my logic is ... er ... logical.

We have a 20mbs WAN connection, our LAN and a Guest network.  I want to limit the guest network to 2mbs (up or down) so their internet use doesn't drag on our staff.

I think I need to enable QOS on the WAN interface, setting it for a max up/down of 20480kbps, create a couple of Traffic selectors (one going to the guest wifi, the other from it), then make a bandwidth pool including the two selectors, with an upper limit of 2048kbps.  I can't use just Throttling because I want to control up and down traffic.

Does that make sense?

I saw some examples where people set this up on their Guest Interface, but I'm not sure how that would help since the traffic is still getting into the UTM  from the WAN and would not get dropped until it got to the Guest interface.  Or should I set it identical on both?  Or inbound on the WAN and outbound on the Guest interfaces?

Thanks!

Jeff


This thread was automatically locked due to age.
Parents
  • 0
    Hi,

    IIRC, inbound QOS/throttling will drop packets.

    In the case of TCP traffic (http downloads, etc.), this will cause the server/client to drop down to a lower transmit speed automatically (it's part of the TCP specs).

    In the case of UDP (most P2P, skype, VOIP, etc.), the client/server may or may not do anything intelligent, and instead might just re-request the data, which would aggravate the issue.
    Most VOIP systems will just live with the dropped data (and there will be perceptible audio dropouts), but P2P systems will have to re-request the data.

    I always set bandwidth limits in my P2P clients directly, as well as doing QOS limits in the UTM. That really only helps if there's only one PC doing P2P (or Skype or whatever) though.

    Barry
Reply
  • 0
    Hi,

    IIRC, inbound QOS/throttling will drop packets.

    In the case of TCP traffic (http downloads, etc.), this will cause the server/client to drop down to a lower transmit speed automatically (it's part of the TCP specs).

    In the case of UDP (most P2P, skype, VOIP, etc.), the client/server may or may not do anything intelligent, and instead might just re-request the data, which would aggravate the issue.
    Most VOIP systems will just live with the dropped data (and there will be perceptible audio dropouts), but P2P systems will have to re-request the data.

    I always set bandwidth limits in my P2P clients directly, as well as doing QOS limits in the UTM. That really only helps if there's only one PC doing P2P (or Skype or whatever) though.

    Barry
Children
No Data