Re: [asterisk-users] announcement to be played for attended

2013-06-12 Thread Deka, Rajib IN MAA SL
Thanks a lot Dona and jg for your inputs. I'll try to find some way to do this from Dialplan or AMI and let you guys know soon. Please share if you have some more ideas. Regards, Rajib Date: Tue, 11 Jun 2013 18:34:46 +0200 From: jg webaccou...@jgoettgens.de Subject: Re: [asterisk-users

Re: [asterisk-users] announcement to be played for attended transfer call

2013-06-11 Thread jg
While B is talking to C, A is enjoying MOH. You could install a musicclass that starts with Your are being Playing an announcement like Your call has been... to A after C has accepted the call is probably not a good idea, because C has to wait until the the announcement has finished. In

Re: [asterisk-users] announcement to be played for attended transfer call

2013-06-11 Thread Don Kelly
jg Sent: Tuesday, June 11, 2013 5:28 AM Playing an announcement like Your call has been... to A after C has accepted the call is probably not a good idea, because C has to wait until the the announcement has finished. In environments where callers are announced to C, C would typically not want to

Re: [asterisk-users] announcement to be played for attended transfer call

2013-06-11 Thread jg
So, B transfers the call and after bridging to C, B should get an announcement. This is just an idea: See whether you can dispatch the termination of the call leg B-C by evaluating the DIALSTATUS variable. I am not sure whether you can see this inside the dialplan, but you should get the

Re: [asterisk-users] announcement to be played for attended transfer call

2013-06-11 Thread jg
Since Dial() might not return, DIALSTATUS cannot be used. I checked the various AMI events and you'll see a bunch of Newchannel, Hangup, Bridge, Unlink, and Masquerade events when transferring calls. You could use this to originate a call with the announcement for B. This is ugly, but if B's