September 2009 - freeswitch-dev@lists.freeswitch.org

[Freeswitch-dev] Patch for soft reload command in mod_dingaling
by Muhammad Shahzad 19 Sep '09

19 Sep '09

Reference: http://jira.freeswitch.org/browse/LBDING-15 ======================================================================================================================= Here is new patch with all thread lock / unlock and memory management stuff etc. it does following, 1. Adds a new dingaling menu command, "dingaling reload". 2. While executing this command it re-reads XML configuration (from file or XML CURL, whichever configured). 3. Adds new profiles in configuration. 4. Deletes profiles that are no longer in XML configuration. 5. Checks all profiles which exist in both old and new XML configuration, verify that all parameters match. 6. If any parameter is not match then it deletes older one and loads newer one. 7. If no parameter mismatch found then it leaves the profile as is. 8. While deleting profiles, if any profile is in call, it does not drops the call, instead marks that profile for deletion and upon completion of call it deletes the profile. I have verified its functionality is all possible test cases (that we can think of) and found it consistent without any performance drawbacks. Kindly review and add this patch to mainstream. ======================================================================================================================= Thank you. -- Muhammad Shahzad ----------------------------------- CISCO Rich Media Communication Specialist (CRMCS) CISCO Certified Network Associate (CCNA) Cell: +92 334 422 40 88 MSN: shari_786pk(a)hotmail.com Email: shaheryarkh(a)googlemail.com

5 6

[Freeswitch-dev] FreeSWITCH Weekly Conference Call, Sept 18, Starting Shortly
by Michael Collins 18 Sep '09

18 Sep '09

Get ready to call in! Agenda is here: http://wiki.freeswitch.org/wiki/FS_weekly_2009_09_18 Talk to you all shortly! -MC

1 0

[Freeswitch-dev] Please Help: TDM Hardware For Testing
by Michael Collins 17 Sep '09

17 Sep '09

Hello all! We could use your help with something. We've had several volunteers willing to assist with testing and debugging various scenarios with TDM circuits. However, there is a need to get TDM hardware into the hands of those volunteers. If you have old TDM hardware, be it analog or digital, that is sitting around collecting dust and you'd like to donate it (or loan it) to the cause then please email me off list. Thanks! -MC

3 2

[Freeswitch-dev] ATTN: Debian gurus and enthusiasts
by Michael Collins 17 Sep '09

17 Sep '09

If you are a Debian person and have experience creating .debs then read on... Frank Carmickle has graciously volunteered to assist with creating a FS deb config. I've heard that others have been doing something similar or are interested. If you are such a person then please email Frank and me off list so that we can organize the volunteers. Thanks! -Michael

2 2

[Freeswitch-dev] FreeSWITCH and radios
by Trixter aka Bret McDanel 16 Sep '09

16 Sep '09

I am working on a few things, when I have time I am integrating FreeSWITCh with ham radios. While this is not specific to ham radios, that is *my* intent. Potentially you can use FRS/GMRS, CB, commercial radios, whatever. If anyone is interested in doing this type of stuff I would ask that you contact me, and possibly check out what I have done so far: http://svn.freeswitch.org/svn/freeswitch/trunk/contrib/trixter/radio/ my goal is to build tools that enable people to quickly and easily integrate FreeSWITCH to build a repeater or some other radio appliance. In essence a radio would be YATE (Yet Another Telephony Endpoint) :D -- Trixter http://www.0xdecafbad.com Bret McDanel pgp key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x8AE5C721

2 1

[Freeswitch-dev] FreeSWITCH Weekly Conference Call Agenda For Friday September 18
by Michael Collins 15 Sep '09

15 Sep '09

Hello, The weekly conference call agenda page is ready for everyone to contribute: http://wiki.freeswitch.org/wiki/FS_weekly_2009_09_18 Please add questions, comments, concerns, and ideas. As always, we are looking for volunteers to assist with various sub-projects. All are invited to listen in on the weekly call. It's a great way to get a feel for what's happening with the project and to communicate directly with the core developers. Thanks again for your support and for working so hard to make FreeSWITCH a successful project and for making the FreeSWITCH community such a great place to be. -Michael

1 0

Re: [Freeswitch-dev] Add accountcode to Show Channels
by Matt Riddell 15 Sep '09

15 Sep '09

On 15/09/09 9:29 PM, Trixter aka Bret McDanel wrote: > On Tue, 2009-09-15 at 19:24 +1200, Matt Riddell wrote: >> Hmmm, so like set a limit of a max of like 1000000000 calls and then use >> the hash as the lookup index for the group - could work. >> > > not quite what I was thinking, but if that works. There are other ways > to store data if you arent going to use it for an actual limit. > > http://wiki.freeswitch.org/wiki/Mod_limit#Synopsis > db [insert|select|delete]/<realm>/<key>/<value> > hash [insert|delete]/<realm>/<key>/<val> > > Those may work better if that is how you are thinking of it. Cool, ty. >> Yeah, that'd likely be a bit much - bear in mind we're currently >> restricted to one MySQL database per 8 Asterisk servers because of the >> load from CDR/number lookups. >> > > You may be able to see based on event socket, and track it that way. > > Almost sounds like you need some mysql server replication to offset the > load of all of this a bit :) We tend to just run them as separate entities - that way you can totally destroy any of the node sets and the system keeps going - the front end just funnels requests out and whatever SmoothTorque set can take it does :) Thanks heaps for all the pointers - I've still got so much to learn! -- Cheers, Matt Riddell Director _______________________________________________ http://www.venturevoip.com/news.php (Daily Asterisk News) http://www.venturevoip.com/st.php (SmoothTorque Predictive Dialer) http://www.venturevoip.com/c3.php (ConduIT3 PABX Systems)

2 1

[Freeswitch-dev] how to add t38 support for mod_fax ?
by daqiang wang 15 Sep '09

15 Sep '09

how are you! I want to add t38 support for mod_fax. Can anyone give me some suggestion ? Thank you very much !

7 7

[Freeswitch-dev] mod_odbc_query
by Leon de Rooij 15 Sep '09

15 Sep '09

Hi, I wrote a new module mod_odbc_query the last few days and I'm wondering what other people think of it. It works here, tested it and valgrind sees no leaks.. You can check it out here: http://fisheye.freeswitch.org/browse/FreeSWITCH/contrib/ledr/c/mod_odbc_que… It's pretty flexible and useful for me. regards, Leon --- mod_odbc_query readme This module can be used for doing odbc queries from the dialplan. Usage: <application name="odbc_query" data="SELECT some_column_name AS target_channel_variable_name FROM some_table_name WHERE 1;"/> or: <application name="odbc_query" data="my-query"/> The module simply checks whether the data attr contains a space. If it does, then that field will be seen as an SQL query, otherwise it will be seen as a query 'name' which then has to be defined in the modules configuration in the <queries> section like this: <queries> <query name="my-query" value="SELECT some_column_name AS target_channel_variable_name FROM some_table_name WHERE 1;"/> </queries> The module will do the query and store each returned column name as channel variable name together with its corresponding value. Another feature is, that if only two columns are returned, which have the column names "name" and "value", then the channel variables will be set according to them. This way you can have the query return multiple rows with different channel variables. If the query returns something else than column-names "name" and "value" and it returns multiple rows, then the channel variables will be overwritten with each iteration of the rows - which is probably useless. The query may contain ${blah} variables that will be expanded from channel variables before the query is performed. For example: query: "SELECT foo, bar FROM huk WHERE tilde='kek';" returns: foo bar ---------- a b c d then the channel variables that will be set are: foo=c bar=d --- query: "SELECT foo AS name, bar AS value FROM huk WHERE tilde='kek';" returns: name value ------------ a b c d then the channel variables that will be set are: a=b c=d --- So, the first example should only be used when you know that only zero or one row will be returned, and second one if you know zero or more rows will be returned. If zero rows are returned (in either foo/bar or name/value case) then no channel variables will be set, overwritten or deleted. --- <configuration name="odbc_query.conf" description="ODBC Query Module"> <settings> <param name="odbc-dsn" value="freeswitch:freeswitch:secret"/> </settings> <queries>  <query name="map-did-users" value=" SELECT dir_users.username AS dest_user, dir_domains.name AS dest_domain FROM map_did_users, dir_domains, dir_users WHERE map_did_users.did='${destination_number}' AND dir_users.id = map_did_users.user_id AND dir_domains.id = dir_users.dir_domain_id;"/> </queries> </configuration>

2 2

Re: [Freeswitch-dev] Add accountcode to Show Channels
by Matt Riddell 15 Sep '09

15 Sep '09

On 15/09/09 7:12 PM, Trixter aka Bret McDanel wrote: > The key can be the account code, so that you can look for each code you > are interested in and know how many calls are up for that code itself. > > > http://wiki.freeswitch.org/wiki/Mod_limit#Limit_Example > http://wiki.freeswitch.org/wiki/Mod_limit#limit_hash_usage > > Will that do what you want? Granted you have to tweak the example to > use the account code and all, but ... Hmmm, so like set a limit of a max of like 1000000000 calls and then use the hash as the lookup index for the group - could work. >> The problem is that I'll also need to see where in the dialplan each >> channel is up to and then from there relate back to customers. >> > there are a couple ways to accomplish this. For one thing the dialplan > can actually be a socket connection where you can say exactly where it > is at any time. Depending on load you could actually have the call > store its state data via odbc using a update, although this does add > load, it lets you query a DB server instead of the switch for this > information which can relieve some load on your switch. My preference > is to offload most things elsewhere and leave the switches just for > calls, but that is just me. Yeah, that'd likely be a bit much - bear in mind we're currently restricted to one MySQL database per 8 Asterisk servers because of the load from CDR/number lookups. Maybe though if I wrote a proxy that sat between SmoothTorque and FreeSwitch, and it could keep an internal hashtable - problem is, if I'm going to do that, it would probably make more sense to do it in SmoothTorque anyway. I think it would be pretty close to impossible to log state information just because of the sheer volume of calls. I.E. just storing a record at the end of a call is hard enough, let alone storing state changes. > I am just throwing options out there, the best option for what you need > may be the patch you did, one of the things about FreeSWITCH is that > there are usually multiple ways to accomplish the same task. Yeah, it's a pretty steep learning curve though. Sucks to go from being a guru to a no0b in one second :D -- Cheers, Matt Riddell Director _______________________________________________ http://www.venturevoip.com/news.php (Daily Asterisk News) http://www.venturevoip.com/st.php (SmoothTorque Predictive Dialer) http://www.venturevoip.com/c3.php (ConduIT3 PABX Systems)

2 1