Re: [DNSOP] ANAME high-level benefit question

2019-05-16 Thread Richard Gibson
On 5/10/19 03:12, Brian Dickson wrote: Have any "closed system" implementations of non-standard apex-CNAME hacks, committed publicly to neutral ANAME operations, presuming ANAME as currently envisioned? Oracle are happy to see progress on ANAME and intend to support it. I personally have

Re: [DNSOP] ANAME high-level benefit question

2019-05-15 Thread Olli Vanhoja
On Tue, May 14, 2019 at 10:32 AM zuop...@cnnic.cn wrote: > > configure several CNAME records to use multi-CDN service is also widely used > in industry, though this is not allowed by DNS standards. > shall we support this on protocal level? like defining new CNAMEx record > which contains

Re: [DNSOP] ANAME high-level benefit question

2019-05-14 Thread zuop...@cnnic.cn
Date: 2019-05-12 14:59 To: Brian Dickson; dnsop Subject: Re: [DNSOP] ANAME high-level benefit question Also, I would argue that the ability to run ANAME at your own infrastructure might drive less people to the “managed DNS” land or allow them to migrate away without a significant loss of functional

Re: [DNSOP] ANAME high-level benefit question

2019-05-12 Thread Ondřej Surý
Also, I would argue that the ability to run ANAME at your own infrastructure might drive less people to the “managed DNS” land or allow them to migrate away without a significant loss of functionality. One way or another, ANAME-like behaviour became defacto industry standard and we need to have a

Re: [DNSOP] ANAME high-level benefit question

2019-05-11 Thread Ray Bellis
On 11/05/2019 15:54, Dave Lawrence wrote: I have a related question ... is allowing only targets on their own infrastructure currently a limitation most such providers have? I don't know about "most", but certainly some. See e.g. the attached message posted here 2018/06/25. Ray --- 

Re: [DNSOP] ANAME high-level benefit question

2019-05-11 Thread Dave Lawrence
Brian Dickson writes: > Have any "closed system" implementations of non-standard apex-CNAME > hacks, committed publicly to neutral ANAME operations, presuming > ANAME as currently envisioned? I.e. If each such provider will > ONLY support ANAME with targets on their own infrastructure, I don't >

Re: [DNSOP] ANAME high-level benefit question

2019-05-10 Thread Vladimír Čunát
On 5/10/19 9:12 AM, Brian Dickson wrote: > Have any "closed system" implementations of non-standard apex-CNAME > hacks, committed publicly to neutral ANAME operations, presuming ANAME > as currently envisioned? The #41 thread is what you'd like, I guess?  But so far there's only a single

[DNSOP] ANAME high-level benefit question

2019-05-10 Thread Brian Dickson
I know a lot of folks are spending a lot of time working on ANAME. At the risk of offending those well-intentioned folks, the question I have is a follows: Have any "closed system" implementations of non-standard apex-CNAME hacks, committed publicly to neutral ANAME operations, presuming ANAME