(Config Manager 2012 R2 environment)

Yes, I have looked at every other post that is out there. We still have random applications that get stuck at 0% downloading.

Background:

1) This application is located on the fallback DP (not the primary DP for this workstation location)

Troubleshooting so far:

1) checked boundaries, and they point to primary DP 1. If app isn't on that DP, it is setup to use fallback DP#9

2) checked application, and fallback is enabled on deployment type

3) killed the deployment, and rebuilt

4) killed the app, and rebuilt

5) LocationServices.log shows message: "Calling back with empty distribution points list" which leads me to believe it doesn't know to look to the fallback DP

6) CAS.log shows messages:

The number of discovered DPs(including Branch DP and Multicast) is 2 ContentAccess 3/26/2014 6:11:47 PM 7444 (0x1D14)
Calling back with the following distribution points ContentAccess 3/26/2014 6:11:47 PM 7444 (0x1D14)
Distribution Point='http://HEIMSCAT009.ahc.root.loc/NOCERT_SMS_DP_SMSPKG$/Content_69c31059-2a15-4158-9f15-4201feb61fc7.1', Locality='REMOTE' ContentAccess 3/26/2014 6:11:47 PM 7444 (0x1D14)
Distribution Point='http://HEIMSCAT009.ahc.root.loc/SMS_DP_SMSPKG$/Content_69c31059-2a15-4158-9f15-4201feb61fc7.1', Locality='REMOTE' ContentAccess 3/26/2014 6:11:47 PM 7444 (0x1D14)

What's weird, is that it's pointing to an HTTP address, but we only allow HTTPS connections with PKI Cert. When I type in the same path to the DP, but use HTTPS, it finds it right away.

Why is the CAS trying to tell the client to download the app from the HTTP url? Is it a configuration issue with IIS on the DP?

7) I checked the IIS Log on the fallback DP, and don't see any entries from the IP Address of the requesting machine

I give up...

LocationServices.log shows message: "Calling back with empty distribution points list" - Check the if the DP is able to communicate with fall back DP. There should be surely an network issues preventing the communications between DP's.