Re: [DNSOP] RFC 6761 discussion (“special names”)

[Suzanne Woolf <[e-mail]>]

On Mar 17, 2015, at 5:51 PM, hellekin <[e-mail]> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
> 
> On 03/17/15 18:39, Tim Wicinski wrote:
>> 
>> the implications of widening use of RFC 6761.
>> 
> *** You certainly mean: the implications of using RFC 6761, given that
> so far, it's only been used by its creator, Apple Inc. in RFC 6762 (if
> 6761 itself is not counted).

Sorry if this wasn't clear, perhaps a result of trying to get the idea of the interim meeting out without enough wordsmithing.

Actually we meant the increasing numbers of drafts submitted as requests under RFC 6761, in under a year since we revised our charter to include them, and the number of strings included.

Currently, there are six drafts, most appearing in the last few weeks. They request reservations of a total of about 40 strings, if I'm doing the arithmetic in draft-lewis-user-assigned-tlds correctly. Some (such as yours) are clearly intended to support new functionality, in accordance with the purpose indicated in RFC 6761; some others are less clear as to their purpose.

It seems appropriate to ask what implications, if any, might follow.

> "widening use of RFC 6761" sounds to me like its use should be reserved
> to some entities over others.  It does not seem fair, and implies that
> RFC 6761 cannot be used like any other RFCs.  Did I read something wrong?

It was not anyone's intention that RFC 6761 should "be reserved to some entities over others." It, and we, are silent as to the entities who might be asking for special names. Like most RFCs, however, RFC 6761 does distinguish among requests on other attributes.

Scalability of the process in RFC 6761 and the criteria for special names seems like an appropriate concern for DNSOP and the IETF to us.

Do you have feedback on the idea of an interim meeting for DNSOP to address these drafts in more depth than we will be able to offer at the IETF meeting in Dallas?


much thanks,
Suzanne & Tim