<div dir="ltr"><div>I have looked twice, there is no whitespace in the zone file.</div><div>If I change the conf file to present as a /16 it works fine, but we dont have the /16 so we cant use it this way in production.</div><div>OK, we could, but that would be wrong because we are claiming dns of other parts of /16 we have no rights to.<br></div><div>Either way it seems bind can not simply do it the way I had expected it to, flabergasted by that.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Oct 22, 2021 at 10:43 AM Mark Andrews <<a href="mailto:marka@isc.org">marka@isc.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
> On 21 Oct 2021, at 18:33, Edwardo Garcia <<a href="mailto:wdgarc88@gmail.com" target="_blank">wdgarc88@gmail.com</a>> wrote:<br>
> <br>
> Hai all,<br>
> <br>
> We have been given task of doing some migrations within new merger.<br>
> One of these is we have a number of reverse zones, a /19 in fact, they are mostly GENERATE'd  for regions with fixed gw and a few other local custom PTRs<br>
> <br>
> I have played roughly with a fictitious in-addr.arpa (I play with cgnat range since it will not affect or interfere with anyone whilst we play around)<br>
> <br>
> In our examples I have tried<br>
> zone "8-15.110.100.in-addr.arpa" {<br>
>         type master;<br>
>         file "cgnat.rev";<br>
>         notify no;<br>
> }; <br>
> I also tried 8/<a href="http://21.110.100." rel="noreferrer" target="_blank">21.110.100.</a>..  and it always complain <br>
> loading from master file cgnat.rev failed: unknown class/type<br>
<br>
Remove the white space from the front on the record on this indicated line.<br>
<br>
“ 151.10 PTR blue.stop.” is not the same as "151.10 PTR blue.stop.”<br>
<br>
Leading white space is “take the name from the previous record”.<br>
<br>
> The zone file has usual header, and PTR entry are only<br>
> 151.10  PTR     blue.stop.<br>
> (even tried   10.151)  <br>
> <br>
> I guess bind can not consolidate like this and we have to put up with a million /24 zone files ?  I was thinking because we can do classless dele with smaller than /24, it would work on bigger  :)<br>
> <br>
> _______________________________________________<br>
> Please visit <a href="https://lists.isc.org/mailman/listinfo/bind-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/listinfo/bind-users</a> to unsubscribe from this list<br>
> <br>
> ISC funds the development of this software with paid support subscriptions. Contact us at <a href="https://www.isc.org/contact/" rel="noreferrer" target="_blank">https://www.isc.org/contact/</a> for more information.<br>
> <br>
> <br>
> bind-users mailing list<br>
> <a href="mailto:bind-users@lists.isc.org" target="_blank">bind-users@lists.isc.org</a><br>
> <a href="https://lists.isc.org/mailman/listinfo/bind-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/listinfo/bind-users</a><br>
<br>
-- <br>
Mark Andrews, ISC<br>
1 Seymour St., Dundas Valley, NSW 2117, Australia<br>
PHONE: +61 2 9871 4742              INTERNET: <a href="mailto:marka@isc.org" target="_blank">marka@isc.org</a><br>
<br>
</blockquote></div>