Hi, first of all, thanks for your support! I followed Steven's advice, using a script with exec in answer confirm to play a file and to read dtmf. In this way i'm able to connect caller party with called party, hang-up caller party, move to voicemail caller party, but with multiple calls, phones that don't answer, they continue to ring. To avoid this behaviour i tried in a different way. Calls start with a multiple originate: originate user/1001,user/1002,user/1003 exten-to-ivr When one user answers, he is transfered to an ivr where he can choose the action. In this way caller party remains in ringing state and other phones stop to ring. In exten-to-ivr caller party's uuid is passed to let connection with called party. Davide ----- Messaggio originale ----- Da: "Steven Ayre" <steveayre@gmail.com> A: freeswitch-users@lists.freeswitch.org Inviato: Martedì, 15 giugno 2010 11:06:37 Oggetto: Re: [Freeswitch-users] Question about execute_on_answer Read the "exec in answer confirm" section of http://wiki.freeswitch.org/wiki/Freeswitch_IVR_Originate#Answer_confirmation I think you would be able to do what you're asking within a script that's executed this way, playing the file and reading DTMF then doing logic based on the pressed key from within the script. Any scripting language should work - so lua etc as well as javascript. -Steve On 15 June 2010 09:46, Davide Colombo < dcolombo@voismart.it > wrote: Hi, using group_confirm_file and group_confirm_key i have only one choice, connect called party with calling party (1 dtmf maps with group_confirm_key). What i'd like to do when called party answers, it's: press 1 to connect with calling party, press 2 to hangup calling party, press 3 move calling party to voicemail. Additionally, making parellel dial in bridge, called phones stop to ring only when one of them digits the group_confirm_key and not (my purpose) when one of them answers. These are the reasons to transfer called channel to an ivr context using "execute_on_answer" variable. Best Regards ----- Messaggio originale ----- Da: "Michael Collins" < msc@freeswitch.org > A: freeswitch-users@lists.freeswitch.org Inviato: Martedì, 15 giugno 2010 0:37:18 Oggetto: Re: [Freeswitch-users] Question about execute_on_answer Aha! You are trying to do some sort of answer verification, correct? You do know that FS already has this feature, correct? Check it out: http://wiki.freeswitch.org/wiki/Channel_Variables#Answer_confirmation_variab... Make sure that you aren't duplicating functionality before continuing. -MC On Mon, Jun 14, 2010 at 3:12 PM, Davide Colombo < dcolombo@voismart.it > wrote: Hi, when 1019 answers, i transfer its channel (called channel party) to an IVR context using "execute_on_answer". In this context the called party (1019 in this case) can listen to a message where he can choose to connect/hang-up the calling party using dtmf tones. In the meanwhile i need that calling party remains in a ringing state. Best regards ----- Messaggio originale ----- Da: "Michael Collins" < msc@freeswitch.org > A: freeswitch-users@lists.freeswitch.org Inviato: Lunedì, 14 giugno 2010 23:46:42 Oggetto: Re: [Freeswitch-users] Question about execute_on_answer I'm not sure I follow what you're trying to accomplish... You call from x1000 to x1019... and what exactly do you want to have happen when 1019 answers? -MC On Mon, Jun 14, 2010 at 8:22 AM, Davide Colombo < dcolombo@voismart.it > wrote: Hi all, i'm trying to use "execute_on_answer" channel variable with a transfer before a bridge: <action application="export" data="nolocal:execute_on_answer=transfer myivrpresentation XML default"/> <action application="bridge" data="user/1019@${domain_name}"/> When i call 1019 from 1000 and 1019 answers, i have this situation: 1019 is transfered to myivrpresentation but in console i can see this error 2010-06-14 16:57:51.053528 [DEBUG] switch_core_codec.c:146 sofia/internal/ 1000@fs2-devel.voismart.net Restore previous codec PCMU:0. 2010-06-14 16:57:51.053528 [DEBUG] switch_ivr_originate.c:3310 Originate Resulted in Error Cause: 487 [ORIGINATOR_CANCEL] 2010-06-14 16:57:51.053528 [ERR] switch_ivr_originate.c:2491 Cannot create outgoing channel of type [user] cause: [ORIGINATOR_CANCEL] 2010-06-14 16:57:51.053528 [DEBUG] switch_ivr_originate.c:3310 Originate Resulted in Error Cause: 487 [ORIGINATOR_CANCEL] while 1000 goes to next action after bridge in the same extension. Is it possible to transfer called channel (when called party answers) to a particular extension and leave caller channel in ringing state? Best Regards _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org