- FreeSWITCH-users - FreeSWITCH Mailing Lists

conference calling ideas
by Steven Ward 25 Mar '09

25 Mar '09

If any can share some ideas, I'm looking at making conference calls simple for the end-users of my FS system. Here are some issues I'm kicking around: 1. To create/join conferences - do you make a pre-defined list of extensions, each of which would join the caller to a particular conference room, or do you perhaps define one extension that will join the caller to a dynamically-named conference room (perhaps after making a choice in an IVR)? 2. How do you implement the idea of a conference leader - having a user who must call into a conference first before anybody else can join? Thanks for any ideas. - SW

3 5

Question about FAQ question
by Josh Forman 25 Mar '09

25 Mar '09

I'm running Freeswitch on Ubuntu 64bit Intrepid and on a svn rev 12722, freeswitch would install and run fine but as soon as calls started coming in it would have a segmentation fault. This is the second svn snapshot I've had this happen on. In the Freeswitch FAQs there is a question concerning segmentation fault on ubuntu 64bit except they say it occurs on start. Their solution is to recompile libedit which I plan to try regardless, but I just wanted to know if the scenario they refer to is the same as what I'm experiencing or was there some other problem where freeswitch would segfault while initially loading. Until then I'm still running rev 12289 on the system that is having issues. Thanks -Josh

4 6

Re: [Freeswitch-users] DTMF Missing Digits
by Chris Fowler 25 Mar '09

25 Mar '09

>> First off what SVN rev? Remember when reporting issues try to include all the information you can! Oops; forgot that - FreeSWITCH Version 1.0.trunk (12647)

2 2

Different files (?)
by henkoegema 25 Mar '09

25 Mar '09

What is the difference between between the following 3 files: 1. freeswitch-1.0.3.tar.gz 19-Feb-2009 00:34 26M 2. freeswitch-1.0.latest.tar.gz 24-Jul-2008 12:00 22M 3. freeswitch-snapshot.tar.gz 23-Mar-2009 03:02 49M Which one should I download, if I want the latest (newest) ? -- View this message in context: http://www.nabble.com/Different-files-%28-%29-tp22670515p22670515.html Sent from the Freeswitch-users mailing list archive at Nabble.com.

5 9

DTMF Missing Digits
by Chris Fowler 25 Mar '09

25 Mar '09

Any thoughts on why FS saw all digits "1029" but only reports '029'? 2009-03-25 10:48:45 [DEBUG] switch_ivr_menu.c:364 play_and_collect() digits '029' Config: <menu name="main_ivr" greet-long="phrase:welcome" greet-short="phrase:top-menu" invalid-sound="ivr/ivr-that_was_an_invalid_entry.wav" exit-sound="voicemail/vm-goodbye.wav" timeout ="10000" inter-digit-timeout="1500" max-failures="3" max-timeouts="7" digit-len="4"> <entry action="menu-exec-app" digits="/^(10[0-2][0-9])$/" param="transfer $1 XML public"/> <entry action="menu-exec-app" digits="/^(30\d{2})$/" param="transfer $1 XML default"/> <entry action="menu-exec-app" digits="0" param="transfer 1000 XML public"/> <entry action="menu-exec-app" digits="#" param="transfer 6000 XML default"/> <entry action="menu-top" digits="9"/> Trace: 2009-03-25 10:48:41 [DEBUG] switch_rtp.c:1786 switch_rtp_dequeue_dtmf() RTP RECV DTMF 1:2000 2009-03-25 10:48:41 [DEBUG] switch_rtp.c:1301 do_2833() Send start packet for [1] ts=1129880426 dur=160/160/2000 seq=2804 2009-03-25 10:48:41 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [1] ts=1129880426 dur=320/320/2000 seq=2805 2009-03-25 10:48:41 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [1] ts=1129880426 dur=480/480/2000 seq=2806 2009-03-25 10:48:41 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [1] ts=1129880426 dur=640/640/2000 seq=2807 2009-03-25 10:48:41 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [1] ts=1129880426 dur=800/800/2000 seq=2808 2009-03-25 10:48:41 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [1] ts=1129880426 dur=960/960/2000 seq=2809 2009-03-25 10:48:41 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [1] ts=1129880426 dur=1120/1120/2000 seq=2810 2009-03-25 10:48:41 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [1] ts=1129880426 dur=1280/1280/2000 seq=2811 2009-03-25 10:48:41 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [1] ts=1129880426 dur=1440/1440/2000 seq=2812 2009-03-25 10:48:41 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [1] ts=1129880426 dur=1600/1600/2000 seq=2813 2009-03-25 10:48:41 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [1] ts=1129880426 dur=1760/1760/2000 seq=2814 2009-03-25 10:48:41 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [1] ts=1129880426 dur=1920/1920/2000 seq=2815 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send end packet for [1] ts=1129880426 dur=2080/2080/2000 seq=2816 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send end packet for [1] ts=1129880426 dur=2080/2080/2000 seq=2817 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send end packet for [1] ts=1129880426 dur=2080/2080/2000 seq=2818 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1786 switch_rtp_dequeue_dtmf() RTP RECV DTMF 0:2160 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1301 do_2833() Send start packet for [0] ts=1129884426 dur=160/160/2160 seq=2819 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [0] ts=1129884426 dur=320/320/2160 seq=2820 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [0] ts=1129884426 dur=480/480/2160 seq=2821 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [0] ts=1129884426 dur=640/640/2160 seq=2822 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [0] ts=1129884426 dur=800/800/2160 seq=2823 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [0] ts=1129884426 dur=960/960/2160 seq=2824 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [0] ts=1129884426 dur=1120/1120/2160 seq=2825 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [0] ts=1129884426 dur=1280/1280/2160 seq=2826 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [0] ts=1129884426 dur=1440/1440/2160 seq=2827 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [0] ts=1129884426 dur=1600/1600/2160 seq=2828 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [0] ts=1129884426 dur=1760/1760/2160 seq=2829 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [0] ts=1129884426 dur=1920/1920/2160 seq=2830 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [0] ts=1129884426 dur=2080/2080/2160 seq=2831 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send end packet for [0] ts=1129884426 dur=2240/2240/2160 seq=2832 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send end packet for [0] ts=1129884426 dur=2240/2240/2160 seq=2833 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send end packet for [0] ts=1129884426 dur=2240/2240/2160 seq=2834 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1786 switch_rtp_dequeue_dtmf() RTP RECV DTMF 2:2000 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1301 do_2833() Send start packet for [2] ts=1129887626 dur=160/160/2000 seq=2835 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [2] ts=1129887626 dur=320/320/2000 seq=2836 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [2] ts=1129887626 dur=480/480/2000 seq=2837 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [2] ts=1129887626 dur=640/640/2000 seq=2838 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [2] ts=1129887626 dur=800/800/2000 seq=2839 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [2] ts=1129887626 dur=960/960/2000 seq=2840 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [2] ts=1129887626 dur=1120/1120/2000 seq=2841 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [2] ts=1129887626 dur=1280/1280/2000 seq=2842 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [2] ts=1129887626 dur=1440/1440/2000 seq=2843 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [2] ts=1129887626 dur=1600/1600/2000 seq=2844 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [2] ts=1129887626 dur=1760/1760/2000 seq=2845 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1786 switch_rtp_dequeue_dtmf() RTP RECV DTMF 0:2080 2009-03-25 10:48:42 [DEBUG] switch_ivr_play_say.c:1280 switch_ivr_play_file() done playing file 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [2] ts=1129887626 dur=1920/1920/2000 seq=2846 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send end packet for [2] ts=1129887626 dur=2080/2080/2000 seq=2847 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send end packet for [2] ts=1129887626 dur=2080/2080/2000 seq=2848 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send end packet for [2] ts=1129887626 dur=2080/2080/2000 seq=2849 2009-03-25 10:48:42 [DEBUG] switch_ivr_menu.c:319 play_and_collect() waiting for 3/4 digits t/o 1500 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1786 switch_rtp_dequeue_dtmf() RTP RECV DTMF 9:2000 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1301 do_2833() Send start packet for [9] ts=1129890826 dur=160/160/2000 seq=2850 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [9] ts=1129890826 dur=320/320/2000 seq=2851 2009-03-25 10:48:42 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [9] ts=1129890826 dur=480/480/2000 seq=2852 2009-03-25 10:48:43 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [9] ts=1129890826 dur=640/640/2000 seq=2853 2009-03-25 10:48:43 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [9] ts=1129890826 dur=800/800/2000 seq=2854 2009-03-25 10:48:43 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [9] ts=1129890826 dur=960/960/2000 seq=2855 2009-03-25 10:48:43 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [9] ts=1129890826 dur=1120/1120/2000 seq=2856 2009-03-25 10:48:43 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [9] ts=1129890826 dur=1280/1280/2000 seq=2857 2009-03-25 10:48:43 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [9] ts=1129890826 dur=1440/1440/2000 seq=2858 2009-03-25 10:48:43 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [9] ts=1129890826 dur=1600/1600/2000 seq=2859 2009-03-25 10:48:43 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [9] ts=1129890826 dur=1760/1760/2000 seq=2860 2009-03-25 10:48:43 [DEBUG] switch_rtp.c:1240 do_2833() Send middle packet for [9] ts=1129890826 dur=1920/1920/2000 seq=2861 2009-03-25 10:48:43 [DEBUG] switch_rtp.c:1240 do_2833() Send end packet for [9] ts=1129890826 dur=2080/2080/2000 seq=2862 2009-03-25 10:48:43 [DEBUG] switch_rtp.c:1240 do_2833() Send end packet for [9] ts=1129890826 dur=2080/2080/2000 seq=2863 2009-03-25 10:48:43 [DEBUG] switch_rtp.c:1240 do_2833() Send end packet for [9] ts=1129890826 dur=2080/2080/2000 seq=2864 2009-03-25 10:48:43 [DEBUG] switch_rtp.c:1786 switch_rtp_dequeue_dtmf() RTP RECV DTMF 2:2080 2009-03-25 10:48:43 [DEBUG] switch_rtp.c:1786 switch_rtp_dequeue_dtmf() RTP RECV DTMF 9:2080 2009-03-25 10:48:45 [DEBUG] switch_ivr_menu.c:364 play_and_collect() digits '029'

2 1

Problem dialing out via E1
by Mark Tabron 25 Mar '09

25 Mar '09

Hi, My first post to the list. I'm a bit of a newb to FreeSwitch (and linux) so apologies if some of my terminology isn't quite correct. Recently had a 9 channel ISDN30 (euro - q931) installed by BT (UK). We've hooked it up to our FreeSwitch setup with a Sangoma A101 card. Light on the card is green and wanrouter is installed and up in TDM_API mode, with the connection status showing as connected. Configured Openzap for 9 b and 1 d channel as described in Freeswitch Wiki. Then created a diaplan to fire off any calls preceded by 9 to the next available openzap channel. The problem I have is when I initiate an external call (using 9xxxxxxx) from an extension I can see Freeswitch allocating the call to the next available channel but then the just sits there and times out after 1 minute. With the cause stated as ORIGINATOR_CANCEL (guessing this is the time out) Here are the confs / dialplan as I have them: [span wanpipe] name => OpenZAP number => 1 trunk_type => e1 b-channel => 1:1-9 d-channel => 1:16 <configuration name="openzap.conf" description="OpenZAP Configuration"> <settings> <param name="debug" value="0"/>    </settings> <pri_spans> <span id="1"> <param name="mode" value="user"/> <param name="dialect" value="q931"/> <param name="dialplan" value="XML"/> <param name="context" value="default"/> </span> </pri_spans> </configuration> <include> <extension name="outgoing-pri"> <condition field="destination_number" expression="^9(\d{7,15})$"> <action application="bridge" data="openzap/1/a/$1"/> </condition> </extension> </include> Do the config files look ok? Is there anything else I should be configuring? Is there anything else I can use to debug or get information on the PRI status? Thanks in advance. Mark. Save paper - don't print this email unless you need to. -------------------------------------------------------------------------------- NOTICE from RNID Typetalk This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the addressee. If you are not the addressee, please note that any distribution, dissemination, copying or use of this communication or the information in it is prohibited. If you have received this message in error, please notify the sender immediately at the above e-mail address and delete the information from your computer system. Please note that neither RNID nor the sender accepts any responsibility for viruses and it is your responsibility to scan the email and attachments (if any). --------------------------------------------------------------------------------

5 17

Starting Freeswitch at boot-time with rc.d script?
by Gilles 25 Mar '09

25 Mar '09

Add-on: The script is almost fine now, but I don't know whether the script really requires a config file, and if yes, where it can be found (the XML file doesn't seem to be it): FREESWITCH_PARAMS="-nc" FREESWITCH_BIN=/usr/local/freeswitch/bin/freeswitch #BAD!!! FREESWITCH_CONFIG=/usr/local/freeswitch/conf/freeswitch.xml #. $FREESWITCH_CONFIG Thank you.

2 1

Console Window
by Will Smith 25 Mar '09

25 Mar '09

Hi, I closed the console window that ran FS without shutting down FS. I had to restart the server to get back to the console window. I just wonder if there is a way to bring that window up without restart server. In the file /log/freeswitch.pid, I found a number, is that a seesion id? Thank you.

7 9

Starting Freeswitch at boot-time with rc.d script?
by Gilles 25 Mar '09

25 Mar '09

Hello I'm struggling to have Freeswitch start automatically in a Suse host at boot-time through the rc.d script provided in SVN. Here's what I did so far: 1. cp /usr/src/freeswitch/build/freeswitch.init.suse /etc/init.d/freeswitch 2. chmod 755 /etc/init.d/freeswitch 3. chkconfig freeswitch 345 4. chkconfig -l freeswitch 5. ln -s /usr/sbin/rcfreeswitch /etc/init.d/freeswitch 6. Edited /etc/init.d/freeswitch to correct the following two lines: #FREESWITCH_BIN=/opt/freeswitch/bin/freeswitch FREESWITCH_BIN=/usr/local/freeswitch/bin/freeswitch #FREESWITCH_CONFIG=/etc/sysconfig/freeswitch FREESWITCH_CONFIG=/usr/local/freeswitch/conf/freeswitch.xml 7. Ran the script: /etc/init.d/freeswitch start [...] Session Rate[30] SQL [Enabled] 2009-03-25 11:54:56 [WARNING] switch_console.c:432 console_thread() We've become an orphan, no more console for us. => According to the FAQ, running Freeswitch without a console requires using the "-nc" switch. Should I edit the rc.d script further to use this, or is the issue elsewhere? Thank you.

1 0

user_data sends two header_strings named key
by Leon de Rooij 25 Mar '09

25 Mar '09

Hi, I think this is a bug in mod_commands.c : When using "user_data" function from mod_commands (mod_commands.c, line 358) A header string "key" is added to params (mod_commands.c, line 362) Then switch_xml_locate_user is called (switch_xml.c, line 1712) And that function adds another header string "key" (switch_xml.c, line 1740) This results in two keys with the same name being sent ( to in my case mod_xml_curl ). I opened an issue in jira for this (is it alright like that ?) : http://jira.freeswitch.org/browse/MODAPP-242 regards, Leon

1 0