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

[Matt Jordan (JIRA)]

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

Matt Jordan updated ASTERISK-21144:
-----------------------------------

    Component/s:     (was: Bridges/Simple)
                 Core/Bridging
    
> 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, Core/Bridging
>    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