May 2012 - freeswitch-dev@lists.freeswitch.org

[Freeswitch-dev] gsm library from system instead of included?
by Ted Walther 09 May '12

09 May '12

Is there a way to compile freeswitch using a gsm lib that comes with my system, rather than the one from the source tree? This would allow freeswitch to work on a lot of different cpu architectures besides intel. Ditto for libcurl. Ted

1 0

[Freeswitch-dev] error in mod_spandsp_modem.c
by Ted Walther 09 May '12

09 May '12

Compiling mod_spandsp_modem.c ... cc1: warnings being treated as errors mod_spandsp_modem.c: In function 'modem_init': mod_spandsp_modem.c:380: warning: ISO C90 forbids mixed declarations and code mod_spandsp_modem.c:398: error: invalid storage class for function 'channel_on_init' mod_spandsp_modem.c:399: error: invalid storage class for function 'channel_on_hangup' mod_spandsp_modem.c:400: error: invalid storage class for function 'channel_on_destroy' mod_spandsp_modem.c:401: error: invalid storage class for function 'channel_on_routing' mod_spandsp_modem.c:402: error: invalid storage class for function 'channel_on_exchange_media' mod_spandsp_modem.c:403: error: invalid storage class for function 'channel_on_soft_execute' mod_spandsp_modem.c:407: error: invalid storage class for function 'channel_outgoing_channel' mod_spandsp_modem.c:408: error: invalid storage class for function 'channel_read_frame' mod_spandsp_modem.c:409: error: invalid storage class for function 'channel_write_frame' mod_spandsp_modem.c:410: error: invalid storage class for function 'channel_kill_channel' mod_spandsp_modem.c:419: warning: ISO C forbids nested functions mod_spandsp_modem.c:419: error: invalid storage class for function 'channel_on_init' mod_spandsp_modem.c: In function 'channel_on_init': mod_spandsp_modem.c:445: warning: implicit declaration of function 'ioctl' mod_spandsp_modem.c: In function 'modem_init': mod_spandsp_modem.c:489: warning: ISO C forbids nested functions mod_spandsp_modem.c:489: error: invalid storage class for function 'channel_on_routing' mod_spandsp_modem.c:503: warning: ISO C forbids nested functions mod_spandsp_modem.c:503: error: invalid storage class for function 'channel_on_execute' mod_spandsp_modem.c:519: warning: ISO C forbids nested functions mod_spandsp_modem.c:519: error: invalid storage class for function 'channel_on_destroy' mod_spandsp_modem.c:543: warning: ISO C forbids nested functions mod_spandsp_modem.c:543: error: invalid storage class for function 'channel_on_hangup' mod_spandsp_modem.c:560: warning: ISO C forbids nested functions mod_spandsp_modem.c:560: error: invalid storage class for function 'channel_kill_channel' mod_spandsp_modem.c:586: warning: ISO C forbids nested functions mod_spandsp_modem.c:586: error: invalid storage class for function 'channel_on_soft_execute' mod_spandsp_modem.c:592: warning: ISO C forbids nested functions mod_spandsp_modem.c:592: error: invalid storage class for function 'channel_on_exchange_media' mod_spandsp_modem.c:608: warning: ISO C forbids nested functions mod_spandsp_modem.c:608: error: invalid storage class for function 'channel_on_reset' It looks to me like the error is here: #if USE_OPENPTY if (openpty(&modem->master, &modem->slave, NULL, NULL, NULL)) { if (modem->master < 0) { switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_ERROR, "Fatal error: failed to initialize pty\n"); status = SWITCH_STATUS_FALSE; goto end; } modem->stty = ttyname(modem->slave); #else I traced to the bottom of the function, and didn't see a matching close brace. I believe it is the if(modem->master < 0){ statement that is missing the closing } after the goto end; statement. Can a more knowledgeable developer confirm that this is correct. Ted

3 4

[Freeswitch-dev] Conference Outcall Tone Stream Played
by Anthony Novatsis 09 May '12

09 May '12

OK. Thanks for the clarification. Anthony

1 0

[Freeswitch-dev] Conference Outcall Tone Stream Played
by Anthony Novatsis 08 May '12

08 May '12

Dear All, Using the conference auto outcall feature, I've observed that a tone is played to the user that has called the conference number. I've tracked this down to a call to the conference_member_play_file function in the mod_conference.c file. >From the debug console output: 2012-05-08 06:34:20.135433 [DEBUG] mod_conference.c:3748 Queueing file 'tone_stream://%(500,0,640)' for play and in the mod_conference.c file: 3018 3019 conference_member_play_file(member, "tone_stream://%(500,0,640)", 0); 3020 } 3021 This tone seems to be played unconditionally. Is it possible to make this configurable? (It could even be removed since the sounds played to conference members are configurable with the conference profile. But that change would impact existing users.) Thank you in advance for any help. Best regards, Anthony

2 1

Re: [Freeswitch-dev] Conference Outcall Member Flags
by Anthony Novatsis 08 May '12

08 May '12

I've tested the outcall_flags variable and it is working perfectly. Thanks for the quick response! Anthony > ---------- Forwarded message ---------- > From: Anthony Minessale <anthony.minessale(a)gmail.com> > To: freeswitch-dev(a)lists.freeswitch.org > Cc: > Date: Mon, 7 May 2012 10:52:58 -0500 > Subject: Re: [Freeswitch-dev] Conference Outcall Member Flags > try latest git I added outcall_flags variable that will override the > defaults if specified in {} in each dial string >

1 0

[Freeswitch-dev] Ubuntu 10.04.4 Build
by Thierry Panthier 08 May '12

08 May '12

Hi, I noticed that the scripts in the debian/ directory were updated and the minimum dependencies were changed. If I 'downgrade' the dependencies in debian/bootstrap.sh and debian/compat then I'm able to build FreeSWITCH for Ubuntu 10.04.4 I'm sending you the patch I've created. After that, all that I had to do was: cd freeswitch/debian ./bootstrap.sh cd .. dpkg-buildpackage -b -rfakeroot Do you guys agree with this patch? Is there a reason why the latest version of these packages is required? BTW the change in mod_posix_timer.c was necessary because gcc was aborting if "-Werror -pedantic" were both set. Regards, Thierry

1 0

[Freeswitch-dev] News and Notes: ClueCon Hotel Gets a New Name, FreeSWITCH Gets a New Feature
by Michael Collins 07 May '12

07 May '12

Happy new week to all! We have some interesting news items to share. First off, we are happy to report that the Wyndham Hotel, where ClueCon 2012 is being held, has a new owner and will become a Hyatt property. As part of the transition, the Wyndham will be renamed in June. The new name will be Hyatt Chicago Miracle Mile. The ownership transfer and name change will not affect ClueCon attendees, and the ClueCon website <http://www.cluecon.com/hotels?cc12-0507>will continue to have the latest hotel information. Please feel free to call the Wyndham and make your ClueCon hotel reservations at your earliest convenience. Also in ClueCon news we'd like to let everyone know that we have two new sponsors: Vitelity and OpenVox. We are pleased to welcome them both to this year's event. Each will be giving a technical presentation this year and we look forward to seeing them in person. Please visit our site<http://www.cluecon.com?cc12-0507>for registration information. FreeSWITCH received a new feature last week: a much-improved group pickup implementation. The new pickup dialplan<http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_pickup?cc12-0507>application works in conjunction with the new "pickup" pseudo-channel. Together these allow for simple yet elegant call pickup features to be added to the dialplan. A number of FreeSWITCH community members are testing this new feature, and soon there will be an example added to the "Vanilla" dialplan. This Wednesday, May 9, we will be welcoming FreeSWITCH Community member Giovanni Maruzzelli to the community conference call<http://wiki.freeswitch.org/wiki/FS_weekly_2012_05_09?cc12-0507>. He will be discussing how to implement a GSM channel in FreeSWITCH using mod_gsmopen and a GSM dongle. We invite everyone to join us this Wednesday at 1PM Eastern, 10AM Pacific (UTC 1700) for a very interesting discussion. Have a great week and we'll be in touch next Monday. -- Michael S Collins ClueCon Team www.ClueCon.com <http://www.ClueCon.com?cc12-0507> 877-7-4ACLUE

1 0

[Freeswitch-dev] Conference Outcall Member Flags
by Anthony Novatsis 07 May '12

07 May '12

Dear All, Using FreeSwitch I require functionality similar to conference outcall except that I would like to invite users to the conference with different member flags (with conference outcall all users must have the same flags). In order to achieve this, I have written a Python script using mod_python (the script itself is similar in form to http://wiki.freeswitch.org/wiki/Lua_Intercom) Using the script, I observe the following scenario: 1. A calls conference 2. B and C are invited to conference 3. B answers and joins conference (C is still ringing) 4. B ends call (and the conference is torn down because the user has the endconf flag) 5. C continues ringing (and if answered the conference will be created again with C being the only participant) Firstly, is the above behaviour correct? At step 5, I expect (and would like) C to stop ringing given that the conference to which he was invited to has been torn down (which is the behaviour observed with conference outcall). Secondly, if the above behaviour is indeed correct, is there anything that I can do in the script to achieve the desired behaviour? For conference outcall, I have noticed in the FreeSwitch source code (mod_conference.c) a flag is used (CFLAG_OUTCALL) which ends the pending outcalls when the conference ends. However, this flag is only used internally. Thank you in advance for any help. Best regards, Anthony

2 1

[Freeswitch-dev] FreeSWITCH 1.2 and packaging update
by Ken Rice 05 May '12

05 May '12

As many of you know we have been working hot and heavy on getting 1.2 ready to drop. In the next 24 hours we will be pushing some further changes into tree that will affect a small number of users. These Changes are leading up to the 1.2 release and specifically address Packaging for Debian (and Debian based) system. If you arent currently using the debian package building bits of the FreeSWITCH source tree, you will not be affected. However if you are expect to see some big changes... These changes are to move us more inline with the Centos packages and more inline with what is required to get FreeSWITCH in the normal Debian repositories. Also, do we have a brave soul that might want to help with the FreeSWITCH Change log? Contact me off list or via IRC (SwK in #freeswitch on irc.freenode.net) if this is something you can help with. K

2 1

[Freeswitch-dev] New proof-of-concept module (mod_pickupgroup)
by João Mesquita 04 May '12

04 May '12

Hello folks, I've been working lately with pickup groups and I found some situations where the way the intercept application is presented along with the hash application on the default configs will not suffice the expected behavior on a PBX environment. Of course there are many solutions to this problem and I bet that there are even possible solutions without coding and just dial plan tricks. Nonetheless, a beginner could probably overlook some of those situations and this is the reason why I have started this module. The first problem I am trying to solve is that hash will only hold 1 UUID per group. If you have 2 consecutive calls and want to pick both up, you won't be able to. Simple way to test it. A calls B and leaves B ringing. C calls D and leaves D ringing. E intercepts (in which case it will intercept C). F intercepts same group. Expected behavior is to intercept A, but hash has forgotten about A and therefore you will get reorder tone. By "borrowing" (nicer than stealing) the idea from `eavesdrop all`, I have created mod_pickupgroup as a proof of concept and I would like the community not only to test the module but also to provide input as far as the code is concerned (I am not that proficient with C) and as far as functionality is concerned. The code is currently hosted on Github with the intent to move it somewhere more definitive if the module ends up being useful. The link is here: http://github.com/jmesquita/mod_pickupgroup To compile it, you need to adjust the BASE variable inside the Makefile by pointing it to your latest FreeSWITCH™ source. -- João Mesquita Sent with Sparrow (http://www.sparrowmailapp.com/?sig)

1 0