[asterisk-bugs] [JIRA] (ASTERISK-26806) pjsip_options: rework to make more efficient

[Kevin Harwell (JIRA)]

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

Kevin Harwell updated ASTERISK-26806:
-------------------------------------

    Attachment: subscribe-inject.xml
                register-noauth-inject.xml
                endpoint_ids.3000
                endpoint_ids.2000
                endpoint_ids.1000
                pjsip.conf.txt
                pjsip.conf.3000.txt
                pjsip.conf.2000.txt
                pjsip.conf.1000.txt

Attached conf files for 3000 endpoints. Also attached sipp scenarios that can be used to register and subscribe the endpoints. For instance to register 500 endpoints something like the following can be executed:
{noformat}
sipp 127.0.0.1 -p 5061 -m 500 -sf register-noauth-inject.xml -inf endpoint_ids.1000
{noformat}

> pjsip_options: rework to make more efficient
> --------------------------------------------
>
>                 Key: ASTERISK-26806
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-26806
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_pjsip
>    Affects Versions: 13.14.0
>            Reporter: Kevin Harwell
>         Attachments: endpoint_ids.1000, endpoint_ids.2000, endpoint_ids.3000, pjsip.conf.1000.txt, pjsip.conf.2000.txt, pjsip.conf.3000.txt, pjsip.conf.txt, register-noauth-inject.xml, subscribe-inject.xml
>
>
> Currently the pjsip_options code is plagued with efficiency issues. Testing revealed a marked increase in CPU utilization between versions (at least between 13.7.0 and the current branch/13.14+).
> Testing included ~3000 loaded (via config file) endpoints where at least 500 of those were then registered and subscribed. On my machine I noticed at least a 10-15% cpu increase between versions when options were being sent out. Turning off options (qualify_frequency=0) I noted no increase in cpu.
> Two primary issues need to be resolved:
> 1.  Find out why we are spending more time now when sending notifies and fix it.
> 2. If static contacts are used or a bunch of endpoints have registered and asterisk is [re]started/[re]loaded there is a significant slowdown within the options code. This actually blocks until it completes, which as the number of registered contacts increases so does the block/wait time. This needs to be fixed as well.



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