[VoiceOps] CPE side Passive Monitoring

[Kumudu Suriyaarachchi]

Hi,

My experience with Packetsmart was not so good.
There were occasions the probe froze and brought down the service.

Regrads,
Kumudu

From: VoiceOps [mailto:voiceops-bounces at voiceops.org] On Behalf Of Kris Alberts
Sent: Wednesday, October 29, 2014 6:45 AM
To: voiceops at voiceops.org
Subject: [VoiceOps] CPE side Passive Monitoring

Hi

Looking for a cost effective, easily deployed, useful passive monitoring probe to be deployed at the customer prem for voip traffic monitoring.  My main objective is to reduce MTTR and provide a clear demarcation service for customers that supplies their own LAN. We use a variety of CPE device (primarily Cisco though) so I will need to find an external hardware probe that caters for all use cases.

There seems to be a variety of solutions available so was hoping you could share you experience on some of the solutions that you are using. I really need to understand the extent to which the added visibility optimised your product in terms of better support, fewer truck rolls etc. All of these listed products claims to do just that.

Solutions that come to mind includes: Prognosis, Telchemy, Broadsoft PacketSmart, Flukenetworks and Appneta Pathview.

I need to evaluate in the lines of :

  *   Effectiveness as a demarcation service.
  *   Easy of deployment (hosted, SaaS model).
  *   Probe and licensing costing.
  *   Support portal granular stats in order to reduce MTTR.
Thanks
Kris

This communication (including any attachments) may contain privileged or confidential information of Alteva and is intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient, you should notify the author and delete this communication from your system, including any attachments. Any disclosure, copying, saving or distribution of this communication, or the taking of any action based on it, is strictly prohibited. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Alteva.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/voiceops/attachments/20141029/49a1c1a9/attachment-0001.html>