asterisk users - Oct 2006 - IAX2 goes "one way audio" when lag gets bad

Hi,
I have a customer who experiences, once in a while, one-way audio...
That is... they can hear the person they called, but the person can
not hear them.

The customer is connected via IAX2 to our softswitch.

On the customer's end I have the following config in iax.conf:
[general]
bindport = 4569           ; Port to bind to (IAX is 4569)
bindaddr = 0.0.0.0    ; Address to bind to (all addresses on machine)
disallow=all
allow=ulaw
notransfer=yes
trunk=no
(I have also tried trunk=yes and nothing for trunk=)
jitterbuffer=yes
forcejitterbuffer=yes
mailboxdetail=yes
dropcount=3
minexcessbuffer=80
jittershrinkrate=1

I have tried with jitterbuffer=no, and then rather then one-way-audio
I get high packet loss until the connection settles back down.    Any
ideas on other things I can try?

On 2006-10-24 13:04:02 -0700, Matt <mhoppes@gmail.com> said:
> Hi,
> I have a customer who experiences, once in a while, one-way audio...
> That is... they can hear the person they called, but the person can
> not hear them.
> 
> The customer is connected via IAX2 to our softswitch.
> 
> On the customer's end I have the following config in iax.conf:
> [general]
> bindport = 4569           ; Port to bind to (IAX is 4569)
> bindaddr = 0.0.0.0    ; Address to bind to (all addresses on machine)
> disallow=all
> allow=ulaw
> notransfer=yes
> trunk=no
> (I have also tried trunk=yes and nothing for trunk=)
> jitterbuffer=yes
> forcejitterbuffer=yes
> mailboxdetail=yes
> dropcount=3
> minexcessbuffer=80
> jittershrinkrate=1
> 
> I have tried with jitterbuffer=no, and then rather then one-way-audio
> I get high packet loss until the connection settles back down.    Any
> ideas on other things I can try?
Implement QoS that prevents the upstream bandwidth from the customers 
site from being completely hammered...

Just a thought,
Marty

Hi Matt -
> I have a customer who experiences, once in a while, one-way audio...
> That is... they can hear the person they called, but the person can
> not hear them.
>
> On the customer's end I have the following config in iax.conf:
> trunk=no
> (I have also tried trunk=yes and nothing for trunk=)
> jitterbuffer=yes
> forcejitterbuffer=yes
> dropcount=3
> minexcessbuffer=80
> jittershrinkrate=1
If you're using Asterisk 1.2.x, dropcount, jittershrinkrate and
minexcesbuffer don't do anything.  They are ignored by 1.2.x unless
you specify that you want to use the old 1.0.x jitterbuffer.  Instead
you might try the parameters maxjitterbuffer, resyncthreshold, and
maxjitterinterps.  For more, you can check out the sample iax.conf.

I believe, also, that you are correct in setting trunk=no.  I know in
the 1.0.x jitterbuffer, trunk was not fully supported.  I think this
is still the case with the 1.2.x jitterbuffer.

- Noah