Hi Evan
On Mon, Sep 17, 2018 at 04:11:24PM +0000, Evan Hunt wrote:
> On Mon, Sep 17, 2018 at 01:13:27PM +0530, Mukund Sivaraman wrote:
> > Similar things can be said of other proposals.
> >
> > * If SRV for HTTP is brought into use, what about X% of user agents that
> > don't have support for it?
> >
> > * If a new RR type is introduced, what about X% of resolvers that do not
> > support it?
>
> They're no worse off than they already were. The old methods would still
> work just as well or badly as they do today.
>
> If apex CNAME were declared legitimate, then people using legacy resolvers
> *would* be worse off than they are now.
This would not be a decision for people using legacy resolvers to make -
it would be for the zone administrator to decide whether to co-exist
CNAME with other types depending on market share of resolver support.
Then, it wouldn't mean resolvers would break for all other zones - they
could break for this particular zone.
We see this happening in other technologies where new things are
introduced. E.g., many popular websites use SVG, canvas, HTML5 elements,
etc. with no fallback for old browsers which still exist.
(a) Initially, very few web browser instances supported the new
features.
(b) At some point, a majority of web browser instances supported it.
(c) At some point, the *web developer* (not the browser user) decides
that they will now use the new feature in their website, even though it
would not work on a percentage of web browser instances in the wild. It
is a calculated decision for that individual website's case (in the DNS
world, it is for that particular zone and the zone administrator's
choice depending on the risk).
No old behavior is removed as long as zone admins stick to the current
way. Current zones will work as before. And it is a resolver-specific
requirement to support CNAMES with other types for now - it doesn't
require authoritative use, without checking if the new feature is
supported in the market.
The example about SRV has just as much risk. What about browsers that
don't support it? Whether to co-exist CNAME with MX has similar risk as
whether to depend on a new SRV's support in web browsers.
The ANAME draft seemed to beat this, but it got quite complicated.
Mukund
_______________________________________________
DNSOP mailing list
DNSOP@ietf.org
https://www.ietf.org/mailman/listinfo/dnsop
