<div dir="ltr">I just discovered that the SIP client logs show an error message only on the recipient side, not on the caller&#39;s side.  I missed this previously because the caller&#39;s side log does not show any error:<div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">java.lang.Exception: No DNS SRV or A results found for: 162.242.153.259  (IP address of OpenSIPS server).</blockquote><div><br></div><div>I have the SRV records set on the actual hostname/domain, but it seems to be looking for SRV at the actual IP address itself.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 21 August 2015 at 17:57, Nabeel <span dir="ltr">&lt;<a href="mailto:nabeelshikder@gmail.com" target="_blank">nabeelshikder@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 dir="ltr"><div>The log doesn&#39;t show any errors when the Timeout occurs, it only shows this:</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">opensips[1842]: ACC: call missed: timestamp=1440174643;method=INVITE;from_tag=z9hG4bK04147190;to_tag=;call_id=<a href="mailto:424618310389@10.137.181.237" target="_blank">424618310389@10.137.181.237</a>;code=408;reason=Request Timeout                    </blockquote><div><br></div><div>This seems to occur sporadically; some calls connect without problem but others don&#39;t; so perhaps it is a genuine timeout... maybe it simply longer to connect on some calls? </div><div><br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On 21 August 2015 at 17:46, Nabeel <span dir="ltr">&lt;<a href="mailto:nabeelshikder@gmail.com" target="_blank">nabeelshikder@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 dir="ltr">Sorry to bring this up again, but I still get the 408 Request Timeout on some calls.  <div><br></div><div>Isn&#39;t there just a way to increase the request timeout limit?</div><div><br></div><div>Here is the trace:</div><div><br></div><div><a href="http://pastebin.com/jvCPGYDu" target="_blank">http://pastebin.com/jvCPGYDu</a><br></div><div><br></div><div>There is even an ACK in the trace after the request timeout message, but the call doesn&#39;t connect.</div></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On 7 August 2015 at 18:10, Bogdan-Andrei Iancu <span dir="ltr">&lt;<a href="mailto:bogdan@opensips.org" target="_blank">bogdan@opensips.org</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">
    <tt>Indeed,</tt><span><br>
    <pre cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.com</a></pre>
    </span><div><div><div>On 07.08.2015 20:08, Nabeel wrote:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr">
        <div>You mean like this, right?</div>
        <div><br>
        </div>
        <div>if (is_method(&quot;REGISTER&quot;))</div>
        <div><br>
        </div>
        <div><span style="white-space:pre-wrap"> </span>{</div>
        <div><span style="white-space:pre-wrap"> </span>if
          (   0 ) setflag(TCP_PERSISTENT);</div>
        <div><br>
        </div>
        <div>                <span style="font-family:arial,helvetica,sans-serif">setbflag(SIP_PING_FLAG);</span></div>
        <div><br>
        </div>
        <div><span style="white-space:pre-wrap"> </span>if
          (!save(&quot;location&quot;))</div>
        <div><span style="white-space:pre-wrap"> </span>sl_reply_error();</div>
        <div><br>
        </div>
        <div><span style="white-space:pre-wrap"> </span>exit;</div>
        <div><span style="white-space:pre-wrap"> </span>}</div>
        <div><br>
        </div>
        <div><br>
        </div>
      </div>
      <div class="gmail_extra"><br>
        <div class="gmail_quote">On 7 August 2015 at 17:52,
          Bogdan-Andrei Iancu <span dir="ltr">&lt;<a href="mailto:bogdan@opensips.org" target="_blank">bogdan@opensips.org</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"> Hi Nabeel,<span><br>
                <pre cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.com</a></pre>
              </span>
              <div>On 07.08.2015 19:39, Nabeel wrote:<br>
              </div>
              <blockquote type="cite">
                <div dir="ltr"><font face="arial, helvetica, sans-serif">[........]</font><span><br>
                    <div><font face="arial, helvetica, sans-serif">Bogdan,</font></div>
                    <div><font face="arial, helvetica, sans-serif"><br>
                      </font></div>
                    <div><font face="arial, helvetica, sans-serif">Regarding
                        UDP, I realised that the UDP port could not be
                        in LISTEN state and this was probably preventing
                        my server from fully opening that port.  Running
                        nmap on that port showed result &quot;open|filtered&quot;,
                        unlike with TCP which showed fully open.  I am
                        not running any firewalls on my server, so this
                        seems to be the default behaviour of my network.</font></div>
                  </span></div>
              </blockquote>
              <font face="arial, helvetica, sans-serif">A bidirectional
                traffic through the NAT will keep the NAT pinhole open,
                while a unidirectional one may not. This is the
                advantage of the SIP pinging versus simple UDP pinging.</font><span><br>
                <blockquote type="cite">
                  <div dir="ltr">
                    <div><font face="arial, helvetica, sans-serif"><br>
                      </font></div>
                    <div><span style="font-family:arial,helvetica,sans-serif">I
                        would like to clarify one thing.  You mentioned
                        adding setbflag(SIP_PING_FLAG) before doing
                        save(), but in my config file I don&#39;t see save()
                        anywhere, there is only this line: &quot;if
                        (!save(&quot;location&quot;))&quot;.  Where exactly do I add
                        this line?</span><font face="arial, helvetica,
                        sans-serif"><br>
                      </font></div>
                  </div>
                </blockquote>
              </span><font face="arial, helvetica, sans-serif">exactly.</font><br>
              <br>
              <font face="arial, helvetica, sans-serif">Regards,<br>
                Bogdan<br>
              </font><br>
            </div>
          </blockquote>
        </div>
        <br>
      </div>
    </blockquote>
    <br>
  </div></div></div>

</blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>