Cisco Cisco TelePresence Video Communication Server Expressway

다운로드
페이지 104
Appendix 5 – Known interoperating limitations 
 
Cisco VCS Deployment Guide: Microsoft OCS 2007 R2, Lync 2010 and Cisco VCS X7.0 
Page 87 of 104 
 
 
Appendix 5 – Known interoperating limitations 
Video codecs 
If MOC/Lync is used, then the video endpoints registered to the Cisco VCS Control must support 
H.263; this is the common video codec supported by endpoints and the MOC/Lync client. (The 
MOC/Lync client does not support H.264.) 
The MOC/Lync client for Apple Mac OS X does not support H.263 (RTVideo only), which means that  
to make video calls between this client and standards-based video endpoints, a Cisco AM GW would 
have to be in place to transcode between RTVideo and H.263/H.264. 
Video codec selection 
B2BUA 
When the B2BUA receives a call with no SDP – in other words, without a list of codecs that can be 
used for the call (for example, a call that has been interworked from H.323), the B2BUA must populate 
the SDP with a “pre-configured” list of codecs from which OCS/Lync can select, as OCS/Lync does 
not support INVITES with no SDP. 
The codecs offered and selected, therefore, may not reflect the best codecs that could have been 
selected by the endpoints. 
Non-B2BUA 
When the “OCS/Lync gateway” VCS receives an H.323 call destined for OCS/Lync, the “OCS/Lync 
gateway” VCS must interwork the call to SIP and generate a SIP INVITE to send to the OCS/Lync 
server. OCS/Lync does not support INVITES with no SDP – in other words, without a list of codecs 
that can be used for the call, so the “OCS/Lync gateway” VCS must populate the SDP with a “pre-
configured” list of codecs from which OCS/Lync can select. 
The codecs offered and selected, therefore, may not reflect the best codecs that could have been 
selected by the endpoints. 
Changing the “pre-configured” SDP 
The settings for the pre-configured SDP are configurable via the CLI only, using the 
xConfiguration 
Zones Zone [1..1000] [Neighbor/DNS] Interworking SIP
 commands. 
Joining a MOC/Lync conference (AV MCU) 
Using a MOC/Lync client to invite a third party to join the call does not work if the third endpoint is an 
endpoint registered to the Cisco VCS Control, or if the endpoint registered to the Cisco VCS Control is 
already in the call and another MOC/Lync client is introduced into the call. 
This is because when the MOC/Lync client invites a third party to join a call, the MOC/Lync client tries 
to create a conference using Microsoft proprietary messaging (xml in SIP messages), and this is not 
supported by standards-based video endpoints. 
Neither Cisco VCS Control nor standards-based video endpoints support the Microsoft proprietary 
signaling. 
Note, however use of Multiway on endpoints can join MOC/Lync clients into an ad hoc conference 
(see Cisco VCS Multiway deployment guide).