]> git.ipfire.org Git - thirdparty/asterisk.git/commit
Improve our handling of T38 in the initial INVITE from a device.
authorJoshua Colp <jcolp@digium.com>
Mon, 30 Mar 2009 14:35:47 +0000 (14:35 +0000)
committerJoshua Colp <jcolp@digium.com>
Mon, 30 Mar 2009 14:35:47 +0000 (14:35 +0000)
commitdf192b77df7cee3b693d832ccc0085b943ed3826
treeeb0845847df89025702fe6914cffa1734b1b6347
parent23de13f3da9df3489350af4c9a409fd2348a594c
Improve our handling of T38 in the initial INVITE from a device.

We now answer with matching media streams to what is requested. If an INVITE
is received with both a T38 and RTP media stream this means we answer with both.
For any outgoing calls created as a result of this inbound one no T38 is requested
in the initial INVITE. Instead if we start receiving udptl packets we trigger a
reinvite on the outbound side.

(closes issue #12437)
Reported by: marsosa
Tested by: pinga-fogo, okrief, file, afu

Review: http://reviewboard.digium.com/r/208/

git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.4@184947 65c4cc65-6c06-0410-ace0-fbb531ad65f3
channels/chan_sip.c