On Wed, 29 Mar 2006, Bill Crawford wrote:
>> I'd argue that as the number of subnets and special case
>> goes up, the ability of a system administrator to read and understand
>> the flat file is going to be markedly harder than for the admin to read
>> the custom-crafted dhcp-config syntax.
> And I would agree for the .ini format.
How does .ini format give you containers beyond the first level? By numbering
the keys? ugh.
The dhcp config file format is a much better match for a) the way people
think if they know the problem domain b) allows *hierarchy*. XML at least
gets that right (and I *don't* think xml is the answer).
I think you misunderstand. I did not bring up xml or ini files. I was
agreeing that a large dhcp config file converted to an .ini file would be
> But things change considerably
> when instead we deal with all configuration elements as keys and their
> values in a filesystem like structure.
And this is the issue. Look at the mess that is SNMP MIBs. Can you read
those? Can you?
I fail to see the relationship. We are not talking about the windows
registry here... in which case the above statement would make sense...