Re: [DNSOP] [Ext] Re: draft-wkumari-dnsop-internal and DNAME

2018-01-05 Thread Brian Dickson
[Attribution of the following quotes to Joe and Petr omitted...] > > However, I think the more general idea that queries for internal names > > should be leaked towards unknown AS112 operators is problematic. As an > > end-user I would prefer my leaked queries to be jealously hoarded by one > > o

Re: [DNSOP] [Ext] Re: draft-wkumari-dnsop-internal and DNAME

2018-01-05 Thread Warren Kumari
... so, after the reception this document received in Singapore (IETF100) I've decided to abandon doing this work in the IETF. I may still push it in the ICANN world, but not sure I have the stomach for that. Sorry for wasting people's / the WGs time, W On Fri, Jan 5, 2018 at 6:55 AM, Petr Špače

Re: [DNSOP] [Ext] Re: draft-wkumari-dnsop-internal and DNAME

2018-01-05 Thread Petr Špaček
On 12.11.2017 04:26, Joe Abley wrote: > On Nov 12, 2017, at 10:51, Kim Davies > wrote: > > We haven't studied what would be involved, but I feel confident in >> predicting the whole exercise would be non-trivial. > > It seems to me that you could implement this usi

Re: [DNSOP] [Ext] Re: draft-wkumari-dnsop-internal and DNAME

2017-11-12 Thread Joe Abley
An unbounded number of AS112 operators, not an inbound number. I apologise to all present for sending mail to dnsop from a phone without taking more time to check for autocorrect lunacy. On Nov 12, 2017, at 11:26, Joe Abley wrote: On Nov 12, 2017, at 10:51, Kim Davies wrote: We haven't studie

Re: [DNSOP] [Ext] Re: draft-wkumari-dnsop-internal and DNAME

2017-11-11 Thread Joe Abley
On Nov 12, 2017, at 10:51, Kim Davies wrote: We haven't studied what would be involved, but I feel confident in predicting the whole exercise would be non-trivial. It seems to me that you could implement this using lawyers as easily as you could using developers; it is after all arguably a sta

Re: [DNSOP] [Ext] Re: draft-wkumari-dnsop-internal and DNAME

2017-11-11 Thread Kim Davies
Quoting Stephane Bortzmeyer on Friday November 10, 2017: > > > I'll note that from a technical/mechanical perspective, ICANN's and > > Verisign's root zone management systems already know how to deal > > with delegations. A DNAME in the root would require an unknown level > > of development by bot