[asterisk-users] Best Practices: Empirical measure of call latency

Karl Fife asterisk-users at kfife.mailworks.org
Wed Jul 2 12:30:11 CDT 2008


I like your idea Michael.  Is the increment of delay of the echo service
known?  I suppose you'd have to back that out of the measurement. 

I was thinking of something similar (using audio editing software to
measure time between 'clicks') but more kludgy than your idea -- my idea
was to test the services in the form of LOOPS so I could HEAR the delay
myself.  Then the idea was to mesure the time between the first click
and the return click.

I imagine that someone out ther must have created a more automated way
to do this. 
Maybe the best reasons to have it automated would be to test for
variance over time. 

I recall several occasions using VoicePulse to terminate calls to
Switzerland: Call latencies of one full second or greater--A callback
would often 'fix' the problem.  

Thanks for your input!
-Karl


On Tue, 01 Jul 2008 22:40:20 -0500, "Michael Graves" <mgraves at mstvp.com>
said:
> On Tue, 01 Jul 2008 17:57:31 -0500, asterisk-users at kfife.mailworks.org
> wrote:
> 
> >I would like to hear your favored method to obtain an empirical measure
> >of latency in the media path.  
> >I'm doing several things that bring the media path through asterisk, and
> >this would allow me to make informed decisions about
> >
> >(a)PSTN termination providers
> >(b)DIDs in local and remote locations (and variance between ITSP's)
> >(c)time to/from various cellular networks  (and variance between ITSP's)
> >
> >Thanks!  Your opinion would be greatly appreciated
> >-Karl Fife
> >
> >p.s.
> >Speaking of latency, I've noticed that some sip endpoints (i.e. Aastra
> >57i Wireless) add significant latency.  It would be interesting to do an
> >apples-to-apples comparison between with various fxo/dect, sip/dect,
> >wi/sip, fxo/Spread-spectrum digital , and fxo/analog 47/900/2400mhz.
> 
> I had a project not long ago where I thought I was going to have to
> make  a comparison between the latency presented by two different call
> paths. In the end it wasn't necessary, but it did get me thinking about
> what I could do, lacking for any special equipment.
> 
> I had thought that I'd locate an echo test on a remote server. Free
> World Dialup still runs one that's accessible by both SIP and IAX2. My
> hosted PBX provider has one accessible via PSTN or SIP.
> 
> Then I'd use a mechanical click generator (impulse) at the handset
> while recording the call. Then take the recording into a waveform
> editor software and measure the timing differences between the various
> paths.
> 
> I can't say that this would be any kind of recommended practice, but I
> do think that I could get a sense of the comparative path
> lengths/timings.
> 
> Michael
> --
> Michael Graves
> mgraves<at>mstvp.com
> http://blog.mgraves.org
> o713-861-4005
> c713-201-1262
> sip:mjgraves at pixelpower.onsip.com
> skype mjgraves
> 54245 at fwd.pulver.com
> 
> 
> 
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> 
> AstriCon 2008 - September 22 - 25 Phoenix, Arizona
> Register Now: http://www.astricon.net
> 
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
-- 
  Karl Fife
  kfife at fifefamily.net




More information about the asterisk-users mailing list