[asterisk-bugs] [JIRA] (ASTERISK-25248) Improve Chan_Local's bridging speed

Asterisk Team (JIRA) noreply at issues.asterisk.org
Mon Jul 13 08:48:33 CDT 2015


    [ https://issues.asterisk.org/jira/browse/ASTERISK-25248?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=226877#comment-226877 ] 

Asterisk Team commented on ASTERISK-25248:
------------------------------------------

Thanks for creating a report! The issue has entered the triage process. That means the issue will wait in this status until a Bug Marshal has an opportunity to review the issue. Once the issue has been reviewed you will receive comments regarding the next steps towards resolution.

A good first step is for you to review the [Asterisk Issue Guidelines|https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines] if you haven't already. The guidelines detail what is expected from an Asterisk issue report.

Then, if you are submitting a patch, please review the [Patch Contribution Process|https://wiki.asterisk.org/wiki/display/AST/Patch+Contribution+Process].

> Improve Chan_Local's bridging speed
> -----------------------------------
>
>                 Key: ASTERISK-25248
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25248
>             Project: Asterisk
>          Issue Type: Improvement
>      Security Level: None
>          Components: Channels/chan_local
>    Affects Versions: 11.18.0
>         Environment: OpenSuSE 13.1 on a Quad Core
>            Reporter: Michael Cargile
>            Severity: Minor
>
> Was adding a feature to our software where it would call a phone using a local channel. Upon connection the call would get routed to an AGI where is would then route the phones channel to a meetme conference depending on various parameters. The AGI is designed to work on the underlying SIP channel and has issues with transferring the Local channel so the Local channel has to be bridged out of the way.
> This worked fine during development and testing on a Polycom phone. However when deployed none of the Cisco phones would work. After quite a bit of digging and a wireshark dump we realized the only difference was the Cisco phones were taking between 200 and 500ms to start sending RTP after sending the 200OK. When looking into the source code of chan_local, the check_bridge function is only called during RTP processing. Wrote a patch to run check_bridge more often.
> After building a test rig and running over a million calls chan_local calls through it without a single crash I am pretty confident that the changes are stable. It also has considerable improved the response time of the channel bridging for the Cisco phones.



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list