<div dir="ltr"><div>Actually can you create a new issue for this on the issue tracker. As well included the following:</div><div><br></div><div>Has anything else changed? For instance was openssl upgraded between then too?<br></div><div><br></div><div>Speaking of which, what version of openssl is installed? As well what OS, and version?</div><div><br></div><div>I assume before downgrading you were using the bundled version of Asterisk? When you downgraded to pjproject 2.8 did you also install the patches that had been included with Asterisk for 2.8 that were under the "third-party/pjproject/patches/" directory?<br></div><div><br></div><div>Lastly, can you attach the config_site.h you used and the ./configure command you used when configuring/building pjproject 2.8.</div><div><br></div><div>Thanks!</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Sep 15, 2019 at 12:23 AM Michael Maier <<a href="mailto:m1278468@mailbox.org">m1278468@mailbox.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello!<br>
<br>
Since Asterisk 16.5.x (without any additional patch at all), I' m seeing continuously rising memory consumption each hour even if there where no calls at all. It's about<br>
792 kbytes (RSS) each hour (3 SIPS / TLS 1.2 trunks, 10 min ReRegistration, 240 s OPTIONS, 1 SIPS trunk, 60 s ReRegistration, 2 SIP extensions)<br>
<br>
Therefore I tested different scenarios:<br>
<br>
Asterisk 16.4.1 -> no memory leak<br>
Asterisk 16.5.1 -> memory leak<br>
<br>
Asterisk 16.4.1 with pjsip 4.9 -> memory leak<br>
Asterisk 16.5.1 with pjsip 4.8 -> no memory leak<br>
<br>
<br>
Therefore, I can say, that there is a problem related to pjsip 4.9 (maybe it's a pjsip problem itself or Asterisk should have been changed to adopt new behavior of pjsip 4.9).<br>
<br>
Anyway: Asterisk is quite unusable since 16.5.x. 2 times I already encountered the OOM killer reaping an asterisk 16.5.x process consuming far too much memory.<br>
<br>
<br>
BTW: I'm not really happy with the fact, that an existing LTS / stable version gets a new pjsip version "on the fly". From my point of view, this should have been done<br>
during a normal development cycle and not during a stable phase.<br>
<br>
<br>
<br>
Thanks<br>
Michael<br>
<br>
-- <br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" rel="noreferrer" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a></blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Kevin Harwell<div>Digium - A Sangoma Company | Senior Software Developer<div>445 Jan Davis Drive NW - Huntsville, AL 35806 - US</div><div>Check us out at: <a href="https://digium.com" target="_blank">https://digium.com</a> & <a href="https://asterisk.org" target="_blank">https://asterisk.org</a></div></div></div></div></div>