[Freeswitch-users] help

Tue Mar 22 00:16:57 MSK 2011

On Mon, Mar 21, 2011 at 4:10 PM,
<freeswitch-users-request at lists.freeswitch.org> wrote:
> Send FreeSWITCH-users mailing list submissions to
>        freeswitch-users at 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 at lists.freeswitch.org
>
> You can reach the person managing the list at
>        freeswitch-users-owner at 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 at gmail.com>
> To: FreeSWITCH Users Help <freeswitch-users at 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 at gmail.com>
> To: FreeSWITCH Users Help <freeswitch-users at 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 at crankenstein.com>
> To: FreeSWITCH Users Help <freeswitch-users at 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 at 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 at carmickle.com>
> To: FreeSWITCH Users Help <freeswitch-users at 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 at 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 at gmail.com>
> To: FreeSWITCH Users Help <freeswitch-users at 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 at freeswitch.org>
> To: FreeSWITCH Users Help <freeswitch-users at 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 at 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 at 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 at 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 at freeswitch.org>
> To: FreeSWITCH Users Help <freeswitch-users at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>