PSTN Call Dropped

[Peter Longley]

Using the new preview of the Call Analytics I can see that a call has dropped but it doesn't help me with why it has dropped.  We appear to have this happen a number of times which is of concern as to how we can diagnose the issue.

We have multiple users who will all be on calls at the same time and the others will still be working without issue.  It varies as to when it will happen there are no common links etc.

Any ideas as to whether we will be able to get more analysis with this report to see why the call has dropped in the future?

[#2]

Hello Peter,

Although not a direct answer to your question about Advanced Call Analytics (Preview), you can access the user's session information via PowerShell and the Get-CSUserSession cmdlet. I have built a simple PowerShell GUI wrapper for the session cmdlet, which can be found at: http://realtimeuc.com/2016/10/get-csusersessiongui/.

[#3]

Hi Peter, reporting module is in the planning, don't have release timeline for now.

[#4]

Thanks Michael that is very helpful.

I guess my main concern is that given it is a cloud solution how do I deal with any errors even if I can see the error using your powershell tool.

For arguments sake I have one which dropped and have looked at it via your tool and it states

"Federated call terminated on mid-call media failure where both endpoints are internal"

So how do I know if that is something to do with my internal infrastructure or the Office365 solution? 

Previously raising a support ticket proved fruitless tbh.

[#5]

You can start with the "Diagnostic Header", grab the ICEWarn value and using Tharindu's decoder: https://gallery.technet.microsoft.com/office/ICE-Warning-Flag-Decoder-97058ef3 should give you some ideas on next steps. Also look into the QoE Report for device, client versions, packet loss, jitter, etc...

My advice, it is always the network :) Starting from there usually isolates 90% of issues.