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

[Daniel Journo (JIRA)]

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

Daniel Journo commented on ASTERISK-26806:
------------------------------------------

I've also noticed that when I issue 'pjsip reload' via the CLI, the CLI output freezes until the command completes. 

In addition, occasionally, 'pjsip reload' issued via AMI causes endpoints to lose registration and calls to drop. I dont know if that is related.

Finally, 'pjsip show endpoints' causes the CLI to freeze until the command completes.


> 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)