<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 26 August 2016 at 15:41, Matus UHLAR - fantomas <span dir="ltr"><<a href="mailto:uhlar@fantomas.sk" target="_blank">uhlar@fantomas.sk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br></blockquote></blockquote></span><span class="">
On 26.08.16 14:01, Matthew Pounsett wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
That's not necessarily true for IPv6, where even a modest network could<br>
have trillions of addresses that may need PTR records.<br>
</blockquote>
<br></span>
that's exactly why using $GENERATE and/or creating new mechanism for that is<br>
useless.<br></blockquote><div><br></div><div>$GENERATE is useless in that situation, yes.  But something that provides rules to a name server to synthesize responses (vs actually generating all 18446744073709551616 PTRs in a /64) is not.</div><div><br></div></div></div></div>