children whose zones do not reflect the delegation from the parent

[Matus UHLAR - fantomas]

On 30.03.11 09:13, Lightner, Jeff wrote:
> I'm wondering if the issue isn't because you've not told your ISP what
> your name servers are.   You have to do that for reverse delegations to
> get to your servers.   (This is in addition to telling your Registrar.)

the ISP should provide 33.50.in-addr.arpa if it did ask for a delegation.
if it does not, the delegation is broken (although some parts may work) and
that's the problem.

We, for example, provide /16 and also (empty) /24's even for customers that
have /24 assigned but not delegated.

> On 03/30/2011 04:45 AM, ben thielsen wrote:
> > both fail to do so.  so - it would seem to me that at least somehow,
> > in some sense, the delegation is broken.  however, if queried further
> 
> It does seem a bit broken - there's no SOA for 33.50.in-addr.arpa i.e. 
> no zone there.
> 
> > for a /24 within that /16, both servers now work "properly", and
> > further delegate to other servers [and themselves]:
> 
> So probably they've got a zone for many of the child block e.g.
> 
> x.33.50.in-addr.arpa.
> 
> ...but not the parent one, which is lazy.

-- 
Matus UHLAR - fantomas, uhlar at fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
"Two words: Windows survives." - Craig Mundie, Microsoft senior strategist
"So does syphillis. Good thing we have penicillin." - Matthew Alton