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

[Torrey Searle (JIRA)]

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

Torrey Searle commented on ASTERISK-26923:
------------------------------------------

also can you elaborate a bit more on the deadlock? from what I see ast_channel_make_compatible also acquires the channel locks, so why is the former unsafe and the latter safe exactly?

Torrey

> 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/Bridging, 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)