Reverse IPv6

Woodworth, John R John.Woodworth at CenturyLink.com
Mon Jun 5 21:14:14 UTC 2017


>
>
>
>
> From: bind-users [mailto:bind-users-bounces at lists.isc.org] On Behalf Of Bob Harold
> Sent: Friday, February 03, 2017 4:15 PM
> To: Cathy Almond
> Cc: bind-users at lists.isc.org
> Subject: Re: Reverse IPv6
>
>
> On Thu, Feb 2, 2017 at 5:44 AM, Cathy Almond <cathya at isc.org> wrote:
>
>
> On 02/02/2017 02:52, Filho Arrais wrote:
> > Hi,
> >
> > Hello,
> > Excuse me the question, is there anything native to IPv6 like in IPv4
> > for PTR input?
> >
> > $GENERATE 1-254 $  PTR   100.200.236.$.examplae.com <http://examplae.com>.
> >
> > --
>

Hi Filho,

Apologies such a delayed response.  I am one of the authors of the mentioned
draft (BULK RRs).  We are still moving this through its paces and are hopeful
it will eventually become a standard.  One advantage for IPv6 use of our draft
is the minimal memory footprint for storing the necessary "tons" of
$GENERATE-like RRs.

I have made a note of your email address and will contact you once our
solution gets adopted and/ or has working implementations.


Best regards,
John

>
> Bear in mind that that reverse populating your IPv6 space in entirety is
> potentially going to hurt you (the $GENERATE command actually generates
> an RR for each record which will be held in the zone in memory).  Think
> about how many records your $GENERATE is going to create.  You don't
> want to have named failing to start because it does not have enough
> memory (or the machine on which it is running does not have enough
> memory) to hold all of the PTR RRsets in the zone.
>
> Please also think about whether you need to do this or not, especially
> as the names are going to follow a generic pattern and not provide any
> useful intelligence about the host using that address.
>
> Instead, I would suggest that you just create PTR entries for the IPv6
> hosts that actually need them for some reason, or to use dynamic DNS to
> add/replace/delete them as addresses are used/discarded by dynamic clients.
>
> Note that there is future work being done to solve the 'too many entries'
> issue with GENERATE (does not solve the other concerns):
> https://www.ietf.org/internet-drafts/draft-woodworth-bulk-rr-03.txt
>
> --
> Bob Harold
>
>
-- THESE ARE THE DROIDS TO WHOM I REFER:
This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.


More information about the bind-users mailing list