- FreeSWITCH-dev - FreeSWITCH Mailing Lists

FreeSWITCH Friday FreeForAll Reminder!
by Ken Rice 13 Feb '15

13 Feb '15

FreeSWITCHers, Do not forget to join us at 2PM CST for the FreeSWITCH Friday FreeFor All Visit http://ift.tt/1n3h0Pf and Click Call 888 with your WebRTC enabled Browser and headset, Call sip:888@conference.freeswitch.org or see http://ift.tt/1prwIZL for access info! -- Ken FreeSWITCH.org ClueCon.com OSTAG.org irc.freenode.net #freeswitch Twitter: @FreeSWITCH @ClueCon

1 0

Can't negotiate L16@16000h with Asterisk
by Antonio Eugenio Burriel 09 Feb '15

09 Feb '15

Yesterday I posted the subject "LIN16 at 16000h Freeswitch <-> Asterisk" in the user mailing list, but after having taken a peek at the source, I thought it was better to share my analysis here: Problem: Freeswitch can't negotiate L16@16000h codec with some peers (like Aterisk) which assigns a dynamic PT (over 95) to L16. Internally Freeswitch assigns a PT of 70 to L16; in switch_core_media_negotiate_sdp() we have the following match check: match = (!strcasecmp(rm_encoding, imp->iananame) && ((map->rm_pt < 96 && imp->ianacode < 96) || (map->rm_pt > 95 && imp->ianacode > 95)) && (remote_codec_rate == codec_rate || fmtp_remote_codec_rate == imp->actual_samples_per_second)) ? 1 : 0; Which means that when our peer's codec is dynamic, our match must be also dynamic and, if not, out match mustn't. Except for L16@44100h, which has a PT of 10, its PT should be dynamic (>95) according to RFC3551. But Freeswitch is internally assigning 70, so it will never match. Incidentally, Asterisk erroneously assigns to L16@8000h a PT of 10, which passes the check. I'm not quite sure which is the proper way to fix this. If we change PT from 70 to something over 95, we'll break interoperability with older Freeswitches and other peers, such LN16@800h with Asterisk. So maybe its cleaner to add a exception to the match check like: match = (!strcasecmp(rm_encoding, imp->iananame) && ((map->rm_pt < 96 && imp->ianacode < 96) || (map->rm_pt > 95 && (imp->ianacode > 95 || imp->ianacode == 70))) && (remote_codec_rate == codec_rate || fmtp_remote_codec_rate == imp->actual_samples_per_second)) ? 1 : 0; Any thoughts?

3 2

Using FS with TLS and not TLS
by Yücel ALTUNAY 09 Feb '15

09 Feb '15

Hi, I want to use freeswitch with TLS on my mobile phones and without TLS on my GSM gateways. I see some examples but i coudn't do it. Is someone has example to do this. Thank you.

2 1

GDB
by Ali R. 07 Feb '15

07 Feb '15

Dear All,I have FS configured/compiled with "devel-bootstrap.sh" for better debugging. Is it possible to extract the parsed SIP message from a core dump (or as much SIP as possible.) traversing the back trace, I was able to see host, port, destination number which seems to be fine but I have a feeling there might be some structures with deep SIP info. I'm having random core dumps and I would like to get ideas at the call patterns that causes this crash. I will for sure report all details on this particular crash to JIRA for better tracking. In the mean time, any guidance is appreciated. #0 0x00007f6d8192f165 in raise () from /lib/x86_64-linux-gnu/libc.so.6#1 0x00007f6d819323e0 in abort () from /lib/x86_64-linux-gnu/libc.so.6#2 0x00007f6d8196a1cb in ?? () from /lib/x86_64-linux-gnu/libc.so.6#3 0x00007f6d81973a16 in ?? () from /lib/x86_64-linux-gnu/libc.so.6#4 0x00007f6d819772f8 in ?? () from /lib/x86_64-linux-gnu/libc.so.6#5 0x00007f6d819788a0 in malloc () from /lib/x86_64-linux-gnu/libc.so.6#6 0x00007f6d82bf78c2 in my_dup (s=0x7f6d54313360 "user=phone") at src/switch_event.c:113#7 0x00007f6d82bf8e20 in switch_event_add_header_string (event=0x7f6d555b3ae0, stack=11636, stack@entry=SWITCH_STACK_BOTTOM, header_name=0x6 <Address 0x6 out of bounds>, header_name@entry=0x7f6d77d9afbc "sip_contact_params", data=0xffffffffffffffff <Address 0xffffffffffffffff out of bounds>, data@entry=0x7f6d54313360 "user=phone") at src/switch_event.c:1182#8 0x00007f6d82b8ca02 in switch_channel_set_variable_var_check (channel=channel@entry=0x7f6d5492e380, varname=varname@entry=0x7f6d77d9afbc "sip_contact_params", value=0x7f6d54313360 "user=phone", var_check=var_check@entry=SWITCH_TRUE) at src/switch_channel.c:1385#9 0x00007f6d77c7462d in _url_set_chanvars (session=session@entry=0x7f6d55395d88, url=0x7f6d5432c488, user_var=user_var@entry=0x7f6d77d9afab "sip_contact_user", host_var=host_var@entry=0x7f6d77d9af9a "sip_contact_host", port_var=port_var@entry=0x7f6d77d9af89 "sip_contact_port", uri_var=uri_var@entry=0x7f6d77d9af79 "sip_contact_uri", params_var=params_var@entry=0x7f6d77d9afbc "sip_contact_params") at sofia.c:119#10 0x00007f6d77c8ec40 in sofia_handle_sip_i_invite (session=session@entry=0x7f6d55395d88, nua=nua@entry=0x7f6d782aae80, profile=profile@entry=0xb60550, nh=nh@entry=0x7f6d5498d830, sofia_private=0x7f6d552b0c70, sip=sip@entry=0x7f6d540492c8, de=de@entry=0x7f6d54207b30, tags=tags@entry=0x7f6d554de4b0) at sofia.c:9434#11 0x00007f6d77c96bc1 in our_sofia_event_callback (event=nua_i_invite, status=100, phrase=0x7f6d554de4c0 "Trying", nua=0x7f6d782aae80, profile=0xb60550, nh=0x7f6d5498d830, sofia_private=0x7f6d552b0c70, sip=0x7f6d540492c8, de=de@entry=0x7f6d54207b30, tags=0x7f6d554de4b0) at sofia.c:1491#12 0x00007f6d77c9a96c in sofia_process_dispatch_event (dep=dep@entry=0x7f6d427e2108) at sofia.c:1903#13 0x00007f6d77c6ace9 in sofia_receive_message (session=0x7f6d55395d88, msg=0x7f6d427e2a90) at mod_sofia.c:1115#14 0x00007f6d82bb14ae in switch_core_session_perform_receive_message (session=session@entry=0x7f6d55395d88, message=message@entry=0x7f6d427e2a90, file=file@entry=0x7f6d82caf290 "src/switch_ivr.c", func=func@entry=0x7f6d82cafb60 "switch_ivr_parse_all_signal_data", line=line@entry=838) at src/switch_core_session.c:775#15 0x00007f6d82c35705 in switch_ivr_parse_all_signal_data (session=session@entry=0x7f6d55395d88) at src/switch_ivr.c:838#16 0x00007f6d82c35750 in switch_ivr_parse_all_messages (session=session@entry=0x7f6d55395d88) at src/switch_ivr.c:797#17 0x00007f6d82bb5fdf in switch_core_session_run (session=0x7f6d55395d88) at src/switch_core_state_machine.c:475#18 0x00007f6d82bb0f1e in switch_core_session_thread (thread=<optimized out>, obj=0x7f6d55395d88) at src/switch_core_session.c:1598#19 0x00007f6d82bad1b5 in switch_core_session_thread_pool_worker (thread=0x7f6d710c7d40, obj=<optimized out>) at src/switch_core_session.c:1690#20 0x00007f6d822e7b50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0#21 0x00007f6d819d97bd in clone () from /lib/x86_64-linux-gnu/libc.so.6#22 0x0000000000000000 in ?? () Ali R.

2 1

FreeSWITCH Friday FreeForAll Reminder!
by Ken Rice 06 Feb '15

06 Feb '15

FreeSWITCHers, Do not forget to join us at 2PM CST for the FreeSWITCH Friday FreeFor All Visit http://ift.tt/1n3h0Pf and Click Call 888 with your WebRTC enabled Browser and headset, Call sip:888@conference.freeswitch.org or see http://ift.tt/1prwIZL for access info! -- Ken FreeSWITCH.org ClueCon.com OSTAG.org irc.freenode.net #freeswitch Twitter: @FreeSWITCH @ClueCon

1 0

FreeSWITCH Friday FreeForAll Reminder!
by Ken Rice 30 Jan '15

30 Jan '15

FreeSWITCHers, Do not forget to join us at 2PM CST for the FreeSWITCH Friday FreeFor All Visit http://ift.tt/1n3h0Pf and Click Call 888 with your WebRTC enabled Browser and headset, Call sip:888@conference.freeswitch.org or see http://ift.tt/1prwIZL for access info! -- Ken FreeSWITCH.org ClueCon.com OSTAG.org irc.freenode.net #freeswitch Twitter: @FreeSWITCH @ClueCon

1 0

Bug Marshalls Needed!
by Brian West 27 Jan '15

27 Jan '15

FreeSWITCHers, We're currently in need of bug marshalls, The job is basically to triage JIRA's make sure the data is correct, try to replicate the issue if the description is clear enough or ask for more info about the issue. If you're interested in helping out please email krice(a)freeswitch.org or myself. Thanks, -- *Brian West* brian(a)freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest

1 0

FreeSWITCH Friday FreeForAll Reminder!
by Ken Rice 23 Jan '15

23 Jan '15

FreeSWITCHers, Do not forget to join us at 2PM CST for the FreeSWITCH Friday FreeFor All Visit http://ift.tt/1n3h0Pf and Click Call 888 with your WebRTC enabled Browser and headset, Call sip:888@conference.freeswitch.org or see http://ift.tt/1prwIZL for access info! -- Ken FreeSWITCH.org ClueCon.com OSTAG.org irc.freenode.net #freeswitch Twitter: @FreeSWITCH @ClueCon

1 0

FreeSWITCH Friday FreeForAll Reminder!
by Ken Rice 16 Jan '15

16 Jan '15

FreeSWITCHers, Do not forget to join us at 2PM CST for the FreeSWITCH Friday FreeFor All Visit http://ift.tt/1n3h0Pf and Click Call 888 with your WebRTC enabled Browser and headset, Call sip:888@conference.freeswitch.org or see http://ift.tt/1prwIZL for access info! -- Ken FreeSWITCH.org ClueCon.com OSTAG.org irc.freenode.net #freeswitch Twitter: @FreeSWITCH @ClueCon

1 0

Accidental deadlocks
by mcom 16 Jan '15

16 Jan '15

Hello, I've got few freeswitch servers sharing same data base placed on Percona Galera cluster. Accidentally I observe deadlocks - example below: 2015-01-13T21:51:23.531909+00:00 fs1dev freeswitch[3357]: 2015-01-13 21:51:22.414677 [ERR] switch_core_sqldb.c:581 ODBC SQL ERR [STATE: HY000 CODE 1213 ERROR: [unixODBC][MySQL][ODBC 5.1 Driver][mysqld-5.6.15-63.0]Deadlock found when trying to get lock; try restarting transaction#012]#012update sip_authentication set expires='1421185972',last_nc=15 where nonce='6544a9e0-9b6d-11e4-9010-a17af9ccfef5 I've found that in case of Percona Galera cluster deadlocks are something that could happen: http://www.percona.com/blog/2012/08/17/percona-xtradb-cluster-multi-node-wr… Now I have option to set automatic retry on Percona Galera cluster (which is a bit dangerous since freeswitch won't be aware of that there was some problem with transaction) but it's not a best choice. I wonder if freeswich do retry after such error? - that would be the best option. -- Pozdrawiam Wojciech Matys

1 0