diff options
| author | file <file@f38db490-d61c-443f-a65b-d21fe96a405b> | 2009-03-30 14:39:32 +0000 |
|---|---|---|
| committer | file <file@f38db490-d61c-443f-a65b-d21fe96a405b> | 2009-03-30 14:39:32 +0000 |
| commit | 734e3cf8b4f96112d82a2385af98030e12e6ae6e (patch) | |
| tree | 9c9add66406d635aa0a7dc0708b6d12f337e26bc /apps/app_queue.c | |
| parent | 08ec6253a5f9ab5db64cf88ff580971bc805e633 (diff) | |
Merged revisions 184948 via svnmerge from
https://origsvn.digium.com/svn/asterisk/trunk
................
r184948 | file | 2009-03-30 11:37:47 -0300 (Mon, 30 Mar 2009) | 21 lines
Merged revisions 184947 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4
........
r184947 | file | 2009-03-30 11:35:47 -0300 (Mon, 30 Mar 2009) | 14 lines
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: http://svn.digium.com/svn/asterisk/branches/1.6.0@184949 f38db490-d61c-443f-a65b-d21fe96a405b
Diffstat (limited to 'apps/app_queue.c')
0 files changed, 0 insertions, 0 deletions