From aroumie at yahoo.com Mon Feb 2 22:32:50 2015 From: aroumie at yahoo.com (Ali R.) Date: Mon, 2 Feb 2015 19:32:50 +0000 (UTC) Subject: [Freeswitch-dev] GDB Message-ID: <1400802287.252488.1422905570453.JavaMail.yahoo@mail.yahoo.com> 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 at entry=SWITCH_STACK_BOTTOM, header_name=0x6
, ?header_name at entry=0x7f6d77d9afbc "sip_contact_params", data=0xffffffffffffffff
, data at entry=0x7f6d54313360 "user=phone") at src/switch_event.c:1182#8 ?0x00007f6d82b8ca02 in switch_channel_set_variable_var_check (channel=channel at entry=0x7f6d5492e380, varname=varname at entry=0x7f6d77d9afbc "sip_contact_params", value=0x7f6d54313360 "user=phone", var_check=var_check at entry=SWITCH_TRUE) at src/switch_channel.c:1385#9 ?0x00007f6d77c7462d in _url_set_chanvars (session=session at entry=0x7f6d55395d88, url=0x7f6d5432c488, user_var=user_var at entry=0x7f6d77d9afab "sip_contact_user",? ? host_var=host_var at entry=0x7f6d77d9af9a "sip_contact_host", port_var=port_var at entry=0x7f6d77d9af89 "sip_contact_port", uri_var=uri_var at entry=0x7f6d77d9af79 "sip_contact_uri",? ? params_var=params_var at entry=0x7f6d77d9afbc "sip_contact_params") at sofia.c:119#10 0x00007f6d77c8ec40 in sofia_handle_sip_i_invite (session=session at entry=0x7f6d55395d88, nua=nua at entry=0x7f6d782aae80, profile=profile at entry=0xb60550, nh=nh at entry=0x7f6d5498d830, sofia_private=0x7f6d552b0c70,? ? sip=sip at entry=0x7f6d540492c8, de=de at entry=0x7f6d54207b30, tags=tags at 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 at entry=0x7f6d54207b30, tags=0x7f6d554de4b0) at sofia.c:1491#12 0x00007f6d77c9a96c in sofia_process_dispatch_event (dep=dep at 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 at entry=0x7f6d55395d88, message=message at entry=0x7f6d427e2a90, file=file at entry=0x7f6d82caf290 "src/switch_ivr.c",? ? func=func at entry=0x7f6d82cafb60 "switch_ivr_parse_all_signal_data", line=line at entry=838) at src/switch_core_session.c:775#15 0x00007f6d82c35705 in switch_ivr_parse_all_signal_data (session=session at entry=0x7f6d55395d88) at src/switch_ivr.c:838#16 0x00007f6d82c35750 in switch_ivr_parse_all_messages (session=session at 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=, obj=0x7f6d55395d88) at src/switch_core_session.c:1598#19 0x00007f6d82bad1b5 in switch_core_session_thread_pool_worker (thread=0x7f6d710c7d40, obj=) 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20150202/37df4bf3/attachment.html From krice at freeswitch.org Fri Feb 6 18:01:51 2015 From: krice at freeswitch.org (Ken Rice) Date: Fri, 06 Feb 2015 15:01:51 +0000 Subject: [Freeswitch-dev] FreeSWITCH Friday FreeForAll Reminder! Message-ID: <54d4d75f66260_3e13e55330448ee@ip-10-184-131-145.mail> 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 at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20150206/2757c794/attachment.html From william.king at quentustech.com Sat Feb 7 05:08:40 2015 From: william.king at quentustech.com (William King) Date: Fri, 06 Feb 2015 21:08:40 -0500 Subject: [Freeswitch-dev] GDB In-Reply-To: <1400802287.252488.1422905570453.JavaMail.yahoo@mail.yahoo.com> References: <1400802287.252488.1422905570453.JavaMail.yahoo@mail.yahoo.com> Message-ID: <54D573A8.8060104@quentustech.com> Ali, A call to malloc() called abort, so I'd bet what happened was your system ran out of memory, or had heap memory corruption: http://unixhelp.ed.ac.uk/CGI/man-cgi?malloc+3 William King Senior Engineer Quentus Technologies, INC 1037 NE 65th St Suite 273 Seattle, WA 98115 Main: (877) 211-9337 Office: (206) 388-4772 Cell: (253) 686-5518 william.king at quentustech.com On 2/2/15 2:32 PM, Ali R. wrote: > 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 at entry=SWITCH_STACK_BOTTOM, > header_name=0x6
, > header_name at entry=0x7f6d77d9afbc "sip_contact_params", > data=0xffffffffffffffff
, > data at entry=0x7f6d54313360 "user=phone") at src/switch_event.c:1182 > #8 0x00007f6d82b8ca02 in switch_channel_set_variable_var_check > (channel=channel at entry=0x7f6d5492e380, > varname=varname at entry=0x7f6d77d9afbc "sip_contact_params", > value=0x7f6d54313360 "user=phone", > var_check=var_check at entry=SWITCH_TRUE) at src/switch_channel.c:1385 > #9 0x00007f6d77c7462d in _url_set_chanvars > (session=session at entry=0x7f6d55395d88, url=0x7f6d5432c488, > user_var=user_var at entry=0x7f6d77d9afab "sip_contact_user", > host_var=host_var at entry=0x7f6d77d9af9a "sip_contact_host", > port_var=port_var at entry=0x7f6d77d9af89 "sip_contact_port", > uri_var=uri_var at entry=0x7f6d77d9af79 "sip_contact_uri", > params_var=params_var at entry=0x7f6d77d9afbc "sip_contact_params") at > sofia.c:119 > #10 0x00007f6d77c8ec40 in sofia_handle_sip_i_invite > (session=session at entry=0x7f6d55395d88, nua=nua at entry=0x7f6d782aae80, > profile=profile at entry=0xb60550, nh=nh at entry=0x7f6d5498d830, > sofia_private=0x7f6d552b0c70, > sip=sip at entry=0x7f6d540492c8, de=de at entry=0x7f6d54207b30, > tags=tags at 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 at entry=0x7f6d54207b30, tags=0x7f6d554de4b0) > at sofia.c:1491 > #12 0x00007f6d77c9a96c in sofia_process_dispatch_event > (dep=dep at 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 at entry=0x7f6d55395d88, > message=message at entry=0x7f6d427e2a90, file=file at entry=0x7f6d82caf290 > "src/switch_ivr.c", > func=func at entry=0x7f6d82cafb60 "switch_ivr_parse_all_signal_data", > line=line at entry=838) at src/switch_core_session.c:775 > #15 0x00007f6d82c35705 in switch_ivr_parse_all_signal_data > (session=session at entry=0x7f6d55395d88) at src/switch_ivr.c:838 > #16 0x00007f6d82c35750 in switch_ivr_parse_all_messages > (session=session at 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= out>, obj=0x7f6d55395d88) at src/switch_core_session.c:1598 > #19 0x00007f6d82bad1b5 in switch_core_session_thread_pool_worker > (thread=0x7f6d710c7d40, obj=) 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. > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > From ben at langfeld.co.uk Mon Feb 9 15:18:10 2015 From: ben at langfeld.co.uk (Ben Langfeld) Date: Mon, 9 Feb 2015 10:18:10 -0200 Subject: [Freeswitch-dev] Using FS with TLS and not TLS In-Reply-To: References: Message-ID: Separate SIP profiles for the two cases. On 28 January 2015 at 11:30, Y?cel ALTUNAY wrote: > 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. > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20150209/549f885a/attachment.html From aeburriel at gmail.com Tue Feb 10 00:45:42 2015 From: aeburriel at gmail.com (Antonio Eugenio Burriel) Date: Mon, 9 Feb 2015 22:45:42 +0100 Subject: [Freeswitch-dev] Can't negotiate L16@16000h with Asterisk Message-ID: 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 at 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 at 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 at 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 at 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? From brian at freeswitch.org Tue Feb 10 01:11:45 2015 From: brian at freeswitch.org (Brian West) Date: Mon, 9 Feb 2015 16:11:45 -0600 Subject: [Freeswitch-dev] Can't negotiate L16@16000h with Asterisk In-Reply-To: References: Message-ID: Bug reports are filed at http://freeswitch.org/jira On Mon, Feb 9, 2015 at 3:45 PM, Antonio Eugenio Burriel wrote: > 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 at 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 at 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 at 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 at 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? > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -- *Brian West* brian at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20150209/2ee29baf/attachment.html From anthony.minessale at gmail.com Tue Feb 10 01:42:23 2015 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Mon, 9 Feb 2015 16:42:23 -0600 Subject: [Freeswitch-dev] Can't negotiate L16@16000h with Asterisk In-Reply-To: References: Message-ID: Try changing the 70 to 100 everywhere in switch_pcm. The value in the code is not used unless its < 96 file results as a jira On Mon, Feb 9, 2015 at 4:11 PM, Brian West wrote: > Bug reports are filed at http://freeswitch.org/jira > > On Mon, Feb 9, 2015 at 3:45 PM, Antonio Eugenio Burriel < > aeburriel at gmail.com> wrote: > >> 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 at 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 at 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 at 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 at 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? >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at 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 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20150209/a87a316e/attachment-0001.html From krice at freeswitch.org Fri Feb 13 18:01:05 2015 From: krice at freeswitch.org (Ken Rice) Date: Fri, 13 Feb 2015 15:01:05 +0000 Subject: [Freeswitch-dev] FreeSWITCH Friday FreeForAll Reminder! Message-ID: <54de11b1dde7e_715b3cb32487936@ip-10-113-178-254.mail> 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 at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20150213/733a267a/attachment.html From eschmidbauer at gmail.com Thu Feb 19 17:43:11 2015 From: eschmidbauer at gmail.com (e schmidbauer) Date: Thu, 19 Feb 2015 09:43:11 -0500 Subject: [Freeswitch-dev] valet parking new feature Message-ID: Hi, Would anyone want to test out new parking feature for polycoms? The feature is outlined in this doc: http://support.polycom.com/global/documents/support/technical/products/voice/Static_BLF_TB62475.pdf Just pull clean FS branch and do a git apply with that diff like git apply --ignore-whitespace ~/valet_sofia.c.diff make mod_sofia-install make mod_valet_parking-install restart FS Provisiong the polycom with: attendant.resourceList.2.address="orbit+lot at mydomain.com" attendant.resourceList.2.label="Orbit Lot" attendant.resourceList.2.type="automata" FreeSWITCH dialplan Park in Orbit: Pick up from Orbit: Please test and let me know what you think... I'd like to get this feature pushed to valet_parking instead of forking the module Thanks From eschmidbauer at gmail.com Thu Feb 19 17:47:53 2015 From: eschmidbauer at gmail.com (e schmidbauer) Date: Thu, 19 Feb 2015 09:47:53 -0500 Subject: [Freeswitch-dev] valet parking new feature In-Reply-To: References: Message-ID: https://freeswitch.org/jira/secure/attachment/22755/valet_sofia.c.diff On Thu, Feb 19, 2015 at 9:43 AM, e schmidbauer wrote: > Hi, > Would anyone want to test out new parking feature for polycoms? > The feature is outlined in this doc: > > http://support.polycom.com/global/documents/support/technical/products/voice/Static_BLF_TB62475.pdf > > Just pull clean FS branch and do a git apply with that diff like > git apply --ignore-whitespace ~/valet_sofia.c.diff > > make mod_sofia-install > make mod_valet_parking-install > > restart FS > > Provisiong the polycom with: > > attendant.resourceList.2.address="orbit+lot at mydomain.com" > attendant.resourceList.2.label="Orbit Lot" > attendant.resourceList.2.type="automata" > > FreeSWITCH dialplan > Park in Orbit: > > > > > > > > Pick up from Orbit: > > > > > > > > > Please test and let me know what you think... I'd like to get this > feature pushed to valet_parking instead of forking the module > > Thanks From krice at freeswitch.org Fri Feb 20 18:01:54 2015 From: krice at freeswitch.org (Ken Rice) Date: Fri, 20 Feb 2015 15:01:54 +0000 Subject: [Freeswitch-dev] FreeSWITCH Friday FreeForAll Reminder! Message-ID: <54e74c62d6c22_1fcb6f328478ed@ip-10-179-128-200.mail> 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 at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20150220/edb259c7/attachment.html From sanatulp at gmail.com Mon Feb 23 10:30:53 2015 From: sanatulp at gmail.com (miguelo sana) Date: Mon, 23 Feb 2015 08:30:53 +0100 Subject: [Freeswitch-dev] Silence in conference recording Message-ID: Hi, I use the recording functionality of mod_conference to record conference calls. The recording is save to a .wav file. Now for the second time in a few months I experienced something strange. The recording goes silent after 15 minutes of recording. But the recording is not stopped. There is nothing strange found in logging. And other recordings are not having this issue. Is there anyone who knows anything about this and how to fix or prevent this. Thanks. Miguelo -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20150223/249500df/attachment.html From brian at freeswitch.org Mon Feb 23 19:05:48 2015 From: brian at freeswitch.org (Brian West) Date: Mon, 23 Feb 2015 10:05:48 -0600 Subject: [Freeswitch-dev] Silence in conference recording In-Reply-To: References: Message-ID: Try latest master, collect all the log info and see if you can replicate the issue, watch signaling too, Then file a JIRA and attach all the appropriate logs and information. Thanks, On Mon, Feb 23, 2015 at 1:30 AM, miguelo sana wrote: > Hi, > > I use the recording functionality of mod_conference to record conference > calls. The recording is save to a .wav file. > Now for the second time in a few months I experienced something strange. > The recording goes silent after 15 minutes of recording. But the recording > is not stopped. > There is nothing strange found in logging. And other recordings are not > having this issue. > Is there anyone who knows anything about this and how to fix or prevent > this. > > > Thanks. > > Miguelo > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -- *Brian West* brian at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20150223/890ed4cd/attachment.html From krice at freeswitch.org Fri Feb 27 18:01:01 2015 From: krice at freeswitch.org (Ken Rice) Date: Fri, 27 Feb 2015 15:01:01 +0000 Subject: [Freeswitch-dev] FreeSWITCH Friday FreeForAll Reminder! Message-ID: <54f086ad345a_7c2652d33469530@resque-worker-ip-10-158-132-148.mail> 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 at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20150227/824ff5ef/attachment.html From jacob at hodgeshouse.net Sat Feb 21 04:41:45 2015 From: jacob at hodgeshouse.net (Jacob Hodges) Date: Sat, 21 Feb 2015 11:41:45 +1000 Subject: [Freeswitch-dev] Bare Minimum Freeswitch Message-ID: Hi all, I'm quite new to freeswitch and have used it in the past to establish a SIP Trunk between Lync and another SIP provider. I'm now looking at Freeswitch as a potential replacement for a legacy PBX at my local church. I'm extremely wary of the default Freeswitch configuration as it seem to include a lot of functionality that I don't need and a lot configuration I don't understand. All I need is the following: - 5 extensions that can dial each other and the PSTN - Ability to do group pickup, paging and voicemail to email - Ability to set day/night mode - Ability to use SPA3102 as a gateway to the PSTN. Can anyone tell me the minimum number of modules / configuration that is needed to accomplish this? Thanks, Jacob. From idokan at gmail.com Tue Feb 24 11:28:07 2015 From: idokan at gmail.com (ik) Date: Tue, 24 Feb 2015 10:28:07 +0200 Subject: [Freeswitch-dev] mod_rayo patching Message-ID: Hello, There is a bug in mod_rayo that I wish to patch myself, however I have never touched any sources of FS before, not to mention rayo itself (and it's been many years since I touched C). Before I'll start to figure out the proper source code to touch, is there a good guide to read about FS development that can help in the matter ? Thanks Ido -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20150224/af0b2606/attachment.html