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

High bandwidth utilization during updates

We are expereincing issues with our enpoint clients pulling between 100MB-300MB of data in a 15 minute period when updates are occuring on our end user devices.  This is causing and issue because our WAN links are T1 lines at all of our remote locations.  I have tried to throttle the bandwidth in the Sophos Management Console down to 16kbps and the management client shows that the endpoints receive the policy transfer but many still continue to pull large amounts of data even after this policy is applied.  Please let me know is there are any other option for throttling the bandwidth or any other solutions for this issue.


Thank you.

:53665


This thread was automatically locked due to age.
  • Hello kserilla,

    first of all, such an amount (and it should be significantly less than 300MB as the CID including SCF, NAC and 32/64 bit alternate versions is 304MB) is only downloaded for a major update which doesn't happen more often than once a month - and not every major update updates all the stuff.

    I'm not using it but last time I tested the throttling worked. Keep in mind that throttling is done in the application (i.e. the desired speed is achieved by pausing between the files) and the bandwidth is an average over a certain period. With the minimum it should result in slightly less than 1MB per minute (OTOH a "full" download will take up to 4 hours with this setting). Naturally several endpoints updating at the same time add up - 100 will max out a T1 (if the error rate increases near max it'll be fewer).

    As said, a "large download" should only occur once per month per endpoint. If it's more often then you should investigate the cause. Depending on the number of endpoints and the environment at the remote sites you should consider additional SUMs (note that it's not required that these are running on a server grade OS).

    Christian   

    :53695