August 2009 - FreeSWITCH-users - FreeSWITCH Mailing Lists

In the spirit of ClueCon: Our FreeSWITCH Story
by Seven Du 05 Aug '09

05 Aug '09

Hello All - In the spirit of ClueCon (which we are missing this year, but hopefully not next), we wanted to document our "FreeSWITCH Story". We've posted it to the wiki( http://wiki.freeswitch.org/wiki/FreeSWITCH_Testimonial_on_Idapted.com) and it is copied below. Thank you all and enjoy a good conference! Seven Du (seven) Jonathan Palley (jpalley_idapted) Idapted Ltd. *How FreeSWITCH has created hundreds of job opportunities and changed lives. * We want to share our experience working with FreeSWITCH. FreeSWITCH has been a key enabler of our business. We hope this story can be a small way to say a very big THANK YOU ALL. "Changing lives" is an over-used cliche, but in this case, FreeSWITCH has really allowed us to do just that. What We Do: We are not a telephony business; we are an educational technology and service business. In Asia (China, in our case) students must pass English examinations to study or work abroad and gain new experiences. However, there is limited access to native English speakers and the access students can gain is typically very expensive. At the same time, in the U.S., there are many professionals looking for work-at-home opportunities - people who need jobs and would create great teachers. Through our technology and content we empower these people to be effective English teachers. Does it work? Yes. The majority of our students are getting test scores that many failed for years to get. Just hours ago one student called one of our sales agents crying with joy. And for our teachers, they are now working in an industry that was previously unavailable to those living in the U.S. http://www.idapted.com Why FreeSWITCH Enables This: FreeSWITCH has been a key enabler of our business. Recording calls, controlling routing, integrating with various web-based interfaces, enabling multiple endpoints - these are all key features of what we must do. Most importantly, setting up various servers and routes to mitigate cross-Pacific and country-specific network challenges is key. Doing what we are doing with commercial solutions would have made the business unworkable. Our Experiences with FreeSWITCH: We started using FreeSWITCH as our VoIP Platform in April 2008, after receiving unsatisfactory results with other open source solutions. It took one day of reading through the FreeSWITCH source code to know, "this is it. This is the VoIP platform we build our business on". It took a few days of working with the extremely competent and focused community to re-affirm this commitment. Our Setup: Our teachers use a custom software that integrates a VoIP client with our web based platform. Students connect to our teachers "on-demand". Simply put, on a web-based comet interface the student enters a phone number (or a skype name or a gtalk account) and our platform bridges the best available trainer and the student. At the same time a web-based interface is being updated. The challenge for us is the connection between teachers and students over a cross-continent network. For example, we experienced problems earlier this year when a Asis-Pacific communication fiber broken... So, we've learned to setup multi servers in multiple datacenters for redundancy. We run multi instances of FreeSWITCH so we can always use the cutting edge and mitigate the effects of bugs. A main, "stable" FreeSWITCH(FS) instance connect to other FreeSWITCHes - Fs-skype only loads mod_skypiax and FS-gtalk only loads mod_dingaling. Here is one beauty of FS: We just had to create different conf dirs (/usr/local/freeswitch, /usr/local/skype, /usr/local/gtalk etc). This allows us to run the same code base over different configurations, and call skype and gtalk accounts just like a normal PSTN gateway (sofia/gateway/pstn/.... or sofia/gateway/skype/.... or sofia/gateway/gtalk/.... ). More important, if one FS (say FS-skype) behaves abnormally or crashes, we can easily change to another FS-skype server (we run other servers located in various places in China and HK for redundancy). FS --| |---PSTN gateways |--- FS-skype |--- FS-gtalk |--- FS-skype2 |--- more ... COMMUNITY: The community's commitment cannot be undervalued. The insightful, modular design of FreeSWITCH allows anyone to contribute, whereever their skills lie. It also allows us to easily make modifications to the underlying code to suit our specific use-cases We want to highlight a few key people and modules in the FS ecosystem: mod_sofia: SIP is how we connect to our PSTN gateways and to our teachers clients. PSTN is zero-conf for the user and mitigates troubles with the end users network/microphone, etc (which is significant with our user base). However, cheap providers fail randomly and FreeSWITCH's ability to control routing, use multiple endpoints all while clearly seeing what is going on is key. Most importantly, anthm and the core team have been super helpful in getting SIP to work with us. Back in the pre 1.0 days anthm made significant changes to mod-sofia to enable clients behind nats without STUN. Its important to point out that he didn't just make the changes -he forced us to really make a compelling case as to why the changes were important for FreeSWITCH. This is a good thing. skype (mod_skypiax): Due to the facts that users prefer skype, we configured skypiax. It was unstable at the beginning and that's one of the reason we started running that separate FS instance. To be fair, it has caused a lot of trouble - but we know this, its new software that takes a big risk and implements a complex hack. What is important is that the author of skypiax(Giovanni Maruzzelli) has been a huge help. He's been very active fixing bugs and logging in to our box to help trouble shoot. We owe him a *big* thanks. To make Skypiax more useful, we also created some patches including the ANY and RR interfaces for sequential and round robin line hunting, some bug fixes and other features like continue-load-on-fail and auto-skype-user which haven't been merged into trunk yet. Thanks a community that gives us a platform where we can all benefit and contribute. erlang (mod_erlang_events): Another key enabler of the next release of our system is the erlang interface. We have a complex realtime queue routing system has it handles input not just from freeswitch, but numerous other web interfaces and sockets. Erlang was the perfect technology to implement this in and luckily an Erlang module for FreeSWITCH was already written. Beautiful. THE MORAL OF THE STORY: FreeSWITCH is a great piece of software that has enabled new technologies and business models. The design has allowed (and the core team has nurtured) a vibrant and exciting community that has made the software even better. Every day we go to work excited to push the boundaries of what can be done with telephony technology and are confident this is the platform of the future. Thank you all. Sincerely, Du Jinfang (Seven) - Technical Operations/VoIP Manager Jonathan Palley - CTO Idapted Ltd.

5 7

Looking for some FreeSWITCH job
by Diego Viola 05 Aug '09

05 Aug '09

Hi, I'm currently looking for some FS jobs, I really need one, I'm currently unemployed and looking for some serious FreeSWITCH jobs. Anyone? P.S: I also do FS and web development with any language, PHP, Ruby, etc. anything really. Thanks, Diego

1 0

arriving today for ClueCon
by Chad Phillips -- Apartment Lines 05 Aug '09

05 Aug '09

i'm arriving around 12:30PM -- are there any pre-ClueCon meetups this afternoon? anybody need help with setup?

6 6

Module in Lua not working
by Rudolf Denert 04 Aug '09

04 Aug '09

Hello again! I need some help again, because I have little trouble with a few modules. The first one is luasocket, the seconde one is luasql. I always get the error: error loading module 'socket' from file '/usr/local/lib/lua/5.1/socket/core.so': /usr/local/lib/lua/5.1/socket/core.so: undefined symbol: lua_getmetatable and error loading module 'luasql.mysql' from file '/usr/local/lib/lua/5.1/luasql/mysql.so': /usr/local/lib/lua/5.1/luasql/mysql.so: undefined symbol: lua_pushlstring in the fs_cli This looks like a conflict with an older version of these modules. Is this right? If yes, what should i update? Thanks again. BR -- -- Rudolf Denert, Technical Support TNG AG, NGN Projensdorfer Str. 324, D-24106 Kiel, Germany phone: +49 431 7097-10, fax: +49 431 7097-555 mailto: rdenert(a)tng.de http://www.tng.de - Register: Amtsgericht Kiel, HRB 6596 KI Supervisory board (Aufsichtsrat): Stefan Scheuermann (Vorsitz) Executive board (Vorstand): Dr. Sven Willert (Vorsitz), Dr. Thomas Rohwer, Sven Schade, Carsten Tolkmit, Dr.-Ing. Volkmar Hausberg Tax-Id (Steuernr.): 1929112637, VAT-Id (USt-Id): DE225201428 - This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. Diese E-Mail enthält vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet.

1 1

event socket vs erlang
by mark morreny 04 Aug '09

04 Aug '09

Hi, I have seen people using both event socket and erlang to control freeSWITCH externally. What is the pros and cons of using event socket vs erlang? Thanks, Mark

2 1

telnet to event socket
by Ngo-Vi Hoai-Anh 04 Aug '09

04 Aug '09

Hi, I'm taking a close look at event socket on FS 1.0.3. Configuration is the same as on http://wiki.freeswitch.org/wiki/Event_Socket. fs.pl and fsconsole.pl work but I was not able to telnet to port 8021. As I've done that I received somewhat like: #>auth/request I typed in: auth ClueCon After some seconds I've got the message 'connection close by foreign host' Any ideas? Thank you Hoai-Anh

4 4

Re: [Freeswitch-users] Outbound Proxy
by Darren Williams 04 Aug '09

04 Aug '09

The bmnha-01.bt.com is the one that doesnt resolve www.bbvservice-560129.bt.com resolves to 62.239.15.140 From: freeswitch-users-bounces(a)lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: 03 August 2009 22:24 To: freeswitch-users(a)lists.freeswitch.org Subject: Re: [Freeswitch-users] Outbound Proxy which of the hostnames is fake? /b On Aug 3, 2009, at 12:25 PM, Darren Williams wrote: Definitely the same reply: __________ Information from ESET NOD32 Antivirus, version of virus signature database 4299 (20090802) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com __________ Information from ESET NOD32 Antivirus, version of virus signature database 4299 (20090802) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com

2 1

How to call a non-user extension from "originate" [SOLVED]
by Raffaele P. Guidi 03 Aug '09

03 Aug '09

I found the answer by myself while I had finished writing the e-mail. The correct call url is loopback/<extension> (in this case the command is originate loopback/fakecall 1000 ). I'm sending the e-mail anyway for future reference (can't find any example of that anywhere). Is the project wiki accesible for anyone to contribute or do I have to ask for an authorization? Regards, Raffaele *********** ORIGINAL QUESTION ************* Hi, I'm trying to call an extension wich is not associated to a user from the ESL (or the CLI as well) using the "ORIGINATE" command. Now, while originate user/1001 1000 works perfectly with: originate user/fakecall 1000 I have an error: 2009-08-03 13:21:19.406250 [ERR] switch_ivr_originate.c:1494 Cannot create outgoing channel of type [user] cause: [SUBSCRIBER_ABSENT] ...this is not surprising ("fakecall" of course is not an user), but I cannot figure out what is the correct CALL URL for this extension. Same error is reported using sofia/internal/fakecall. It seems that the EXECUTE_EXTENSION method could do for the magic (it works when issued from an other extension in the dialplan) but it is not available from the CLI nor the event socket (I'm using a binary version for windows - freeswitch.msi - dated jul, 11th 2009). PS: Calling "fakecall" from a registered phone (or from portaudio) works as expected. PPS: the configuration of fakecall in dialplan/default.xml ... <context name="default"> <extension name="fakecall"> <condition field="destination_number" expression="^fakecall$"> <action application="lua" data="lua/helloworld.lua test $1"/> </condition> </extension> ....

3 4

Re: [Freeswitch-users] Outbound Proxy
by Darren Williams 03 Aug '09

03 Aug '09

Definitely the same reply: FreeSWITCH Version 1.0.trunk (14457) [ERR] sofia_reg.c:1460 05061292117 Registration Failed with status DNS Error [503]. failure #1 and so on. The complete config is: <include> <gateway name="05061292117"> <param name="username" value="05061292117"/> <param name="realm" value="bmnha-01.bt.com"/> <param name="from-user" value="05061292117"/> <param name="from-domain" value="bmnha-01.bt.com"/> <param name="password" value="XXXXXXXXXXXXXXX"/> <param name="proxy" value="bmnha-01.bt.com"/> <param name="register-proxy" value="bmnha-01.bt.com"/> <param name="outbound-proxy" value="www.bbvservice-560129.bt.com"/> <param name="register" value="true"/> <param name="register-transport" value="udp"/> <param name="retry-seconds" value="10"/> </gateway> </include> From: freeswitch-users-bounces(a)lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: 03 August 2009 13:41 To: freeswitch-users(a)lists.freeswitch.org Subject: Re: [Freeswitch-users] Outbound Proxy You must be on SVN trunk. /b On Aug 3, 2009, at 4:12 AM, Darren Williams wrote: Brian, this broken business explains a lot, I just assumed this was a normal practise. This outbound-proxy parameter, I dont see any reference to this anywhere. This just causes Registration Failed with status DNS Error [503] __________ Information from ESET NOD32 Antivirus, version of virus signature database 4299 (20090802) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com __________ Information from ESET NOD32 Antivirus, version of virus signature database 4299 (20090802) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com

2 1

TDM API: CMD: 18 : Operation not supported
by Peter P GMX 03 Aug '09

03 Aug '09

Hello, I setup libpri and a sangoma card A108DE, but I cannot dial out. At startup I receive on the D channel TDM API: CMD: 18 : Operation not supported When dialling Libpri debug shows that the numbering plan is fine and that it accepts the screened number, but then it finally hangs up with: Ext: 1 Cause: Info. element nonexist or not implemented (99), class = Protocol Error (e.g. unknown message) (6) ] Does lipri sent any incorrect message here? Protocol is EuroISDN (Q.931/Q.921). Anybody has discovered this already? I am on trunk 14419. See debug and configs below. Best regards Peter Starting FS: 2009-08-03 21:37:18.264829 [DEBUG] zap_io.c:2281 span 1 [d-channel]=[1:16] TDM API: CMD: 18 : Operation not supported 2009-08-03 21:37:18.264915 [INFO] ozmod_wanpipe.c:287 configuring device s1c16 as OpenZAP device 1:16 fd:55 DTMF: none 2009-08-03 21:37:18.264929 [DEBUG] zap_io.c:2281 span 1 [b-channel]=[1:17-31] Dialling: 2009-08-03 21:16:19.441416 [DEBUG] ozmod_libpri.c:106 Handling message for SAPI/TEI=0/0 2009-08-03 21:16:19.441416 [DEBUG] ozmod_libpri.c:106 -- ACKing all packets from 3 to (but not including) 4 2009-08-03 21:16:19.441416 [DEBUG] ozmod_libpri.c:106 -- Since there was nothing left, stopping T200 counter 2009-08-03 21:16:19.441416 [DEBUG] ozmod_libpri.c:106 -- Stopping T203 counter since we got an ACK 2009-08-03 21:16:19.441416 [DEBUG] ozmod_libpri.c:106 -- Nothing left, starting T203 counter 2009-08-03 21:16:19.441416 [DEBUG] ozmod_libpri.c:106 < Protocol Discriminator: Q.931 (8) len=14 2009-08-03 21:16:19.441416 [DEBUG] ozmod_libpri.c:106 < Call Ref: len= 2 (reference 5/0x5) (Terminator) 2009-08-03 21:16:19.441416 [DEBUG] ozmod_libpri.c:106 < Message type: STATUS (125) 2009-08-03 21:16:19.441416 [DEBUG] ozmod_libpri.c:106 < [08 04 82 e3 98 74] 2009-08-03 21:16:19.441416 [DEBUG] ozmod_libpri.c:106 < Cause (len= 6) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Public network serving the local user (2) 2009-08-03 21:16:19.441416 [DEBUG] ozmod_libpri.c:106 < Ext: 1 Cause: Info. element nonexist or not implemented (99), class = Protocol Error (e.g. unknown message) (6) ] 2009-08-03 21:16:19.441416 [DEBUG] ozmod_libpri.c:106 < Cause data 1: 98 (152, Non-Locking Shift To Codeset 0 IE) 2009-08-03 21:16:19.441416 [DEBUG] ozmod_libpri.c:106 < Cause data 2: 74 (116, Redirecting Number IE) 2009-08-03 21:16:19.441416 [DEBUG] ozmod_libpri.c:106 < [14 01 01] 2009-08-03 21:16:19.441416 [DEBUG] ozmod_libpri.c:106 < Call State (len= 3) [ Ext: 0 Coding: CCITT (ITU) standard (0) Call state: Call Initiated (1) 2009-08-03 21:16:19.441416 [DEBUG] ozmod_libpri.c:106 -- Processing IE 8 (cs0, Cause) 2009-08-03 21:16:19.441416 [DEBUG] ozmod_libpri.c:106 -- Processing IE 20 (cs0, Call State) 2009-08-03 21:16:19.441416 [ERR] ozmod_libpri.c:88 Received unsolicited status: Info. element nonexist or not implemented openzap.conf [span wanpipe PRI_1] number => 1 trunk_type => E1 b-channel => 1:1-15 d-channel => 1:16 b-channel => 1:17-31 openzap.conf.xml <configuration name="openzap.conf" description="OpenZAP Configuration"> <settings> <param name="debug" value="10"/> </settings> <libpri_spans> <span name="PRI_1"> <param name="node" value="cpe"/> <param name="dp" value="national"/> <param name="l1" value="alaw"/> <param name="switch" value="euroisdn"/> <param name="dialplan" value="XML"/> <param name="context" value="public"/> </span> </libpri_spans>

1 0