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: Markus F. <mar...@ts...> - 2007-04-03 09:12:27
|
Thanks, i will try it next time. Markus=20 -----Urspr=FCngliche Nachricht----- Von: ast...@li... = [mailto:ast...@li...] Im Auftrag = von Gaetan Minet Gesendet: Dienstag, 3. April 2007 11:08 An: ast...@li... Betreff: Re: [Asterisk-java-users] Attended Transfer using Manager API That's where the dialplan goes upon hangup in the current context. See http://www.voip-info.org/wiki/index.php?page=3DAsterisk+h+extension or http://www.voip-info.org/tiki-index.php?page=3DAsterisk%20config%20extens= ions.conf under the "Predefined extension names" section. Maybe you could redirect the other party's leg there if it has not yet been hung up (once again, not sure it'd work) ? Gaetan Markus Floegel wrote: > What do you meen with the "h" extension? > =20 > > ________________________________ > > Von: ast...@li... = [mailto:ast...@li...] Im Auftrag = von Gaetan Minet > Gesendet: Dienstag, 3. April 2007 10:06 > An: ast...@li... > Betreff: Re: [Asterisk-java-users] Attended Transfer using Manager API > > > 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.=20 > > 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:=20 > > Hi Gaetan, > =09 > Thanks for the answer! > =09 > =20 > > 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). > =20 > > =09 > 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. > =09 > 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=B4t work... > =09 > Markus > =09 > =20 > =09 > -----Urspr=FCngliche 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 > =09 > Hi Markus > =09 > 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). > =09 > In the dialplan I simply put this kind of thing: > =09 > [CUSTOMPARK] > exten =3D> *101,1,StopMusicOnHold() > exten =3D> *101,2,StartMusicOnHold() > exten =3D> *101,3,ParkSilent() > =09 > Then I redirect the third party's leg to the extension > (CUSTOMPARK,*101,1) using AMI. > =09 > 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. > =09 > 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 ? > =09 > =09 > 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; > =09 > Gaetan > =09 > Markus Floegel wrote: > =20 > > Hi, > =09 > 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=B4t 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? > =09 > thanks > =09 > =09 > =20 > =09 > ________________________________ > =09 > 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 > =09 > =09 > Hi, > =09 > 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. > =09 > - 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. > =09 > 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). > =09 > Regards > =09 > Gaetan > =09 > =09 > =09 > =09 > Markus Floegel wrote:=20 > =09 > I think such a Action in the Manager will be very good. > The workaround with the meetMe Application is not so fine, i think. > =09 > Markus > =09 > =09 > =09 > -----Urspr=FCngliche Nachricht----- > Von: ast...@li... = [mailto:ast...@li...] Im Auftrag = von Stefan Reuter > Gesendet: Freitag, 30. M=E4rz 2007 10:25 > An: ast...@li... > Betreff: Re: [Asterisk-java-users] Attended Transfer using Manager = API > =09 > Markus Floegel wrote: > =20 > =09 > I implemented the same now im my project. > But is there no way to use the internal 'attended transfer' from = Asterisk? > =20 > =09 > =09 > 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? > =09 > I would be happy to support that new action in Asterisk-Java. > =09 > =3DStefan > =09 > =20 > =09 > =09 > = -------------------------------------------------------------------------= > 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=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > Asterisk-java-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-users > =09 > =20 > =20 > > =09 > = -------------------------------------------------------------------------= > 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=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > Asterisk-java-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-users > =09 > = -------------------------------------------------------------------------= > 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=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > Asterisk-java-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-users > =09 > =20 > > > = -------------------------------------------------------------------------= > 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=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > Asterisk-java-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-users > > =20 -------------------------------------------------------------------------= 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=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV _______________________________________________ Asterisk-java-users mailing list Ast...@li... https://lists.sourceforge.net/lists/listinfo/asterisk-java-users |
