[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Enum] draft-bellis-enum-send-n-00
On Fri, Apr 04, 2008 at 11:37:01AM +0100, Clive D.W. Feather wrote:
> > Well, let's not go down the wildcard SOA
> > and NS ratholes.
> [...]
> > Although I am no fan of wildcard DNS labels, it makes no sense to say
> > "wildcards are OK for this RRtype but not that RRtype".
>
> Why not? What are the semantics of a wildcard SOA?
>
> As someone else said, this is a usage guide not a technical prohibition.
>
semantics are easy. interpretation of results are
mixed.
wildcard use in SOA and NS rr's is not specifed.
given the variety of DNS implementations in the
field, interpretation of wildcards for these RR tyeps
will vary wildly, without predictable behaviour.
(this from emperical evidence)
if you are looking at a -usage- guide, then it is
wise to stick wiht proven, well defined technologies
like NAPTR. assuming of course that you want
something that can be deployed/used in your lifetime.
if the enum wg wants to tackle a crisp technical
specification on how wildcards should behave for
SOA and NS rr's - feel free to add that to the charter.
when the DNS wg looked at clarification of wildcard
behaviour, it specifically excluded these two RR types.
--bill (who tried this out)
_______________________________________________
enum mailing list
enum at ietf.org
https://www.ietf.org/mailman/listinfo/enum