asterisk users - Dec 2004 - Doubts about the Monitoring command

Hi all,

I have some doubts concerning the way asterisk records
calls using the Monitor command.
I ´ve done some jitter and packet loss tests in a such
way that, from asterisk 1, I send a file to asterisk 2
and record this file in asterisk 2 using the Monitor
command. To simulate the jitter and packet loss, I use
the  Cloud software, so with that one, I can "control"
the jitter and packet loss to any value I want, and
simulate the network characteristics I could have in a
real network.
Setting the cloud with 25 % of packet loss only,
without jitter, I ´ve got the file recorded, in
asterisk 2, with a kind of acceleration, ie, this file
plays a bit faster than the original file sent from
asterisk 1 to asterisk 2.
Hearing the sent file with a handset, without
recording, I listen a deteriorated file different from
the recorded one.
My question is:  
Is asterisk able to detect the packet loss and modify
the file recorded in a such way that compensate this
packet loss? 
How can I get the file recorded as I hear in the
handset,ie , with the deteriorated audio?

Thanks and best regards




		
__________________________________ 
Do you Yahoo!? 
Send a seasonal email greeting and help others. Do good. 
http://celebrity.mail.yahoo.com

On Thu, 30 Dec 2004, Guild Jackson wrote:
> Hearing the sent file with a handset, without
> recording, I listen a deteriorated file different from
> the recorded one.
> My question is:  
> Is asterisk able to detect the packet loss and modify
> the file recorded in a such way that compensate this
> packet loss? 
> How can I get the file recorded as I hear in the
> handset,ie , with the deteriorated audio?

Hi,

Asterisk just dumps the arriving audio into the Monitor file as it comes - 
IE missing packets just disappear.  This accounts for the speedp and the 
"different" distortion.

Steve Kann has been working on a generic jitter-buffer with 
packet-loss-concealment.  Once that's in Asterisk it will facilitate 
changing this Monitor behaviour so it records the reconstructed stream 
rather than the raw frames.

Steve