I read through the mails exchanges again and I believe I understand what you want.
You like the idea of hierarchies in the identifiers (which is what the URNs you are using in your documents actually do right now) but you don't want to call them hierarchies (because it sounds complex). Have a look what Section 3 of http://tools.ietf.org/html/rfc3553 says about the colon character (":"). You conceptually want to exactly use that concept but you refuse to call it in that way. So, you want to register all grant types under urn:ietf:params:oauth:grant-type, such as * urn:ietf:params:oauth:grant-type:saml2-bearer, and urn:ietf:params:oauth:grant-type:jwt-bearer instead of registering them all in one bucket, such as urn:ietf:params:oauth:saml2-bearer and urn:ietf:params:oauth:jwt-bearer Ciao Hannes On Jun 23, 2012, at 3:39 PM, Hannes Tschofenig wrote: > Hi Mike, > > in a previous mail you wanted to even be more flexible by having not only two > levels but potentially three levels. > Now, you say one registry is sufficient. > > That does not make sense. > > Ciao > Hannes > > On Jun 21, 2012, at 11:29 PM, Mike Jones wrote: > >> I agree that one registry is sufficient. The number of registrations won't >> be huge and so having sub-registries seems like overkill. >> >> -- Mike >> >> -----Original Message----- >> From: oauth-boun...@ietf.org [mailto:oauth-boun...@ietf.org] On Behalf Of >> Brian Campbell >> Sent: Thursday, June 21, 2012 12:55 PM >> To: Barry Leiba >> Cc: OAuth WG >> Subject: Re: [OAUTH-WG] I-D Action: draft-ietf-oauth-urn-sub-ns-03.txt >> >> I honestly don't understand the push to have additional registries under >> urn:ietf:params:oauth? >> >> On Thu, Jun 21, 2012 at 1:28 PM, Barry Leiba <barryle...@computer.org> wrote: >>> This one's mostly there. As Mike and Hannes are discussing, the WG >>> needs to sort out exactly what goes under "oauth" here. >>> >>> Here's a suggestion: >>> Have Section 3 specify that what comes after "oauth" are one or more >>> tokens, delimited by ":". >>> Have Section 3 create the registry for the first-level token, "class". >>> In your example, that's "grant-type". >>> Have Section 3 specify that the definition of each "class" token >>> specifies what comes after it -- how many tokens, and the meaning(s). >>> Have Section 3 note that certain classes might create new >>> sub-registries for what goes under them, if necessary. >>> Have Section 3 note that certain classes might have *no* further >>> tokens under them. >>> >>> I realize that there might not be any use cases envisioned right now >>> for that last one, but it might be a bad idea to forbid it. >>> >>> Section 5: >>> >>> o Repository: [[not sure about this? this document or >>> http://www.iana.org/assignments/oauth]] >>> >>> Yeh, I've never been sure about that either. I think what you want >>> here is "[[The registry created in Section 3.]]". >>> See RFC 6134 for how I did this with the "sieve" namespace. >>> >>> Barry >>> _______________________________________________ >>> OAuth mailing list >>> OAuth@ietf.org >>> https://www.ietf.org/mailman/listinfo/oauth >> _______________________________________________ >> OAuth mailing list >> OAuth@ietf.org >> https://www.ietf.org/mailman/listinfo/oauth >> >> >> _______________________________________________ >> OAuth mailing list >> OAuth@ietf.org >> https://www.ietf.org/mailman/listinfo/oauth > _______________________________________________ OAuth mailing list OAuth@ietf.org https://www.ietf.org/mailman/listinfo/oauth
