Fix T.38 support when used with chan_local in between.
authorJoshua Colp <jcolp@digium.com>
Tue, 25 Sep 2012 20:14:13 +0000 (20:14 +0000)
committerJoshua Colp <jcolp@digium.com>
Tue, 25 Sep 2012 20:14:13 +0000 (20:14 +0000)
commit318c7bea44516d010b0b544dc3c632b746657d83
tree2299e0c2870d2e34cbfe3fe6aaef1929fa01360d
parentfdfb3ae5faac680bf939eea1312919bee14db76f
Fix T.38 support when used with chan_local in between.

Users of the T.38 API can indicate AST_T38_REQUEST_PARMS on a channel to request that the
channel indicate a T.38 negotiation with the parameters present on the channel. The return
value of this indication is expected to be AST_T38_REQUEST_PARMS upon success but with
chan_local involved this could never occur.

This fix changes chan_local to always return AST_T38_REQUEST_PARMS for this situation. If
the underlying channel technology on the other side does not support T.38 this would have
been determined ahead of time using ast_channel_get_t38_state and an indication would
not occur.

(closes issue ASTERISK-20229)
Reported by: wdoekes
Patches:
     ASTERISK-20229.patch uploaded by wdoekes (license 5674)

Review: https://reviewboard.asterisk.org/r/2070/
........

Merged revisions 373705 from http://svn.asterisk.org/svn/asterisk/branches/1.8
........

Merged revisions 373706 from http://svn.asterisk.org/svn/asterisk/branches/10
........

Merged revisions 373707 from http://svn.asterisk.org/svn/asterisk/branches/11

git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@373708 65c4cc65-6c06-0410-ace0-fbb531ad65f3
channels/chan_local.c