forwarders overriding zone delegation.

[Joseph S D Yao]

On Fri, Sep 22, 2000 at 07:28:22PM -0400, Bob Vance wrote:
> Thanks, Joe,
> but I don't understand your reply.
> If *I* delegate a sub-domain, then *I* *know* who the NS are.
> Why should I have to resort to an internal forward zone, *or* a stub
> zone.

Because, just because you delegate, does not mean that you should NOT
forward.  As I said, if the child zone is outside, you must forward.

It is possible that, besides "forward only" and "forward first", they
should have included "forward last".  ;-)  But there are a LOT more
zones outside than there are inside.

You are right, of course, that it's more likely that you would delegate
in than out.  If forwarding were turned off for delegated zones by
default ... then the worst that could happen, ISTM, is that you would
have to turn it back on, and thus add all the stub zones and multiply
the number of forwarder{} statements that would have to be updated
whenever they were updated.  If it were an option, as you suggest, then
even that would not be a problem.

As far as I can think of, in the ten minutes I devoted to it.  ;-)

But that's not the way it is right now.  Do you want to submit code to
implement it?

I wonder if this has changed in V9?

-- 
Joe Yao				jsdy at cospo.osis.gov - Joseph S. D. Yao
COSPO/OSIS Computer Support					EMT-B
-----------------------------------------------------------------------
This message is not an official statement of COSPO policies.