[VoiceOps] VoIP Monitor - How do you roll ?

Peter E peeip989 at gmail.com
Thu Feb 11 21:52:21 EST 2016


Thanks Matt

On Feb 11, 2016, at 21:47, Matt Ladewig <matt at univoip.com> wrote:

If you have the base config set to record rtp headers only, then you can add a specific capture rule under “capture rules” to override the base config. Set RTP to ON in the rule.
 
 
 
From: Peter E [mailto:peeip989 at gmail.com] 
Sent: Thursday, February 11, 2016 6:38 PM
To: Matt Ladewig <matt at univoip.com>
Cc: Christopher Aloi <ctaloi at gmail.com>; Carlos Alvarez <caalvarez at gmail.com>; voiceops at voiceops.org
Subject: Re: [VoiceOps] VoIP Monitor - How do you roll ?
 
We're in the middle of a trial of voipmonitor so this topic is timely as we're crushing the lab boxes and therefore don't trust any of the stats it is currently showing (MOS, PDD, etc). 
 
If you're capturing sip + rtp headers and you have a need (plus permission) to record full rtp for a single user, how's that done in the interface?

On Feb 11, 2016, at 15:40, Matt Ladewig <matt at univoip.com> wrote:

Agreed, all sip signaling with RTP headers only for all calls. Only full RTP for specific troubleshooting and even then only by a very limited staff.
 
From: VoiceOps [mailto:voiceops-bounces at voiceops.org] On Behalf Of Christopher Aloi
Sent: Thursday, February 11, 2016 11:35 AM
To: Carlos Alvarez <caalvarez at gmail.com>; voiceops at voiceops.org
Subject: Re: [VoiceOps] VoIP Monitor - How do you roll ?
 
We capture SIP signaling and RTP headers to evaluate the call quality our customers and carriers.  Using the data we can proactively solve problems etc..   
If we are actively troubleshooting an issue we may capture the full RTP to analyze the packets.  The need to capture the full packet is pretty rare.
 
 
On Thu, Feb 11, 2016 at 2:11 PM Carlos Alvarez <caalvarez at gmail.com> wrote:
Doesn't anyone else see a major privacy/compliance/legal issue with capturing all packets?  We only record if a customer explicitly allows us as part of a problem complaint.
 
Anyway, that's my answer...only do it when necessary.
 
 
On Thu, Feb 11, 2016 at 11:45 AM, Christopher Aloi <ctaloi at gmail.com> wrote:
Hey Everyone - 
 
I know many of you are happy VoIP monitor customers, I am too !
 
Currently I have a "capture" node deployed in my three data centers pushing packets back to a centralized DB/GUI instance.  I hit some bottle necks around disk storage on the central instance and lost packets on the remote capture nodes.  I'm in the market for some new hardware to tidy this up a bit, curious - what does your deployment look like?  what type of hardware are you using?  do you split your capturing up (send/receive) or have any other hardware tips?
 
Thanks - 
 
- Chris
 
 
_______________________________________________
VoiceOps mailing list
VoiceOps at voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops

 
_______________________________________________
VoiceOps mailing list
VoiceOps at voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops
_______________________________________________
VoiceOps mailing list
VoiceOps at voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/voiceops/attachments/20160211/9083d9e3/attachment.html>


More information about the VoiceOps mailing list