[asterisk-bugs] [JIRA] (ASTERISK-26836) res_pjsip: Memory corruption of endpoint

[Daniel Journo (JIRA)]

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

Daniel Journo commented on ASTERISK-26836:
------------------------------------------

pjsip reloads are done automatically if some of the pjsip config has been changed.
I can add some logging to my application so I can confirm what commands are being sent.
But looking at the CLI, I can't see a double reload being dealt with by asterisk.
CLI output attached from just before the latest issue.

> res_pjsip: Memory corruption of endpoint
> ----------------------------------------
>
>                 Key: ASTERISK-26836
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-26836
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_pjsip
>    Affects Versions: 13.11.2, 13.14.0
>         Environment: Centos 6, PJSIP 2.4.5
>            Reporter: Daniel Journo
>            Assignee: Unassigned
>         Attachments: cli.txt, pjsipconfig.txt, pjsip-reload.txt
>
>
> This is a recurring issue on all my production servers. When it happens, Asterisk stops serving SIP clients properly.
> It reads to me as a memory leak as it's just one character incrementing.
> The latest time, it occurred shortly (but not immediately) after I issued a 'pjsip reload', but it may have just been a coincidence. I've included the timing in the CLI log.
> Seems to happen every 4 or 5 days requiring a 'killall -9 asterisk' and 'database deltree registrar' in order to get working again. I can't remember, but the first time it happened, Asterisk would not respond to 'core stop now' or 'core restart now' so I had to do killall. But I havent tried 'core stop now' during subsequent issues.
> This issue stops all endpoints from communicating with Asterisk. Even ones that have already registered.



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