Joachim Farla The last couple of days I was working at a customer side to deploy OCS R2 EE Consolidated Topology, CWA R2 server and OCS R2 Edge. Starting of with OCS R2 EE without any problems. The OCS R2 Documentation is btw very nice to read and makes your OCS R2 deployment much more easier than ever before. When installing the CWA R2 server the real problems begun. Strange enough this specific error was never seen before. And also search via 
bing on this specific error nothing useful returned. Not “bings” fault but the error is not seen quite often. Some Spanish and Russian site did write feedback in the OCS R2 forums but nothing useful and still not helping me resolving this issue. Issue: When setting up the CWA R2 server and installing the bits for CWA R2 and after that requesting my certificate with the following paramaters:
LcsCmd.exe /Cert /Action:Request /sn:im.contoso.com /san: im.contoso.com,download.im.contoso.com,as.im.contoso.com /ca:ca-server.contoso.com /OU:OCSServers /org:Contoso /country:US /city:Redmond
/state:WA /friendlyName:CWA_Certificate /exportable:TRUE the webuser was still unable to connect to the pool (pool01.contoso.com). Error message:
Error code:0-0-18100-2-0 So I verified:

• Can the CWA R2 server connect to the OCS R2 EE pool server? Start: cmd, nslookup, set type=srv, _sipinternaltls._tcp.contoso.com
• Can I telnet to port 5061 on the pool server. telnet pool01.contoso.com 5061 (blank page returned)
• Does it make sense when I change the default port 5061 back to 5060?
• Does it make sense to enabling Server to Server compression on the Pool/Front End properties on the Compression tab?
• Does it make sense to run the Logging Tool on the CWA R2 server?
• Does the CWA R2 and OCS R2 server both share the correct Root Certificate Chain?

The last two options will be the best choice for investigating to resolve this issue. After some drill down’s in the CWA R2 Diagnostic Logging I saw some error saying:

<&lt;&lt;&lt;&lt; [UCWeb.exception] (endpoint)—– &lt;epid=15(
sip:usera@contoso.com) 

UCWEB Failure: Code=OcsFailureResponse, SubCode=OcsOperationTimeout, Reason= 

Microsoft.Rtc.Internal.UCWeb.Utilities.UCWException: This operation has timed out. —> Microsoft.Rt 

c.Signaling.OperationTimeoutException: This operation has timed out. 

   at Microsoft.Rtc.Signaling.SipAsyncResult`1.ThrowIfFailed() 

   at Microsoft.Rtc.Signaling.Helper.EndAsyncOperation[T](Object owner, IAsyncResult result) 

   at Microsoft.Rtc.Collaboration.LocalEndpoint.EndEstablish(IAsyncResult result) 

   at Microsoft.Rtc.Internal.UCWeb.UCWAuthenticatedEndpoint.OotyUserEndpointEstablish_callback(IAsyn 

cResult asyncResult)

and:

( 0000000002DCBCA1 )Endpoint unbound: <endpointId=15>, <SipUri=sip:usera@contoso.com>TL_WARN (TF_COMPONENT) UCWeb (UCWEndpointManager.UnBind:endpointmanager.cs(200))        [0]0DBC.0C44 

::05/28/2009-14:21:57.704.00000004 

    ( 0000000002DCBCA1 )Unbind: Endpoint not found: <endpointId=15>, <SipUri=sip:usera@contoso.co 

m>

For me this error was indicating that there was something wrong on the certificate side. When setting up the CWA R2 server, two different certificates are used. One certificate for MTLS usage and one certificate for public SSL web access. The first certificate is used for server-to-server encryption (server to server communication) and the second certificate is used as web server certificate used on your internal or external Virtual CWA R2 website. In my specific case the CWA R2 server was used for 
public remote information workers connecting all over the world so we decided to request an third party certificate. Resolution or workaround: (Step 1) Make sure the request a Web Server certificate from a Windows Server CA procedure is going well. So replace the lcscmd.exe command line to your specific configuration:
LcsCmd.exe /Cert /Action:Request /sn:im.contoso.com /san: im.contoso.com,download.im.contoso.com,as.im.contoso.com /ca:ca-server.contoso.com /OU:OCSServers /org:Contoso /country:US /city:Redmond
/state:WA /friendlyName:CWA_Certificate /exportable:TRUE (Step 2) Depending on your type of Windows CA (hopefully Windows Server 2008) 
issue the certificate if needed. Open the Certificate Authority MMC on the CA server en double click the certificate who is now under the folder “
issued certificates” and export the entire certificate to a P7B extension. (Step 3) On the Communicator Web Access server, click 
Start, and then click 
Run. In the 
Run dialog box, type 
mmc, and then click 
OK.On the 
File menu, click 
Add/Remove Snap-in.In the 
Add/Remove Snap-in dialog box, click 
Add.In the list of 
Available Standalone Snap-ins, click 
Certificates.
 Click 
Add.In the 
Certificates Snap-in dialog box click 
Computer account, and then click 
Next.In the 
Select Computer dialog box, ensure that the 
Local computer: (the computer this console is running on) check box is selected, and then click 
Finish.Click 
Close, and then click 
OK. In the left pane of the 
Certificates console, expand 
Certificates (Local Computer), expand 
Trusted Root Certification Authorities, and then click 
Certificates. Right click the 
Trusted Root Certification Authorities and import the response file (P7B issued by your CA server). And confirm that the certificate is located in this folder. (Step 4) Make sure you also copy the certificate to your personal store in the same interface like step 3. Make sure the issuing CA root certificate is also there. (Step 5) Double clock the certificate you copied and make sure that the certification path is showing you 
both the CA server and the issued certificate used for MTLS. Test your connection again by hitting the CWA URL and you will see that the problem is solved. Any questions please contact me if you want.

本文转自 tigerkillu 51CTO博客，原文链接：http://blog.51cto.com/chenyitai/344950，如需转载请自行联系原作者