<div dir="ltr">Thanks for prompt response.<div><br></div><div>Some more information : </div><div><br></div><div>We are running it on virtual machine(Xenserver). </div><div>Selinux and IPtables  are  disabled.I will check if VM platform is putting some limits or not.</div><div>Further i have same Kamailio script in another server and i am not facing this issue there.</div><div>OS max UDP buffer limit parameters is configured as below : </div><div><div>net.core.rmem_max=26214400</div><div>net.core.rmem_default=26214400</div></div><div><br></div><div>Any other clue is most welcome.</div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Aug 28, 2018 at 5:01 PM Daniel-Constantin Mierla <<a href="mailto:miconda@gmail.com">miconda@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    <p>Hello,<br>
    </p></div><div text="#000000" bgcolor="#FFFFFF">
    <br>
    <div class="m_-7556636958972865787moz-cite-prefix">On 28.08.18 12:42, sagar malam wrote:<br>
    </div>
    <blockquote type="cite">
      
      <div dir="ltr">Hello,
        <div><br>
        </div>
        <div>I am using Kamailio as a SIP proxy.So it receives SIP
          packet from internet and forwards it to FS servers in local
          network.When i execute "ss" command i see very high value in
          RECV-Q column.I THINK IT IS NOT NORMAL.PLEASE CORRECT ME IF I
          AM WRONG.</div>
        <div>====================================================</div>
        <div>
          <div>[root@fep-1 proc]#  ss -u -a -n -e | grep 5060</div>
          <div>UNCONN     0      0      <a href="http://10.50.8.1:5060" target="_blank">10.50.8.1:5060</a>                 
               *:*                   ino:6831630 sk:fd <-></div>
          <div>UNCONN     0      0      <a href="http://10.50.7.18:5060" target="_blank">10.50.7.18:5060</a> 
                               *:*                   ino:6831629 sk:fe
            <-></div>
          <div>UNCONN     <b>1183104</b> 0      <a href="http://10.50.7.254:5060" target="_blank">10.50.7.254:5060</a> 
                               *:*                   ino:6831627 sk:ff
            <-></div>
          <div>UNCONN     <b>84864</b>  0       2607:f900:1:3::254:5060 
                              :::*                   ino:6831628 sk:100
            v6only:1 <-></div>
        </div>
        <div>======================================================</div>
        <div><br>
        </div>
        <div>Initially i thought that there is something in script which
          must be causing kamailio to process UDP request slower but i
          faced same issue with a very simple script where i simply
          reply with stateless 200 OK for each sip request : </div>
        <div>
          <div>request_route {</div>
          <div><br>
          </div>
          <div>                sl_send_reply("200","OK");exit;</div>
          <div>        $avp(uuid) = $rm + "-" + $ci;</div>
          <div><br>
          </div>
          <div>........</div>
          <div>.........</div>
          <div>.........</div>
          <div>.......</div>
        </div>
        <div><br>
        </div>
        <div>Server configuration : </div>
        <div>OS : CENTOS 7</div>
        <div>Kernel : 4.16</div>
        <div>CPU : 5 X <span style="font-family:monospace">Intel(R)
            Xeon(R) CPU E5-2680 v2 @ 2.80GHz</span></div>
        <div><span style="font-family:monospace">RAM : 32 GB</span></div>
        <div><br>
        </div>
        <div>Please help me debugging this issue.Thanks in advance</div>
      </div>
      <br>
    </blockquote></div><div text="#000000" bgcolor="#FFFFFF">
    if you have performance issues just with a very simple config
    sending a stateless sip reply, then check your system/firewall
    configuration/limits. Specially on centos, I have seen a lot of
    restrictive traffic rates limits set by selinux. Also, if you run in
    a virtual machine, there can be limits enforced by the vm platform.<br>
    <br>
    If you still cannot sort out, I would just run similar tests on a
    vanilla debian.<br>
    <br>
    Cheers,<br>
    Daniel</div><div text="#000000" bgcolor="#FFFFFF"><br>
    <pre class="m_-7556636958972865787moz-signature" cols="72">-- 
Daniel-Constantin Mierla -- <a class="m_-7556636958972865787moz-txt-link-abbreviated" href="http://www.asipto.com" target="_blank">www.asipto.com</a>
<a class="m_-7556636958972865787moz-txt-link-abbreviated" href="http://www.twitter.com/miconda" target="_blank">www.twitter.com/miconda</a> -- <a class="m_-7556636958972865787moz-txt-link-abbreviated" href="http://www.linkedin.com/in/miconda" target="_blank">www.linkedin.com/in/miconda</a>
Kamailio World Conference -- <a class="m_-7556636958972865787moz-txt-link-abbreviated" href="http://www.kamailioworld.com" target="_blank">www.kamailioworld.com</a></pre>
  </div></blockquote></div>