February 2010 - FreeSWITCH-users - FreeSWITCH Mailing Lists

mod_dingaling picking wrong IP address / no audio?
by Mark Campbell-Smith 14 Sep '12

14 Sep '12

Hi! I am trying to call from my corporate network (firewalled) using Gtalk to Freeswitch. I am not getting any audio. In the logs I see that mod_dingaling is using my internal corporate IP address which is not publically addressable. 2009-06-23 22:46:52.140382 [DEBUG] mod_dingaling.c:2634 using Existing session for 4085152502 2009-06-23 22:46:52.140382 [DEBUG] mod_dingaling.c:2932 1 candidates 2009-06-23 22:46:52.140382 [DEBUG] mod_dingaling.c:2960 candidates 146.xx.xx.xx:50320 2009-06-23 22:46:52.140382 [DEBUG] mod_dingaling.c:2993 Acceptable Candidate 146.xx.xx.xx:50320 Further on in the log, I can see GTalk sending a new candidate IP address to use: 2009-06-23 22:46:52.940486 [DEBUG] libdingaling.c:503 New Candidate 1 name=rtp type=local protocol=udp username=e+JTkVHT1xEkqXGD password=fAxU6Pr1oF9Zq48U address=192.168.1.102 port=50322 pref=1.00 2009-06-23 22:46:52.940486 [DEBUG] mod_dingaling.c:2634 using Existing session for 4085152502 2009-06-23 22:46:52.940486 [DEBUG] mod_dingaling.c:2928 Already picked an IP [146.xx.xx.xx] and 2009-06-23 22:46:52.957753 [DEBUG] libdingaling.c:503 New Candidate 2 name=rtp type=stun protocol=udp username=RBqyF2XNMYLfJNoU password=DQMjon1fSVoJIRTp address=124.xxx.xxx.xxx port=50323 pref=0.90 2009-06-23 22:46:52.957753 [DEBUG] mod_dingaling.c:2634 using Existing session for 4085152502 2009-06-23 22:46:52.957753 [DEBUG] mod_dingaling.c:2928 Already picked an IP [146.xx.xx.xx] and 2009-06-23 22:46:53.788341 [DEBUG] libdingaling.c:503 New Candidate 3 name=rtp type=relay protocol=udp username=62L5zs2FHbcUdeCJ password=KxmNgkUmZsLfuX6S address=209.xx.xxx.xxx port=19295 pref=0.50 2009-06-23 22:46:53.788341 [DEBUG] mod_dingaling.c:2634 using Existing session for 4085152502 2009-06-23 22:46:53.788341 [DEBUG] mod_dingaling.c:2928 Already picked an IP [146.xx.xx.xx] Because of this, I never get audio. Any ideas how to fix this? Thanks!

5 5

ESL problem
by Thangappan.M 31 Jul '12

31 Jul '12

Dear all, In the previous post, I got the information that using event outbound socket we can implement the IVR and also see the example in libs/esl/perl/server2.pl. I have seen it and understood the flow of the script.But when I was running that script it tells the following error. Can't locate loadable object for module ESL in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at ESL.pm line 11 Compilation failed in require at server2.pl line 1. Then I checked the 11th line in the ESL.pm that line is (bootstrap ESL;) But in perl directory there is no directory called ESL. What would be the issue?. Is ESL necessary is necessary for implementing IVR using event outbound socket? -- Regards, Thangappan.M

5 5

How to break a playback with loops
by Daniel Liang 24 Jun '12

24 Jun '12

Hi, I am trying to playing back a wav file a few times, and on receiving a dtmf event, it stops playing the file. The command I sent is: sendmsg call-command: execute execute-app-name: playback execute-app-arg: <the wav file> loops: 4 On receiving a dtmf event, I send a break command: sendmsg call-command: execute execute-app-name: break However, that only breaks one loop of the playback. And I have to press a dtmf for 4 times to stop the file. I tried sending 4 break commands all at once. But it didn't work. And even worse, my program stops receiving dtmfs anymore. My guess is that the first break stops the first loop, but before the second loop starts, the following 3 breaks stop something else that I don't know what they are. Any help is appreciated. Thanks. Daniel Liang

6 6

Grandstream GXP 2000
by Jonas Gauffin 18 Dec '11

18 Dec '11

Hello I have problems with TCP and GXP2000 phones. They work fine using UDP, but no calls arrive if I switch to TCP. I've upgraded to the latest GS firmware today to see it that helped, but it didn't. Have anyone else had problems with TCP? Regards, Jonas

5 8

Hardware phones that do 48Khz Celt: Was Re: Is there any license G729?
by Craig Askings 29 Sep '11

29 Sep '11

Are there any hardware phones that support 48 Khz Celt and automated/mass deployment? Craig. 2009/6/30 Jason White <jason(a)jasonjgw.net>: > Brian West <brian(a)freeswitch.org> wrote: >> Everyone has this need for lower bandwidth calls... I tend to march the >> other way. 48kHz baby! (btw you can do 48kHz in the same bandwidth as a >> single ulaw call) > > 48khz Celt (celt@48000 in your codec preferences) sounds wonderful with > FreeSWITCH. To test, run two FreeSWITCH instances, both with mod_portaudio. > This also works well in 48khz conferences. > > I wouldn't use G.729 even if it weren't encumbered by patents - it's G.711, > G.722, G.722.1 and (my current favourite) Celt all the way. > > > _______________________________________________ > Freeswitch-users mailing list > Freeswitch-users(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Craig Askings Network Engineer | Over the Wire Pty Ltd craig(a)overthewire.com.au | www.overthewire.com.au Phone: 07 3847 9292 | Fax: 07 3847 9696 | Mobile: 0404 019 365

12 24

T.38 via UPDATE request
by Peter P GMX 19 May '11

19 May '11

Hello, we have the following problem. 2 Fax machines are communicating via Freeswitch. One is externally attached via a Telco who is able to handle T.38. The other one is attached locally. When 2 Fax machines start syncing each other, the Telco sends a SIP UPDATE message with T.38 SDP, as it detects fax during the fax negociations. Freeswitch answers with an SIP OK message back to the telco, and I can see the T.38 SDP on the debug console of freeswitch. Then nothing happens any more until one of fax machines detects timeout. We have set proxy-media to true. However is was done during call setup when both machines communicated with G711 SDP. The UPDATE message was commited by FS to the telco, but was not sent to the other fax, so I think in this case Freeswitch is supposed to transcode between T.38 and G711 which it cannot do, as we know. How can I overcome this scenario? Is this a defect, should freeswitch send the UPDATE message to the other fax? Or is there a workaround? Best regards Peter Here's the UPDATE message: UPDATE sip:mod_sofia@82.115.xx.xxx:5080 SIP/2.0. Call-ID: 5283fe4e-334f-122d-d1b9-001517956764. Contact: <sip:212.91.xxx.xxx:5060>. Content-Type: application/sdp. CSeq: 16340063 UPDATE. From: <sip:06912345678@sip.telco.de>;tag=00-08135-017e041a-4d21f6037. Max-Forwards: 31. Route: <sip:82.115.96.165;lr;ftag=pH663F4S02erm>. To: "030987654321" <sip:030987654321@82.115.xx.xxx>;tag=pH663F4S02erm. User-Agent: Cirpack/v4.41e (gw_sip). Via: SIP/2.0/UDP 212.91.xxx.xxx:5060;branch=z9hG4bK-178C-1923B31. Content-Length: 300. . v=0. o=cp10 125551618103 125551618105 IN IP4 212.91.xxx.xx. s=SIP Call. c=IN IP4 212.91.xxx.xx. t=0 0. m=image 6860 udptl t38. a=sendrecv. a=T38FaxVersion:0. a=T38MaxBitRate:9600. a=T38FaxRateManagement:transferredTCF. a=T38FaxMaxBuffer:1000. a=T38FaxMaxDatagram:200. a=T38FaxUdpEC:t38UDPRedundancy.

5 6

xml_curl and gateways
by Peter P GMX 21 Feb '11

21 Feb '11

According to http://wiki.freeswitch.org/wiki/Mod_xml_curl I'v tried to set up gateways dynamically, but I do net get it to work: I always get : "Invalid profile" My assumptions for a right xml answer back to FS are as follows, but I think at least one of it is false: 1. ) I start with <document type='freeswitch/xml'> <section name='configuration'> <configuration name='sofia.conf' description='RailsAdditionalConf'> 2.) I do not want to change settings, so I do NOT add a <settings> tag 3.) I want to enhance an existing profile, so I add a profile tag (<profile name='external'>) 4.) I assume that I can have an existing profile "external" in the xml conf files and can mix additional parts dynamically into the same profile 5.) Within the profile I want to add gateways, so I add a gateway tag (<gateways>) 6.) Then I add the gateways 7.) I add the closing tags Which one of the assumptions if wrong? The request I receive is as follows: {"key_name"=>"name", "action"=>"directory", "tag_name"=>"configuration", "key_value"=>"sofia.conf", "controller"=>"xml_curls", "hostname"=>"freeswitch", "section"=>"configuration"} I only answer once at startup with the follwing: <document type='freeswitch/xml'> <section name='configuration'> <configuration name='sofia.conf' description='RailsAdditionalConf'> <profile name='external'> <gateways> <gateway name="freeswitch2"> <param name="username" value="1007"/> <param name="realm" value="192.168.0.56:5061"/> <param name="password" value="xxxx"/> <param name="proxy" value="192.168.0.56"/> <param name="expire-seconds" value="30"/> <param name="register" value="true"/> <param name="register-transport" value="tls"/> <param name="retry-seconds" value="30"/> </gateway> </gateways> </profile> </configuration> </section> </document> Does anybody have a correct XML answer for a gateway and can post it? Best regards Peter

6 11

Doxygen help
by Yossi Neiman 08 Feb '11

08 Feb '11

I am not sure how many folks make use of the Doxygen documentation. I know I do all the time. I find that it provides a nice conceptual view of FreeSWITCH's API, which can make it very easy to find the functions and data types needed for writing modules for FreeSWITCH. A person by the name of Mohammad Shahzad (apologies if I misspelled it) started to do a lot of work on revamping the Doxygen configuration for FreeSWITCH a few months back. The problem with the work that he did was that he used Doxygen 1.6.x specific configuration parameters that are not understood by the Doxygen 1.4.x tree (which is what we currently use in FreeSWITCH) or even the 1.5.x tree which is what is in Slackware. In my discussions with Michael Collins we have decided that it might not hurt to go ahead and move the Doxygen version forward to match the 1.6.x tree. We are looking for somebody who has interest in working with the Doxygen configuration to continue the work that Mohammad had started and to help the project out. If you are such a person, please contact me off-list and I can provide further information. Thanks! Yossi Neiman

3 2

FreeSWITCH as Debian Package?
by Michelle Konzack 24 Dec '10

24 Dec '10

Hi *, I loss my last nerv, compiling all the time FreeSWITCH from source... Is there someone providing a Debian Package from a repository? Also it would be nice if FreeSWITCH go into the Debian distribution. Thanks, Greetings and nice Day/Evening Michelle Konzack Systemadministrator Electronic Engineer Tamay Dogan Network Debian GNU/Linux Consultant -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ ##################### Debian GNU/Linux Consultant ##################### <http://www.tamay-dogan.net/> Michelle Konzack <http://www.can4linux.org/> Apt. 917 <http://www.flexray4linux.org/> 50, rue de Soultz Jabber linux4michelle(a)jabber.ccc.de 67100 Strabourg/France IRC #Debian (irc.icq.com) Tel. DE: +49 177 9351947 ICQ #328449886 Tel. FR: +33 6 61925193

5 11

FreeSWITCH 64bit compilation error (Solaris 10)
by email lists 08 Dec '10

08 Dec '10

Forwarding the issue below to see if anyone is familiar with this issue, and/or what our next steps should be. Thanks, Vladimir Looks like a problem with a Makefile not honoring CFLAGS,etc. Perhaps you can report this to the dev team. Other components built fine but this damn spidermonkey is buggering. # file /builds/work/freeswitch-1.0.4/freeswitch-1.0.4/libfreeswitch*.o | head /builds/work/freeswitch-1.0.4/freeswitch-1.0.4/libfreeswitch_la-g711.o : ELF 64-bit LSB relocatable AMD64 Version 1 /builds/work/freeswitch-1.0.4/freeswitch-1.0.4/libfreeswitch_la-getgat eway.o: ELF 64-bit LSB relocatable AMD64 Version 1 [CMOV] /builds/work/freeswitch-1.0.4/freeswitch-1.0.4/libfreeswitch_la-igd_de sc_parse.o: ELF 64-bit LSB relocatable AMD64 Version 1 [CMOV] /builds/work/freeswitch-1.0.4/freeswitch-1.0.4/libfreeswitch_la-libtel etone_detect.o: ELF 64-bit LSB relocatable AMD64 Version 1 [SSE2 SSE AMD_3DNow CMOV FPU] /builds/work/freeswitch-1.0.4/freeswitch-1.0.4/libfreeswitch_la-libtel etone_generate.o: ELF 64-bit LSB relocatable AMD64 Version 1 [SSE2 SSE AMD_3DNow CMOV] /builds/work/freeswitch-1.0.4/freeswitch-1.0.4/libfreeswitch_la-miniso ap.o: ELF 64-bit LSB relocatable AMD64 Version 1 /builds/work/freeswitch-1.0.4/freeswitch-1.0.4/libfreeswitch_la-miniss dpc.o: ELF 64-bit LSB relocatable AMD64 Version 1 [SSE] /builds/work/freeswitch-1.0.4/freeswitch-1.0.4/libfreeswitch_la-miniup npc.o: ELF 64-bit LSB relocatable AMD64 Version 1 [SSE AMD_3DNow] /builds/work/freeswitch-1.0.4/freeswitch-1.0.4/libfreeswitch_la-miniwg et.o: ELF 64-bit LSB relocatable AMD64 Version 1 [SSE] /builds/work/freeswitch-1.0.4/freeswitch-1.0.4/libfreeswitch_la-minixm l.o: ELF 64-bit LSB relocatable AMD64 Version 1 [SSE] # file /opt/freeradius-client/sbin/radacct /opt/freeradius-client/sbin/radacct: ELF 64-bit LSB executable AMD64 Version 1 [SSE2 SSE FXSR AMD_3DNow CMOV FPU], dynamically linked, not stripped Build output: Making all in nua LTCOMPILE nua.lo LTCOMPILE nua_common.lo LTCOMPILE nua_stack.lo LTCOMPILE nua_server.lo LTCOMPILE nua_client.lo LTCOMPILE nua_extension.lo LTCOMPILE nua_dialog.lo LTCOMPILE outbound.lo LTCOMPILE nua_params.lo LTCOMPILE nua_register.lo LTCOMPILE nua_registrar.lo LTCOMPILE nua_session.lo LTCOMPILE nua_options.lo LTCOMPILE nua_message.lo LTCOMPILE nua_publish.lo LTCOMPILE nua_subnotref.lo LTCOMPILE nua_notifier.lo LTCOMPILE nua_event_server.lo LTCOMPILE nua_tag.lo LTCOMPILE nua_tag_ref.lo LINK libnua.la LINK libsofia-sip-ua.la libtool: link: warning: `-version-info/-version-number' is ignored for convenience libraries Making all in packages Creating mod_sofia_la-mod_sofia.lo mkdir .libs Compiling mod_sofia.c ... "/builds/work/freeswitch-1.0.4/freeswitch-1.0.4/libs/sofia-sip/libsofi a-sip-ua/nua/nua_params.h", line 221: warning: nonportable bit-field type (E_NONPORTABLE_BIT_FIELD_TYPE) Creating mod_sofia_la-sofia.lo Compiling sofia.c ... "/builds/work/freeswitch-1.0.4/freeswitch-1.0.4/libs/sofia-sip/libsofi a-sip-ua/nua/nua_params.h", line 221: warning: nonportable bit-field type (E_NONPORTABLE_BIT_FIELD_TYPE) "sofia.c", line 3522: warning: enum type mismatch: arg #2 (E_ENUM_TYPE_MISMATCH_ARG) Creating mod_sofia_la-sofia_glue.lo Compiling sofia_glue.c ... "/builds/work/freeswitch-1.0.4/freeswitch-1.0.4/libs/sofia-sip/libsofi a-sip-ua/nua/nua_params.h", line 221: warning: nonportable bit-field type (E_NONPORTABLE_BIT_FIELD_TYPE) Creating mod_sofia_la-sofia_presence.lo Compiling sofia_presence.c ... "/builds/work/freeswitch-1.0.4/freeswitch-1.0.4/libs/sofia-sip/libsofi a-sip-ua/nua/nua_params.h", line 221: warning: nonportable bit-field type (E_NONPORTABLE_BIT_FIELD_TYPE) Creating mod_sofia_la-sofia_reg.lo Compiling sofia_reg.c ... "/builds/work/freeswitch-1.0.4/freeswitch-1.0.4/libs/sofia-sip/libsofi a-sip-ua/nua/nua_params.h", line 221: warning: nonportable bit-field type (E_NONPORTABLE_BIT_FIELD_TYPE) Creating mod_sofia_la-sofia_sla.lo Compiling sofia_sla.c ... "/builds/work/freeswitch-1.0.4/freeswitch-1.0.4/libs/sofia-sip/libsofi a-sip-ua/nua/nua_params.h", line 221: warning: nonportable bit-field type (E_NONPORTABLE_BIT_FIELD_TYPE) Creating mod_sofia.la making all mod_speex Compiling mod_speex.c... mkdir .libs Compiling mod_speex.c ... Creating mod_speex.so... making all mod_spidermonkey cd config; /usr/sfw/bin/gmake -j1 export ld: fatal: file now.o: wrong ELF class: ELFCLASS64 ld: fatal: File processing errors. No output written to now gmake[7]: *** [now] Error 1 gmake[6]: *** [export] Error 2 gmake[5]: *** [/builds/work/freeswitch-1.0.4/freeswitch-1.0.4/libs/js/libjs.la] Error 2 gmake[4]: *** [all] Error 1 gmake[3]: *** [mod_spidermonkey-all] Error 1 gmake[2]: *** [all-recursive] Error 1 Making all in build +-------- FreeSWITCH Build Complete -----------+ + FreeSWITCH has been successfully built. + + Install by running: + + + + /usr/sfw/bin/gmake install + +----------------------------------------------+ gmake[1]: *** [all-recursive] Error 1 gmake: *** [all] Error 2

7 6