Re: [nscp] Updating zone *content* in-scope or not?

[Wes Hardaker <[e-mail]>]

>>>>> On Mon, 20 Sep 2010 19:25:52 +0200, Ondřej Surý <[e-mail]> said:

OS> Well, you should probably explain why do you think we need
OS> yet-another-protocol for managing zone contents.

FYI, as a point of historical reference, the discussion in the dcoma
group went something like this:

1) we already have protocols for transferring zone data
2) we don't have any way, however, to create "initial zones".  IE, the
   missing piece is the ability to send an SOA record to bootstrap the
   nameserver into saying "add this new zone to your authoritative list"
3) we agreed that although existing solutions worked just fine for
   updating zone date once the server was configured to serve that zone,
   we didn't want to "restrict the future".
4) having said that, there was no one in the rooms/list (of many people)
   that thought a new protocol should be used for transferring zone data
   because the existing ones were likely sufficient.

However, one point of netconf is the ability to do a complete
dump/restore of config data and you wouldn't want to exclude the zone
data from that dump/restore set.

IMHO, for a long term solution the results must include the ability to
manage zone data.  It doesn't necessarily need to be in the first
version of the resulting management framework.  Though you could leave
it out of version 1.0, it's a very very important piece to solve "in the
long-term, big-picture"
-- 
Wes Hardaker
Cobham Analytic Solutions