[Bind10-uides] Positive first feedback form the program manager

[Jerry Scharf]

Hi all,

Shane got the second version of the document. He was sold on the 
separate data model for the management tool. He liked the idea of 
templates as well. He have me a bunch more things to fit in somewhere:

DHCP: There is a rewrite on the books looking for funding and the tool 
should manage both

TFTP: DHCP admins consider TFTP to be part of DHCP. Think of power on 
for a set top box.

He agreed with the need for admin side APIs.

localization and internationalized domain names: need to understand what 
needs to be specified for a command line tool. Do we really need to 
support right to left type???

There are config items that don't fit directly with protocol actions and 
aren't discussed. An example might be a max cache size on a recursive 
server or how the logging is supposed to work. will need a bunch more 
work on this to come up with how this fits into the data absrtaction.

He brought up the idea of runtime checks. I would call this design 
constraint checking. he wanted it to work on the config before the 
changes are applied (sounds like transactions to me.)

There is some later support for clustering. For now I just want to make 
sure that the data model has the info in it, then people can apply money 
to move delivery dates.

External data referencing: Shane wants us to make sure we are clear 
about the limits of this. He is worried that people may assume we are 
solving their problems (who doesn't want someone else to automagically 
solve their data problems.)

Controlling external components: If a nameserver stops being an anycast 
destination, how can this control the OSPF server to pull the /32 
advertisement. I cautioned that most people won't want us changing their 
external configs. My gut reaction is that we should come up with some 
way to notify external things and punt the rest.

This is a map of several years of work, to say the least.

thanks for the help getting this far,
jerry