<p></p>
<p>NAPTR support is a good idea and basically also applicable to the LoST service (which I have on my ToDo list anyway). I will have a look at it - just one question:</p>
<p>I assume item (1) below refers to the device IP address (i.e. UE) for reverse DNS (as in <a href="https://tools.ietf.org/html/rfc7216#section-4" rel="nofollow">https://tools.ietf.org/html/rfc7216#section-4</a>), which may not work in any case. How about expanding the discovery procedure with a NAPTR request sent to the provider's domain (as found in From and/or P-A-I) in case (1) fails?</p>
<p>(1) Kamailio send reverse .in-addr.arpa. or .ip6.arpa. DNS request and caller host DNS name;<br>
(2) Kamailio send LIS:HELD NAPTR request for a resolved caller hostname and LIS server.<br>
(3) Kamailio send HELD request for resolved LIS address.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/kamailio/kamailio/issues/2574#issuecomment-739491798">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/ABO7UZMA7FU5W4OK2GVVFKTSTNV4RANCNFSM4UL3X5TQ">unsubscribe</a>.<img src="https://github.com/notifications/beacon/ABO7UZKD4BAYAN4VEI4PBHDSTNV4RA5CNFSM4UL3X5T2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOFQJ37VQ.gif" height="1" width="1" alt="" /></p>
<script type="application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/kamailio/kamailio/issues/2574#issuecomment-739491798",
"url": "https://github.com/kamailio/kamailio/issues/2574#issuecomment-739491798",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>