<div dir="auto">(Reply in-line)</div><div style="background-color:rgba(0,0,0,0)!important;border-color:rgb(255,255,255)!important;color:rgb(255,255,255)!important"><br><div class="gmail_quote" style="background-color:rgba(0,0,0,0)!important;border-color:rgb(255,255,255)!important;color:rgb(255,255,255)!important"><div dir="ltr" class="gmail_attr">On Mon, Jul 19, 2021 at 06:11 Stephen Satchell <<a href="mailto:list@satchell.net">list@satchell.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">First, I know this isn't the right place to propose this; need a pointer <br>
to where to propose an outlandish idea.<br>
<br>
PROBLEM:  IPv6 support is still in its birthing pangs.  I see a problem <br>
that limits deployment of IPv6 fully:  reverse PTR records in the <br>
".in6.arpa." zones.<br>
<br>
(Now that I think about it, this may very well be a network operator <br>
issue.  Who maintains the ".in.arpa." zones delegated by IANA now?)<br>
<br>
I've been going 'round and 'round with AT&T about "static" IPv6 <br>
addresses.  In particular, I can't get a PTR record in the ip6.arpa. <br>
zone to save my life.  Now, the problem is not really ripe yet, because <br>
the big reason for PTR records is for mail servers -- best practice <br>
calls for AAAA/PTR agreement, just like for IPv4 the best practice is <br>
for A/PTR agreement.<br>
<br>
The existing DNS providers can support delegation domains, so that I <br>
don't have to have DNS servers of my own if I don't want to.  It could <br>
be that one would need to "buy" the delegation domain, but that's a <br>
front-office consideration.  Personally, I use <a href="http://register.com" rel="noreferrer" target="_blank">register.com</a> for my <br>
domain DNS zones.  I believe strongly that other registrars that offer <br>
customer zone editing, plus DNS service providers, can support reverse <br>
delegation zones with a minimum of hassle, and without charging an arm <br>
and a leg for the service.</blockquote><div dir="auto"><br></div><div dir="auto">They’re not a DNS service provider. That is a registrar. Providing authoritative DNS is incidental to their business and not their focus. Go look for managed DNS or authoritative DNS services. There’s still the problem of getting the  delegation which is largely unsupported for consumer IP services. And honestly…I don’t really expect consumer (dynamic) IP services to provide reverse delegation.  Business (definitely needs to) and static IP services (really should) should provide either delegation of the reverse zone or PTRs for non boundary ipv4 space per RFC2317.</div><div dir="auto"><br></div><div dir="auto"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;background-color:rgba(0,0,0,0);border-color:rgb(255,255,255) rgb(255,255,255) rgb(255,255,255) rgb(74,77,80)" dir="auto"><font style="border-left-color:rgb(204,204,204);color:rgb(0,0,0)">
 From the customers' viewpoint, a GUI would make the maintenance </font><br><font style="border-left-color:rgb(204,204,204);color:rgb(0,0,0)">
relatively painless.</font><br>
<br><font style="border-left-color:rgb(204,204,204);color:rgb(0,0,0)">
(Keying the information below took a long time.  Any rational DNS admin </font><br><font style="border-left-color:rgb(204,204,204);color:rgb(0,0,0)">
and DNS service provider would have automation in place to take out the </font><br><font style="border-left-color:rgb(204,204,204);color:rgb(0,0,0)">
painful work.)</font></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;background-color:rgba(0,0,0,0);border-color:rgb(255,255,255) rgb(255,255,255) rgb(255,255,255) rgb(74,77,80)" dir="auto"></blockquote><div dir="auto"><br></div><div dir="auto"><snip></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;background-color:rgba(0,0,0,0);border-color:rgb(255,255,255) rgb(255,255,255) rgb(255,255,255) rgb(74,77,80)" dir="auto"><br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;background-color:rgba(0,0,0,0);border-color:rgb(255,255,255) rgb(255,255,255) rgb(255,255,255) rgb(74,77,80)" dir="auto"><font style="border-left-color:rgb(204,204,204);color:rgb(0,0,0)">
 > 96-103.194.65.99.in-addr.arpa. NS my-DNS-server-1</font><br><font style="border-left-color:rgb(204,204,204);color:rgb(0,0,0)">
 > 96-103.194.65.99.in-addr.arpa. NS my-DNS-server-2> $GENERATE 96-102 $ </font><br><font style="border-left-color:rgb(204,204,204);color:rgb(0,0,0)">
IN CNAME $.96-103.194.65.99.in-addr.arp</font><font style="border-left-color:rgb(204,204,204);color:rgb(0,0,0)">a.</font><br>
<br><font style="border-left-color:rgb(204,204,204);color:rgb(0,0,0)">
In my BIND9 zone file, it would look something like this:</font><br>
<br><font style="border-left-color:rgb(204,204,204);color:rgb(0,0,0)">
> $ORIGIN 96-103.194.65.99.in-addr.arpa.</font><br><font style="border-left-color:rgb(204,204,204);color:rgb(0,0,0)">
> @ SOA ...</font><br><font style="border-left-color:rgb(204,204,204);color:rgb(0,0,0)">
> @ NS my-dns-server-1.</font><br><font style="border-left-color:rgb(204,204,204);color:rgb(0,0,0)">
> @ NS my-dns-server-2.</font><br><font style="border-left-color:rgb(204,204,204);color:rgb(0,0,0)">
> 96 IN PTR </font><a href="http://server1.example.com" rel="noreferrer" target="_blank">server1.example.com</a><font style="border-left-color:rgb(204,204,204);color:rgb(0,0,0)">.</font><br><font style="border-left-color:rgb(204,204,204);color:rgb(0,0,0)">
> 97 IN PTR </font><a href="http://server2.example.com" rel="noreferrer" target="_blank">server2.example.com</a><font style="border-left-color:rgb(204,204,204);color:rgb(0,0,0)">.</font><br>
</blockquote><div dir="auto"><br></div><div dir="auto">See RFC2317.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;background-color:rgba(0,0,0,0);border-color:rgb(255,255,255) rgb(255,255,255) rgb(255,255,255) rgb(74,77,80)" dir="auto"><br><font style="border-left-color:rgb(204,204,204);color:rgb(0,0,0)">
The advantage to this system to the number providers is they would have </font><br><font style="border-left-color:rgb(204,204,204);color:rgb(0,0,0)">
one administrative record per customer, instead of having to deal with </font><br><font style="border-left-color:rgb(204,204,204);color:rgb(0,0,0)">
each PTR record individually.  The advantage to customers is they don't </font><br><font style="border-left-color:rgb(204,204,204);color:rgb(0,0,0)">
have to beg and snivel to get PTR records, just beg and snivel once to </font><br><font style="border-left-color:rgb(204,204,204);color:rgb(0,0,0)">
get the delegation.  The advantage to DNS server providers is they have </font><br><font style="border-left-color:rgb(204,204,204);color:rgb(0,0,0)">
something else to sell.</font><br>
<br><font style="border-left-color:rgb(204,204,204);color:rgb(0,0,0)">
Want to encourage IPv6 adoption?  This would help.</font></blockquote><div dir="auto"><br></div><div dir="auto"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-color:rgb(255,255,255) rgb(255,255,255) rgb(255,255,255) rgb(74,77,80)!important;background-color:rgba(0,0,0,0)!important;color:rgb(255,255,255)!important" dir="auto"><font style="border-left-color:rgb(204,204,204);color:rgb(0,0,0)"></font><br>
</blockquote></div></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><br>"Genius might be described as a supreme capacity for getting its possessors<br>into trouble of all kinds."<br>-- Samuel Butler<br></div>