Summary:	ASTERISK-02324: [request] Add sound file playback to Dial Application option c
Reporter:	bdarcy (bdarcy)	Labels:
Date Opened:	2004-09-02 12:01:43	Date Closed:	2011-06-07 14:05:17
Priority:	Major	Regression?	No
Status:	Closed/Complete	Components:	Core/NewFeature
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:	( 0) app_dial_announceB.patch
Description:	In using the 'c' feature in the Dial command ie: Dial(Zap/g1cd/1231234,20,tr), it requires the called party to press # before connecting the call.  While this feature is extraordinarily useful, it would be nice if the caller were prompted to press the # key, instead of having to know what to do without instruction.  Example:  "Please press # to connect to the caller."   The filename does not need to be customizable really, as I think adding a filename option in the middle of the Zap options is not a pretty way of doing things.  Having the ability to re-record and use the hardcoded filename seems sufficient.
Comments:	By: bdarcy (bdarcy) 2004-09-02 13:31:54 Actually, since the 'c' option is specified within the zap channel parameters, this may infact not be a feature request for the Dial application, but for zap channel parameters. By: timrobinson (timrobinson) 2004-09-02 15:04:38 I want exactly the same thing! I propose that it should be handled via an additional option similar to A(x) called B(x) which will play a file to the called party _until_ they answer.   There should be an additional option to loop the file until answer. e.g. BL(x) means loop the file x until channel is answered by pressing #. By: paradise (paradise) 2004-09-03 01:07:41 I think its better to impelement the answer supervision feature on asterisk, something like busydetect which is good to detect disconnected calls. supposed that analysing the sound on called party with some configurable parameters on zapata.conf could help to have at least one answer detection method than none. By: timrobinson (timrobinson) 2004-09-03 05:14:31 Busy detect is already there. Analysing called party sound is too unreliable. We need something guaranteed to confirm 'answer'.  THe # feature is very powerful, especially when implementing 'find-me-anywhere' applications.  We just need it augmented to make it useful. Ability to play script multiple sound playback would be REALLY cool.  e.g. intro, callerID, press # to accept....etc.  But I will settle for anything except silence! By: mmastera (mmastera) 2004-09-08 11:55:53 I agree with Tim regarding the prompting, that would be nice...I would also like to see the "c" Answer Confirmation feature become channel independant.  It seems as though it currently only works on Zap channels, whereas my need is with IAX and SIP... By: mochouinard (mochouinard) 2004-09-08 21:52:34 Check bug 2305, you can just make the play back of what you want and ask for the # sign. By: timrobinson (timrobinson) 2004-09-09 02:33:39 The problem is that on an analogue channel you have no confirmation that the call has answered.  I don't think your current patch will do what I need, although I think we should probably merge the two bugs into one as they are very similar.   What I need is : As soon as the Dial command is executed, * should play a recording to the called party.  The Dial timeout starts at theis point, but the channel is NOT answered. * then waits until it sees a # key or the Dial timeout expires.  If the # key is detected, then the channel is answered. If Dial times out, it continues on in the dialplan.  Have a look at the c option in chan_zap.c as this is where the magic is done at the moment.  Can we merge the behavoiour of the c option in chan_zap with some of your ideas? By: dimi (dimi) 2004-09-09 06:28:46 Dear all i have made this patch (app_dial_announceB.patch) to have a announce message to the caller before connect the call. I used it to play some mex and seem to work but im not C guru :-) so is only hack... can someone improve it? Example: exten=> 1,1,Dial(ZAP/g2/${EXTEN},90,gB(welcome)) edited on: 09-09-04 06:31 By: timrobinson (timrobinson) 2004-09-09 06:57:20 Dimi thanks for this contribution - does this play the message BEFORE pressing # to answer the call, and does it stop playing the message when you answer the call?  This is what we are looking for in this feature/bug. By: dimi (dimi) 2004-09-09 07:35:39 Hi Tim i have test it now but my patch seems do not work if you set "c" option.. i dont know why... some help? By: mochouinard (mochouinard) 2004-09-09 11:03:09 Like I said, check patch 2305. and use the A() flag to play the prompt. dimi, how is your patch different than the use of A(x) ?? By: dimi (dimi) 2004-09-09 11:42:06 Hi mochouinard My patch play a mex to the caller side not to the Called is the opposite of A(X), but as say my patch not work with "c"... By: Russell Bryant (russell) 2004-10-05 14:43:29 What is the status on this? Thanks, Housekeeping By: twisted (twisted) 2004-10-27 16:36:09 Been over two weeks with a failure to respond to housekeeping request for status.  Find a bug marshal if you wish to re-open.