[VoiceOps] CPE side Passive Monitoring

Anthony Caiozzo anthony.caiozzo at telchemy.com
Mon Nov 3 22:22:18 EST 2014

Colton - yes - that's exactly what I'm saying.  :-)  See
www.telchemy.com/partners.php for a full listing of companies that have
released product that incorporate our VQmon
<http://www.telchemy.com/vqmon.php>  engine for MOS scoring/stats
generation.  VQmon is the only industry solution that complies with or fully
supports ITU-T P.564, G.107, ETSI TS101329-5 Annex E, RFC 3611 (RTCP-XR),
RFC 6035 (SIP PUBLISH/NOTIFY).  Most other competing products in industry
leverage a straight ITU-T G.107 E-model implementation which a) doesn't
correlate well to true subjective opinion b) doesn't support the 150+ codecs
and their variants that VQmon does c) doesn't typically provide intra-call
reports d) doesn't handle wideband and super-wideband codec measurements e)
doesn't support the analysis of video (e.g. conferencing or IPTV) like VQmon
can/does.  It is extremely well regarded and enthusiastically trusted by
carriers (and large enterprise) worldwide, is the de facto industry standard
and has almost 200M units deployed to date.


While I can imagine there are open source based providers using VoIP
Monitor. most commercial carriers that leverage COTS product leverage
Telchemy technology in some way, shape or form via the 200+ technology
licensees in our partner portfolio - or work with us directly to deploy
additional complementary system elements (e.g. SQmediator w/Polycom).  In
addition, please note that our products are not built and supported through
an open source community but rather conventionally developed (entirely
in-house), sold both direct as well as through a network of
distributors/resellers, are deployed in just about every single major
carrier environment and are both built and supported by a first rate
development team.  This is due to the immense amount of technical knowledge
and expertise required to develop and support the underlying measurement
technologies, as well as the active test and passive analysis systems
products that make extensive use of VQmon.  


As you've noted, Polycom (as well as many other soft and hard handset
vendors) include VQmon with their products.  Some include this functionality
as a default option with the device, others charge a nominal fee to access
the power contained within.  Polycom actually has a dual pronged approach,
whereby they separately license the functionality on the lower end 300/400
VVX platforms, while on the more fully featured 500/600 VQmon is included by
default.  In all cases, VQmon needs to be active / operational on the
platform in order to enable statistics generation and subsequent collection
/ SIP publishing to platforms like SQmediator.


Lots of technology / terminology contained above - let me know if it sparks
any additional questions.





From: Colton Conor [mailto:colton.conor at gmail.com] 
Sent: Sunday, November 02, 2014 12:08 PM
To: Anthony Caiozzo
Cc: voiceops at voiceops.org
Subject: Re: [VoiceOps] CPE side Passive Monitoring




So are you saying Adtran's VQM or Edgewaters and everyone elses is really
your embedded engine? I know alot of opensource providers are using
VoIPMonitor as a solution. I believe this software collects stats form
devices like Polycom Phones that use your software.


I have notices that Polycom sells each phone with Voice QM enabled for a
dollar or two more. I assume you need this license to enable stats


On Wed, Oct 29, 2014 at 9:57 PM, Anthony Caiozzo
<anthony.caiozzo at telchemy.com> wrote:

Chiming in from the vendor perspective here... Telchemy manufactures a
variety of embedded and non-embedded applications that are focused on
measuring voice, video and other real-time service application performance.

Our VQmon software is the de facto industry standard, is P.564 Class 1
compliant and serves as the cornerstone for many industry products that
feature MOS scoring and associated diagnostics, such as Adtran (mentioned by
Jay below) as well as Edgewater, Polycom, Cisco and a wealth of network
measurement / management tools and applications.  A full list of vendors
with products currently shipping can be found on our website -

There are typically three methods employed to measure/report on call/session

1. Measure live call quality @ the endpoint - typically achieved with an
embedded performance analysis model (VQmon) baked into the device.
Here's pointer to a joint solutions guide
s/12/1/Telchemy-SQmediatorSolution%20Guide_01082013.pdf) that covers how we
measure and report on EOL performance with Polycom, though there are a
number of other IP endpoint vendors that support the rfc6035 distributed
reporting model.  The benefit of this approach is being able to account for
all impairments that affect your customer experience - but the downside is
that sometimes you're measuring things (e.g. LAN performance) that you're
not directly responsible for or have no control over.  However - at the end
of the day - being able to understand what the net effect is of the total IP
connection can certainly be of immense value.

2. Measure call quality @ the WAN demarcation point - typically achieved
        a) a hardware probe (http://www.telchemy.com/appliances.php)
passively analyzing live customer traffic - providing full call setup,
teardown and media quality metrics
        b) a software probe running on customer provided hardware
(http://www.telchemy.com/sqprobe.php) passively analyzing live customer
traffic - providing full call setup, teardown and media quality metrics
        c) an active test agent (http://www.telchemy.com/dvqattest.php)
generating synthetic voice, video and data transactions to create a profile
of application performance and serve as a test head that can both probe the
carrier network as well as the local LAN for real-time, proactive diagnostic

Recalling that Kris was looking for a tool that enabled him to isolate WAN
performance - it sounds as if our hardware/software probe line would make
most sense for his application though collecting performance information
from EOL devices certainly provides useful diagnostic information when one
needs to provide empirical data as to which side of the WAN connection is
causing the issue.

Questions?  Happy to help however I can.


Anthony Caiozzo
Telchemy - www.telchemy.com
m: 617-312-5189  f: 678-387-3008
e: anthony.caiozzo at telchemy.com
support: 1-866-TELCHEMY
Skype: acaiozzo

-----Original Message-----
From: VoiceOps [mailto:voiceops-bounces at voiceops.org] On Behalf Of Jay
Sent: Wednesday, October 29, 2014 12:36 PM
To: voiceops at voiceops.org
Subject: Re: [VoiceOps] CPE side Passive Monitoring

On 10/29/14, 3:45 AM, Kris Alberts wrote:
> 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.

We use the Adtran TA900 series as a demarcation point, they are a very
versatile SIP toolbox with huge feature set. They also do voice quality
monitoring, can do packet capture, and can (but aren't required to)
interface with Adtran's N-Command central server that can store
historical data, back up configurations, etc.

This isn't passive, but it provides very good monitoring in addition to
PRI conversion, analog drops, SIP proxy, etc.

Jay Hennigan - CCIE #7880 - Network Engineering - jay at impulse.net
Impulse Internet Service  -  http://www.impulse.net/
Your local telephone and internet company - 805 884-6323
<tel:805%20884-6323>  - WB6RDV
VoiceOps mailing list
VoiceOps at voiceops.org

VoiceOps mailing list
VoiceOps at voiceops.org


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/voiceops/attachments/20141103/e82f5e35/attachment-0001.html>

More information about the VoiceOps mailing list