Jump to content


Steve G.

A Dilly of a DP Conundrum

Recommended Posts

First post. Please be gentle.

 

In gearing up for a rollout, the admins of our enterprise (of about 5600 computers) want to drop distribution points at slow sites, most of which have only a few computers each. This seems like something SCCM is built specifically to handle, but a test run of a remote site push has revealed otherwise. We dropped a DP and five client XP workstations at the same site and subnet, and sure enough the clients ignored the local DP that had all the task sequence packages loaded up and ready to go.

 

I opened an MS SAS ticket, and was informed that there are only a couple of ways to ensure that a collection will pull from a specific DP:

 


  1.  
  2. If BITS is enabled on a DP, it takes precedence over other DP's.
  3. Site systems can be set up as protected, and thus prevent systems outside of designated boundaries from using the protected DP.

 

Well, the BITS part is only helpful if we're deploying at a single site using a single DP. If BITS is enabled on two or more DP's, then we're back to computers pulling from the wrong DP.

 

Now, setting up protected sites seems like the perfect solution, but since our boundaries are based on sites, we don't provide fine, particulate coverage for our ravening hordes of tiny, slow remote sites. Basing our boundaries on subnets is unwiedly because we have literally hundreds of them (darn VOIP).

 

I'd like to keep my site boundaries and then just create subnet boundaries on demand that I could then use as a basis for creating protected sites, but this would mean that computers would fall under both a boundary for their site and a boundary for their subnet. Seems to be a consensus that having computers in overlapping boundaries is to be avoided at all costs, even when the boundaries are on the same site server.

 

Any ideas on how to proceed (other than go create hundreds of boundaries just to protect a relatively few sites)?

Share this post


Link to post
Share on other sites

Well... you don't have realy much other options...

 

That being said, the big no-no for overlapping boundaries is especialy for situations with multiple sites. See for some insights: http://social.technet.microsoft.com/forums/en-US/configmgrsetup/thread/fbaf259c-e7aa-4a67-bd93-7fd1a0444f59/ and http://social.technet.microsoft.com/Forums/en-US/configmgrsetup/thread/a2c05fe5-73a0-4b71-b94e-b2b7607df460

Share this post


Link to post
Share on other sites

Well... you don't have realy much other options...

 

That being said, the big no-no for overlapping boundaries is especialy for situations with multiple sites. See for some insights: http://social.technet.microsoft.com/forums/en-US/configmgrsetup/thread/fbaf259c-e7aa-4a67-bd93-7fd1a0444f59/ and http://social.technet.microsoft.com/Forums/en-US/configmgrsetup/thread/a2c05fe5-73a0-4b71-b94e-b2b7607df460

 

Well, I only have the one site, so there's no chance of overlapping with secondaries. SO, is ovarlapping within the same site really a no-no?

 

Has anyone tried nice, big site-based boundaries to make sure everything's covered, combined with small boundaries based on IP-range or subnet to create protected sites?

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...


×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.