March 2009 - FreeSWITCH-users - FreeSWITCH Mailing Lists

switch_ivr_originate() Parse Error!
by mszlazak＠aol.com 28 Mar '09

28 Mar '09

I'm getting a parsing error which seems to be coming from the space in "Extension 1000". If this is "normal" then what's the best way to deal with spaces in caller id names? This is how the call was originated: <action application="set" data="api_hangup_hook=sched_api +5 none originate {id_name=${effective_caller_id_name},id_number=${caller_id_number}}sofia/internal/1000%$${domain} GINO_ANS"/>??? ??? ??? 2009-03-28 10:50:56 [ERR] switch_ivr_originate.c:976 switch_ivr_originate() Parse Error! 2009-03-28 10:50:56 [DEBUG] switch_ivr_originate.c:2081 switch_ivr_originate() Originate Resulted in Error Cause: 27 [DESTINATION_OUT_OF_ORDER] 2009-03-28 10:50:56 [DEBUG] mod_commands.c:2213 sch_api_callback() Command originate({id_name=Extension 1000,id_number=1000}sofia/internal/1000%10.0.0.3 GINO_ANS): -ERR DESTINATION_OUT_OF_ORDER Mark

2 1

Building on Ubuntu Intrepid
by Trevor Hammonds 28 Mar '09

28 Mar '09

Has there been any progress getting FreeSWITCH to build on Ubuntu Intrepid without downgrading libtool? Thanks! Sincerely, Trevor Hammonds

7 13

generating RFC 3966 and RFC 4694 calls
by James H Thompson 28 Mar '09

28 Mar '09

I need to generate calls with Invite URIs in this format: INVITE sip:9085551212;npdi=yes;rn=9083820000@204.123.123.123:5060 SIP/2.0 Is there an easy way to do this? Thanks.

6 8

IRC is not for all
by Richard Lamkin 28 Mar '09

28 Mar '09

Dear All, As a developer within a commercial organisation I would like to highlight that IRC access is blocked by my organisation. This is because it falls under the chat room category and is regarded as a security risk. Therefore is there any means of putting a digest of IRC traffic though the IRC node used for Freeswitch. I like many in the commercial world are barred by IT departmental polices from any chat room access. I feel I'm missing out on this useful stream on information. Another issue with any medium which is transitory is that I work in the UK and an therefore would not be privy to communications that occur outside my time zone. I do support efforts to put together a forum, which although less response than IRC is more permanent. I am subscribed to the User and Dev mail lists which I find are a very useful read. Regards Richard Lamkin Mettoni Group, UK ************************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. http://www.mettoni.com Datapulse Ltd (part of the Mettoni Group) Registered in England and Wales: 4485978 9400 Garsington Road, Oxford Business Park, Oxford, OX4 2HN *************************************************************************

9 11

Contacting Callie
by Kristian Kielhofner 27 Mar '09

27 Mar '09

What is the best way (if any) to contact "Callie" for custom prompt work? I can't seem to find much about her. Thanks! -- Kristian Kielhofner http://blog.krisk.org http://www.submityoursip.com http://www.astlinux.org http://www.star2star.com

4 3

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

27 Mar '09

>> Did you provide the menu you are using and what you expect to happen? Here's the setup; Caller -> FlowRoute - > FreeSwitch <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="ivr/ivr-operator.wav" timeout ="10000" inter-digit-timeout="1500" max-failures="2" 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"/> </menu> <macro name="welcome" pause="250"> <input pattern="(.*)"> <match> <action function="play-file" data="/usr/local/freeswitch/sounds/fr1.wav"/> <action function="play-file" data="/usr/local/freeswitch/sounds/fr2.wav"/> <action function="play-file" data="/usr/local/freeswitch/sounds/if-u-know-ext-dial.wav"/> <action function="play-file" data="/usr/local/freeswitch/sounds/fr3.wav"/> </match> </input> </macro> <macro name="top-menu" pause="250"> <input pattern="(.*)"> <match> <action function="play-file" data="/usr/local/freeswitch/sounds/if-u-know-ext-dial.wav"/> <action function="play-file" data="/usr/local/freeswitch/sounds/fr3.wav"/> </match> </input> </macro> >> B: Right and that is the fix for this. If you have the sleep's in your phrase macro's remove them and use the pause= param... you shouldn't have any problems. Still seeing multiple issues logged during ivr process for mis-interpreted DTMF. Here's today's list from our production server. 2009-03-27 06:38:59 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'main_ivr' caught invalid input '1100' 2009-03-27 07:20:33 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'main_ivr' caught invalid input '000' 2009-03-27 07:20:41 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'main_ivr' caught invalid input '000' 2009-03-27 08:33:25 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'main_ivr' caught invalid input '000' 2009-03-27 09:41:14 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'main_ivr' caught invalid input '1101' 2009-03-27 09:41:19 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'main_ivr' caught invalid input '55' 2009-03-27 09:41:33 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'main_ivr' caught invalid input '015' 2009-03-27 10:13:15 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'main_ivr' caught invalid input '000' 2009-03-27 10:13:22 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'main_ivr' caught invalid input '000' 2009-03-27 10:13:50 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'main_ivr' caught invalid input '000' 2009-03-27 10:13:59 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'main_ivr' caught invalid input '000' 2009-03-27 10:14:11 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'main_ivr' caught invalid input '0000' 2009-03-27 10:56:00 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'main_ivr' caught invalid input '006' 2009-03-27 10:57:44 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'main_ivr' caught invalid input '006' 2009-03-27 10:57:57 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'main_ivr' caught invalid input '006' 2009-03-27 10:58:09 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'main_ivr' caught invalid input '006' 2009-03-27 10:59:06 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'main_ivr' caught invalid input '006' 2009-03-27 11:58:35 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'main_ivr' caught invalid input '028' 2009-03-27 11:59:27 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'main_ivr' caught invalid input '050' 2009-03-27 12:01:52 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'main_ivr' caught invalid input '000' 2009-03-27 12:02:01 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'main_ivr' caught invalid input '000' 2009-03-27 12:02:41 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'main_ivr' caught invalid input '006' 2009-03-27 12:02:53 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'main_ivr' caught invalid input '006' Any other debug I can capture to assist? Thanks, Chris.

1 0

condition matching on variables which have been set in the dialplan
by Peter P GMX 27 Mar '09

27 Mar '09

I try to use speed dialling and masked numbers in a dialplan through xml-curl. For the XML I use templates which I fill with variables. The numbering plan is set up in a way that any number can be a speed dialling or masked number, so I cannot parse them via Regex in the XML part of the dialplan. E.g. * 12345 is a normal phone * 12346 is a speed dialling number => 0049xxxxxxxxxx * 12347 is a normal phone * 4 is a speed dialling number => 0049xxxxxxxxxx So I need to substitute a variable with the final number to be dialled. This final number then needs to be parsed in the dialplan to indentify how to handle it (bridge, conference, voicemail etc.) I have special reasons to do that, so please do not ask me why. So the dialplan is as following <extension name="Any">  <condition field="destination_number" expression="^[0-9]\d[0,16}$" continue="true">. <action application="set" data="destination_number=0049xxxxxxxxx"/>. <action application="export" data="destination_number=0049xxxxxxxxx"/>. <action application="info"/> </condition> <condition field="${variable_destination_number}" expression="^(00[1-9]\d{4,13})$">  <action application="set" data="effective_caller_id_number=unknown"/>. <action application="set" data="effective_caller_id_name=unknown"/>. <action application="bridge" data="sofia/gateway/QSC_DE/$1(a)sip.qsc.de"/>. </condition> <condition ............> . . </extension> In the first condition I set the substituted final destination number. This is dynamically substituted in the template in my application via xml-curl dependend on which kind of number is dialled. In this case a German number is substituted. In the following conditions I would like to set the gateways. What is happening in the logs? * I dial e.g. "12346" for a speed dialling number * The first condition is parsed correctly, and the variables are set (Action set(destination_number=0049xxxxxxxxxxxx) * in the second condition "${variable_destination_number} is not set to the new value. It's still "12346".(I also tried conditions based on "${destination_number}" and "destination_number"). * In the logs the execution of "set" and "export" in fact is shown <after> the whole conditions are parsed. Also the info application is outputted after all conditions are parsed. E.g. EXECUTE sofia/internal/10000(a)sip.domain.de set(destination_number=0049xxxxxxxxxxxx) * the "info" app shows me that "variable_destination_number" is set to the right number, but it seems to be too late? Question: Are these lines not handled sequentially (I am using a quad core machine)? Any other idea how to solve this? Best regards Peter

2 3

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

27 Mar '09

>> Sent: Wednesday, March 25, 2009 12:43 btw you'll have to reinstall your phrase macros .... make vm-sync I think should do it if it doesn't let me know... we removed the 250ms sleeps and that was the problem which we fixed. << I re-did the macros; the only change I could detect was the elimination of the 250ms sleeps; and the change to: <macro name="welcome" pause="250"> I'm running build 12782; should this have fixed it? If so, I will follow the bug reporting instructions you sent earlier. Thanks, Chris. Here's the errors caught today on my production system. 2009-03-27 07:20:41 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'rightscale_ivr' caught invalid input '000' 2009-03-27 08:33:25 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'rightscale_ivr' caught invalid input '000' 2009-03-27 09:41:14 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'rightscale_ivr' caught invalid input '1101' 2009-03-27 09:41:19 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'rightscale_ivr' caught invalid input '55' 2009-03-27 09:41:33 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'rightscale_ivr' caught invalid input '015' 2009-03-27 10:13:15 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'rightscale_ivr' caught invalid input '000' 2009-03-27 10:13:22 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'rightscale_ivr' caught invalid input '000' 2009-03-27 10:13:50 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'rightscale_ivr' caught invalid input '000' 2009-03-27 10:13:59 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'rightscale_ivr' caught invalid input '000' 2009-03-27 10:14:11 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'rightscale_ivr' caught invalid input '0000' 2009-03-27 10:56:00 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'rightscale_ivr' caught invalid input '006' 2009-03-27 10:57:44 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'rightscale_ivr' caught invalid input '006' 2009-03-27 10:57:57 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'rightscale_ivr' caught invalid input '006' 2009-03-27 10:58:09 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'rightscale_ivr' caught invalid input '006' 2009-03-27 10:59:06 [DEBUG] switch_ivr_menu.c:548 switch_ivr_menu_execute() IVR menu 'rightscale_ivr' caught invalid input '006'

3 2

SIP INFO <-> RFC2833
by rod 27 Mar '09

27 Mar '09

Hi, I did some tests with FS to transcode SIP INFO to RFC2833 (and vice versa) and it's working fine when FS stays in the media path with default configuration. But my setup is the following: - Core network requires SIP INFO - Peerings require RFC2833 all would be fine with FS if my SIP Peers were not enforcing G729 (discarding G711) so that I have to use the directive <action application="set" data="proxy_media=true"/> in my dialplan cause FS can't deal with G729 except in pass-through. It's sad, but G729 is still a reality in Telco World. So do you think there could be a way to deal with DTMF even if not analyzing RTP for transcoding. My commercial SBC is doing this, but it sucks and that's the last step before final migration to FS. regards, rod

3 5

rubymod - ESL compile error
by Matthew Fong 27 Mar '09

27 Mar '09

I'm trying to get rubymod, working to experiment with it, but I'm getting the following error when I try to make on my Ubuntu system. root@ubuntu:/usr/src/freeswitch/libs/esl# make rubymod make MYLIB="../libesl.a" SOLINK="-shared -Xlinker -x" CFLAGS="-I/usr/src/freeswitch/libs/esl/src/include -DHAVE_EDITLINE -g -ggdb -I../../libs/libedit/src/ -fPIC -O2 -ffast-math -Wall -Werror -Wunused-variable -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes" CXXFLAGS="-I/usr/src/freeswitch/libs/esl/src/include -DHAVE_EDITLINE -g -ggdb -I../../libs/libedit/src/ -fPIC -Wall -Werror -Wno-unused-variable" CXX_CFLAGS="" -C ruby make[1]: Entering directory `/usr/src/freeswitch/libs/esl/ruby' g++ -shared -Xlinker -x esl_wrap.o ../libesl.a -lruby -o ESL.so -L. /usr/bin/ld: cannot find -lruby collect2: ld returned 1 exit status make[1]: *** [ESL.so] Error 1 make[1]: Leaving directory `/usr/src/freeswitch/libs/esl/ruby' make: *** [rubymod] Error 2 I'm currently using event sockets with a fully ruby implementation, but it's sort of slow at reading sockets. If I can get it working, it will be interesting seeing if I can improve performance. Does rubymod support events the same way the perlmod does? Thanks. --matt

3 2