]> git.ipfire.org Git - thirdparty/asterisk.git/commit
chan_sip/res_pjsip_t38: Handle a request to negotiate T.38 after it is enabled. 54/3154/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:00:07 +0000 (13:00 -0300)
commit77b0145a25aa8c5d4b5c5de27150faf8f3a19eb5
treead1bec4169e92a6aeee75fe289b90b8e5220fb5b
parentac6824e4c32c49b8943fca85b318892ab4bb8df3
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