<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<div class="moz-cite-prefix">On 17.01.2023 19:01, Daren FERREIRA
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:DM6PR04MB647480951BC19B17FF6EAFF6B0C69@DM6PR04MB6474.namprd04.prod.outlook.com">
<div>
<div>Jan 17 17:26:16 opensips[2810991]:
DBG:mid_registrar:build_unregister_hdrs: extra hdrs: 'Contact:
<a class="moz-txt-link-rfc2396E" href="mailto:sip:4413%40myhost.mydomain.com@192.168.10.11:5060"><sip:4413%40myhost.mydomain.com@192.168.10.11:5060></a>;expires=0#015#012'</div>
<div>Jan 17 17:26:16 opensips[2810991]: DBG:tm:t_uac:
next_hop=<sip:myhost.mydomain.com></div>
<div>Jan 17 17:26:16 opensips[2810991]: DBG:core:mk_proxy: doing
DNS lookup...</div>
<div>Jan 17 17:26:16 opensips[2810991]:
DBG:core:sip_resolvehost: no port, no proto -> do NAPTR
lookup!</div>
</div>
<div><br>
</div>
<div>If I well understand, OpenSIPS tries to generate the
de-register, and first, determine the destination of the
de-register (from AOR ?)</div>
<div>It considers it knows not enough about the protocol and port
to use to generate the de-register and try to fill these
informations from DNS.</div>
<div>This logically fails because there is no SRV nor NAPTR
records for the FQDN extracted (from AOR).</div>
</blockquote>
<p><font face="monospace">The mid-registrar will typically <b>store</b>
the R-URI ($ru) + Destination-URI ($du) combination, after you
t_relay() the REGISTER towards the main registrar. This info
will be used in order to route a De-REGISTER in the exact same
way (same message R-URI, sent to the same box).</font></p>
<p><font face="monospace">Apparently, you are routing the REGISTER
without setting a <b>$du </b>(notice the <b>"adding next hop:
..."</b> debug log in <a moz-do-not-send="true"
href="https://github.com/OpenSIPS/opensips/blob/master/modules/mid_registrar/ulcb.c#L75">send_unregister()</a>,
which is NOT printed), so the mid-registrar attempts to send the
De-REGISTER to <b>sip:myhost.mydomain.com</b>, which was
grabbed either from the R-URI (most likely) or To header of the
initial REGISTER. And, before sending the packet, of course it
needs to resolve the hostname to an IP address. If there are
any issues during this resolution... you must let me know of any
relevant logs, as I have no idea.<br>
</font></p>
<p><font face="monospace">Hopefully, you have some pointers to look
out for now.<br>
</font></p>
<p><font face="monospace">Best regards,<br>
</font></p>
<pre class="moz-signature" cols="72">--
Liviu Chircu
<a class="moz-txt-link-abbreviated" href="http://www.twitter.com/liviuchircu">www.twitter.com/liviuchircu</a> | <a class="moz-txt-link-abbreviated" href="http://www.opensips-solutions.com">www.opensips-solutions.com</a></pre>
</body>
</html>