[Freeswitch-users] Unbridge and send to queue [SOLVED]
David Villasmil Govea
david.villasmil at gmail.com
Sun Jan 4 05:32:50 MSK 2015
Hello guys,
That was the problem... stupid me... I had no condition on the 9999
extension...
Amazing how staring and staring at the dialplan and not seeing anything can
leave you blind.
Regards,
David
On Sat, Jan 3, 2015 at 10:16 PM, David Villasmil Govea <
david.villasmil at gmail.com> wrote:
> Good catch!
> I've been going crazy over this for days and days...
> I'll fix that...
> On Jan 3, 2015 4:12 PM, "Bunea Lucian" <lucibunea at gmail.com> wrote:
>
>> Does the 9999 extension show up in the default context in fs_cli?
>>
>> The command is "xml_locate dialplan", and should return something like :
>>
>> <section name="dialplan" description="Regex/XML Dialplan">
>> <context name="default">
>> [...]
>> <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>
>> [...]
>> </context>
>>
>> In what context is the wholesale extension defined? The condition field (
>> ^.*$) would match your transfer.
>> Maybe you have some other condition set for other extensions that matches
>> your transfer before reaching extension 9999....
>>
>> Anyway, you are missing a condition field for the 9999 extension...
>>
>>
>>
>> -------- Original Message --------
>> *Subject: *Re: [Freeswitch-users] Unbridge and send to queue
>> *From: *David Villasmil Govea <david.villasmil at gmail.com>
>> <david.villasmil at gmail.com>
>> *To: *FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
>> <freeswitch-users at lists.freeswitch.org>
>> *Date: *03.01.2015 22:34
>>
>> Hello,
>>
>> Fs doesn't transfer the call, script ends and call doesn't end, which is
>> ok, I don't want it to end at the end of the script. But the transfer for
>> some reason is not done, and nothing is shown on the logs.
>>
>> Regards
>>
>> Davjd5
>> On Jan 3, 2015 3:10 PM, "Bunea Lucian" <lucibunea at gmail.com> wrote:
>>
>>> 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>
>>> <david.villasmil at gmail.com>
>>> *To: *FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
>>> <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> 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>
>>>> 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> 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>
>>>>>> wrote:
>>>>>>
>>>>>>> Maybe you can set leg b transfer_after_bridge and hang up on leg
>>>>>>> a.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> *From:* 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> 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
>>>>>>> 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
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> 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
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _________________________________________________________________________
>>>>> 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
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> DVG
>>>>
>>>> --
>>>> Imagination is more important than knowledge
>>>> Albert Einstein
>>>>
>>>
>>>
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com
>>>
>>> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon.com
>>>
>>> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org
>>>
>>>
>>>
>>> _________________________________________________________________________
>>> 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
>>>
>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com
>>
>> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon.com
>>
>> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org
>>
>>
>>
>> _________________________________________________________________________
>> 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
>>
>
--
DVG
--
Imagination is more important than knowledge
Albert Einstein
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150104/cdbe8c04/attachment-0001.html
Join us at ClueCon 2016 Aug 8-12, 2016
More information about the FreeSWITCH-users
mailing list