[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=236571#comment-236571 ] 

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

thanks for your insights @rmudgett

What would you think of this as an alternative solution

chan_pjsip proposes t.38 re-invite, sets a timer (500ms)
upon completion of negotiation (success or failure) timer is stopped
if timer expires, t.38 re-invite is re-proposed, timer reset for another (500ms)
at the end of 6 seconds (the existing timeout handler) timeout happens as normally but this re-invite rentransmission timer also gets cleared.


> 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)