[Freeswitch-users] Already hung channels in 'show channels' output never go away

[Dmitry Sytchev]

I think this is not the case, but anyway, what to do with these hung
channels?
Maybe I'm doing something wrong while bridging or processing events? Maybe
unprocessed events can affect channel destroy procedure?

2011/3/11 Avi Marcus <avi at avimarcus.net>

> Regarding ram usage, I'd imagine this is the case:
> http://www.linuxatemyram.com/
> -Avi
>
> On Fri, Mar 11, 2011 at 12:33 PM, Dmitry Sytchev <kbdfck at gmail.com> wrote:
>
>> BTW, uuid_dump 7ae28028-4bc2-11e0-a92f-452f3d3d66ea returns with -ERR No
>> such channel.
>>
>> 2011/3/11 Dmitry Sytchev <kbdfck at gmail.com>
>>
>> Hi All
>>> I'm using Perl ESL outbound script to bridge incoming call to sip
>>> endpoint. I'm doing execute("bridge","sofia/user/somebody"), then processing
>>> events like CHANNEL_HANGUP and EXECUTE_COMPLETE to determine bridge result.
>>> Everything works fine, but original incoming call channel is never removed
>>> from list:
>>> After few calls I see original incoming channels in 'show channels'
>>> output:
>>>
>>> 7ae28028-4bc2-11e0-a92f-452f3d3d66ea,inbound,2011-03-11
>>> 12:32:27,1299835947,sofia/external/xxxx at 85.x.x.199
>>> ,CS_REPORTING,622xxxx,622xxxx,85.114.x.x,622xxxx,hangup,USER_BUSY,XML,route_in,,,,,,,,
>>> xxx.xxx.ru,,,HANGUP,,,,
>>> 883c9eb6-4bc2-11e0-a935-452f3d3d66ea,inbound,2011-03-11
>>> 12:32:50,1299835970,sofia/external/xxxx at 85.x.x.199
>>> ,CS_REPORTING,622xxxx,622xxxx,85.114.x.x,622xxxx,hangup,USER_BUSY,XML,route_in,,,,,,,,
>>> xxx.xxx.ru,,,HANGUP,,,,
>>> 9f6a0f92-4bc2-11e0-a93b-452f3d3d66ea,inbound,2011-03-11
>>> 12:33:29,1299836009,sofia/external/xxxx at 85.x.x.199
>>> ,CS_REPORTING,622xxxx,622xxxx,85.114.x.x,622xxxx,hangup,USER_BUSY,XML,route_in,,,,,,,,
>>> xxx.xxx.ru,,,HANGUP,,,
>>>
>>> Also, when I try to stop freeswitch i see these messages on console:
>>>
>>> 2011-03-11 15:28:22.517063 [CRIT] sofia.c:1632 Waiting for 13 session(s)
>>> 2011-03-11 15:28:22.701034 [CRIT] sofia.c:1632 Waiting for 3 session(s)
>>> 2011-03-11 15:28:23.517064 [CRIT] sofia.c:1632 Waiting for 13 session(s)
>>> 2011-03-11 15:28:23.701033 [CRIT] sofia.c:1632 Waiting for 3 session(s)
>>> 2011-03-11 15:28:24.517062 [CRIT] sofia.c:1632 Waiting for 13 session(s)
>>> 2011-03-11 15:28:24.705036 [CRIT] sofia.c:1632 Waiting for 3 session(s)
>>> 2011-03-11 15:28:25.517064 [CRIT] sofia.c:1632 Waiting for 13 session(s)
>>> 2011-03-11 15:28:25.709031 [CRIT] sofia.c:1632 Waiting for 3 session(s)
>>> 2011-03-11 15:28:26.517065 [CRIT] sofia.c:1632 Waiting for 13 session(s)
>>>
>>> Why these channels are not removed from list? I also noticed that memory
>>> consumption by freeswitch process constantly grows call by call.
>>>
>>> --
>>> Best regards,
>>>
>>> Dmitry Sytchev,
>>> IT Engineer
>>>
>>
>>
>>
>> --
>> Best regards,
>>
>> Dmitry Sytchev,
>> IT Engineer
>>
>> _______________________________________________
>> 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
>
>


-- 
Best regards,

Dmitry Sytchev,
IT Engineer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110311/b2d3c622/attachment.html