aboutsummaryrefslogtreecommitdiffstats
path: root/main/channel.c
diff options
context:
space:
mode:
authormmichelson <mmichelson@f38db490-d61c-443f-a65b-d21fe96a405b>2009-02-11 22:41:01 +0000
committermmichelson <mmichelson@f38db490-d61c-443f-a65b-d21fe96a405b>2009-02-11 22:41:01 +0000
commitf251215c278f37c3e7bd834feed89c9e8f80c8f4 (patch)
tree0fe1e84cdd6feb3913b86d54e744d79072c635f6 /main/channel.c
parentec6f3dd32d30ce799effe57a2b0fc4aef504f3e2 (diff)
Fix 'd' option for app_dial and add new option to Answer application
The 'd' option would not work for channel types which use RTP to transport DTMF digits. The only way to allow for this to work was to answer the channel if we saw that this option was enabled. I realized that this may cause issues with CDRs, specifically with giving false dispositions and answer times. I therefore modified ast_answer to take another parameter which would tell if the CDR should be marked answered. I also extended this to the Answer application so that the channel may be answered but not CDRified if desired. I also modified app_dictate and app_waitforsilence to only answer the channel if it is not already up, to help not allow for faulty CDR answer times. All of these changes are going into Asterisk trunk. For 1.6.0 and 1.6.1, however, all the changes except for the change to the Answer application will go in since we do not introduce new features into stable branches (closes issue #14164) Reported by: DennisD Patches: 14164.patch uploaded by putnopvut (license 60) Tested by: putnopvut Review: http://reviewboard.digium.com/r/145 git-svn-id: http://svn.digium.com/svn/asterisk/trunk@174945 f38db490-d61c-443f-a65b-d21fe96a405b
Diffstat (limited to 'main/channel.c')
-rw-r--r--main/channel.c14
1 files changed, 11 insertions, 3 deletions
diff --git a/main/channel.c b/main/channel.c
index 4510ce252..6c0144491 100644
--- a/main/channel.c
+++ b/main/channel.c
@@ -1697,7 +1697,7 @@ int ast_hangup(struct ast_channel *chan)
}
#define ANSWER_WAIT_MS 500
-int __ast_answer(struct ast_channel *chan, unsigned int delay)
+int __ast_answer(struct ast_channel *chan, unsigned int delay, int cdr_answer)
{
int res = 0;
@@ -1725,7 +1725,9 @@ int __ast_answer(struct ast_channel *chan, unsigned int delay)
res = chan->tech->answer(chan);
}
ast_setstate(chan, AST_STATE_UP);
- ast_cdr_answer(chan->cdr);
+ if (cdr_answer) {
+ ast_cdr_answer(chan->cdr);
+ }
ast_channel_unlock(chan);
if (delay) {
ast_safe_sleep(chan, delay);
@@ -1761,6 +1763,12 @@ int __ast_answer(struct ast_channel *chan, unsigned int delay)
}
break;
case AST_STATE_UP:
+ /* Calling ast_cdr_answer when it it has previously been called
+ * is essentially a no-op, so it is safe.
+ */
+ if (cdr_answer) {
+ ast_cdr_answer(chan->cdr);
+ }
break;
default:
break;
@@ -1774,7 +1782,7 @@ int __ast_answer(struct ast_channel *chan, unsigned int delay)
int ast_answer(struct ast_channel *chan)
{
- return __ast_answer(chan, 0);
+ return __ast_answer(chan, 0, 1);
}
void ast_deactivate_generator(struct ast_channel *chan)