[asterisk-bugs] [JIRA] (ASTERISK-21737) [patch] - Crash during transfer from DAHDI/SIP to SIP/SIP in ast_format_cap_append called from remote bridge loop

[Etienne Lessard (JIRA)]

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

Etienne Lessard commented on ASTERISK-21737:
--------------------------------------------

I've made a (specific) patch for my problem, I'm attaching it on this ticket although it's (probably) too hackish to be merged in the asterisk code base.

More precisely, it locks the channel (if it is using a "sip" or "sccp" rtp glue) and test that is not a zombie before calling functions related to the glue. This works fine as long as the channel driver implementing the glue callbacks can work with the channel locked (i.e. that it doesn't create new deadlock conditions).

The patch has been put in production 2 weeks ago and there has been no crash since then (and no deadlock neither) which is an improvement in my case.

> [patch] - Crash during transfer from DAHDI/SIP to SIP/SIP in ast_format_cap_append called from remote bridge loop
> -----------------------------------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-21737
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-21737
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/Transfers, Core/Bridging
>         Environment: Asterisk SVN-branch-11-r385594 
>            Reporter: Alec Davis
>         Attachments: ASTERISK-21737-11.diff, ASTERISK-21737-1.8.diff, bug_apr30.diff.txt, gdb-apr30.txt, GDB_output_sample_10_01_2014.txt, gdb.txt, workaround_remote_bridge_crash.patch
>
>
> DAHDI call into queue.
> SIP agent answers, then transfer to SIP0007.
>  
> Crashed just after/during a transfer.



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