<br><div class="gmail_quote">2012/3/20 michoski <span dir="ltr"><<a href="mailto:michoski@cisco.com">michoski@cisco.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 3/19/12 11:58 AM, "Peter Andreev" <<a href="mailto:andreev.peter@gmail.com">andreev.peter@gmail.com</a>> wrote:<br>
> 2012/3/19 hugo hugoo <<a href="mailto:hugobxl@hotmail.com">hugobxl@hotmail.com</a>><br>
>>  Jay,<br>
>><br>
>> - Can you give me an example of such configuration?<br>
>><br>
>> As anyone else some examples of IPV6 reverse configuration used in<br>
>> production environment?<br>
>><br>
>> Thanks for sharing your experience...<br>
><br>
</div><div class="im">> We use IPv6 in production environment. It was a real headache to fill<br>
> reverse ip6.arpa zones by hand until I have learned about "arpaname"<br>
> utility. Since that maintaining reverse IPv6 zones is just a piece of cake.<br>
<br>
</div>Hmm...  Yes, well I can see this as useful (though not much more than a few<br>
lines of any programming language?) if you intend to maintain generic<br>
placeholders...but not if you want RFC-compliant matching A/PTR.  Granted,<br>
you should not drop mail in such cases, but many do.  I guess tools and best<br>
practices take time to catch up to technological leaps.  ;-)<br>
<br>
Or do you actually create A's matching your generic PTR and heavily rely on<br>
CNAMEs?  Of course that simply won't do for some standard RR types.<br>
<br>
As much as I dislike djb in general, the way tinydns auto-creates matching<br>
PTR (and also provides a mechanism to disable as needed) for each A RR kinda<br>
makes sense.  Granted, it doesn't do IPv6 at all without 3rd-party<br>
hacks...but they do at least exist.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
All his life he has looked away... to the horizon, to the sky,<br>
to the future.  Never his mind on where he was, on what he was doing.<br>
        -- Yoda<br>
<br>
</font></span></blockquote></div><br>Sorry for my stupidity, but I didn't catch your idea.<br><br>We have finite number of hardware. Due to geographic distribution, security issues, lots of different prefixes in use, etc we don't use DHCP and assign addresses by hand. So we do with PTRs. Of course I would go crazy if I fill full v6 reverse zone, so I write only those PTRs which are needed.<br>
If we assign IP blocks to clients, usually we simply delegate them corresponding reverse zone.<br><br>-- <br>AP<br>