Cisco Cisco Expressway

Page of 63
Lync rejects Expressway zone OPTIONS checks with ‘401 
Unauthorized’ and INFO messages with ‘400 Missing Correct 
Via Header'
 
A response ‘400 Missing Correct Via Header’ is an indication that Lync does not trust the sender of the 
message.
 
A response ‘401 Unauthorized’ response to OPTIONS is another indication that Lync does not trust the 
sender of the OPTIONS message.
Ensure that Lync environment has been configured to trust the Expressway which is sending these 
messages, as described previously in this document.
Note, this can also be seen if a load balancer is used in front of the Lync, and Lync is configured to authorize 
the Expressway (Lync sees calls coming from the hardware load balancer rather than from the Expressway). 
Lync client stays in ‘Connecting …’ state
Lync client does not change into the connected state until it receives RTP (media) from the device with which 
it is in a call.
Call to PSTN or other devices requiring caller to be 
authorized fails with 404 not found
In some Lync configurations, especially where Lync PSTN gateways are used, calls are only allowed if the 
calling party is authorized. Thus, the calling party’s domain must be the Lync Server domain.  This means that 
the endpoints must register to the video network with a domain that is the same as the Lync domain.
Lync clients try to register with Expressway-E
SIP video endpoints usually use DNS SRV records in the following order  to route calls to Expressway:
 
_sips._tcp.<domain>
 
_sip._tcp.<domain> and
 
_sip._udp.<domain>
Lync clients use:
 
_sipinternaltls._tcp.<domain> - for internal TLS connections
 
_sipinternal._tcp. <domain> - for internal TCP connections (only if TCP is allowed)
 
_sip._tls. <domain> - for external TLS connections
Lync clients only support TLS connection to the Edge Server. The _sip._tcp.<domain> DNS SRV record 
should be used for the Expressway-E.
Microsoft Lync and Cisco Expressway Deployment Guide (X8.1)
Page 51 of 63
Appendix 1: Troubleshooting