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

Source Prioritization

Morning,

I have a little problem I'm trying to solve and I think QoS is where I'll find an answer but I'm not sure.

The scenario is this. I have a remote office that accesses resources at our main office(my location) over a VPN link. The link normally works fine as the office typically shows 1-2Mbps with occasional spikes to 6-7Mbps when the remote office is pulling down largish files. We're on a 10Mbps Fiber so I have some overhead to work with.

Occasionally however I need to make downloads through tools that don't have any sort of rate limiter and if I pick the wrong time of day, I can cripple that office. The traffic is bursty and random so I never know when is a bad time to download large files.

Is there a way I can either rate limit one PC, or preferably, give priority to VPN traffic so that my downloads scale back when the remote office starts pounding the tunnel?


This thread was automatically locked due to age.
Parents
  • Bob, this makes sense.  If he is maxing out the pipe inbound into the head office, uploads to the remote office require ACKs to come back, and those ACKs have to compete with the bulk traffic.  Only thing I can think of is to set the Download Equalizer mode, and set the downlink to somewhat less than the real speed (like maybe 9mb or so?)  Then, if you are railing the link inbound, the bulk tcp packets will get dropped to keep you under the limit - the ACKs from the remote office will not suffer (technically, the QoS manager should not even see them as ACKs, since they are in the VPN tunnel, but still not part of the bandwidth hog.)  Does this make sense?
Reply
  • Bob, this makes sense.  If he is maxing out the pipe inbound into the head office, uploads to the remote office require ACKs to come back, and those ACKs have to compete with the bulk traffic.  Only thing I can think of is to set the Download Equalizer mode, and set the downlink to somewhat less than the real speed (like maybe 9mb or so?)  Then, if you are railing the link inbound, the bulk tcp packets will get dropped to keep you under the limit - the ACKs from the remote office will not suffer (technically, the QoS manager should not even see them as ACKs, since they are in the VPN tunnel, but still not part of the bandwidth hog.)  Does this make sense?
Children
No Data