From: Richard Mudgett Date: Mon, 19 Sep 2011 18:51:19 +0000 (+0000) Subject: Merged revisions 336658 via svnmerge from X-Git-Tag: 10.0.0-beta2~35 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=6fd0d3805d0a284bcf0bb154adda0fa5a5cf612b;p=thirdparty%2Fasterisk.git Merged revisions 336658 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ........ r336658 | rmudgett | 2011-09-19 13:46:40 -0500 (Mon, 19 Sep 2011) | 31 lines Made Dial d and H options no longer immediately auto-answer the calling leg. The Dial d and H options break DTMF attended transfer atxferdropcall option. 1) Party A calls party B. 2) Party B does a DTMF attended transfer to Party C. If the dialplan uses the Dial d or H options to call Party C then the Dial application answers the call immediately before initiating the call leg to Party C. The premature answer causes the transfer code to not invoke the atxferdropcall=no behavior for a blonde transfer since Party C has "answered". The transfer code thinks that Party B has "consulted" with Party C when Party B hangs up and completes the transfer to Party A. Party A now hears ringback until Party C actually answers. ASTERISK-13294 Dial d option. ASTERISK-11067 Dial H option to disconnect before answer. The referenced issues made Dial answer with the d and H options because many SIP and ISDN phones cannot send DTMF before the call is connected. * Made require the dialplan to control when or if the call needs to be answered to use the Dial application d and H options. (The call is no longer surprise answered when using the Dial d or H options.) Review: https://reviewboard.asterisk.org/r/1381/ JIRA AST-623 JIRA AST-666 ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/10@336659 65c4cc65-6c06-0410-ace0-fbb531ad65f3 --- diff --git a/UPGRADE-1.8.txt b/UPGRADE-1.8.txt index ebafedd9e4..230a5ef401 100644 --- a/UPGRADE-1.8.txt +++ b/UPGRADE-1.8.txt @@ -143,6 +143,12 @@ From 1.6.2 to 1.8: events/responses output the connected line ID as caller ID. These party ID's are now separate. +* The Dial application d and H options do not automatically answer the call + anymore. It broke DTMF attended transfers. Since many SIP and ISDN phones + cannot send DTMF before a call is connected, you need to answer the call + leg to those phones before using Dial with these options for them to have + any effect before the dialed party answers. + * The outgoing directory (where .call files are read) now uses inotify to detect file changes instead of polling the directory on a regular basis. If your outgoing folder is on a NFS mount or another network file system, diff --git a/apps/app_dial.c b/apps/app_dial.c index 3867ebc76a..de8deb6827 100644 --- a/apps/app_dial.c +++ b/apps/app_dial.c @@ -120,6 +120,11 @@ ASTERISK_FILE_VERSION(__FILE__, "$Revision$") a call to be answered. Exit to that extension if it exists in the current context, or the context defined in the EXITCONTEXT variable, if it exists. + + Many SIP and ISDN phones cannot send DTMF digits until the call is + connected. If you wish to use this option with these phones, you + can use the Answer application before dialing. +