Traffic Shaping for Replication
The replication between the appliance and the remote shares e.g. for patches uses for a while, the time to transfer the bytes configured in the bandwidth limitation, 100% of the WAN bandwidth. This causes in some errors when applications try to use the WAN to the same time. A good solution for this would be to use traffic shaping on the appliance to control the bandwidth to each remote share separately. Therefore, it is possible to use a constant bandwidth without interrupting other applications on the WAN Link.
Solution for a Linuxsystem see attached File
Daniel Schelte
shared this idea
-
Brad
commented
This is something I would GREATLY love to have. Right now I have a number of remote locations with only a T1 connection. I have a daytime schedule of 7000 bytes/s and night schedule of around 1.25MB/s. When I look at the utilization of my machines in nethogs (Linux) I see MULTIPLE download threads running. Each one caps at or near where I set the speed limit, but that speed limit is pointless if the total bandwidth being used is higher than my limit. Every morning I have to reboot my repositories because it saturates my router and nothing else will run. I have set the speed limits much slower, but it seems KACE will just spin up more threads!! I looked at one of the repositories one morning and it had 52+ threads running....all at the speed I set.
PLEASE PLEASE fix this! The speed limits in the repository schedule are bogus!
-
Christian Petri
commented
Great suggestion! Is there a native component in Windows for traffic shaping that could be used for this?