Well, I got this script working with non-Snom phones: -- test_call -- create first leg, wait, then connect 2nd leg -- local calling_user = argv[1]; local called_num = argv[2]; freeswitch.consoleLog("INFO","Attempting to contact user " .. calling_user .. "\n"); local session1 = freeswitch.Session("{origination_caller_id_number=9876}user/"..calling_user); leg1_dispo = 'None'; while (session1:ready() == true and leg1_dispo ~= 'ANSWER') do leg1_dispo = session1:getVariable("endpoint_disposition"); freeswitch.consoleLog("INFO","Leg 1 disposition:" .. leg1_dispo .. "\n"); os.execute("sleep 1"); end if ( not session1:ready() ) then -- Oops, leg 1 hung up. Bummer. freeswitch.consoleLog("INFO","It appears that " .. calling_user .. " disconnected...\n") else freeswitch.consoleLog("INFO","Playing a prompt to " .. calling_user .. "\n"); session1:streamFile('ivr/ivr-hold_connect_call.wav'); session2 = freeswitch.Session("{origination_caller_id_number=" .. calling_user .."}user/" .. called_num); leg2_dispo = 'None'; while(session1:ready() and session2:ready() and leg2_dispo ~= "ANSWER") do if ( not session1:ready() ) then -- oops, leg 1 hung up freeswitch.consoleLog("INFO","Well, it appears that " .. calling_user .. " has disconnected.\n"); else os.execute("sleep 1"); leg2_dispo = session2:getVariable("endpoint_disposition"); freeswitch.consoleLog("INFO","Leg 2 disposition: " .. leg2_dispo .. "\n"); end end -- While if ( session1:ready() and session2:ready() ) then -- Looks good, bridge 'em freeswitch.bridge(session1,session2); else -- Uh oh, someone went away freeswitch.consoleLog("INFO","Somebody hung up :(\n"); end end FWIW, I drew inspiration from this: http://wiki.freeswitch.org/wiki/Mod_lua#Example:_Call_Control I'm still not a fan of doing it this way, but at least you know it's possible. (Personally I prefer an ESL-ish approach.) -MC On Thu, Dec 15, 2011 at 9:45 AM, Alex Crow <acrow@integrafin.co.uk> wrote:
** BTW,
It does work OK when bridging to the Mitel even for both legs. We have a plan to move away from the Mitel to a pure FS environment by stages, so we'd like to have something like this working beforehand.
Cheers
Alex
On 15/12/11 07:37, Alex Crow wrote:
Michael,
I'm using Lua as I want to extend this to do things such as pull a user's phone number from LDAP (with lualdap), wait a couple of seconds before placing the outbound call in case it hits voicemail on the Mitel (so we don't connect an internal extension's voicemail to an external party) etc.
I also found a simple originate rings both endpoints at once. I don't want the second endpoint to be called until the first is answered.
Regardless, the Lua should work but it doesn't for me, and I'd like to know if I'm doing something wrong.
Cheers
Alex
On 14/12/11 23:01, Michael Collins wrote:
Why are you using Lua at all? It looks like a simple originate that you should be able to do as an API call.
-MC
_________________________________________________________________________ Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
-- This message has been scanned for viruses and dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is believed to be clean.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
-- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately.
"Transact" is operated by Integrated Financial Arrangements plc Domain House, 5-7 Singer Street, London EC2A 4BQ Tel: (020) 7608 4900 Fax: (020) 7608 5300 (Registered office: as above; Registered in England and Wales under number: 3727592) Authorised and regulated by the Financial Services Authority (entered on the FSA Register; number: 190856)
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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