[asterisk-bugs] [JIRA] (ASTERISK-21144) One way audio after channels are AMI Bridged out of a ConfBridge that has jitterbuffer=yes

[William luke (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-21144?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

William luke updated ASTERISK-21144:
------------------------------------

    Description: 
confbridge.conf has "jitterbuffer=yes"

To reproduce this issue, redirect two channels into a ConfBridge, using the above profile.

All is fine, audio flows correctly.

Now use the AMI to Bridge these channels. One way audio. "rtp set debug on", agrees and only shows rtp being processed in one direction.

If "jitterbuffer=no" is set, then two way audio after the Bridge.

Seems that the jitterbuffer is preventing rtp frames from passing accross the bridge.

In my case the two channels are SIP. There are no SIP reinvites etc going on. directmedia=no is set.
I've tried with same codec (so it uses the sip native bridge), and also with different codecs (the generic bridge?); same results.

  was:
confbridge.conf has "jitterbuffer=yes"

To reproduce this issue, redirect two channels into a ConfBridge, using the above profile.

All is fine, audio flows correctly.

Now use the AMI to Bridge these channels. One way audio.

If "jitterbuffer=no" is set, then two way audio after the Bridge.

Seems that the jitterbuffer is preventing rtp frames from passing accross the bridge.

In my case the two channels are SIP. There are no SIP reinvites etc going on. directmedia=no is set.
I've tried with same codec (so it uses the sip native bridge), and also with different codecs (the generic bridge?); same results.

    
> One way audio after channels are AMI Bridged out of a ConfBridge that has jitterbuffer=yes
> ------------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-21144
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-21144
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_confbridge, Bridges/Simple
>    Affects Versions: 11.2.1, 11.3.0
>         Environment: CentOS6 2.6.32-279.19.1.el6.x86_64
>            Reporter: William luke
>
> confbridge.conf has "jitterbuffer=yes"
> To reproduce this issue, redirect two channels into a ConfBridge, using the above profile.
> All is fine, audio flows correctly.
> Now use the AMI to Bridge these channels. One way audio. "rtp set debug on", agrees and only shows rtp being processed in one direction.
> If "jitterbuffer=no" is set, then two way audio after the Bridge.
> Seems that the jitterbuffer is preventing rtp frames from passing accross the bridge.
> In my case the two channels are SIP. There are no SIP reinvites etc going on. directmedia=no is set.
> I've tried with same codec (so it uses the sip native bridge), and also with different codecs (the generic bridge?); same results.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira