Merit Network
Can't find what you're looking for? Search the Mail Archives.
  About Merit   Services   Network   Resources & Support   Network Research   News   Events   Home

Discussion Communities: Merit Network Email List Archives

North American Network Operators Group

Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical

Re: net-op: traffic loads as the result of patching

  • From: Elijah Savage
  • Date: Fri Jan 06 23:04:55 2006

Vicky Røde wrote:
Hash: SHA1

hmm..I thought (correct me if I wrong) wsus followed a mirror
(distributed) model say if a group of servers were pegged the update
process would provide remote clients access to the closet and min
latency host(s) in order to distribute the load prevent bandwidth


Elijah Savage wrote:
Sean Donelan wrote:

So, maybe an operational question.

What are people seeing as far as network traffic loads due to WMF patching
activity, e.g. auto-update and manual downloads?  Microsoft has used
several CDNs in addition to its own servers to distribute the load
in the past.
WSUS servers are being pounded right now. Usually 5 to 7% CPU now 72%

Version: GnuPG v1.2.5 (MingW32)
Comment: Using GnuPG with Thunderbird -

You are correct and with BITS2.0 or really any version of BITS which any updated system should have BITS2.0 it will use only the available bandwidth given. So say you are using 70% of your bandwidth, BITS on XP will only use the other 30%. So Bandwidth should not be an issue, but what I have noticed with WSUS is multiple clients connecting to the server will drive cpu utilization up only in peak form though like on initial connection. For us this is one service that was not built redundant because if for some reason like maintenance and our server is down the clients will then failover to Micro$ofts servers to get them directly.

The Information Technology News Center

Discussion Communities

About Merit | Services | Network | Resources & Support | Network Research
News | Events | Contact | Site Map | Merit Network Home

Merit Network, Inc.