]> git.ipfire.org Git - thirdparty/asterisk.git/commit
chan_sip/res_pjsip_t38: Handle a request to negotiate T.38 after it is enabled. 57/3157/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:56 +0000 (11:46 -0500)
commit22a36e5b106f9210f0d2499a43d903b9389e05c7
treeaa93a659bd938cdc151a180fd170f4e774f41fc7
parentd0c04c8986c0599d04408517ac5e7eb7c651a6ff
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