yes, and it says it in that CU3. Coworker saw it. M$ Support did not know about it.
On Fri, Sep 20, 2013 at 2:10 PM, Marcum, John <[email protected]> wrote: > 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. > >
