On Mon, Mar 21, 2011 at 4:10 PM, <freeswitch-users-request@lists.freeswitch.org> wrote:
Send FreeSWITCH-users mailing list submissions to freeswitch-users@lists.freeswitch.org
To subscribe or unsubscribe via the World Wide Web, visit http://lists.freeswitch.org/mailman/listinfo/freeswitch-users or, via email, send a message with subject or body 'help' to freeswitch-users-request@lists.freeswitch.org
You can reach the person managing the list at freeswitch-users-owner@lists.freeswitch.org
When replying, please edit your Subject line so it is more specific than "Re: Contents of FreeSWITCH-users digest..."
Today's Topics:
1. Mod_fifo outbound strategy enterprise (Marc de Corny) 2. Does Freeswitch complies with SIP Connect technical recommendation? (Yehavi Bourvine) 3. unable to insert channel variable in new call leg w/in Lua script (elijah) 4. Re: New FreeSWITCH Module: mod_ladspa (Frank Carmickle) 5. Delayed start of tone_detect (Stephen Wilde) 6. Re: New FreeSWITCH Module: mod_ladspa (Michael Collins) 7. Re: Understanding break="never" in condition-tag (Michael Collins)
---------- Forwarded message ---------- From: Marc de Corny <marcdecorny@gmail.com> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Date: Mon, 21 Mar 2011 17:59:16 +0000 Subject: [Freeswitch-users] Mod_fifo outbound strategy enterprise Hi all, I am getting the hang of the fifo now and it is proving very stable which is what we all need. Got one question however regarding mod_fifo and the outbound strategies. From looking at the outbput of the fifo list commands I can see that that parameter is always set to "ringall". which is fine, but I can also see many stats on that number of calls and the last call that the members have taken. Is there also a way of sending the calls to the longest idle or something of that nature? Is that done by setting the outbound_strategy to "enterprise" or is there another way to achieve that. Is there also a command to change that value without editing the XML as I am trying to make everything dynamic. any input is very much appreciated. thanks Marc
---------- Forwarded message ---------- From: Yehavi Bourvine <yehavi.bourvine@gmail.com> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Date: Mon, 21 Mar 2011 20:46:20 +0200 Subject: [Freeswitch-users] Does Freeswitch complies with SIP Connect technical recommendation? Hello,
We published an RFP for our SIP connection to the PSTN. One of the suppliers asked whether Freeswitch complies with the SIP CONNECT recomendation. I have to answer them soon, and don't have enough time to read and evaluate the entire document at present.
Does Freeswitch fullfills all the recomendations there?
Thanks, __Yehavi:
---------- Forwarded message ---------- From: elijah <elijah@crankenstein.com> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Date: Mon, 21 Mar 2011 11:50:44 -0700 Subject: [Freeswitch-users] unable to insert channel variable in new call leg w/in Lua script In a Lua script I instantiate a new call leg and (attempt to) insert a new channel variable: local session = freeswitch.Session("user/1001@stuff.com") if session:hangupCause() == "SUCCESS" then session:execute("export", "my_variable=" .. myVariable) session:transfer("ext_in_mycontext", "XML", "mycontext") However, I am not able to retrieve my custom channel variable later. This call leg is established correctly but there is no point in this call leg's life where I can seem to find my variable. Is there another method by which I should try to insert a channel variable in a newly created call leg?
---------- Forwarded message ---------- From: Frank Carmickle <frank@carmickle.com> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Date: Mon, 21 Mar 2011 15:27:39 -0400 Subject: Re: [Freeswitch-users] New FreeSWITCH Module: mod_ladspa Hey Michael This is cool. Has there been any thought to making freeswitch a jack client. That IMHO would be very very useful. That would allow sip, or any other protocol that fs supports, to be a way to get audio in to professional sound production software like ardour, audacity or ecasound. Thanks --FC On Mar 18, 2011, at 6:56 PM, Michael Collins wrote:
Hello all! The FreeSWITCH developers have added a cool new module: mod_ladspa. Check out the story: http://www.freeswitch.org/node/313 Have fun! -Michael _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
---------- Forwarded message ---------- From: Stephen Wilde <wstephen80@gmail.com> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Date: Mon, 21 Mar 2011 20:33:28 +0100 Subject: [Freeswitch-users] Delayed start of tone_detect I start the tone_detect on answer using "execute_on_answer" as: <action application="export" data="nolocal:execute_on_answer=tone_detect MYTONE 680 ro +5000 set MYTONE=1" /> but I have the necessity to start the tone_detect for example 500ms after answer: there is a way to do that in dialplan?
---------- Forwarded message ---------- From: Michael Collins <msc@freeswitch.org> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Date: Mon, 21 Mar 2011 12:39:18 -0700 Subject: Re: [Freeswitch-users] New FreeSWITCH Module: mod_ladspa Not that I know of, but "patches welcome"!! :) -MC
On Mon, Mar 21, 2011 at 12:27 PM, Frank Carmickle <frank@carmickle.com> wrote:
Hey Michael This is cool. Has there been any thought to making freeswitch a jack client. That IMHO would be very very useful. That would allow sip, or any other protocol that fs supports, to be a way to get audio in to professional sound production software like ardour, audacity or ecasound. Thanks --FC On Mar 18, 2011, at 6:56 PM, Michael Collins wrote:
Hello all! The FreeSWITCH developers have added a cool new module: mod_ladspa. Check out the story: http://www.freeswitch.org/node/313 Have fun! -Michael _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
---------- Forwarded message ---------- From: Michael Collins <msc@freeswitch.org> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Date: Mon, 21 Mar 2011 13:10:26 -0700 Subject: Re: [Freeswitch-users] Understanding break="never" in condition-tag
I can't/didn't contribute much to this discussion, but I do follow it. My idea and (little) testing experience supports the explanation of Dimitry. Either way, it 'proofs' there is confusion about the working of the 'break' in condition tags. If I can find the time, I will try to do some tests / build an example myself. Thank you both for the answers and insights so far.
Okay, for those of you who have the bridge book, please go to page 167-168. Darren did a really good job of explaining this. For those of you who don't have the book, SHAME! :) The break flag determines what happens on processing conditions within a single extension. Let's say that chan var ${freeswitch} has the value "rocks" and ${foo} has the value "bar". <extension name="break_flag_is_not_confusing"> <condition "${freeswitch}" expression="^lame$"> <!-- this does not get executed --> </condition> <!-- the following condition is not even evaluated --> <condition "${foo}" expression="bar"> ... </condition> </extension> Look at the above snipped. The first condition evaluates to false, which means all processing for this particular extension stops. The parse "breaks" out of this extension and moves on to the next one. Now look at this extension with the the break-flag set to "never"... <extension name="break_flag_is_not_confusing"> <condition "${freeswitch}" expression="^lame$" break="never"> <!-- this does not get executed --> </condition> <!-- the following condition *is* evaluated --> <condition "${foo}" expression="bar"> ... </condition> </extension> See the difference? With the break flag set to "never" then it does not matter whether the condition is evaluated as true or false - the extension's next condition gets evaluated. Why do you need the break="never"? Simple: when no "break" is specified there is an implied break="on-false" for the condition. In other words, by default, if one condition inside of an extension evaluates to false then all processing for that extension stops. This has the effect of allowing you to "stack" conditions to create a logical AND. So, in summary, the break flag will control how the parser behaves when evaluating conditions. Normally when a single condition fails, the whole extension is skipped, however when you do break="never" on a condition then it does not matter if that particular condition is true or false - extension processing will continue. Hope this helps. If it doesn't then read chapters 5 and 8 of the book. Chapter 5 (me) is a gentle intro into the dialplan. Chapter 8 (Darren) talks more extensively about the advanced concepts of dialplan processing. -MC
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org