Re: [Asterisk-java-users] Attended Transfer using Manager API

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

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