This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/[email protected]/
[dns-wg] {Use of} the INT TLD {by the NCC and others} [Re: RIPE NCC DNSSEC trust anchors]
- Previous message (by thread): [dns-wg] {Use of} the INT TLD {by the NCC and others} [Re: RIPE NCC DNSSEC trust anchors]
- Next message (by thread): [dns-wg] {Use of} the INT TLD {by the NCC and others} [Re: RIPE NCC DNSSEC trust anchors]
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Doug Barton
dougb at dougbarton.us
Thu Nov 13 23:22:46 CET 2014
On 11/13/14 2:07 PM, Nick Hilliard wrote: > On 13/11/2014 21:21, David Conrad wrote: >> Can we just ask for RIPE.INT to be dropped from the .INT zone? > > there isn't enough bikeshed in the universe to handle a suggestion like this. Nick, But that's just the point, it doesn't have to be a bikeshed. RIPE and APNIC can simply ask ICANN to un-delegate the names, and then we're done. And regarding Peter's point, this is the *perfect* time for them to do so. It helps reinforce the point that the bottom-up stakeholder model works, because people of good will are willing and able to do the right thing. There is no reason for those names to exist now, in spite of the historical reasons that they were created in the past. The only way this turns into a bikeshed is if RIPE and APNIC don't agree to do the right thing and drop the names. Doug PS, I'm not sure you're using the term 'bikeshed' in the right context there. Have a look at http://en.wikipedia.org/wiki/Parkinson%27s_law_of_triviality
- Previous message (by thread): [dns-wg] {Use of} the INT TLD {by the NCC and others} [Re: RIPE NCC DNSSEC trust anchors]
- Next message (by thread): [dns-wg] {Use of} the INT TLD {by the NCC and others} [Re: RIPE NCC DNSSEC trust anchors]
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ dns-wg Archives ]