[asterisk-bugs] [JIRA] (ASTERISK-26923) bridging: T.38 request is lost when channels are added to bridge

[Richard Mudgett (JIRA)]

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

Richard Mudgett edited comment on ASTERISK-26923 at 4/14/17 6:01 PM:
---------------------------------------------------------------------

Have to revert the patch.  It causes a deadlock.  You cannot call ast_channel_get_t38_state() at that point in the code because a bridge lock is already held and that function will attempt to get another bridge lock if the channel happens to be a local channel.


was (Author: rmudgett):
Have to revert the patch.  It causes a deadlock.  You cannot call ast_channel_get_t38_state() at that point in the code because a bridge lock is already held and that function may attempt to get another bridge lock if the channel happens to be a local channel.

> bridging: T.38 request is lost when channels are added to bridge
> ----------------------------------------------------------------
>
>                 Key: ASTERISK-26923
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-26923
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Core/Channels
>            Reporter: Torrey Searle
>            Assignee: Torrey Searle
>
> The B leg of a call gets established before the A leg does.  If the B party sends a T.38 re-invite immediately, the T38_CONTROL frame can get lost as the B party has joined the Bridge and the A party as not yet joined the bridge



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