SUP use by clients, just like MP use, is *not* location aware. To my knowledge, there’s really no way around this (at this time) except to use a (*ack*) secondary site.
J From: [email protected] [mailto:[email protected]] On Behalf Of Jason Wallace Sent: Wednesday, September 10, 2014 1:15 AM To: [email protected] Subject: Re: [mssms] Multiple SUP in SCCM 2012 R2 From a pure SCCM perspective if you have a single site then SCCM will simply respond to a location service request and send the client to a SUP with no consideration of your network. This means that you are likely to have your SUPs located in the centre. Once clients have scanned the results will be reported to the MP and then updates deployed from a DP (this time with concern given to bandwidth) As far as the clients pulling down the catalog this will be over HTTP 8530 - is this something you can control with QOS? As far as managing the bandwidth On 10 Sep 2014, at 07:03, "Raghav, Abhishek" <[email protected]<mailto:[email protected]>> wrote: We have multiple SUPs installed/configured in single SCCM 2012 R2 site. We recently has issue where SCCM clients started scanning and exhausted WAN link. I am looking for a way for clients to use local SUP for scanning. We can use F5 with some common name, which will redirect clients to local SUP IP address. The challenge is configuring SCCM client with common name. Can we use GPO to set WSUS common URL on all clients? Will SCCM not override this GPO setting? I actually tried setting this up manually in client’s registry and even WMI, but every time I initiate scan, SCCM client sends WSUS location request and configure it with one of the SUP name/URL. Thanks, Abhi THIS MESSAGE AND ANY ATTACHMENTS ARE CONFIDENTIAL, PROPRIETARY, AND MAY BE PRIVILEGED. If this message was misdirected, BlackRock, Inc. and its subsidiaries, ("BlackRock") does not waive any confidentiality or privilege. If you are not the intended recipient, please notify us immediately and destroy the message without disclosing its contents to anyone. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. The views and opinions expressed in this e-mail message are the author's own and may not reflect the views and opinions of BlackRock, unless the author is authorized by BlackRock to express such views or opinions on its behalf. All email sent to or from this address is subject to electronic storage and review by BlackRock. Although BlackRock operates anti-virus programs, it does not accept responsibility for any damage whatsoever caused by viruses being passed.
