Re: [Asterisk-java-users] Attended Transfer using Manager API
Brought to you by:
srt
Menu
▾
▴
Re: [Asterisk-java-users] Attended Transfer using Manager API
|
From: Gaetan M. <gm...@ea...> - 2007-04-03 08:05:53
|
Ok I see. In our application the operator links (transfer/redirect) the channels in the application as she has no phone to hang up, and the pbx hangs up the operator phone after the redirect occurs so we don't have this problem; In your case you need a transfer supervised by the pbx, not by your application. Indeed you'll need somethink like a meetme to keep everybody connected. Have you tried to do the bridge in the "h" extension in the operator context so you redirect the other party before its channel gets closed, using channel variables (not sure it could work) ? Gaetan Markus Floegel wrote: > Hi Gaetan, > > Thanks for the answer! > > >>> the operator line is >>> hung up by the system even before she puts the phone down (in fact the >>> phone is an headset with autoanswer in our case). >>> > > In my application, the operator manualy hangs up the phone (using hardware) and then the other two channels should be connected. > But there is the problem. The the third party is disconnected too, when the operator hangs up the phone. > > I tried to catch the HangUpEvent or UnLinkEvent of the third channel and then redirect the third channel to the parking channel but it doesn´t work... > > Markus > > > > -----Ursprüngliche Nachricht----- > Von: ast...@li... [mailto:ast...@li...] Im Auftrag von Gaetan Minet > Gesendet: Dienstag, 3. April 2007 09:19 > An: ast...@li... > Betreff: Re: [Asterisk-java-users] Attended Transfer using Manager API > > Hi Markus > > If the channel is hung up when the operator hangs up the phone chances > are that the parking didn't work at all, because in our application as > soon as we redirect the other party to the parking, the operator line is > hung up by the system even before she puts the phone down (in fact the > phone is an headset with autoanswer in our case). > > In the dialplan I simply put this kind of thing: > > [CUSTOMPARK] > exten => *101,1,StopMusicOnHold() > exten => *101,2,StartMusicOnHold() > exten => *101,3,ParkSilent() > > Then I redirect the third party's leg to the extension > (CUSTOMPARK,*101,1) using AMI. > > Please note we don't use the parking extension declared in > features.general to avoid any interference with the stock parking > application, and that as a consequence the *101 is not automatically > inserted in the parkingext context by res_features. We use (and redirect > to) our own separate context. > > The only reason I see is that your parking extensions was not declared > in your context so the redirection simply fails as the dialplan can't > reach the extension. If you where using the stock parking application > and configuration, maybe you forgot to include the parkingext > (sub-)context in you incoming(zap ?) context ? > > > N.B: The stop/start MOH thing is here because with at least asterisk > 1.2.9 we had problem with the channel crashing when coming from a queue > where MOH was already playing, unless we used mpg123. That had something > to do with codec translation changes on the fly iirc; > > Gaetan > > Markus Floegel wrote: > >> Hi, >> >> I tried something like this before, but i had the problem that the third party was disconnected when the operator hangs up the phone. >> So i can´t redirect the channel of the third party to the parking channel. I alway gets an HangupEvent and the phone of the third party was disconnected. >> How do you implement this? >> >> thanks >> >> >> >> >> ________________________________ >> >> Von: ast...@li... [mailto:ast...@li...] Im Auftrag von Gaetan Minet >> Gesendet: Montag, 2. April 2007 11:02 >> An: ast...@li... >> Betreff: Re: [Asterisk-java-users] Attended Transfer using Manager API >> >> >> Hi, >> >> We managed to implement this using (well, abusing) the parking application. That way we have no meetme running for each attended call, the channels are always simply bridged. >> >> - We redirect the leg of the caller to the parking extension. The operator leg is then dropped and the caller has MOH. In return we get the parking position of the call. >> - We then call the other party, announce the call. >> - If he accepts the call, we redirect his current leg to the parking lot extension the call is parked at (and the operator leg is dropped once again). The other party gets the right tone just before the channels are bridged by the parking application. >> - If he refuses the call we redirect our own leg to the parking extension so we get the caller back. >> >> The only problem is that with the stock Park application, the caller is announced it's own parking lot extension so we made a tiny ast application, called "ParkSilent". That's just a copy&paste of the stock parking main function with second party channel set to null instead of the caller channel. This can be easily compiled against at least 1.2.9 - 1.2.16 without recompiling the whole asterisk (in fact it's even binary compatible as it links dynamically against the stock parking). >> >> Regards >> >> Gaetan >> >> >> >> >> Markus Floegel wrote: >> >> I think such a Action in the Manager will be very good. >> The workaround with the meetMe Application is not so fine, i think. >> >> Markus >> >> >> >> -----Ursprüngliche Nachricht----- >> Von: ast...@li... [mailto:ast...@li...] Im Auftrag von Stefan Reuter >> Gesendet: Freitag, 30. März 2007 10:25 >> An: ast...@li... >> Betreff: Re: [Asterisk-java-users] Attended Transfer using Manager API >> >> Markus Floegel wrote: >> >> >> I implemented the same now im my project. >> But is there no way to use the internal 'attended transfer' from Asterisk? >> >> >> >> I've seen this question quite a few times now without any suitable answer. >> Maybe its time to implement a Manager Action for this feature and submit >> it as a patch to Asterisk? >> Anybody want's to take this? >> >> I would be happy to support that new action in Asterisk-Java. >> >> =Stefan >> >> >> >> >> ------------------------------------------------------------------------- >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to share your >> opinions on IT & business topics through brief surveys-and earn cash >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> _______________________________________________ >> Asterisk-java-users mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/asterisk-java-users >> >> >> > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Asterisk-java-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-users > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Asterisk-java-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-users > > |
