[Freeswitch-users] Cannot Kill stale channels

Tue Dec 11 00:17:57 MSK 2012

On Mon, Dec 10, 2012 at 12:42 PM, Marc de Corny <marcdecorny at gmail.com>wrote:

> Thanks for your response Peter, that sounds very likely.
>
> My diaplan sends everything into the queue and then my background lua
> script empties the queue every 10 seconds and tries to connect the call.
> Ideally my lua scripts "forgets" about the connected call so that it does
> not get stuck and can take another call out of the queue 10 seconds later
> independantly of the previous call being hung up.
>
>
> Am i going about this the wrong way? the only reason I do this is that the
> mod_fifo as it is does not give me enough flexibility.
>
> My script basically calls out from the FS and if connected successfully (
> new_session), perform a
>
What does this mean? You have something like this?
<action application="lua" data="my_script.lua"/>

> new_session:execute("transfer", "agent_to_queue_paymentsense_queue_service
> XML default");
> and connect via the dialplan with :<action application="fifo"
> data="queue77 out nowait"/>
>
> if I use a bridge instead of the transfer, the scripts sleeps until the
> call is hung up, with transfer, it can go 10 seconds later and take another
> call out of the queue.
>
> so is there a command I need to add to the dialplan like
> hangup_after_bridge on the outbound call?
> <action application="set" data="hangup_after_bridge=true"/>
>
> any ideas?
>
What, exactly does your Lua script do? Do you have an explicit exit clause
in there anywhere?
-MC

>
> thanks
> marc
>
>
>
> On Mon, Dec 10, 2012 at 4:40 PM, Peter Olsson <
> peter.olsson at visionutveckling.se> wrote:
>
>> Are you exiting the lua script? Usually when this happens it means you
>> have not
>> released all references to the call session object.
>>
>> /Peter
>>
>> 10 dec 2012 kl. 16:28 skrev "Marc de Corny" <marcdecorny at gmail.com
>> <mailto:marcdecorny at gmail.com>>:
>>
>> Hi
>>
>> I have calls that come into a queue and then get pulled out by a lua
>> script in background and transfered to a destination. all works fine except
>> that it looks like the sessions a not clearing from FS when all the parties
>> clear the calls.
>>
>> When I do show channels, I get this for example:
>> uuid    direction       created created_epoch   name    state   cid_name
>>        cid_num ip_addr dest    presence_id     presence_data   callstate
>>     callee_name     callee_num      callee_direction        call_uuid
>> hostname        sent_callee_name        sent_callee_num
>> 5e8215e7-b036-4cce-9b96-e57db92f13ee    outbound        03/12/2012 09:32
>>        1.35E+09        sofia/external/02031950164      CS_HANGUP
>> Outbound Call   2031950164      135.196.144.32
>>  agent_to_queue_paymentsense_queue_service                       ACTIVE
>>              SEND    5e8215e7-b036-4cce-9b96-e57db92f13ee    freeswitch2
>>   4.4209E+11      2089623100
>>
>> But when I try to get kill or query it, I get a message that the call is
>> not anywhere in the FS.
>>
>> /usr/local/freeswitch/bin/fs_cli -H 10.5.2.105 -x "uuid_kill
>> 5e8215e7-b036-4cce-9b96-e57db92f13ee"
>> -ERR No Such Channel!
>>
>> /usr/local/freeswitch/bin/fs_cli -H 10.5.2.105 -x "uuid_exists
>> 5e8215e7-b036-4cce-9b96-e57db92f13ee"
>> false
>>
>> Does anyone have an idea how I can kill that call. If I restart the FS,
>> they clear, but the problem is that they are hitting my limit on number of
>> simultaneous calls.
>>
>> Any help much appreciated.
>>
>> Thansk
>> marc
>>
>>
>>
>>
>>
>>
>> !DSPAM:50c5fb8c32767955115405!
>> _________________________________________________________________________
>> 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://wiki.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://lists.freeswitch.org/mailman/options/freeswitch-users>
>> http://www.freeswitch.org
>>
>>
>> !DSPAM:50c5fb8c32767955115405!
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.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://wiki.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
>
>

-- 
Michael S Collins
Twitter: @mercutioviz
http://www.FreeSWITCH.org
http://www.ClueCon.com
http://www.OSTAG.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20121210/377f23df/attachment-0001.html 