<div dir="ltr"><div><div><div><div><div><div><div><div><div>Hai all,<br></div><br></div>We have been given task of doing some migrations within new merger.<br></div>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></div>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></div>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></div>I also tried 8/<a href="http://21.110.100.">21.110.100.</a>..  and it always complain <br>loading from master file cgnat.rev failed: unknown class/type<br><br></div>The zone file has usual header, and PTR entry are only<br>151.10  PTR     blue.stop.<br></div>(even tried   10.151)  <br><br></div>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></div>