Cisco Cisco TelePresence Video Communication Server Expressway

다운로드
페이지 80
<sip:10.10.2.1>;tag=d29350afae33”. This is usually caused by a misconfigured SIP URI in the endpoint. In 
future versions of B2BUA, the “From”-header will be manipulated if necessary to avoid this issue.
Encryption mismatch
Look for the reason for the 488. If it mentions encryption levels do not match, ensure that you have configured 
encryption appropriately, either:
 
n
“Lync gateway” VCS has the Microsoft Interoperability option key included, or
 
n
Lync is configured such that encryption is supported (or set as “DoNotSupportEncryption”) – note that if the 
encryption support is changed on Lync then a short time must be left for the change to propagate through 
Lync Server and then the Lync client must be signed off and then signed back in again to pick up the new 
configuration.
Call connects but clears after about 30 seconds
If a call connects but shortly later clears, this is likely to be because the caller’s ACK response to the 200 OK 
is not being properly routed. To resolve this, make sure that the VCS and Lync servers are able to resolve 
each other’s FQDNs in DNS.
VCS to Lync Server calls fail – DNS server
VCS needs to have details about DNS names of Lync pools and servers, and therefore needs to have one of 
its DNS entries set to point to a DNS server which can resolve the FQDNs of the Lync pools and servers.
VCS to Lync calls fail – Hardware Load Balancer
If the Lync environment has FEPs with an HLB in front, ensure that the VCS is neighbored with the HLB. If it 
is neighbored with an FEP directly, trust for VCS will be with the FEP. VCS will send call requests to the 
FEP, but the FEP will record-route the message such that the ACK response should be sent to the HLB. The 
ACK sent to the HLB gets rejected by Lync Server, so Lync clears the call after the SIP timeout due to the 
FEP not seeing the ACK.
(Calls from Lync client – registered to the FEP – to VCS may still work.) 
Media problems in calls involving external Lync clients 
connecting via an Edge server
RTP over TCP/UDP
The Edge server supports RTP media over both TCP and UDP, whereas the B2BUA and standards based 
video endpoints only support RTP over UDP. The Edge server and any firewalls that the Edge server may 
pass media traffic through may need to be reconfigured to allow RTP over UDP as well as RTP over TCP to 
be passed.
ICE negotiation failure
This can usually be detected by the call clearing with a BYE with reason header “failed to get media 
connectivity”.
Video endpoints only support UDP media. ICE usually offers 3 candidates:
 
n
Host (private IP)
 
n
Server Reflexive (outside IP address of firewall local to the media supplying agent – B2BUA or Lync Client)
 
n
TURN server (typically the Edge Server/VCS Expressway)
Cisco TelePresence Microsoft Lync and Cisco VCS Deployment Guide (X8.2)     
Page 60 of 80
Appendix 2: Troubleshooting