First of all I apologise for my long post. In the meantime I reworked the simple js as suggested (adding the domain or using transfer instead of bridge) but yet the script doesn't work. Let me add some other info. I just cloned the '5000' demo_ivr and reworked a little to reach my target. Next I added: <!-- a sample IVR --> <extension name="ivr_demo_alarm"> <condition field="destination_number" expression="^118$"> <action application="answer"/> <action application="sleep" data="2000"/> <action application="ivr" data="demo_ivr_alarm"/> </condition> </extension> into the default.xml dialplan. Now all is ok if I connect Ekiga to FreeSwitch as user 1001 (for example) and than I dial '118'. The IVR works fine. Next from the console: originate sofia/my.freeswitch.address/1001 118 I get my Ekiga Phone ringing and connecter to the ext. 118 (the ivr) That is the log: ========================================================= originate sofia/10.0.0.33/1001 118 2009-07-08 21:56:57 [NOTICE] switch_channel.c:567 switch_channel_set_name() New Channel sofia/internal/1001 [7e660b20-6bf9-11de-b2fa-f3963e050c84] 2009-07-08 21:56:57 [NOTICE] sofia.c:2782 sofia_handle_sip_i_state() Ring-Ready sofia/internal/1001! 2009-07-08 21:57:00 [NOTICE] sofia.c:3220 sofia_handle_sip_i_state() Channel [sofia/internal/1001] has been answered 2009-07-08 21:57:00 [NOTICE] switch_ivr.c:1343 switch_ivr_session_transfer() Transfer sofia/internal/1001 to XML[118@default] API CALL [originate(sofia/10.0.0.33/1001 118)] output: +OK 7e660b20-6bf9-11de-b2fa-f3963e050c84 freeswitch@Linux61> 2009-07-08 21:57:00 [INFO] mod_dialplan_xml.c:233 dialplan_hunt() Processing FreeSWITCH->118 in context default 2009-07-08 21:57:02 [WARNING] switch_core_file.c:119 switch_core_perform_file_open() Sample rate doesn't match 2009-07-08 21:57:15 [WARNING] switch_core_file.c:119 switch_core_perform_file_open() Sample rate doesn't match 2009-07-08 21:57:21 [NOTICE] sofia.c:3279 sofia_handle_sip_i_state() Hangup sofia/internal/1001 [CS_EXECUTE] [NORMAL_CLEARING] 2009-07-08 21:57:25 [NOTICE] switch_core_session.c:970 switch_core_session_thread() Session 33 (sofia/internal/1001) Ended 2009-07-08 21:57:25 [NOTICE] switch_core_session.c:972 switch_core_session_thread() Close Channel sofia/internal/1001 [CS_HANGUP] ==================================================== Using the js instead it looks like if the bridge commands looks for a REGISTERED user at ext. 118, and so it fails. Using the transfer option, as suggested, the Ekiga user (1001) get to be connected to the ext 118, bur the connection drops immediately after. ==================================================== freeswitch@Linux61> jsrun alarm.js API CALL [jsrun(alarm.js)] output: OK freeswitch@Linux61> 2009-07-08 22:03:47 [NOTICE] switch_channel.c:567 switch_channel_set_name() New Channel sofia/internal/1001 [7267f936-6bfa-11de-b2fa-f3963e050c84] 2009-07-08 22:03:47 [NOTICE] sofia.c:2782 sofia_handle_sip_i_state() Ring-Ready sofia/internal/1001! 2009-07-08 22:03:51 [NOTICE] sofia.c:3220 sofia_handle_sip_i_state() Channel [sofia/internal/1001] has been answered 2009-07-08 22:03:51 [NOTICE] switch_ivr.c:1343 switch_ivr_session_transfer() Transfer sofia/internal/1001 to XML[118@default] 2009-07-08 22:03:51 [NOTICE] mod_spidermonkey.c:2994 session_destroy() Hangup sofia/internal/1001 [CS_ROUTING] [NORMAL_CLEARING] 2009-07-08 22:03:51 [NOTICE] switch_core_session.c:970 switch_core_session_thread() Session 35 (sofia/internal/1001) Ended 2009-07-08 22:03:51 [NOTICE] switch_core_session.c:972 switch_core_session_thread() Close Channel sofia/internal/1001 [CS_HANGUP] ================================================== May be I'm on the wrong way, but this is my target: 1) From the external Perl freeswitch interface call a simple js 2) Make this script dial a sip/pstn phone number at the assistance location 3) Connect the just dialled assistance location to the IVR at ext 118 and let the support people hear some info about the raising fault. Thanks in advance for any suggestion. Roberto