[Freeswitch-users] Unbridge and send to queue

Bunea Lucian lucibunea at gmail.com
Sat Jan 3 23:09:35 MSK 2015


What does "transfer doesn't work properly" means?
What happens, now, with the call after the lua script finish executing?

-------- Original Message --------
*Subject: *Re: [Freeswitch-users] Unbridge and send to queue
*From: *David Villasmil Govea <david.villasmil at gmail.com>
*To: *FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
*Date: *03.01.2015 20:57
>
> Can anyone help with this?
>
> On Jan 2, 2015 4:51 PM, "David Villasmil Govea" 
> <david.villasmil at gmail.com <mailto:david.villasmil at gmail.com>> wrote:
>
>     Hello,
>
>     Problem is transfer's not working from the lua, and I need to
>     execute a lua script before sending the b-leg to the queue.
>
>     The whole flow is the following:
>
>     - Receive from A side
>     - Launch a lua to get a destination number, and send the call to
>     the B-side.
>     - When the call is answered, I launch another lua which make a few
>     checks and set a maximum call duration. Then it needs to send only
>     the b-side to the queue.
>
>
>     I do the following:
>
>     <extension name="wholesale" continue="true">
>     <condition field="destination_number" expression="^.*$">
>     <action application="info"/>
>     <action application="set" data="inherit_codec=true"/>
>     <action application="set" data="continue_on_fail=true"/>
>     <action application="set" data="hangup_after_bridge=false"/>
>     <action application="set" data="execute_on_answer=lua
>     /usr/local/freeswitch/scripts/check_answered.lua"/>
>     <action application="lua"
>     data="/usr/local/freeswitch/scripts/script.lua"/>
>     <action application="hangup" data="NORMAL_CLEARING"/>
>     </condition>
>     </extension>
>
>
>     The luas work fine EXCEPT the transfer. which  I execute like:
>
>     session:execute("sched_hangup","+" .. (my_dur/1000)  .. "
>     alloted_timeout");
>     session:execute("transfer", "-bleg 9999 XML default");
>
>     but the transfer doesn't work properly.
>     In my dialplan I have:
>
>     <extension name="9999">
>      <action application="log" data="INFO SENDING CALL TO QUEUE
>     >>>>>>>>>>>>>>>>>>"/>
>      <action application="lua"
>     data="/usr/local/freeswitch/scripts/queue.lua"/>
>      <action application="hangup" data="NORMAL_CLEARING"/>
>     </extension>
>
>     Please give me a hand with this
>
>     David
>
>     On Fri, Jan 2, 2015 at 2:06 AM, Michael Collins
>     <msc at freeswitch.org <mailto:msc at freeswitch.org>> wrote:
>
>         Can you try doing the execute_on_answer w/o the Lua script?
>         Reason I ask is the items you're executing on the session
>         aren't very special and could simply be done with some
>         dialplan XML. Try doing an execute_extension in your
>         execute_on_answer and have that extension have the
>         sched_hangup, callcenter, and sleep apps.
>
>         Sometimes adding a dp script (Lua, Perl, etc.) can introduce
>         unanticipated effects. A good rule of thumb is that if you can
>         do it just with XML dialplan you probably should/./ At the
>         very least you should see what happens without the Lua script
>         involved.
>
>         -Michael
>
>         On Wed, Dec 31, 2014 at 12:46 PM, David Villasmil Govea
>         <david.villasmil at gmail.com <mailto:david.villasmil at gmail.com>>
>         wrote:
>
>             Hello,
>
>             I don't think that would work, I need to launch a lua
>             script before transferring the B-leg.
>
>             I need to transfer it from the lua script, but
>
>             session:execute("transfer", "-bleg 9999 XML default");
>
>             Doesn't work...
>
>             On Wed, Dec 31, 2014 at 9:13 PM, Andrew
>             <aademattia at comcast.net <mailto:aademattia at comcast.net>>
>             wrote:
>
>                 Maybe you can set leg b transfer_after_bridgeand hang
>                 up on leg a.
>
>                 *From:*freeswitch-users-bounces at lists.freeswitch.org
>                 <mailto:freeswitch-users-bounces at lists.freeswitch.org>
>                 [mailto:freeswitch-users-bounces at lists.freeswitch.org
>                 <mailto:freeswitch-users-bounces at lists.freeswitch.org>] *On
>                 Behalf Of *David Villasmil Govea
>                 *Sent:* Wednesday, December 31, 2014 2:41 PM
>                 *To:* FreeSWITCH Users Help
>                 *Subject:* Re: [Freeswitch-users] Unbridge and send to
>                 queue
>
>                 can anyone help me out with this?
>
>                 On Tue, Dec 23, 2014 at 5:48 PM, David Villasmil Govea
>                 <david.villasmil at gmail.com
>                 <mailto:david.villasmil at gmail.com>> wrote:
>
>                     Hello Guys,
>
>                     I receive a call from side A and send it out to
>                     side B.
>                     I need to unbridge this call once it is answered
>                     and send the B side to a queue to give it moh. How
>                     do I do that?
>
>                     I'm doing everything with lua and I've tried:
>
>                     on my dialplan I have:
>
>                         <action application="set"
>                     data="execute_on_answer=lua
>                     /usr/local/freeswitch/scripts/check_answered.lua"/>
>
>                     in check_answered-lua, after checking the call was
>                     in fact answered I do:
>
>                     session:execute("transfer", "-bleg 9999 XML default");
>
>                     and on my dialplan I have:
>
>                     <extension name="9999">
>                       <action application="log" data="INFO SENDING
>                     CALL TO QUEUE >>>>>>>>>>>>>>>>>>"/>
>                       <action application="lua"
>                     data="/usr/local/freeswitch/scripts/queue.lua"/>
>                       <action application="hangup"
>                     data="NORMAL_CLEARING"/>
>                     </extension>
>
>                     queue.lua:
>
>                     session:execute("sched_hangup","+50 alloted_timeout");
>                     session:execute("callcenter","agents_queue");
>
>                     session:execute("sleep",my_dur);
>
>                     But this doesn't seem to work at all...
>
>                     Can anyone give me a hand? thanks!
>
>                     -- 
>                     DVG
>
>
>
>                 -- 
>
>                 DVG
>
>                 -- 
>                 Imagination is more important than knowledge
>                 Albert Einstein
>
>
>                 _________________________________________________________________________
>                 Professional FreeSWITCH Consulting Services:
>                 consulting at freeswitch.org
>                 <mailto:consulting at freeswitch.org>
>                 http://www.freeswitchsolutions.com
>
>                 Official FreeSWITCH Sites
>                 http://www.freeswitch.org
>                 http://confluence.freeswitch.org
>                 http://www.cluecon.com
>
>                 FreeSWITCH-users mailing list
>                 FreeSWITCH-users at lists.freeswitch.org
>                 <mailto: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
>
>
>
>
>             -- 
>             DVG
>
>             -- 
>             Imagination is more important than knowledge
>             Albert Einstein
>
>             _________________________________________________________________________
>             Professional FreeSWITCH Consulting Services:
>             consulting at freeswitch.org <mailto:consulting at freeswitch.org>
>             http://www.freeswitchsolutions.com
>
>             Official FreeSWITCH Sites
>             http://www.freeswitch.org
>             http://confluence.freeswitch.org
>             http://www.cluecon.com
>
>             FreeSWITCH-users mailing list
>             FreeSWITCH-users at lists.freeswitch.org
>             <mailto: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
>
>
>
>         _________________________________________________________________________
>         Professional FreeSWITCH Consulting Services:
>         consulting at freeswitch.org <mailto:consulting at freeswitch.org>
>         http://www.freeswitchsolutions.com
>
>         Official FreeSWITCH Sites
>         http://www.freeswitch.org
>         http://confluence.freeswitch.org
>         http://www.cluecon.com
>
>         FreeSWITCH-users mailing list
>         FreeSWITCH-users at lists.freeswitch.org
>         <mailto: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
>
>
>
>
>     -- 
>     DVG
>
>     -- 
>     Imagination is more important than knowledge
>     Albert Einstein
>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150103/68840956/attachment-0001.html 


Join us at ClueCon 2016 Aug 8-12, 2016
More information about the FreeSWITCH-users mailing list