Thank you for all the suggestions will definitely check out Homer & Voip 
Monitor.

I really just need to be sure there are no issues on my end (server side) so 
that I can confidently tell the client its their home network and why.


On 5/23/2017 10:58 PM, Richard Jobson wrote:
So assuming it’s not packet loss or jitter, it’s a problem associated with the 
endpoint? No tool monitoring packets is  going to alert you to this problem 
because it only appears in the audio .  you could take the time to listen to 
every suspect call. Or you could take your customers’ time and ask him to 
specify which calls are problematic and listen only to those

What does audio sound like if a softphone  is squeezed on CPU resources? Or 
maybe it’s echo or maybe it’s static or maybe it’s problems associated with 
Wi-Fi or maybe it’s cabling or connectors?  If You can ascertain the root cause 
simply by listing to the audio, then that’s fine.

It depends on the objectives.  If all you need to do is to be able to point to 
suspect equipment  and tell the customer to replace it and move on,  then above 
is fine. If you need to isolate this specific systematic problem in a 
population of endpoints,  demonstrate it to external vendor or  partner or 
provide best practices for call center Endpoints and setup, then  perhaps more 
investment in troubleshooting  to root cause might be justified.

“Horses for courses “ ☺

From: VoiceOps 
<voiceops-boun...@voiceops.org><mailto:voiceops-boun...@voiceops.org> on behalf 
of Mark Wiater <mark.wia...@greybeam.com><mailto:mark.wia...@greybeam.com>
Date: Tuesday, May 23, 2017 at 2:37 PM
To: "Voiceops.org" <voiceops@voiceops.org><mailto:voiceops@voiceops.org>
Subject: Re: [VoiceOps] VoIP Testing


On 5/23/2017 4:18 PM, Richard Jobson wrote:
If the speech quality impairment is associated with the endpoint itself or any 
part of their headset gear, cabling etc. then monitoring on the IP packet 
network will not  analyze this

Of course you're right. But heck, if the problem doesn't manifest at the 
monitoring system in the clients local network, then you kinda know where the 
problem is, right? :-)

I don't argue your points about POLQA and such, but voipmonitor makes it pretty 
easy for me to identify root causes of client complaints kinda quickly.


_______________________________________________ VoiceOps mailing list 
VoiceOps@voiceops.org<mailto:VoiceOps@voiceops.org> 
https://puck.nether.net/mailman/listinfo/voiceops



_______________________________________________
VoiceOps mailing list
VoiceOps@voiceops.org<mailto:VoiceOps@voiceops.org>
https://puck.nether.net/mailman/listinfo/voiceops


_______________________________________________
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops

Reply via email to