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

[Asterisk Team (JIRA)]

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

Asterisk Team updated ASTERISK-26806:
-------------------------------------

    Target Release Version/s: 13.22.0

> 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
>            Assignee: Richard Mudgett
>              Labels: patch, pjsip
>      Target Release: 13.22.0
>
>         Attachments: ASTERISK-26806.diff, 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)