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] RIPE NCC DNSSEC trust anchors
- Next message (by thread): [dns-wg] oversight of .int
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Peter Koch
pk at DENIC.DE
Thu Nov 13 21:50:24 CET 2014
On Thu, Nov 13, 2014 at 10:28:32AM -1000, David Conrad wrote: > On Nov 13, 2014, at 8:05 AM, Doug Barton <dougb at dougbarton.us> wrote: > > The NCC should simply release ripe.int, as the historical reasons for > > it no longer apply. (FWIW, same goes for apnic.int. None of the other > > RIRs have similar domains.) > > +1 this might be the exact wrong point in time. The NCC likely does not fulfill the eligibility criterie laid out in <http://www.iana.org/domains/int/policy/>, but obviously the registrations in INT benefit from a genaral protection of confidence. Also, the 'policy' document linked above does not provide for a revocation mechanism. So, there is a registrant in INT interested in having key material published. What does it take to get INT sigend? What is the governing body? The 'policy' document bases itself on RFC 1591 but also says "The IANA no longer _grants_ .int domain names [...]". While this particular issue is out of scope, the text may be read as if "the IANA" was acting with its own authority rather than being a registry operator bound by some policy set by the competent body. So, again: who is to be convinced to make INT signed? -Peter
- Previous message (by thread): [dns-wg] RIPE NCC DNSSEC trust anchors
- Next message (by thread): [dns-wg] oversight of .int
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ dns-wg Archives ]