R2 MOC Client issue with status showing incorrectly - showing as offline/online, not accurate.
Checking the Communicator UCCAPILOG.log from a customer’s R2 MOC Client I found the following: - SIP/2.0 409 Conflict - ms-diagnostics: 2044;reason="Publication version out of date";source="<OCS Server or Pool FQDN>" This lead me to think to have the customer check and verify that the OCS Server and Client were on the build or on the latest CU. Customer informed MSFT that, "We are in an environment that is unsupported. We have R2 ocs clients and R1 servers. We have known about this. It was something the vendor who setup our system did. " Unfortunately, this is an supported configuration and troubleshooting will need to stop until they either move the MOC Clients to R1 or move their OCS Servers to R1.
This is a unsupported configuration. A solution can be realized by either: a - use R1 MOC Client with their existing OCS R1 deployment b - upgrade current OCS R1 deployment to R2 if they want to use R2 MOC Client
Example R2 MOC Client UCCAPILOG
04/22/2010|15:26:20.663 151C:5C4 INFO :: Data Received - xxx.xxx.xxx.xxx:5061 (To Local Address: xxx.xxx.xxx.xxx:3579) 1634 bytes:
04/22/2010|15:26:20.663 151C:5C4 INFO :: SIP/2.0 409 Conflict
<operation index="1" version="0" curVersion="1" >
<device xmlns="http://schemas.microsoft.com/2006/09/sip/device" endpointId="AD2D8E0D-8E0B-5CF7-A833-486B3B4CCC59" gruu="sip:email@example.com;opaque=user:epid:DY4trQuO91yoM0hrO0zMWQAA;gruu" ><capabilities preferred="false" uri="sip:firstname.lastname@example.org" ><text capture="true" render="true" publish="false" ></text><gifInk capture="false" render="true" publish="false" ></gifInk><isfInk capture="false" render="true" publish="false" ></isfInk><applicationSharing capture="true" render="true" publish="false" ></applicationSharing><breakthrough capture="false" render="false" publish="true" ></breakthrough></capabilities><machineName >OJRB67FMG1</machineName></device></operation>
04/22/2010|15:26:20.663 151C:5C4 INFO :: End of Data Received - xxx.xxx.xxx.xxx:5061 (To Local Address: xxx.xxx.xxx.xxx:3579) 1634 bytes