[asterisk-bugs] [JIRA] (ASTERISK-25386) Asterisk Chan_sip.c Deadlock. All SIP traffic stops

[Nuno Ferreira (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-25386?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=229716#comment-229716 ] 

Nuno Ferreira commented on ASTERISK-25386:
------------------------------------------

Hi Christopher i'm facing similar problems such the ones you described here. Unfortunately I'm not being able to reproduce them on my lab. 
When you get the hang at the 3000 calls mark was the system on production or did you succeed to replicate that on some test server?

> Asterisk Chan_sip.c Deadlock. All SIP traffic stops
> ---------------------------------------------------
>
>                 Key: ASTERISK-25386
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25386
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/General
>    Affects Versions: 1.8.15.0, 1.8.32.3
>         Environment: Centos 6.4 Kernel 2.6.32-358.el6.i686. Core i7-3770k Jetway Q77, 8 GB RAM
> Static flatfiles created by Execs. 
>            Reporter: Christopher
>         Attachments: 1441822220.asterisk-core-show-locks.txt, 1441822220.asterisk-core-show-taskprocessors.txt, 1441822220.asterisk-core-show-threads.txt, 1441822220.asterisk-module-show.txt, 1441822220.asterisk-sip-show-channels.txt, 1441822220.gdb-bt-thread-apply-all-bt.txt
>
>
> All SIP traffic stops randomly. core show channels will never return, core show Locks shows Deadlock in the channel driver. our core show locks looks similar to 21228 and also to 25213. However we are NOT using realtime. this issue occured on average about every 50,000 call completions on 1.8.15-cert5. we installed 1.8.32.3  with DONT_OPTIMIZE, DEBUG_THREADS, BETTER_BACKTRACES, and we are lucky to get 3000 calls being lockups. each time our BT and locks look similar. existing calls continue to progress through applications such as voicemail, queues, etc until they reach a point where chan_sip is required.. (ie a call will continue in the queue until its time to ring an agent.. then that call will hang in dead air). no SIP registrations are accepted. all NOTIFY traffic stops as well. the AMI continues to function. CLI command sip show channels returns, however core show channels hangs. will attach pertinent backtraces



--
This message was sent by Atlassian JIRA
(v6.2#6252)