Cisco Cisco TelePresence Video Communication Server Expressway

Appendix 1 – Troubleshooting 

 

Cisco VCS Deployment Guide: Microsoft OCS 2007 R2, Lync 2010 and Cisco VCS X7.0 

Page 75 of 104 

 

 

 

To check who is watching for presence (of one or more entities in domains handled by Cisco VCS 
Presence Server): 
• 

go to 

 

Check that there is no transform that may be inadvertently corrupting the presence Publication, 
Subscription or Notify – e.g. that there is no transform modifying the presence URI. (Notifies are sent 
to the subscription contact ID, typically <name>@<IP address>:<IP port>;transport=xxx. Any 
transforms that modify this are likely to stop the presence Notify being routed appropriately) 

If a MOC/Lync client is started before the presence server is enabled, the MOC/Lync client may need 
to be logged out and logged back in again before it will display the correct presence information. 

Checking for presence problems should be carried out in the same way as checking for errors with 
calls: check the event log (available from the web browser) and the logging facilities mentioned in the 
‘Check for errors’ section above. 

If a video endpoint reports that it does not support the MOC/Lync client SDP, for example by 
responding “400 Unable to decode SDP” to a SIP INVITE message containing the MOC multi-part 
mime SDP sent to it: 

 

Check whether the OCS/Lync server is sending calls to the VCS incoming IP port, rather than the 
B2BUA IP port that should be receiving the incoming SIP messages. 

Reconfigure OCS/Lync server to send calls to the B2BUA IP port. 

The local host name and domain name fields must be configured in the VCS 

 page so 

that VCS can use the VCS hostname (rather than IP address) in communications. OCS/Lync requires 
the use of VCS hostname so that it can open a TLS connection to the VCS. 

If a call fails to connect, check that the endpoint, IP Gateway, MCU or ISDN Gateway is NOT in 
Microsoft mode; ensure that it is in Standard or Auto mode. (From a H323/SIP trace, an indication that 
the device is in Microsoft mode is the presence of a “proxy=replace” field in the contact header of the 
200 OK from the device.) 

This is normally seen if the B2BUA forwards an INVITE from a standards-based video endpoint where 
the ‘From’ header in the SIP INVITE only contains the IP address of the endpoint, e.g. “From: