[Asterisk-Users] TDM users: modified zttest.c for testing

Roger Gulbranson roger at gulbranson.com
Tue May 3 09:27:48 MST 2005


On Tue, 2005-05-03 at 09:48 -0600, Rich Adamson wrote:
> TDM & X100P card users:
> 
> Attached is a modified zaptel/zttest.c app called "attest-mod.c". It
> has been modified to report the "delay" in receiving 8,192 bytes
> from the TDM card (instead of reporting a percentage). It works with
> the digium x100p cards as well.
> 
> Drop the attachment in your zaptel directory and compile it with:
>   gcc zttest-mod.c -o zttest-mod.o
> Then run the executable like this:
>   ./zttest-mod.o -v
> and report the results.
> 
> The output should look like:
> 8192 bytes in 1.023843 seconds
> 8192 bytes in 1.023866 seconds
> 8192 bytes in 1.023853 seconds
> 8192 bytes in 1.023876 seconds
> 8192 bytes in 1.023841 secondsr
> --- Results after 5 passes ---
> Best: 1.023876 -- Worst: 1.023841 -- Average: 1.023856
> 
> The design objective of the TDM (and x100p) cards was to transfer
> 8,192 bytes of data from the card in exactly 1.00000 seconds.
> The above sample indicates my system required 1.023856 seconds to
> accomplish this, or 23856 microseconds too late.

Isn't the design objective to read 8000 bytes in one second?  The
reported (roughly) 1.024 second time frame is correct for 8192 bytes.

I get average numbers very close to 1.024 (especially if I take some
rounding error into account).

> Since the data transfer is to late, it implies that one frame of 
> data (or 1,024 bytes) will be dropped every 5.2 seconds on average
> (or, one frame dropped for every 42 received). 
> 
> I'm about 90% sure that's why spandsp does not function correctly
> and probably impacts how well the echo canceller works in some 
> cases as well.
> 
> It would be very interesting to see everyone's results in running
> this, and even more interesting to report the results with the OS
> distro in use, mobo in use (if known), etc. If anyone actually
> get's a result that is very close to 1.000 seconds, I'd really
> like to know more about those systems. (email off list is fine
> if you want.)






More information about the asterisk-users mailing list