Trouble shooting HFA phones

[TipandRingtoSIP]

Is there a diagnostic tool on the STMI boards that I can monitor and log lost data packets to individual HFA phones? I have one of my off site locations that is continuously reporting poor audio connections, and they share the same STMI that other phones are on, and the other phones have no issues. Of course my network people say they see no problem, and I am going to have to prove that something is amiss with the network in order for them to actually fix anything. I have alot of HFA phones deployed in various locations, most are reporting no issues. I'm pretty sure there is some latency or other issue on the network that is causing the poor connection, I'm hoping there is a way to find this out via the STMI diag.... Thanks for any info!!

 

[LoPath]

If you go to the web based management of the STMI card, you can find it there. Go to Explorers, Statistics, MSC Statistics, Per Call Statistics.
You'll get a table of all of the currently active calls, with lots of juicy stats.

LoPath
Maintain HiPath 4000 V5 & V6, OpenScape Xpert V4, Xpressions, Contact Center

 

[donb01]

WBM is VERY anal about which browser you use, and which version of Java you have and a few other things. Once you figure out how to feed it - it's an awesome tool! Have patience with it!

Don Bruechert, Voice Comm Analyst II
CareTech Solutions @ Holy Family Memorial
Manitowoc, WI, USA

 

[TipandRingtoSIP]

I have been able to get into WBM, but man there looks to be a whole bunch of traces etc that you can configure to run.. Any suggestions on which traces to run that would show whether or not my network is causing my audio problems??

 

[LoPath]

You gotta be careful with traces. They can bog your system down to the point of disruption. They probably won't be of much help anyway. I'd stick with the Per Call Statistics for now. If they show latency, jitter, etc. then you know there's a network problem.

If you do end up going into traces, stick with the ones that say (normal) in front of them under Trace Profiles. You'd probably want HFA General problems or HFA Payload problems. Just make sure you turn off the trace when you're done.

I'd suggest starting the trace, make a test call, note the time of a supposed event, stop the trace, then download the trace file (under Trace Log) and peek in there. There will be a lot of data to go through. If you don't have it already, I'd download an app called Notepad++. It makes going through log files much easier!

Best of luck!!

LoPath
Maintain HiPath 4000 V5 & V6, OpenScape Xpert V4, Xpressions, Contact Center

 

[Moriendi]

I wouldn't bother with STMI internal traces for the problem you are reporting, at least not immediately. I would create a mirror port on the STMI data switch so you can capture all STMI traffic in Wireshark. Then do the same at the remote site, or pick a few lan points from the biggest complainers. Capture those also in Wireshark.

Use Wireshark to analyse the RTP streams at both points. You will most likely find there is delay/jitter/packet loss between the two points, and trace from STMI will prove it was good when it left the STMI.

Maybe it's a QoS issue, you may need to configure for QoS and the same on the data equipment. I'd expect that to be already done for a working voip network.