<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    I've seen this sort of thing where a DNS server is programmed in
    resolv.conf but is not accessible over the network. Threads get
    blocked, and you have to wait for the DNS query to timeout.<br>
    <br>
    <br>
    <div class="moz-cite-prefix">On 16-06-07 10:48 AM, Brent Davidson
      wrote:<br>
    </div>
    <blockquote
      cite="mid:d2723934-75f5-1f72-8dc1-9007bc5cbf51@texascountrytitle.com"
      type="cite">
      <meta http-equiv="content-type" content="text/html;
        charset=windows-1252">
      <p>I am having an issue with a couple of phones where they ring,
        but there is a long delay after the phone is picked up before
        the audio starts.  <br>
      </p>
      <p>My setup: <br>
      </p>
      <ul>
        <li>Server running Asterisk 13.9.1, Dahdi 2.11.1 w/ OSLEC</li>
        <li>Server is CentOS 7<br>
        </li>
        <li>Quad core CPU with 16GB Ram</li>
        <li>2 Snom 300 phones.</li>
        <li>NO NAT.  Server and phone are on the same subnet with only a
          gigabit switch between them.</li>
        <li>Digium TDM400 analog card with 2 incoming analog PSTN lines<br>
        </li>
      </ul>
      <p>When a call comes in, the system answers, IVR plays, caller
        dials an extension, Snom 300 rings, handset picked up.  Caller
        continues to hear ringing for another 7 to 10 seconds.  Answerer
        hears a click, a quick burst of audio, then silence, then
        another click and audio is engaged.</p>
      <p>I have tried both SIP and RTP debugging and there are
        absolutely no messages indicating any timeout or retransmit.  I
        am at a total loss.  In the past I've always been able to find
        an answer to issues like this on my own, but this time I just
        don't know.  I was even beginning to suspect the network switch
        might be bad, but pinging between the server and the phones
        shows no packet loss and 0.969ms average response time.<br>
      </p>
      <p>What am I missing<b>?</b></p>
      Thanks,<br>
      Brent Davidson<b><br>
      </b> <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
    </blockquote>
    <br>
  </body>
</html>