]> git.ipfire.org Git - thirdparty/asterisk.git/commit
chan_sip/res_pjsip_t38: Handle a request to negotiate T.38 after it is enabled. 56/3156/1
authorJoshua Colp <jcolp@digium.com>
Thu, 7 Jul 2016 15:38:45 +0000 (12:38 -0300)
committerJoshua Colp <jcolp@digium.com>
Thu, 7 Jul 2016 16:46:44 +0000 (11:46 -0500)
commit690e23433b4accc422afdf28bb00d062a0d4d797
treefe8054bfda597d8cde392ff30300688ebe227639
parent8b16e992c86dc61afda4ea10ec95c696fef082f1
chan_sip/res_pjsip_t38: Handle a request to negotiate T.38 after it is enabled.

Some T.38 implementations may send another re-invite after the initial
one which adds additional negotiation details (such as the max bitrate).
Currently this will fail when passthrough is being done in chan_sip as we
do nothing if T.38 is already active.

Other handlers of T.38 inside of Asterisk (such as res_fax) handle this
scenario so this change adds support for it to chan_sip and res_pjsip_t38.
If a request to negotiate is received while T.38 is already enabled a
new re-INVITE is sent and negotiation is done again.

ASTERISK-26179 #close

Change-Id: I0298494d3da6df3219bbfa4be9aa04015043145c
channels/chan_sip.c
res/res_pjsip_t38.c