On Tue, 21 Apr 2015, Alex Balashov wrote:
Our practice suggests that it's perfectly safe to measure time difference
between processing of initial INVITE and either (a) non-100 1xx response
(either 183+SDP or 180) or (b) final affirmative answer (2xx).
Safe to measure? Does that mean it is ha
Alex Balashov ,
Subject: Re: [VoiceOps] Easy ways to measure PDD
> Alex,
>
> That's exactly what we do. And the only other twist, since we work with a lot
> of dialer traffic, is that the originator may hang up before 180/183/200 come
> through. So the whole 20-30 second n
vices
Star Telecom | www.startelecom.ca | SIP Based Services for Contact Centers
-Original Message-
From: VoiceOps [mailto:voiceops-boun...@voiceops.org] On Behalf Of Alex
Balashov
Sent: Tuesday, April 21, 2015 3:51 PM
To: voiceops@voiceops.org
Subject: Re: [VoiceOps] Easy ways to measur
Our practice suggests that it's perfectly safe to measure time
difference between processing of initial INVITE and either (a) non-100
1xx response (either 183+SDP or 180) or (b) final affirmative answer (2xx).
-- Alex
On 04/21/2015 03:45 PM, Calvin E. wrote:
Regarding the other discussion of
You're absolutely right, I had a brainfart while looking at the Asterisk
CDR details. You won't get PDD from this.
Regarding the other discussion of what PDD is in SIP signalling versus real
human experience, it all depends what you're looking for and how you're
willing to find it. Detecting non-s
On 4/20/15 5:43 PM, Calvin E. wrote:
Asterisk does have logging and can write CDR with start time and answer
time. The exact details will depend on the version of Asterisk you are
using.
For example,
https://wiki.asterisk.org/wiki/display/AST/Asterisk+12+CDR+Specification
Watch for lines with "d
Contact Centers
>
>
> -Original Message-
> From: VoiceOps [mailto:voiceops-boun...@voiceops.org] On Behalf Of Eric
> Wieling
> Sent: Tuesday, April 21, 2015 11:15 AM
> To: Jesse Howard; Richard Jobson; Peter Beckman
> Cc: VoiceOps
> Subject: Re: [VoiceOps] Easy wa
You are referring to the various SIP timer options in Asterisk?
-Original Message-
From: Jesse Howard [mailto:jhow...@shoretel.com]
Sent: Tuesday, April 21, 2015 11:38 AM
To: Eric Wieling; Richard Jobson; Peter Beckman
Cc: VoiceOps
Subject: RE: [VoiceOps] Easy ways to measure PDD
My
el...@nyigc.com]
Sent: Tuesday, April 21, 2015 10:15 AM
To: Jesse Howard; Richard Jobson; Peter Beckman
Cc: VoiceOps
Subject: RE: [VoiceOps] Easy ways to measure PDD
I thought PDD / Post Dial Delay was the time between the caller dialing and the
caller hearing ringback. If that is correct you will
-Original Message-
From: VoiceOps [mailto:voiceops-boun...@voiceops.org] On Behalf Of Eric
Wieling
Sent: Tuesday, April 21, 2015 11:15 AM
To: Jesse Howard; Richard Jobson; Peter Beckman
Cc: VoiceOps
Subject: Re: [VoiceOps] Easy ways to measure PDD
I thought PDD / Post Dial Delay was the time between
-boun...@voiceops.org] On Behalf Of Jesse Howard
Sent: Tuesday, April 21, 2015 11:10 AM
To: Richard Jobson; Peter Beckman
Cc: VoiceOps
Subject: Re: [VoiceOps] Easy ways to measure PDD
Isn't this exactly what the timeout option in the dial command is for on
Asterisk?
You can both limit the ma
onday, April 20, 2015 11:16 PM
To: Peter Beckman
Cc: Calvin E.; VoiceOps
Subject: Re: [VoiceOps] Easy ways to measure PDD
Well if it needs to be real-time, it is not really a CDR function.
Oracles Palladion/COM can do it out of the box. But there again you need
to install a box. You can install it o
On 21/04/15 06:18, Peter Beckman wrote:
> A friend suggested this:
>
> * Pipe the live pcap output to something that decodes the SIP packet
> * If it is an INVITE, write the timestamp to a file named the CallID
> (may need to be bucketed by the first 3 characters of the callID)
>
Well if it needs to be real-time, it is not really a CDR function.
Oracles Palladion/COM can do it out of the box. But there again you need
to install a box. You can install it on VME.
It will send you an SNMP trap or email in real-time as soon as the minute
average KPI (e.g. PDD) is exceeded pe
On Mon, 20 Apr 2015, Calvin E. wrote:
Asterisk does have logging and can write CDR with start time and answer
time. The exact details will depend on the version of Asterisk you are
using.
For example,
https://urldefense.proofpoint.com/v1/url?u=https://wiki.asterisk.org/wiki/display/AST/Asterisk
Asterisk does have logging and can write CDR with start time and answer
time. The exact details will depend on the version of Asterisk you are
using.
For example,
https://wiki.asterisk.org/wiki/display/AST/Asterisk+12+CDR+Specification
Watch for lines with "disposition" = "ANSWERED" and calculate
Wow - thanks for mentioning sngrep - looks like a great tool!
---
Christopher Aloi
Sent from my iPhone
> On Apr 20, 2015, at 5:11 PM, Peter Beckman wrote:
>
> So after a recent discussion about how to quickly diagnose SIP calls from
> packets (tcpdump + sngrep for the win!), I'm now wondering
On Mon, 20 Apr 2015, Richard Jobson wrote:
Do you have an SBC or switch that already measures this and outputs it with
the CDR?
Nope.
Do you want to report on all PDD long-term? Or just one or two specific
calls?
Long term. A handful of Asterisk servers. Looking for what Calvin E.
sugg
eOps] Easy ways to measure PDD
> Since you can already parse the pcap, here's a napkin sketch assuming
> something like php, bash, tcsh, etc. Were you looking for something more
> specific?
>
> Find all INVITEs, store (as in-memory temp data) timestamps, Call-ID, and
> C
Since you can already parse the pcap, here's a napkin sketch assuming
something like php, bash, tcsh, etc. Were you looking for something more
specific?
Find all INVITEs, store (as in-memory temp data) timestamps, Call-ID, and
CSeq
Find first matching non-100 response for each INVITE based on Cal
Thanks Matthew... but...
"I don't want to manage yet another server or metrics repository in order
to hold all of this call data..."
This requires a whole pile of new software to be installed AND MySQL to be
run somewhere. http://www.voipmonitor.org/doc/Architecture
I have .pcap files from tcpd
Yup
Shripal
> On Apr 20, 2015, at 5:23 PM, Matthew Crocker wrote:
>
>
> www.voipmonitor.org
>
> PDD charts and so, so much more.
>
>
>
> --
> Matthew S. Crocker
> President
> Crocker Communications, Inc.
> PO BOX 710
> Greenfield, MA 01302-0710
>
> E: matt...@crocker.com
> P: (413) 746-27
www.voipmonitor.org
PDD charts and so, so much more.
--
Matthew S. Crocker
President
Crocker Communications, Inc.
PO BOX 710
Greenfield, MA 01302-0710
E: matt...@crocker.com
P: (413) 746-2760
F: (413) 746-3704
W: http://www.crocker.com
> On Apr 20, 2015, at 5:11 PM, Peter Beckman wrote:
>
So after a recent discussion about how to quickly diagnose SIP calls from
packets (tcpdump + sngrep for the win!), I'm now wondering if there is a
tool I don't know about that would be able to parse the same .pcap file
that contains all of my port 5060 traffic and output the PDD time for each
call
24 matches
Mail list logo
