- FreeSWITCH-users - FreeSWITCH Mailing Lists

bind digit action calls my perl script only after 10 seconds delay
by Ali Pey 19 Feb '14

19 Feb '14

Hello, I use bind digit action in a few places. In one instance, if I'm on the call for more than 20 seconds, bind digit action does not call my perl script right away. There is a delay of 10 seconds before it calls my perl script. I also see this error and I have no idea why it is trying to play moh: 2014-02-19 06:15:43.944500 [DEBUG] switch_ivr.c:615 sofia/SIPRouter/226792XXXX Command Execute playback(local_stream://moh) EXECUTE sofia/SIPRouter/226792XXXX playback(local_stream://moh) 2014-02-19 06:15:43.944500 [WARNING] mod_local_stream.c:470 Unknown source moh, trying 'default' 2014-02-19 06:15:43.944500 [ERR] mod_local_stream.c:479 Unknown source default Has anyone else run into this problem? Ay ideas? Why doesn't bda execute immediately if the bridge is longer than 20 seconds? Thanks, Ali Pey

2 3

ICMP... and MTU
by Brian West 19 Feb '14

19 Feb '14

I want to open a discussion on this topic, I’m sure many of you fine freeswitchers have encountered the pain of exceeding the MTU and things not handling it properly. I’ve also see this mindset that blocking all ICMP will somehow make your network more secure, In doing this you’re actually breaking PMTU and the internet in general. So check your firewalls, if you’re blocking repent now and fix it… Input and discussions would be welcome on this topic. I think this issue is more of an issue facing residential installs vs commercial installs… What have you seen? -- 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)

5 5

Re: [Freeswitch-users] Squelch Inband
by Avi Marcus 19 Feb '14

19 Feb '14

Any ideas on this? Thanks! -Avi On Wed, Feb 5, 2014 at 8:00 PM, Avi Marcus <avi(a)avimarcus.net> wrote: > Hi -- I'm asking this again... > > Is there a way to squelch inband DTMF? > I've got a carrier who's sending rfc2833 and usually inband. > > I'd try ignoring the rfc2833 and just using the inband, but it doesn't > always have the inband. > FreeSWITCH correctly ignores the inband, and all is fine, until I bridge > to another system and that system will sometimes take both DTMF methods. > > Thanks, > -Avi >

1 0

ESL, ESL_EVENT_CHANNEL_HANGUP, ESL_EVENT_CHANNEL_HANGUP_COMPLETE
by Marcin S 19 Feb '14

19 Feb '14

Hello, I have another issue that is unclear to me. After "hangup" esl returns events ESL_EVENT_CHANNEL_HANGUP (always), ESL_EVENT_CHANNEL_STATE (twice, but I really don't care for that) and ESL_EVENT_CHANNEL_HANGUP_COMPLETE (sometimes). Why ESL_EVENT_CHANNEL_HANGUP_COMPLETE is not always generated? In /var/log/freeswitch/freeswitch.log there are some entries which may have something in common with this issue: 2014-02-14 14:27:05.079484 [DEBUG] switch_core_session.c:1492 Session 131 (sofia/vlan25/379) Locked, Waiting on external entities 2014-02-14 14:27:05.079484 [NOTICE] switch_core_session.c:1510 Session 131 (sofia/vlan25/379) Ended Second question - when is ESL_EVENT_CHANNEL_HANGUP generated? After hangup? Before hangup? It is important for me, because sometimes I have to originate another call somewhere, but I can't do this when previous call (in another session) is not fully released.

4 6

http://jira.freeswitch.org/browse/FS-6240
by Brian West 19 Feb '14

19 Feb '14

This patch needs testers, Please anyone that is interested test and feedback on the JIRA comments. -- 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

ClueCon Weekly Today Adhearsion and mod_rayo update, and the FreeSWITCH Dev Team Discussing ICMP MTU and related networking Issues
by Ken Rice 19 Feb '14

19 Feb '14

Greetings FreeSWITCHers, Join us today at 1PM EST (10AM PST) for ClueCon Weekly! Today we¹ll have Ben and Ben from Adhearsion along with Chris Rienzo author of mod_rayo updating us on their latest developments. Following the Adearsion Crew, the FreeSWITCH Core Dev Team will take over to with a discussion of ICMP and MTU related networking issues. Join us today! Call sip:888@conference.freeswitch.org or hit http://fs0.us/call888 for PSTN access numbers! We¹ll be starting promptly so don¹t be late! K -- Ken http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org irc.freenode.net #freeswitch Twitter: @FreeSWITCH

1 0

Auth by ACL/CIDR doesn't find the right user from directory
by Biswas, Dipak 19 Feb '14

19 Feb '14

Hi All, I guess this issue has been discussed before but I could not find a suitable solution. I've this one user with the CIDR declared in directory/default/1000.xml <include> <user id="1000" cidr="12.34.56.78/32,20.0.0.0/8">  <params> <param name="password" value="1234"/> <param name="vm-password" value="1000"/> </params> <variables> <variable name="accountcode" value="1000"/> <variable name="user_context" value="default"/> <variable name="effective_caller_id_name" value="Extension 1000"/> <variable name="effective_caller_id_number" value="1000"/> </variables> </user> Another user 2000 is defined but no CIDR is added there. <user id="2000" cidr="12.34.56.78/32,20.0.0.0/8"> <params> <param name="password" value="1234"/> <param name="vm-password" value="2000"/> </params> <variables> <variable name="accountcode" value="2000"/> <variable name="user_context" value="default"/> <variable name="effective_caller_id_name" value="Extension 2000"/> <variable name="effective_caller_id_number" value="2000"/> </variables> </user> Now, when user 2000 dials out to another extension, ACL is still authenticating the user as 1000. How can I associate 2000 and it's associated params and variables to this call instead of 1000's? -- Thanks, Dipak

3 6

Stream file to both legs
by Alex Lake 19 Feb '14

19 Feb '14

I'm sure I've done this before, but can't find it now - how can I play a file to more than one channel (eg. an a-leg and b-leg)

3 7

inherit_codec fails in recent FS GIT head update
by Emrah 19 Feb '14

19 Feb '14

Hi all, It looks like my recent FS update to the GIT head broke late negotiation of codecs. With inherit_codec=true, my FS consistently transcodes instead of correlating codecs to find the best suitable one. Is anybody experiencing the same issue? This seems to occur only on a device to device call with late negotiation and inherit codec enabled. I can still manipulate my codecs with absolute_codec if I wan to enforce things. Thanks for your help, Best, Emrah

3 4

JIRA Issues
by Brian West 19 Feb '14

19 Feb '14

FreeSWITCHers, Over the next few weeks I’m going thru the back log of JIRA issues filed. If you’ve filed something and its incomplete or needs additional information and hasn’t been responded to in the past 180 days it will be closed as such, feel free to re-open if you can provide more info or comment that the issue has been resolved. I’ve noticed a large number of issues being filed with incomplete data, terse descriptions. Do not reference the words ‘odd’, ‘weird’ or ‘strange’ in any bug report. If the issue wasn’t odd, strange or weird you probably wouldn’t be opening a ticket in the first place. Please keep descriptions clear and attach complete logs from start to finish of the issue happening along with relevant revision information, config settings such as dial plan or other changes to the config files that may contribute to your issue you’re filing. If the issue is something that you can’t quite replicate or aren’t sure don’t post to the list yet, file a JIRA with the relevant information and then reference that JIRA when you post to the list, You’ll find this will probably work out faster for you and makes sure we don’t lose the report in the sea of emails on the list. Do not attach core files, gzip’ed log files or anything that can’t be read properly from a mobile devices web browser. If we check JIRA on our phones (we do this a lot) when we are out and about and its frustrating when you try to read something and you can’t do so with ease. I was serious about dropping support for OpenBSD, NetBSD and FreeBSD (its on its last get almost), The response to maintainers has underwhelming and not many people are interested or state they do not have the skill set required to accomplish the task. If you need help I’m pretty sure we can get Richard Neese to assist you as he used to maintain those ports in the FreeBSD tree and they’ve expired and were removed because they would no longer build. Remember if you don’t even try you can’t fail… so what do you have to lose? ;) Remember we had to start somewhere to learn this auto goop you use for cross platform build systems. I would love to see complete support for OpenBSD/NetBSD and FreeBSD and anything else that you wanna toss in but we need your help to maintain, test and continue supporting those platforms. I’m going to be sorting thru these JIRA reports, data points and all facts required and design a tool set that we can deploy that will help you collect all the information required for a bug report so that we can work the issues faster, its going to take me a few months to wrap my head around an approach we can use in production environments that makes sense. The entire team will be on the Weekly call again tomorrow I would love to discuss this and the ICMP/MTU issue a little tomorrow too. As always feel free to respond and get involved. ATTENTION: If you have patches pending in JIRA please make sure they apply cleanly to MASTER, and update if needed so we can work thru testing them faster. 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