CU3 has some fixes related to Pull-DP's. http://support.microsoft.com/kb/2882125
 
From: [email protected]
To: [email protected]
Subject: RE: [mssms] PullDP
Date: Fri, 20 Sep 2013 19:10:08 +0000








Are you saying pull DP's are dying after a hour or so?????
 






John Marcum

Sr. Desktop Architect
Bradley Arant Boult Cummings LLP






 


From: [email protected] [mailto:[email protected]]
On Behalf Of Todd Hemsell

Sent: Friday, September 20, 2013 12:24 PM

To: [email protected]

Subject: Re: [mssms] PullDP


 

they stay installed for about an hour, then commit suicide. You remember when 
WSUS used to uninstall itself? yea, it is like that.


 

On Fri, Sep 20, 2013 at 11:29 AM, Trevor Sullivan <[email protected]> wrote:


I’m working on a project right now where I’m recommending them in the design. 
It’s a small-medium size environment with about 12 distribution points
 and only one Primary Site. There don’t seem to be any limitations with using 
Pull DPs for PXE booting, UEFI PXE booting, or anything like that. From what I 
can tell, it appears that the main benefit of using the Pull DP is to take the 
load off of the PkgXferManager
 component on the Primary Site. It’s essentially a client that’s pulling 
content from the “source DP” using BITS. In fact, based on the TechNet 
documentation, it is using the CCMFramework component of the ConfigMgr client.
 
To manage the transfer of content, pull-distribution points use the 
CCMFramework component of the Configuration Manager client software. This 
framework
 is installed by the Pulldp.msi when you configure the distribution point to be 
a pull-distribution point and does not require that the Configuration Manager 
client be installed. After the pull-distribution point installs, the CCMExec 
service on the distribution
 point computer must be operational for the pull-distribution point to 
function. When the pull-distribution point transfers content, it transfers 
content by using Background Intelligent Transfer Service (BITS) and logs its 
operation in the datatransferservice.log
 and the pulldp.log on the distribution point computer.
 
Planning for Content Management in Configuration Manager
 - 
http://technet.microsoft.com/en-us/library/gg712321.aspx#BKMK_PlanPullDps 

 
Cheers,
Trevor Sullivan
 
From:
[email protected] [mailto:[email protected]]
On Behalf Of Todd Hemsell

Sent: Friday, September 20, 2013 10:16 AM

To: [email protected]

Subject: [mssms] PullDP
 


Is anyone using PullDP's?


 


What are your experiences?


 


 

 

 





Confidentiality Notice: This e-mail is from a law firm and may be protected by 
the attorney-client or work product privileges. If you have received this 
message in error, please notify the sender by replying to this e-mail and then 
delete it from your computer.






Confidentiality Notice: This e-mail is from a law firm and may be protected by 
the attorney-client or work product privileges. If you have received this 
message in error, please notify the sender by replying to this e-mail and then 
delete it from your computer.





                                          


Reply via email to