The setup -- we&#39;re using an internal dns server to route stateless transactions.  In the routing script, depending on who the request user is, we replace the request-uri domain with a domain address and forward the message statelessly.<br>
<br>We&#39;ve experienced an issue where on the stateless forward function, if for some reason the dns server is down, opensips just kind of sits there.  We see on an ngrep that the messages come to opensips, but opensips doesn&#39;t really do anything and never gets to execute the forward(&quot;mydomain&quot;) function.<br>
<br>The way we know this is that, sometimes, when the DNS lookup is delayed or finally comes back up, opensips seems to forward the message finally.  If it&#39;s an invite, the message causes the sip device to ring again after a call is established, an undesired behavior.<br>
<br>Is there any simple way to request a maximum amount of time that it will try to do something with the message, and if that time is exceeded (because it can&#39;t resolve the domain), to simply drop the message and exit processing for that particular message?<br>