On 13Mar24, Mark Andrews apparently wrote: > > ways. For applications like CDNs, you need two or three link CNAME > > chains and nobody appears to find that a problem. > > Actually it is a problem. It results in lots of additional lookups.
> of this. All of the CNAMES could be done in the background rather than > polluting caches with chains of CNAMES. Absolutely. It's always struck me as a copout that some CDN providers externalize their infrastructure costs onto every DNS cache on the planet. Is there any fundamental reason why a CDN provider can't make their external facing DNS do all that CNAME resolution internally and just forward the final answer? Not only would that likely speed up client resolution time, it'll also reduce the amount of thrashing in DNS caches around the world. But sadly, that ship has well and truly left port, and now we're deciding whether any reasonably limit can be set and how it would be enforced. And "enforcement" is probably the biggest benefit of a central document which spells out limits, that cache implementors at least have somewhere to point when a limit is exceeded. But that would imply that said document has more "MUSTs" than "SHOULDs" or "RECOMMENDEDs" in it. Is that what people are prepared to do? Otherwise a document which merely suggests a limit is likely to be of, ahem, limited value. Mark. _______________________________________________ DNSOP mailing list [email protected] https://www.ietf.org/mailman/listinfo/dnsop
