[asterisk-bugs] [JIRA] (ASTERISK-27027) chan_sip: Channel Stuck when load reach to 500+

[Rusty Newton (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-27027?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Rusty Newton updated ASTERISK-27027:
------------------------------------

    Assignee: Bhavik  (was: Unassigned)
      Status: Waiting for Feedback  (was: Triage)

It sounds like you are developing or testing an implementation, is there any reason you are using chan_sip (the old SIP driver) instead of the newer, core supported res_pjsip/chan_pjsip ?

I'm not sure we could make progress on this issue unless we can reproduce the problem. Since chan_sip isn't core supported, that isn't likely to happen very soon. 

At the moment I don't have enough to go on here.

If you only run into the issue with chan_sip then you will want to post an entire Asterisk configuration that is trimmed down to only reproduce the issue along with all config files and scripts needed to reproduce. That way if someone does want to take the issue on they'll have everything they need to reproduce it.

> chan_sip: Channel Stuck when load reach to 500+
> -----------------------------------------------
>
>                 Key: ASTERISK-27027
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-27027
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/General
>    Affects Versions: 13.13.1, 13.15.0
>         Environment: operating system : Centos 7 64 Bit
> [root at localhost ~]# lscpu
> Architecture:          x86_64
> CPU op-mode(s):        32-bit, 64-bit
> Byte Order:            Little Endian
> CPU(s):                1
> On-line CPU(s) list:   0
> Thread(s) per core:    1
> Core(s) per socket:    1
> Socket(s):             1
> NUMA node(s):          1
> Vendor ID:             GenuineIntel
> CPU family:            6
> Model:                 94
> Model name:            Intel(R) Xeon(R) CPU E3-1230 v5 @ 3.40GHz
> Stepping:              3
> CPU MHz:               3407.463
> BogoMIPS:              6816.00
> Hypervisor vendor:     VMware
> Virtualization type:   full
> L1d cache:             32K
> L1i cache:             32K
> L2 cache:              256K
> L3 cache:              8192K
> NUMA node0 CPU(s):     0
> RAM : 50GB
> Hard Disk : 800GB
>            Reporter: Bhavik
>            Assignee: Bhavik
>         Attachments: backtrace-threads.txt, core-show-locks.txt
>
>
> When we increase load 300 calls to 500 calls , call will stuck around 50%.
> We have created a simple Dialplan like.
> [IVR]
> exten =>_X.,1,NoOp(IVR Start)
> exten =>_X.,n,Answer()
> exten =>_X.,n,Wait(1)
> exten =>_X.,n,Agi(ivr.php,1)
> I was added h extension but i tried with remove h extension as well.
> In my ivr.php File just have getting  channel variables and playing an audio file.Thats it.
> We have tested like send call via WINSIP dialer to load 500 call to specifc number and playing audio file vai AGI file.
> after couple of minutes, we hangup all calls from WINSIP Dialer Side,around 50% call drop correctly but remaining calls are stuck and showing last message like : Rx: BYE
> but channel showing still active.
> Also every 20 sec around getting below warning as well.
> [May 30 05:53:07] WARNING[24117]: chan_sip.c:4335 __sip_autodestruct: Autodestruct on dialog '70b2-09686995-0001-Call898' with owner SIP/XXXXXXX in place (Method: BYE). Rescheduling destruction for 10000 ms
> [May 30 05:53:07] WARNING[24117]: chan_sip.c:4335 __sip_autodestruct: Autodestruct on dialog '143c-09566665-0001-Call418' with owner SIP/XXXXX in place (Method: BYE). Rescheduling destruction for 10000 ms
> After call stuck, it



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