March 2014 - freeswitch-dev@lists.freeswitch.org

[Freeswitch-dev] Recent changes in git Master
by Brian West 07 Mar '14

07 Mar '14

FreeSWITCHers, These two commits will require you to rebootstrap and configure. If you run into any issues please join us on #freeswitch or reply on the list. If its a real bug please file a JIRA. commit 2513388d8adf088acb69350ef9e00b8ad117698a Author: Michael Jerris <mike(a)jerris.com> Date: Mon Mar 3 16:39:18 2014 -0500 clean up some bootstrap warnings commit bcd9f49fbe7fb992c5e0fdac68e158731cc98420 Author: Michael Jerris <mike(a)jerris.com> Date: Thu Feb 27 14:16:54 2014 -0500 move applications to use automake Thanks, -- Brian West brian(a)freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED)

1 0

[Freeswitch-dev] Codec change from PCMA to PCMU within a running freeswitch session
by Achim Stamm 07 Mar '14

07 Mar '14

Hello! I have following problem: My current session is connected to a third-party Application by using an own Freeswitch application "DoingReadAndWriteFrames". The communication between Freeswitch Session and third-party application is done by reading and writing frames in a while loop. At start of Freeswitch session the codec is PCMA, which I need for voice recognition. Customer reports, that the codec of the Freeswitch session changes from PCMA to PCMU. If an external call comes in, I'm playing an audio ringing tone into the Freeswitch session. I have realize, that the codec is changed back from u-law to a-law. I have recorded the voice stream and I have heard the codec change. I have never reproduced the codec change of an active Freeswitch session on my test system. Some customer reports, that the system is running fine (no codec change) for half a year. My own bug fix is to manually translate PCMU data to PCMA, if session codec is switched to PCMU. But I cannot test my bug fix, because I can't force the changing of codec within a running session. Maybe the "codec change" was a bug from Freeswitch version at October 2010. Maybe the hardware SPA3102 sends a sip re-invite message on special cases. I have no idea. I have some questions about codec negotiation and sip re-invite: A) On what reasons can a re-invite message triggered and why is the session codec changed? B) What must be happen, that a codec is changing, after a codec negotiation was done, on a running Freeswitch session? C) Why is there a codec change back to a-law, when I'm playing an own ringing tone? D) Is there a solution for forcing Freeswitch always use PCMA? My configuration of Freeswitch in "vars.xml" to force codec PCMA: <X-PRE-PROCESS cmd="set" data="global_codec_prefs=PCMA"/> <X-PRE-PROCESS cmd="set" data="outbound_codec_prefs=PCMA"/> Greetings Achim Stamm

2 1

Re: [Freeswitch-dev] rtp-timer-name set to none
by Brian West 07 Mar '14

07 Mar '14

None, Unless you are happy to block till you receive a packet. So if something happens and you never receive any packets you’ll sit there happily waiting for them. -- Brian West brian(a)freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED) On Mar 5, 2014, at 11:06 PM, George Halpert <george(a)thesoniccloud.com> wrote: > Hi, > > What are the disadvantages and risks of setting rtp-timer-name to none? What problems can it lead to? > > Thanks, > George

2 1

Re: [Freeswitch-dev] rtp-timer-name set to none
by DJB International 06 Mar '14

06 Mar '14

Based on old posts from Anthony: You are basically turning off the feature that allows the remote end to stop sending audio but have FS still process the stream. The timer will allow the channel to read at the specified interval even when the other side stops sending audio. If the other end has a clock sync issue with FS or FS does not have a reliable timing source, it could cause your problem. When timer-name set to none, it does blocking reads on the audio vs timed ones. If the other end has a skew in clock freq with the FS then it will timeout erroneously. Having blocking reads ensures you only read audio when there is actually some there. Basically this timer-name set to none makes FS behave just like asterisk does by default. On Wed, Mar 5, 2014 at 9:06 PM, George Halpert <george(a)thesoniccloud.com>wrote: > Hi, > > What are the disadvantages and risks of setting rtp-timer-name to none? > What problems can it lead to? > > Thanks, > George > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting(a)freeswitch.org > http://www.freeswitchsolutions.com > > FreeSWITCH-powered IP PBX: The CudaTel Communication Server > http://www.cudatel.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-dev mailing list > FreeSWITCH-dev(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > >

1 0

[Freeswitch-dev] Adding a conference member / uuid_transfer
by Guilherme de Almeida Martins Perfeito Peres 06 Mar '14

06 Mar '14

Hello guys, I think it should be a simple problem. I want to use the uuid_transfer command to add a call to a conference, but on each command I would like to use different sets of values for the profile. I'm using the following command: "uuid_transfer <uuid> conference:<conferenceId>@default inline" I figured the '@default' parameter would be a profile on '/var/lib/freeswitch/conf/autoload_configs/conference.conf.xml'. So I created a new profile named 'conferencedefault' with a different set of values as those of the 'default' profile. It works if I change the same command to '@conferencedefault', which leads me to believe I'm addressing a profile correctly =) The problem is, when I set out to add the first call to a conference, this command seems to dictate the settings for the target conference altogether. Subsequent commands to add new members will follow the same profile settings of the first member added, no matter what different profile name I address. That is to say, it seems the first member sets the profile settings for the conference. Is this by design? Should I try something different to override the profile settings when adding each new member? Any thoughts? Thanks in advance, Guilherme.

1 0

[Freeswitch-dev] rtp-timer-name set to none
by George Halpert 06 Mar '14

06 Mar '14

Hi, What are the disadvantages and risks of setting rtp-timer-name to none? What problems can it lead to? Thanks, George

1 0

[Freeswitch-dev] C or C++ Development for Freeswitch Modules
by Aaron Scott 06 Mar '14

06 Mar '14

Hi All, I am working on a module for Freeswitch which could benefit from C++. I have written modules before in C++ and didn't find any particular problem. However, I can't help but notice that the majority of the modules that come with Freeswitch are written in C. Is there a compelling reason to choose C over C++ for Freeswitch module development? I realise that C can produce more efficient binaries and is better suited for low latency tasks but are there any reasons aside from this? Kind Regards, Aaron

5 4

[Freeswitch-dev] Freeswitch crash using mod_event_socket
by Georgi Stefanov 05 Mar '14

05 Mar '14

Hello All, Recently I have played with mod_event_socket on Freeswitch. I have noticed that when I try to make fast calls 100 calls per second Freeswitch makes core files. When I do not use mod_event_socket, but I use IVR capabilities of FS I have no core files and event I have succeeded to make 150 calls per second Here is some backtrace extract. The interesting thing is that FS crashes on different code every time. [New process 12374] #0 0x0050d410 in __kernel_vsyscall () (gdb) bt #0 0x0050d410 in __kernel_vsyscall () #1 0x001dcd80 in raise () from /lib/libc.so.6 #2 0x001de691 in abort () from /lib/libc.so.6 #3 0x001d61fb in __assert_fail () from /lib/libc.so.6 #4 0x06b6322b in ?? () from /usr/lib/libfreeswitch.so.1 #5 0x06b64766 in switch_event_dup () from /usr/lib/libfreeswitch.so.1 #6 0x06b0debd in switch_channel_get_variables () from /usr/lib/libfreeswitch.so.1 #7 0x06b0e48c in switch_channel_execute_on () from /usr/lib/libfreeswitch.so.1 #8 0x06b1afc6 in switch_channel_perform_mark_answered () from /usr/lib/libfreeswitch.so.1 #9 0x06b1b2e7 in switch_channel_perform_answer () from /usr/lib/libfreeswitch.so.1 #10 0x00409c97 in ?? () from /usr/lib/freeswitch/mod/mod_dptools.so #11 0x06b3ba6f in switch_core_session_exec () from /usr/lib/libfreeswitch.so.1 #12 0x06b3c29e in switch_core_session_execute_application_get_flags () from /usr/lib/libfreeswitch.so.1 #13 0x06baabd1 in switch_ivr_parse_event () from /usr/lib/libfreeswitch.so.1 #14 0x06baca10 in switch_ivr_park () from /usr/lib/libfreeswitch.so.1 #15 0x0011a9ca in ?? () from /usr/lib/freeswitch/mod/mod_event_socket.so #16 0x06b3ba6f in switch_core_session_exec () from /usr/lib/libfreeswitch.so.1 #17 0x06b3c29e in switch_core_session_execute_application_get_flags () from /usr/lib/libfreeswitch.so.1 #18 0x06b41102 in switch_core_session_run () from /usr/lib/libfreeswitch.so.1 #19 0x06b3ab2a in ?? () from /usr/lib/libfreeswitch.so.1 #20 0x06b36c99 in ?? () from /usr/lib/libfreeswitch.so.1 #21 0x06bf0866 in ?? () from /usr/lib/libfreeswitch.so.1 #22 0x0032e49b in start_thread () from /lib/libpthread.so.0 #23 0x0028542e in clone () from /lib/libc.so.6 [New process 18329] #0 0x00bb4410 in __kernel_vsyscall () (gdb) bt #0 0x00bb4410 in __kernel_vsyscall () #1 0x001dcd80 in raise () from /lib/libc.so.6 #2 0x001de691 in abort () from /lib/libc.so.6 #3 0x001d61fb in __assert_fail () from /lib/libc.so.6 #4 0x06b6322b in ?? () from /usr/lib/libfreeswitch.so.1 #5 0x06b0a801 in switch_caller_profile_event_set_data () from /usr/lib/libfreeswitch.so.1 #6 0x06b12486 in switch_channel_event_set_basic_data () from /usr/lib/libfreeswitch.so.1 #7 0x06b12677 in switch_channel_event_set_data () from /usr/lib/libfreeswitch.so.1 #8 0x06b133e2 in switch_channel_perform_hangup () from /usr/lib/libfreeswitch.so.1 #9 0x009ac010 in ?? () from /usr/lib/freeswitch/mod/mod_sofia.so #10 0x009c006b in ?? () from /usr/lib/freeswitch/mod/mod_sofia.so #11 0x009c64b4 in ?? () from /usr/lib/freeswitch/mod/mod_sofia.so #12 0x00996136 in ?? () from /usr/lib/freeswitch/mod/mod_sofia.so #13 0x06b3b17b in switch_core_session_perform_receive_message () from /usr/lib/libfreeswitch.so.1 #14 0x06ba2b5e in switch_ivr_parse_all_signal_data () from /usr/lib/libfreeswitch.so.1 #15 0x06b0f1bb in switch_channel_check_signal () from /usr/lib/libfreeswitch.so.1 #16 0x06b0f1fe in switch_channel_test_ready () from /usr/lib/libfreeswitch.so.1 #17 0x06b42c6d in switch_core_session_write_frame () from /usr/lib/libfreeswitch.so.1 #18 0x06b98ddb in switch_ivr_play_file () from /usr/lib/libfreeswitch.so.1 #19 0x0014e34d in ?? () from /usr/lib/freeswitch/mod/mod_dptools.so #20 0x06b3ba6f in switch_core_session_exec () from /usr/lib/libfreeswitch.so.1 #21 0x06b3c29e in switch_core_session_execute_application_get_flags () from /usr/lib/libfreeswitch.so.1 #22 0x06baabd1 in switch_ivr_parse_event () from /usr/lib/libfreeswitch.so.1 #23 0x06bab40d in switch_ivr_parse_next_event () from /usr/lib/libfreeswitch.so.1 #24 0x06bab4e8 in switch_ivr_parse_all_events () from /usr/lib/libfreeswitch.so.1 #25 0x06bac65a in switch_ivr_park () from /usr/lib/libfreeswitch.so.1 #26 0x0011a9ca in ?? () from /usr/lib/freeswitch/mod/mod_event_socket.so #27 0x06b3ba6f in switch_core_session_exec () from /usr/lib/libfreeswitch.so.1 #28 0x06b3c29e in switch_core_session_execute_application_get_flags () from /usr/lib/libfreeswitch.so.1 #29 0x06b41102 in switch_core_session_run () from /usr/lib/libfreeswitch.so.1 #30 0x06b3ab2a in ?? () from /usr/lib/libfreeswitch.so.1 #31 0x06b36c99 in ?? () from /usr/lib/libfreeswitch.so.1 #32 0x06bf0866 in ?? () from /usr/lib/libfreeswitch.so.1 #33 0x0032e49b in start_thread () from /lib/libpthread.so.0 #34 0x0028542e in clone () from /lib/libc.so.6 [New process 26129] #0 0x00c84410 in __kernel_vsyscall () (gdb) bt #0 0x00c84410 in __kernel_vsyscall () #1 0x001dcd80 in raise () from /lib/libc.so.6 #2 0x001de691 in abort () from /lib/libc.so.6 #3 0x001d61fb in __assert_fail () from /lib/libc.so.6 #4 0x06b6101a in ?? () from /usr/lib/libfreeswitch.so.1 #5 0x06b63296 in switch_event_add_header_string () from /usr/lib/libfreeswitch.so.1 #6 0x06b638d5 in switch_event_prep_for_delivery_detailed () from /usr/lib/libfreeswitch.so.1 #7 0x06b63bcf in switch_event_create_subclass_detailed () from /usr/lib/libfreeswitch.so.1 #8 0x06b293ce in switch_core_session_set_real_read_codec () from /usr/lib/libfreeswitch.so.1 #9 0x009cd072 in ?? () from /usr/lib/freeswitch/mod/mod_sofia.so #10 0x009df03f in ?? () from /usr/lib/freeswitch/mod/mod_sofia.so #11 0x009e1910 in ?? () from /usr/lib/freeswitch/mod/mod_sofia.so #12 0x0099b494 in ?? () from /usr/lib/freeswitch/mod/mod_sofia.so #13 0x06b3b2ec in switch_core_session_perform_receive_message () from /usr/lib/libfreeswitch.so.1 #14 0x06b1b2c0 in switch_channel_perform_answer () from /usr/lib/libfreeswitch.so.1 #15 0x00310c97 in ?? () from /usr/lib/freeswitch/mod/mod_dptools.so #16 0x06b3ba6f in switch_core_session_exec () from /usr/lib/libfreeswitch.so.1 #17 0x06b3c29e in switch_core_session_execute_application_get_flags () from /usr/lib/libfreeswitch.so.1 #18 0x06baabd1 in switch_ivr_parse_event () from /usr/lib/libfreeswitch.so.1 #19 0x06baca10 in switch_ivr_park () from /usr/lib/libfreeswitch.so.1 #20 0x00f389ca in ?? () from /usr/lib/freeswitch/mod/mod_event_socket.so #21 0x06b3ba6f in switch_core_session_exec () from /usr/lib/libfreeswitch.so.1 #22 0x06b3c29e in switch_core_session_execute_application_get_flags () from /usr/lib/libfreeswitch.so.1 #23 0x06b41102 in switch_core_session_run () from /usr/lib/libfreeswitch.so.1 #24 0x06b3ab2a in ?? () from /usr/lib/libfreeswitch.so.1 #25 0x06b36c99 in ?? () from /usr/lib/libfreeswitch.so.1 #26 0x06bf0866 in ?? () from /usr/lib/libfreeswitch.so.1 #27 0x0032e49b in start_thread () from /lib/libpthread.so.0 #28 0x0028542e in clone () from /lib/libc.so.6 Does anybody have any ideas? Am I making something wrong or it is bug in FS ?

3 3

[Freeswitch-dev] Freeswitch crash using mod_event_socket
by Georgi Stefanov 04 Mar '14

04 Mar '14

Jira use is FS-6299

1 0

[Freeswitch-dev] Using TC to prioritise VOIP traffic
by Tom Parrott 02 Mar '14

02 Mar '14

Hi, I have been experimenting with the tc command to prioritise VOIP traffic, and I wondered if anyone could check over my script and see if it does what I think it does :) Effectively I want to create 3 queues, one for UDP traffic (RTP) with highest priority, one for SIP traffic (port 5060 TCP) with 2nd highest priority, and finally a 3rd queue for everything else. #Put everything in 3rd queue by default? tc qdisc add dev $DEV root handle 1: prio priomap 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 #Create 3 SFQ queues tc qdisc add dev $DEV parent 1:1 handle 10: sfq limit 3000 tc qdisc add dev $DEV parent 1:2 handle 20: sfq tc qdisc add dev $DEV parent 1:3 handle 30: sfq #Match UDP traffic and put into priority 1 queue ${TC} filter add dev $DEV parent 1: protocol ip prio 1 u32 \ match ip protocol 17 0xff flowid 1:1 #Match SIP traffic and put into priority 2 queue ${TC} filter add dev $DEV parent 1: protocol ip prio 1 u32 \ match ip dport 5060 0xffff flowid 1:2 ${TC} filter add dev $DEV parent 1: protocol ip prio 1 u32 \ match ip sport 5060 0xffff flowid 1:2 I have check the status of the queues, and it seems to be correctly classifying the different packets. But I am not sure whether it is prioritising them correctly or not. Thanks Tom

3 2