April 2013 - FreeSWITCH-users - FreeSWITCH Mailing Lists

Updating FS to a particular version
by Victor Chukalovskiy 01 Apr '13

01 Apr '13

Hello, What would be the right way to update existing system to a particular version? Under normal conditions I'd do "make current" Here I want exactly the same, but: -specify the version to install Making sure to: -preserve non-standard ./configure string used during initial install -make sure conf directory is not overwritten by stock config. -make sure modules.conf is not overwritten / changed It should be simple...but want to avoid trial and error. WiKi is somewhat confusing. Thank you, -Victor

4 5

Mod Nibblebill and PGSQL in Core
by Usama Zaidi 01 Apr '13

01 Apr '13

Hi, if I enable pgsql in core how do I limit the database size, what would FS be logging in the database and why does mod nibblebill need it? If I understand correctly, mod_nibblebill uses a different database to bill the users. Regards.

3 2

3 for 1 - core devs
by Cal Leeming [Simplicity Media Ltd] 01 Apr '13

01 Apr '13

Hello all, Not sure if the core devs are still open to the idea of the 3 for 1 deal, but here goes; I have reviewed and commented the following tickets; http://jira.freeswitch.org/browse/FS-3964#comment-40390 http://jira.freeswitch.org/browse/FS-4208#comment-40391 http://jira.freeswitch.org/browse/FS-3899#comment-40392 If any core dev has a spare few moments, would you mind throwing your two cents on this ticket; http://jira.freeswitch.org/browse/FS-5245 I would have done 5 for 1, but I couldn't find any more tickets I was able to offer much help on. Thanks Cal

1 0

Callcenter DB-Lock Problem(DELETE FROM members)
by Erkan Durmuş 01 Apr '13

01 Apr '13

Hi, When active calls increases(300 calls/min, cps:4-9) in the sytem we get errors like: 2013-03-30 19:29:40.913442 [ERR] switch_core_sqldb.c:579 NATIVE SQL ERR [database is locked] DELETE FROM members WHERE system = 'single_box' AND uuid = 'f8b239d0-995e-11e2-b825-b9a5cd559726' AND (abandoned_epoch = '1364664489' OR joined_epoch = '1364664395') We are using local PostgreSQL instance over UnixODBC for callcenter and core db(not default sqllite) Restarting DB does not resolve problem, same errors continues. Also no errors in postgre's log file. During problem, although free agents available; no calls are routed to agents; all calls were waiting on the queue. All calls seem to hang at queue(but ghost calls), only cleaned after clean FS restart. At http://jira.freeswitch.org/browse/FS-3127 <http://jira.freeswitch.org/browse/FS-3127> says it is fixed. FS VERSION: 1.2.7 Compiled from stable tar release SYSTEM: CentOS release 6.3 x64 DB: Postgresql 9.2(on the same machine, only used by FreeSWITCH) HARDWARE: Xen Virtual Machine; 4x Xeon E5530 @ 2.40GHz, 8GB Memory Has anyone faced same problem? How can I resolve it? Regards, Erkan D.

1 0

Problem configuring OpenBTS2.8 with Freeswitch 1.0.6
by Syed Ibrahim Ghaznavi 01 Apr '13

01 Apr '13

Hi, I have configured OpenBTS with Freeswitch and registered 2 users using VBTS_New_User found here: http://wush.net/trac/rangepublic/wiki/freeswitchConfig I can see the 2 tuples in the sqlite3.db, however when i attempt to make a call between the 2 registered users, the log on Freeswitch is as follows: 2013-03-27 21:18:07.495839 [NOTICE] switch_channel.c:976 New Channel sofia/internal/IMSI410071190004419(a)127.0.0.1 [e9051208-96f9-11e2-8f70- 5979f626837d] 2013-03-27 21:18:07.495839 [DEBUG] switch_core_session.c:975 Send signal sofia/internal/IMSI410071190004419(a)127.0.0.1 [BREAK] 2013-03-27 21:18:07.495839 [DEBUG] switch_core_state_machine.c:415 (sofia/internal/IMSI410071190004419(a)127.0.0.1) Running State Change CS_NEW 2013-03-27 21:18:07.495839 [DEBUG] switch_core_session.c:975 Send signal sofia/internal/IMSI410071190004419(a)127.0.0.1 [BREAK] 2013-03-27 21:18:07.495839 [DEBUG] switch_core_state_machine.c:433 (sofia/internal/IMSI410071190004419(a)127.0.0.1) State NEW 2013-03-27 21:18:07.515818 [DEBUG] sofia.c:7697 IP 127.0.0.1 Approved by acl "domains[]". Access Granted. 2013-03-27 21:18:07.515818 [DEBUG] sofia.c:5597 Channel sofia/internal/ IMSI410071190004419(a)127.0.0.1 entering state [received][100] 2013-03-27 21:18:07.515818 [DEBUG] sofia.c:5608 Remote SDP: v=0 o=IMSI410071190004419 0 0 IN IP4 127.0.0.1 s=Talk Time t=0 0 m=audio 16502 RTP/AVP 3 c=IN IP4 127.0.0.1 a=rtpmap:3 GSM/8000 2013-03-27 21:18:07.515818 [DEBUG] sofia.c:5821 (sofia/internal/ IMSI410071190004419(a)127.0.0.1) State Change CS_NEW -> CS_INIT 2013-03-27 21:18:07.515818 [DEBUG] switch_core_session.c:1310 Send signal sofia/internal/IMSI410071190004419(a)127.0.0.1 [BREAK] 2013-03-27 21:18:07.515818 [DEBUG] switch_core_state_machine.c:415 (sofia/internal/IMSI410071190004419(a)127.0.0.1) Running State Change CS_INIT 2013-03-27 21:18:07.515818 [DEBUG] switch_core_state_machine.c:454 (sofia/internal/IMSI410071190004419(a)127.0.0.1) State INIT 2013-03-27 21:18:07.515818 [DEBUG] mod_sofia.c:86 sofia/internal/ IMSI410071190004419(a)127.0.0.1 SOFIA INIT 2013-03-27 21:18:07.515818 [DEBUG] mod_sofia.c:126 (sofia/internal/ IMSI410071190004419(a)127.0.0.1) State Change CS_INIT -> CS_ROUTING 2013-03-27 21:18:07.515818 [DEBUG] switch_core_session.c:1310 Send signal sofia/internal/IMSI410071190004419(a)127.0.0.1 [BREAK] 2013-03-27 21:18:07.515818 [DEBUG] switch_core_state_machine.c:454 (sofia/internal/IMSI410071190004419(a)127.0.0.1) State INIT going to sleep 2013-03-27 21:18:07.515818 [DEBUG] switch_core_state_machine.c:415 (sofia/internal/IMSI410071190004419(a)127.0.0.1) Running State Change CS_ROUTING 2013-03-27 21:18:07.515818 [DEBUG] switch_channel.c:2012 (sofia/internal/ IMSI410071190004419(a)127.0.0.1) Callstate Change DOWN -> RINGING 2013-03-27 21:18:07.515818 [DEBUG] switch_core_state_machine.c:470 (sofia/internal/IMSI410071190004419(a)127.0.0.1) State ROUTING 2013-03-27 21:18:07.515818 [DEBUG] mod_sofia.c:149 sofia/internal/ IMSI410071190004419(a)127.0.0.1 SOFIA ROUTING 2013-03-27 21:18:07.515818 [DEBUG] switch_core_state_machine.c:117 sofia/internal/IMSI410071190004419(a)127.0.0.1 Standard ROUTING 2013-03-27 21:18:07.515818 [INFO] mod_dialplan_xml.c:557 Processing IMSI410071190004419 <IMSI410071190004419>->2222 in context public Dialplan: sofia/internal/IMSI410071190004419(a)127.0.0.1 parsing [public->unloop] continue=false Dialplan: sofia/internal/IMSI410071190004419(a)127.0.0.1 Regex (PASS) [unloop] ${unroll_loops}(true) =~ /^true$/ break=on-false Dialplan: sofia/internal/IMSI410071190004419(a)127.0.0.1 Regex (FAIL) [unloop] ${sip_looped_call}() =~ /^true$/ break=on-false Dialplan: sofia/internal/IMSI410071190004419(a)127.0.0.1 parsing [public->outside_call] continue=true Dialplan: sofia/internal/IMSI410071190004419(a)127.0.0.1 Absolute Condition [outside_call] Dialplan: sofia/internal/IMSI410071190004419(a)127.0.0.1 Action set(outside_call=true) Dialplan: sofia/internal/IMSI410071190004419(a)127.0.0.1 Action export(RFC2822_DATE=${strftime(%a, %d %b %Y %T %z)}) Dialplan: sofia/internal/IMSI410071190004419(a)127.0.0.1 parsing [public->call_debug] continue=true Dialplan: sofia/internal/IMSI410071190004419(a)127.0.0.1 Regex (FAIL) [call_debug] ${call_debug}(false) =~ /^true$/ break=never Dialplan: sofia/internal/IMSI410071190004419(a)127.0.0.1 parsing [public->public_extensions] continue=false Dialplan: sofia/internal/IMSI410071190004419(a)127.0.0.1 Regex (FAIL) [public_extensions] destination_number(2222) =~ /^(10[01][0-9])$/ break=on-false Dialplan: sofia/internal/IMSI410071190004419(a)127.0.0.1 parsing [public->public_did] continue=false Dialplan: sofia/internal/IMSI410071190004419(a)127.0.0.1 Regex (FAIL) [public_did] destination_number(2222) =~ /^(5551212)$/ break=on-false 2013-03-27 21:18:07.515818 [DEBUG] switch_core_state_machine.c:167 (sofia/internal/IMSI410071190004419(a)127.0.0.1) State Change CS_ROUTING -> CS_EXECUTE 2013-03-27 21:18:07.515818 [DEBUG] switch_core_session.c:1310 Send signal sofia/internal/IMSI410071190004419(a)127.0.0.1 [BREAK] 2013-03-27 21:18:07.515818 [DEBUG] switch_core_state_machine.c:470 (sofia/internal/IMSI410071190004419(a)127.0.0.1) State ROUTING going to sleep 2013-03-27 21:18:07.515818 [DEBUG] switch_core_state_machine.c:415 (sofia/internal/IMSI410071190004419(a)127.0.0.1) Running State Change CS_EXECUTE 2013-03-27 21:18:07.515818 [DEBUG] switch_core_state_machine.c:477 (sofia/internal/IMSI410071190004419(a)127.0.0.1) State EXECUTE 2013-03-27 21:18:07.515818 [DEBUG] mod_sofia.c:242 sofia/internal/ IMSI410071190004419(a)127.0.0.1 SOFIA EXECUTE 2013-03-27 21:18:07.515818 [DEBUG] switch_core_state_machine.c:209 sofia/internal/IMSI410071190004419(a)127.0.0.1 Standard EXECUTE EXECUTE sofia/internal/IMSI410071190004419(a)127.0.0.1 set(outside_call=true) 2013-03-27 21:18:07.515818 [DEBUG] mod_dptools.c:1367 sofia/internal/ IMSI410071190004419(a)127.0.0.1 SET [outside_call]=[true] EXECUTE sofia/internal/IMSI410071190004419(a)127.0.0.1export(RFC2822_DATE=Wed, 27 Mar 2013 21:18:07 +0500) 2013-03-27 21:18:07.515818 [DEBUG] switch_channel.c:1143 EXPORT (export_vars) [RFC2822_DATE]=[Wed, 27 Mar 2013 21:18:07 +0500] 2013-03-27 21:18:07.515818 [NOTICE] switch_core_state_machine.c:262 sofia/internal/IMSI410071190004419(a)127.0.0.1 has executed the last dialplan instruction, hanging up. 2013-03-27 21:18:07.515818 [DEBUG] switch_channel.c:3011 (sofia/internal/ IMSI410071190004419(a)127.0.0.1) Callstate Change RINGING -> HANGUP 2013-03-27 21:18:07.515818 [NOTICE] switch_core_state_machine.c:264 Hangup sofia/internal/IMSI410071190004419(a)127.0.0.1 [CS_EXECUTE] [NORMAL_CLEARING] 2013-03-27 21:18:07.515818 [DEBUG] switch_channel.c:3034 Send signal sofia/internal/IMSI410071190004419(a)127.0.0.1 [KILL] 2013-03-27 21:18:07.515818 [DEBUG] switch_core_session.c:1310 Send signal sofia/internal/IMSI410071190004419(a)127.0.0.1 [BREAK] 2013-03-27 21:18:07.515818 [DEBUG] switch_core_state_machine.c:477 (sofia/internal/IMSI410071190004419(a)127.0.0.1) State EXECUTE going to sleep 2013-03-27 21:18:07.515818 [DEBUG] switch_core_state_machine.c:415 (sofia/internal/IMSI410071190004419(a)127.0.0.1) Running State Change CS_HANGUP 2013-03-27 21:18:07.515818 [DEBUG] switch_core_state_machine.c:676 (sofia/internal/IMSI410071190004419(a)127.0.0.1) State HANGUP 2013-03-27 21:18:07.515818 [DEBUG] mod_sofia.c:503 Channel sofia/internal/ IMSI410071190004419(a)127.0.0.1 hanging up, cause: NORMAL_CLEARING 2013-03-27 21:18:07.515818 [DEBUG] mod_sofia.c:633 Responding to INVITE with: 480 2013-03-27 21:18:07.515818 [DEBUG] switch_core_state_machine.c:48 sofia/internal/IMSI410071190004419(a)127.0.0.1 Standard HANGUP, cause: NORMAL_CLEARING 2013-03-27 21:18:07.515818 [DEBUG] switch_core_state_machine.c:676 (sofia/internal/IMSI410071190004419(a)127.0.0.1) State HANGUP going to sleep 2013-03-27 21:18:07.515818 [DEBUG] switch_core_state_machine.c:446 (sofia/internal/IMSI410071190004419(a)127.0.0.1) State Change CS_HANGUP -> CS_REPORTING 2013-03-27 21:18:07.515818 [DEBUG] switch_core_session.c:1310 Send signal sofia/internal/IMSI410071190004419(a)127.0.0.1 [BREAK] 2013-03-27 21:18:07.515818 [DEBUG] switch_core_state_machine.c:415 (sofia/internal/IMSI410071190004419(a)127.0.0.1) Running State Change CS_REPORTING 2013-03-27 21:18:07.515818 [DEBUG] switch_core_state_machine.c:758 (sofia/internal/IMSI410071190004419(a)127.0.0.1) State REPORTING 2013-03-27 21:18:07.515818 [DEBUG] switch_core_state_machine.c:92 sofia/internal/IMSI410071190004419(a)127.0.0.1 Standard REPORTING, cause: NORMAL_CLEARING 2013-03-27 21:18:07.515818 [DEBUG] switch_core_state_machine.c:758 (sofia/internal/IMSI410071190004419(a)127.0.0.1) State REPORTING going to sleep 2013-03-27 21:18:07.515818 [DEBUG] switch_core_state_machine.c:440 (sofia/internal/IMSI410071190004419(a)127.0.0.1) State Change CS_REPORTING -> CS_DESTROY 2013-03-27 21:18:07.515818 [DEBUG] switch_core_session.c:1310 Send signal sofia/internal/IMSI410071190004419(a)127.0.0.1 [BREAK] 2013-03-27 21:18:07.515818 [DEBUG] switch_core_session.c:1518 Session 44 (sofia/internal/IMSI410071190004419(a)127.0.0.1) Locked, Waiting on external entities 2013-03-27 21:18:07.515818 [NOTICE] switch_core_session.c:1536 Session 44 (sofia/internal/IMSI410071190004419(a)127.0.0.1) Ended 2013-03-27 21:18:07.515818 [NOTICE] switch_core_session.c:1540 Close Channel sofia/internal/IMSI410071190004419(a)127.0.0.1 [CS_DESTROY] 2013-03-27 21:18:07.525838 [DEBUG] switch_core_state_machine.c:565 (sofia/internal/IMSI410071190004419(a)127.0.0.1) Callstate Change HANGUP -> DOWN 2013-03-27 21:18:07.525838 [DEBUG] switch_core_state_machine.c:568 (sofia/internal/IMSI410071190004419(a)127.0.0.1) Running State Change CS_DESTROY 2013-03-27 21:18:07.525838 [DEBUG] switch_core_state_machine.c:578 (sofia/internal/IMSI410071190004419(a)127.0.0.1) State DESTROY 2013-03-27 21:18:07.525838 [DEBUG] mod_sofia.c:396 sofia/internal/ IMSI410071190004419(a)127.0.0.1 SOFIA DESTROY 2013-03-27 21:18:07.525838 [DEBUG] switch_core_state_machine.c:99 sofia/internal/IMSI410071190004419(a)127.0.0.1 Standard DESTROY 2013-03-27 21:18:07.525838 [DEBUG] switch_core_state_machine.c:578 (sofia/internal/IMSI410071190004419(a)127.0.0.1) State DESTROY going to sleep Gratitude, Ibrahim

2 3

Re: [Freeswitch-users] mod_perl hangupCause() returning 'NONE' and hangup_cause is null
by Ashish gautam 01 Apr '13

01 Apr '13

Hi Michael, I am getting nothing out of that. On Fri, Mar 29, 2013 at 1:55 AM, < freeswitch-users-request(a)lists.freeswitch.org> wrote: > Send FreeSWITCH-users mailing list submissions to > freeswitch-users(a)lists.freeswitch.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > or, via email, send a message with subject or body 'help' to > freeswitch-users-request(a)lists.freeswitch.org > > You can reach the person managing the list at > freeswitch-users-owner(a)lists.freeswitch.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of FreeSWITCH-users digest..." > > Today's Topics: > > 1. Re: Access to rxfax channel variables (Michael Collins) > 2. Re: callee id inbound (Steven Schoch) > 3. Re: mod_perl hangupCause() returning 'NONE' and hangup_cause > is null (Michael Collins) > 4. Re: Calling extension using ruby (Michael Collins) > 5. Re: callee id inbound (Hermouet Erwan) > > > ---------- Forwarded message ---------- > From: Michael Collins <msc(a)freeswitch.org> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Cc: > Date: Thu, 28 Mar 2013 13:17:20 -0700 > Subject: Re: [Freeswitch-users] Access to rxfax channel variables > http://wiki.freeswitch.org/wiki/Variable_session_in_hangup_hook > > -MC > > On Thu, Mar 28, 2013 at 2:33 AM, Eugene Prokopiev <enp(a)itx.ru> wrote: > >> Hi, >> >> How to read rxfax channel variables described in >> http://wiki.freeswitch.org/wiki/Mod_spandsp#Controlling_the_app? >> >> My dialplan: >> >> <action application="set" data="api_hangup_hook=log INFO FAX received >> from ${caller_id_number}(${fax_remote_station_id}) : >> ${fax_result_text}"/> >> <action application="answer"/> >> <action application="playback" data="silence_stream://2000"/> >> <action application="rxfax" >> >> data="/var/spool/fax/$1/${strftime(%Y%m%d%H%M%S)}-${caller_id_number}.tif"/> >> <action application="hangup"/> >> >> But I see only: >> >> 2013-03-28 13:28:40.256497 [INFO] mod_commands.c:5899 FAX received >> from 2440663() : >> >> -- >> Regards, >> Eugene Prokopiev >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting(a)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(a)lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Michael S Collins > Twitter: @mercutioviz > http://www.FreeSWITCH.org > http://www.ClueCon.com > http://www.OSTAG.org > > > > ---------- Forwarded message ---------- > From: Steven Schoch <schoch+freeswitch.org(a)xwin32.com> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Cc: > Date: Thu, 28 Mar 2013 13:18:18 -0700 > Subject: Re: [Freeswitch-users] callee id inbound > I understand. I'm sure there must be a parameter you can put in the > "user/12345@${domain} action, but I don't know what that is. Someone > more knowledgeable will have to answer that. > > -- > Steve > > > ---------- Forwarded message ---------- > From: Michael Collins <msc(a)freeswitch.org> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Cc: > Date: Thu, 28 Mar 2013 13:18:58 -0700 > Subject: Re: [Freeswitch-users] mod_perl hangupCause() returning 'NONE' > and hangup_cause is null > In a case like this you are better off doing a uuid_dump to a temp file > and sifting through the output to see what is actually available. My guess > is that there will be something in there that you can use. > > -MC > > On Thu, Mar 28, 2013 at 4:50 AM, Ashish gautam <ashish(a)nms.co.in> wrote: > >> Hi, >> >> I am running a perl script after the call lands on my dialplan. I want to >> get the status that whether the call was originated properly and and if yes >> what was the hangup cause. I am getting the hangup status using >> hangupCause() and it returns 'NONE' everytime no matter what the reason >> is. Also the hangup_cause variable is nill or not set everytime. >> >> Any help is appreciated. >> >> Thanks in advance!! >> >> -- >> Regards >> >> Ashish Gautam >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting(a)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(a)lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > > -- > Michael S Collins > Twitter: @mercutioviz > http://www.FreeSWITCH.org > http://www.ClueCon.com > http://www.OSTAG.org > > > > ---------- Forwarded message ---------- > From: Michael Collins <msc(a)freeswitch.org> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Cc: > Date: Thu, 28 Mar 2013 13:22:51 -0700 > Subject: Re: [Freeswitch-users] Calling extension using ruby > something like this: > > originate {ignore_early_media=true}sofia/gateway/gwname/${phone_num} > &speak(flite|kal|${text_to_speak}) > > -MC > > On Thu, Mar 28, 2013 at 1:54 AM, Amit Kumar <findme(a)itsamit.com> wrote: > >> I am trying to make an application that can initiate a call from the Web >> app to a PSTN line. So when a user clicks on call, the PSTN line will ring, >> and FS will play the text entered on the web app to the PSTN. >> >> I am able to dial the PSTN from a SIP phone(Zoiper). I am also able to >> call the PSTN line from the CLI, but I have no clue as to how to eliminate >> the SIP Phone all together. >> >> I can connect to FS using ESL, and send the command to initiate a call, >> but since no user is registered without the SIP phone registering them, I >> am not sure how to go ahead. >> >> Any help is appreciated! >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting(a)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(a)lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > > -- > Michael S Collins > Twitter: @mercutioviz > http://www.FreeSWITCH.org > http://www.ClueCon.com > http://www.OSTAG.org > > > > ---------- Forwarded message ---------- > From: Hermouet Erwan <ehermouet(a)bluetel.fr> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Cc: > Date: Thu, 28 Mar 2013 21:25:25 +0100 > Subject: Re: [Freeswitch-users] callee id inbound > Yes it s that > > > Steven Schoch <schoch+freeswitch.org(a)xwin32.com> a écrit : >> >> I understand. I'm sure there must be a parameter you can put in the >> "user/12345@${domain} action, but I don't know what that is. Someone >> more knowledgeable will have to answer that. >> >> -- >> Steve >> >> ------------------------------ >> >> Professional FreeSWITCH Consulting Services: >> consulting(a)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(a)lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > Hermouet Erwan > Responsable technique > Bluetel > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > >

1 0

bridging two outbound calls
by Jun Sun 01 Apr '13

01 Apr '13

I feel really stupid. This has to be one of the simplest cases in freeswitch, but I can't seem to get it work. My goal is to originate two outbound calls and bridge them together, a typical callback use case. I like to to do it from socket api/fs_cli. Here is what I typed in fs_cli: originate sofia/internal/15102991912@X.X.X.X:5060 & bridge(sofia/internal/18005551212@X.X.X.X:5060) The first leg is initiated and answered successfully, but the second leg never happens. From the console I don't see any action done by FS to do the bridging part. Any idea? Thanks in advance. Cheers. Jun

4 8