Error in distmgr.log is below ~Established connection to ["Display=\\CoEDP\"]MSWNET:["SMS_SITE=COE"]\\CoEDP\ $$<SMS_DISTRIBUTION_MANAGER><Thu Mar 29 15:59:21.929 2012 Pacific Daylight Time><thread=5172 (0x1434)> ~Signature share exists on distribution point path MSWNET:["SMS_SITE=COE"]\\CoEDP\SMSSIG$\ $$<SMS_DISTRIBUTION_MANAGER><Thu Mar 29 15:59:21.929 2012 Pacific Daylight Time><thread=5172 (0x1434)> ~Found the existing package path on MSWNET:["SMS_SITE=COE"]\\COEDP\SMSPKGE$\COE000A3\ $$<SMS_DISTRIBUTION_MANAGER><Thu Mar 29 15:59:21.929 2012 Pacific Daylight Time><thread=5172 (0x1434)> for ["Display=\\CoEDP\"]MSWNET:["SMS_SITE=COE"]\\CoEDP\, machine account is to be used~ $$<SMS_DISTRIBUTION_MANAGER><Thu Mar 29 15:59:21.960 2012 Pacific Daylight Time><thread=5172 (0x1434)> CWmi::Connect(): ConnectServer(Namespace) failed. - 0x800706ba~ $$<SMS_DISTRIBUTION_MANAGER><Thu Mar 29 15:59:21.960 2012 Pacific Daylight Time><thread=5172 (0x1434)> CWmi::Connect() could not connect to \\["Display=\\CoEDP\"]MSWNET:["SMS_SITE=COE"]\\CoEDP\\root\MicrosoftIISv2. error = The operation completed successfully.. Will try FQDN~ $$<SMS_DISTRIBUTION_MANAGER><Thu Mar 29 15:59:21.960 2012 Pacific Daylight Time><thread=5172 (0x1434)> Translated server name coedp.engr.oregonstate.edu to engr.oregonstate.edu\CoEDP.~ $$<SMS_DISTRIBUTION_MANAGER><Thu Mar 29 15:59:21.960 2012 Pacific Daylight Time><thread=5172 (0x1434)> CWmi::Connect(): ConnectServer(Namespace) failed. - 0x800706ba~ $$<SMS_DISTRIBUTION_MANAGER><Thu Mar 29 15:59:21.976 2012 Pacific Daylight Time><thread=5172 (0x1434)> CWmi::Connect() failed to connect to \\CoEDP\root\MicrosoftIISv2. error = The RPC server is unavailable.~ $$<SMS_DISTRIBUTION_MANAGER><Thu Mar 29 15:59:21.976 2012 Pacific Daylight Time><thread=5172 (0x1434)> ~ERROR DPConnection::ConnectWMI() - Failed to connect to COEDP. error = 0x800706ba~ $$<SMS_DISTRIBUTION_MANAGER><Thu Mar 29 15:59:21.976 2012 Pacific Daylight Time><thread=5172 (0x1434)> STATMSG: ID=2344 SEV=E LEV=M SOURCE="SMS Server" COMP="SMS_DISTRIBUTION_MANAGER" SYS=SCCM-COE SITE=COE PID=9372 TID=5172 GMTDATE=Thu Mar 29 22:59:21.976 2012 ISTR0="["Display=\\CoEDP\"]MSWNET:["SMS_SITE=COE"]\\CoEDP\" ISTR1="" ISTR2="" ISTR3="" ISTR4="" ISTR5="" ISTR6="" ISTR7="" ISTR8="" ISTR9="" NUMATTRS=1 AID0=404 AVAL0="["Display=\\CoEDP\"]MSWNET:["SMS_SITE=COE"]\\CoEDP\" $$<SMS_DISTRIBUTION_MANAGER><Thu Mar 29 15:59:21.976 2012 Pacific Daylight Time><thread=5172 (0x1434)> ERROR CheckDPforDrizzle: Could not find the desired DP ["Display=\\CoEDP\"]MSWNET:["SMS_SITE=COE"]\\CoEDP\ in the SCF $$<SMS_DISTRIBUTION_MANAGER><Thu Mar 29 15:59:21.976 2012 Pacific Daylight Time><thread=5172 (0x1434)> ~Cannot set the current Drizzle Role status for the DP. $$<SMS_DISTRIBUTION_MANAGER><Thu Mar 29 15:59:21.976 2012 Pacific Daylight Time><thread=5172 (0x1434)> Error occurred. $$<SMS_DISTRIBUTION_MANAGER><Thu Mar 29 15:59:21.976 2012 Pacific Daylight Time><thread=5172 (0x1434)> Performing error cleanup prior to returning. $$<SMS_DISTRIBUTION_MANAGER><Thu Mar 29 15:59:21.976 2012 Pacific Daylight Time><thread=5172 (0x1434)> I've looked this up extensively and most issues seem to arise from IIS 6 WMI Compatibility or Metadata compatibility not being installed. Those are for us. IIS is configured as per http://technet.microsoft.com/en-us/library/cc431377.aspx on our Windows 2008 R2 VM. Our distribution point is in the same forest but in a different domain than the site server. I can connect to \\CoEDP\root\MicrosoftIISv2 using wbemtest running as the system user on our site server. Pings work fine. No telnet (as far as I can tell - I may be doing that wrong) either, but should I even be able to do that? I've turned the firewall completely off on both servers and our intermediary firewall guy says he sees no dropped packets in our boundaries. We're at a loss at this point, and without BITS we can't multicast to our labs. Any ideas? Edit: Also, if we turn off BITS everything distributes fine. There's an error in the logs too about being unable to create a virtual directory share, which led me to distmgr.log. The site server's machine account is an admin on the DP, and even if I make EVERYONE an admin on the DP it still doesn't work. Edit 2: I see no SMB2/TCP packets sent that aren't received (using Wireshark).

Have you tried to reinstall IIS or BITS? BITS is not used at the time of package replication. It's only comes into picture while the package download between DP and Client.Anoop C Nair - @anoopmannur MY BLOG: http://anoopmannur.wordpress.com User Group: ConfigMgr Professionals This posting is provided AS-IS with no warranties/guarantees and confers no rights.

Yes. IIS/Bits and even the DP has been reinstalled. This has happened on two DPs - one that didn't have IIS before installing the DP, and one that we completely configured before installing the DP. Same error. I may have used the wrong wording in the title. However, IIS seems to have to be installed and accessible on the DP in order for packages to replicate to it if you have the http transfer option set. If we turn that off, everything copies perfectly. We just can't multicast that way.

Would suggest you to go through the below blog post once again to verify the settings http://myitforum.com/cs2/blogs/cnackers/archive/2010/09/20/configuration-manager-configuring-server-2008-r2-for-site-systems.aspx Also, Virtual directories are already created in IIS?Anoop C Nair - @anoopmannur MY BLOG: http://anoopmannur.wordpress.com User Group: ConfigMgr Professionals This posting is provided AS-IS with no warranties/guarantees and confers no rights.

Yes, I am 100% sure that our settings match those. I've been through reinstalling and reconfiguring IIS as per the blog post I put up (which matches those directions) multiple times before posting here. As far as I can tell, no virtual directories are created in IIS. The folders for the package were made on the drive, but no virtual directories in IIS.

Okay. It works. The problem is that for some reason we're unable to install the DP as the site server machine account and have it work. We have to use a domain account which has been added as an admin on the machine. Does this result in any security holes? Could this be a limitation on IIS? Edit: It seems like using a domain account makes the multicasting role break. I get errors like: Error finding namespace: 0xc1100113