On Tuesday 17 October 2006 17:05, david repking wrote:
I'd be satisfied if the requirements draft were to say:
The protocol MUST NOT require use of a new DNS RR type. The protocol MAY
allow for optional use of a new RR type.
And then nobody will use the new (optional) RR type, if there's an
alternative.
IMHO, new types of data MUST require new types of RR
If we would re-use RR types, why don't you wan't arbitrary numeric
values on A records (like telephone numers, extensions, system IDs,
etc) ???
Reuse of TXT in an underscored subdomain is benign.
It all depends on if you actually want SSP to be deployed or not. If we have
to wait for a new RR type to be broadly useable, then SSP goes nowhere out of
the starting gate.
An optional new RR type would be there to provide a path away from TXT if one
should be required. Get started now and deprecate reuse of TXT in the far
future if there proves to be operational value in doing so.
I guess we'll get to argue about this again later.
Scott K
_______________________________________________
NOTE WELL: This list operates according to
http://mipassoc.org/dkim/ietf-list-rules.html