Archive for November, 2011

Lync/OCS Logger Options


A full list of the options and uses can be found here


Lync Audio/Video Not Working

I have been trouble shooting an interesting issue with a client where If an External User tries to make an audio call to an internal user, the call would not be established due to network issues.

So the first thing that comes in mind are FW ports.Normally you need to double check the TCP/UDP 50,000-59,999 Range as well as the UDP 3478. Well after looking into it the ports were open and Edge was listening on them too.

Now the issue was only with the media, the signaling was fine, So when the External User calls the internal one, the called would get a notification, but when he accepts the call it disconnects.

The General idea of connection is that during the SIP negotiation and Especially the SESSION IN PROGRESS part in the SIPSTACK log, both clients would be offered the possible means of communications in the VIA field, So if you look closely You find the means to be BOTH Clients directly to each other or through an assigned ports on the edge.

Now running a SIPSTACK log on the Front End is saw the following error

ms-client-diagnostics: 23; reason=”Call failed to establish due to a media connectivity failure when one endpoint is internal and the other is remote”;CallerMediaDebug=”audio:ICEWarn=0x80012b,

After checking all ports in all directions it was still not working. So I ran a trace on the Internal Interface of the Edge and saw the internal client connecting successfully to the Assigned Port that I got from Monitoring the SIPSTACK.

What was interesting is the External Interface. When I ran the trace on the External Interface I would see the Edge Denying the connection to the client on the specified port.


Now the Edge would behave this way if the client was not authenticating to it properly, So ahead to the UCCP Logs on the client side I went Smile which are located under %Username%\Tracing , But how would the client know where to authenticate ?

Easy when the client signs in, it receives the configuration. and we are specifically looking for the MRAS that we have configured and can be found in Lync Control Panel –> Topology –> Edge Server –> EdgeServer


Now you would ask me, how did the client know how to get there, Remember the SESSION IN PROGRESS Negotiation ?

Looking at the logs I searched for the FQDN I got from the External MRAS FQDN in the previous screen


Bingo, here is the issue. The client doesn’t know where is the record. SO It means that the DNS record is missing from Either their local DNS or the external one.

It was actually missing on both, So after creating this record both internally and externally to point to the NATed public IP address of the AV Edge. All Started working perfectly fine.

So in a nutshell,

If you are facing an issue with AV Not working externally check the following

1- PORTS (This is normally the issue)

2- DNS Records

3- Certificates and trusts

Hope this helps Smile