<div dir="ltr">I had added $ai to acc log_extra like this:<div><br></div><div><div>modparam(&quot;acc&quot;, &quot;log_extra&quot;,</div><div>    &quot;src_user=$fU;src_domain=$fd;src_ip=$si;&quot;</div><div>    &quot;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd&quot;</div>

<div>    &quot;p_asserted_identity=$ai;remote_party_id=$re&quot;)</div></div><div><br></div><div style>Once I commented out the last line, the leak vanished.</div><div style><br></div><div style><div>Apr 17 16:55:41 gws1 /usr/sbin/kamailio[10649]: ALERT: qm_status: used= 646728, used+overhead=1099696, free=7288912</div>

<div><div>Apr 19 12:28:04 gws1 /usr/sbin/kamailio[10649]: ALERT: qm_status: used= 646752, used+overhead=1100104, free=7288504</div></div><div><br></div><div style>I&#39;ll test the avp intermediary in the next few days.</div>

<div><br></div></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Apr 18, 2013 at 10:13 AM, Daniel-Constantin Mierla <span dir="ltr">&lt;<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    Hello,<br>
    <br>
    I looked quickly to the core and seems ok, I will check the
    accounting later.<br>
    <br>
    Do you simply account $ai or is any other attribute related to it?<br>
    <br>
    If you have time to test, can you put the $ai in an avp during the
    request processing and account that avp? If the leak is not shown
    anymore in that case, it narrows down a lot where to look at.<br>
    <br>
    Cheers,<br>
    Daniel<div><div class="h5"><br>
    <br>
    <div>On 4/17/13 5:19 PM, Tais Plougmann
      Hansen wrote:<br>
    </div>
    </div></div><blockquote type="cite"><div><div class="h5">
      <div dir="ltr">Hi,
        <div><br>
        </div>
        <div>I&#39;m seeing a possible leak in parsing the
          P-Asserted-Identity, and possibly P-Preferred-Identity headers
          in kamailio-3.3.4.</div>
        <div><br>
        </div>
        <div>I have a server running in which one thread has currently
          most of the 8 MB private memory allocated. At restart qm_sums
          reports parse_pai.c as sitting on most of the memory:</div>
        <div><br>
        </div>
        <div>
          <div>Apr 16 16:38:58 gws1 /usr/sbin/kamailio[9398]: INFO:
            qm_status: heap size= 8388608</div>
          <div>Apr 16 16:38:58 gws1 /usr/sbin/kamailio[9398]: INFO:
            qm_status: used= 5369240, used+overhead=6417216,
            free=1971392</div>
        </div>
        <div>[...]</div>
        <div>
          <div>Apr 16 16:39:03 gws1 /usr/sbin/kamailio[9398]: INFO:
            qm_sums:  count=  6198 size=   4721776 bytes from
            &lt;core&gt;: parse_pai.c: parse_pai_header(58)</div>
        </div>
        <div><br>
        </div>
        <div>I am currently using the header through $ai for xlog
          statements, the accounting module and a validity check (if
          (!($(ai{uri.user}) =~ &quot;^\+[1-9]+&quot;)) {...}).</div>
        <div><br>
        </div>
        <div>From digging through the logs it could seem like this
          happens when using $ai in the accounting module. I&#39;ll try
          removing it from accounting (log_extra) and see if it stops
          leaking.</div>
        <div><br>
        </div>
        <div>-- <br>
          <font color="#666666"><font face="arial, helvetica,
              sans-serif">Tais Plougmann Hansen</font><font face="arial,
              helvetica, sans-serif"><br>
            </font></font>
          <div><font face="arial, helvetica, sans-serif" color="#666666"><br>
            </font></div>
          <div>
            <table>
              <tbody>
                <tr>
                  <td><font face="arial, helvetica, sans-serif" color="#666666"><img></font></td>
                  <td><font face="arial, helvetica, sans-serif" color="#666666">OSD Consulting ApS<br>
                      <a href="http://osd.dk/" target="_blank">osd.dk</a><br>
                      Tel: <a href="tel:%2B45%2078101078" value="+4578101078" target="_blank">+45 78101078</a><br>
                      CVR: DK31332737<br>
                    </font></td>
                </tr>
              </tbody>
            </table>
          </div>
        </div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div><pre>_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><span class="HOEnZb"><font color="#888888">
</font></span></pre><span class="HOEnZb"><font color="#888888">
    </font></span></blockquote><span class="HOEnZb"><font color="#888888">
    <br>
    <pre cols="72">-- 
Daniel-Constantin Mierla - <a href="http://www.asipto.com" target="_blank">http://www.asipto.com</a>
<a href="http://twitter.com/#!/miconda" target="_blank">http://twitter.com/#!/miconda</a> - <a href="http://www.linkedin.com/in/miconda" target="_blank">http://www.linkedin.com/in/miconda</a>
Kamailio World Conference, April 16-17, 2013, Berlin
 - <a href="http://conference.kamailio.com" target="_blank">http://conference.kamailio.com</a> -</pre>
  </font></span></div>

<br>_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Tais Plougmann Hansen<br>OSD Consulting ApS<div><br></div>
</div>