[asterisk-bugs] [JIRA] (ASTERISK-26088) Investigate heavy memory utilization by res_pjsip_pubsub

Asterisk Team (JIRA) noreply at issues.asterisk.org
Wed Jul 27 10:16:02 CDT 2016


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

Asterisk Team updated ASTERISK-26088:
-------------------------------------

    Target Release Version/s: 14.0.0

> Investigate heavy memory utilization by res_pjsip_pubsub
> --------------------------------------------------------
>
>                 Key: ASTERISK-26088
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-26088
>             Project: Asterisk
>          Issue Type: Improvement
>      Security Level: None
>          Components: Core/Sorcery, Core/Stasis, Resources/res_pjsip, Resources/res_pjsip_pubsub, Resources/res_pjsip_registrar
>    Affects Versions: 13.9.1
>            Reporter: Richard Mudgett
>            Assignee: Richard Mudgett
>      Target Release: 13.10.0, 14.0.0
>
>
> Under *heavy* subscribe/unsubscribe load Asterisk will keep consuming memory until the process runs out of memory.
> Using a sipp scenario that does the following for each user:
> # REGISTER
> # SUBSCRIBE to 8 extens
> # wait
> # unSUBSCRIBE from those extens
> # unREGISTER
> When simulating a lot of user endpoints the system taskprocessors get backed up.  This can be seen by running CLI "core show taskprocessors" and watching several taskprocessors get backlogged.
> Another thing noticed during investigation is that these messages were seen a lot:
> {noformat}
> sip_transactio Unable to register REGISTER transaction (key exists)
> sip_transactio Unable to register SUBSCRIBE transaction (key exists)
> {noformat}



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



More information about the asterisk-bugs mailing list