[asterisk-bugs] [JIRA] (ASTERISK-28707) Pjsip Threadpool cant handle more than 10 calls per second

[Joshua C. Colp (JIRA)]

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

Joshua C. Colp updated ASTERISK-28707:
--------------------------------------

    Assignee: Ahmet Hancer
      Status: Waiting for Feedback  (was: Triage)

Always ensure you are using the latest version of Asterisk for testing. Secondly we provide configuration in pjsip.conf[1] to control the threadpool, its size, etc. Finally there is always going to be a limit and PJSIP by default will start dropping new calls to let things catch up. As well, what are you trying to achieve? If you want to be able to handle a specific amount you're going to need to identify the bottlenecks and see if there is any way to resolve.

[1] https://github.com/asterisk/asterisk/blob/master/configs/samples/pjsip.conf.sample#L1012

> Pjsip Threadpool cant handle more than 10 calls per second
> ----------------------------------------------------------
>
>                 Key: ASTERISK-28707
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28707
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_pjsip
>    Affects Versions: 16.2.0
>         Environment: Linux Centos 7
>            Reporter: Ahmet Hancer
>            Assignee: Ahmet Hancer
>
> Hi,
> Using sipp I run loadtests on Asterisk and I observe If I send 10 calls per second Monitor_thread and pjsip Threadpool(with 200 threads) can handles calls with 30second duration long. But say if I send 50 calls per second using sipp to Asterik I observe monitor_thread can handle it without problem but threadpool cant: I see as monitor_thread processed 1000 calls (new INVITE) while threadpool only processed around 300 calls(New INVITE) and rest are ignored
> I will appreciate if you can help
> Regards



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