Re: [OAUTH-WG] AD review of draft-ietf-oauth-urn-sub-ns-02

Mike Jones <Michael.Jones@microsoft.com> Sat, 23 June 2012 18:31 UTC

Return-Path: <Michael.Jones@microsoft.com>
X-Original-To: oauth@ietfa.amsl.com
Delivered-To: oauth@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F3F921F8513 for <oauth@ietfa.amsl.com>; Sat, 23 Jun 2012 11:31:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.847
X-Spam-Level:
X-Spam-Status: No, score=-3.847 tagged_above=-999 required=5 tests=[AWL=-0.248, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1fdyhppLMAfp for <oauth@ietfa.amsl.com>; Sat, 23 Jun 2012 11:31:08 -0700 (PDT)
Received: from ch1outboundpool.messaging.microsoft.com (ch1ehsobe001.messaging.microsoft.com [216.32.181.181]) by ietfa.amsl.com (Postfix) with ESMTP id D177121F8512 for <oauth@ietf.org>; Sat, 23 Jun 2012 11:31:07 -0700 (PDT)
Received: from mail11-ch1-R.bigfish.com (10.43.68.240) by CH1EHSOBE013.bigfish.com (10.43.70.63) with Microsoft SMTP Server id 14.1.225.23; Sat, 23 Jun 2012 18:29:34 +0000
Received: from mail11-ch1 (localhost [127.0.0.1]) by mail11-ch1-R.bigfish.com (Postfix) with ESMTP id 2F15A140530; Sat, 23 Jun 2012 18:29:34 +0000 (UTC)
X-Forefront-Antispam-Report: CIP:131.107.125.8; KIP:(null); UIP:(null); IPV:NLI; H:TK5EX14MLTC104.redmond.corp.microsoft.com; RD:none; EFVD:NLI
X-SpamScore: -31
X-BigFish: VS-31(zzbb2dI98dI9371I936eI146fI542M1432Izz1202hzz8275ch1033IL8275dhz2fh2a8h668h839h944hd25hf0ah)
Received-SPF: pass (mail11-ch1: domain of microsoft.com designates 131.107.125.8 as permitted sender) client-ip=131.107.125.8; envelope-from=Michael.Jones@microsoft.com; helo=TK5EX14MLTC104.redmond.corp.microsoft.com ; icrosoft.com ;
Received: from mail11-ch1 (localhost.localdomain [127.0.0.1]) by mail11-ch1 (MessageSwitch) id 1340476172960755_1223; Sat, 23 Jun 2012 18:29:32 +0000 (UTC)
Received: from CH1EHSMHS012.bigfish.com (snatpool3.int.messaging.microsoft.com [10.43.68.229]) by mail11-ch1.bigfish.com (Postfix) with ESMTP id E7F25400046; Sat, 23 Jun 2012 18:29:32 +0000 (UTC)
Received: from TK5EX14MLTC104.redmond.corp.microsoft.com (131.107.125.8) by CH1EHSMHS012.bigfish.com (10.43.70.12) with Microsoft SMTP Server (TLS) id 14.1.225.23; Sat, 23 Jun 2012 18:29:32 +0000
Received: from TK5EX14MBXC283.redmond.corp.microsoft.com ([169.254.2.53]) by TK5EX14MLTC104.redmond.corp.microsoft.com ([157.54.79.159]) with mapi id 14.02.0298.005; Sat, 23 Jun 2012 18:31:04 +0000
From: Mike Jones <Michael.Jones@microsoft.com>
To: John Bradley <ve7jtb@ve7jtb.com>, Hannes Tschofenig <hannes.tschofenig@gmx.net>
Thread-Topic: [OAUTH-WG] AD review of draft-ietf-oauth-urn-sub-ns-02
Thread-Index: AQHNTt/sWKdca/SRw0Gp10lpJtZuBZcFFX4AgAAEYoCAABAKAIAAASMAgAAFEZuAAqpvgIAAM2IAgAAwscA=
Date: Sat, 23 Jun 2012 18:31:04 +0000
Message-ID: <4E1F6AAD24975D4BA5B168042967394366565C12@TK5EX14MBXC283.redmond.corp.microsoft.com>
References: <4FE1C16D.6010602@cs.tcd.ie> <F606CA9D-9DB6-460E-BE7A-BC989A4AB25F@gmx.net> <CAC4RtVCrQ9yG6V_XwczXo_FvCkyCXJDfmrb-p0UX3KRW7Edx9A@mail.gmail.com> <4CD0B85C-C88D-4B52-81E4-5D53A25E60EF@cs.tcd.ie> <CAC4RtVBEjDeoJzbxGwkTHsk2REv8+6GELywR7Sv-dsRm8LGw2A@mail.gmail.com> <4E1F6AAD24975D4BA5B16804296739436656365A@TK5EX14MBXC283.redmond.corp.microsoft.com> <B14B7AFA-C6A7-49EE-BC36-BDA8B0FE8814@gmx.net> <A756E768-991F-4A68-A18B-A1E99096BDC5@ve7jtb.com>
In-Reply-To: <A756E768-991F-4A68-A18B-A1E99096BDC5@ve7jtb.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [157.54.51.37]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: microsoft.com
Cc: Barry Leiba <barryleiba@computer.org>, "oauth@ietf.org" <oauth@ietf.org>
Subject: Re: [OAUTH-WG] AD review of draft-ietf-oauth-urn-sub-ns-02
X-BeenThere: oauth@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: OAUTH WG <oauth.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/oauth>, <mailto:oauth-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/oauth>
List-Post: <mailto:oauth@ietf.org>
List-Help: <mailto:oauth-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/oauth>, <mailto:oauth-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 23 Jun 2012 18:31:12 -0000

I agree that Specification Required would be fine.  I'd rather that there be a publicly available specification defining the URN than one potentially available only to the expert reviewers.

				-- Mike

-----Original Message-----
From: John Bradley [mailto:ve7jtb@ve7jtb.com] 
Sent: Saturday, June 23, 2012 8:36 AM
To: Hannes Tschofenig
Cc: Mike Jones; oauth@ietf.org; Barry Leiba
Subject: Re: [OAUTH-WG] AD review of draft-ietf-oauth-urn-sub-ns-02

I think Specification required is fine.  It allows a OIDF or OASIS spec to be used as the basis for the registration withh appropriate expert review.

John B.

Sent from my iPad

On 2012-06-23, at 8:31 AM, Hannes Tschofenig <hannes.tschofenig@gmx.net> wrote:

> Hi Mike, 
> 
> the point is not that other groups, like OASIS, cannot use them. They can use the extensions. 
> 
> The question is more what process and documentation is needed to allow OASIS (and others) to define their own extensions. 
> 
> So far, OASIS had not been interested for any extension (at least from what I know). The OpenID community, to which you also belong, had defined extensions (and brought some of them to the IETF) but had been quite careful themselves to ensure proper review and documentation. 
> 
> So, if you look at the most important decision points then you have: 
> 
> 1) do you want a requirement for a specification, i.e., when someone defines an extension do you want it to be documented somewhere? 
> 
> 2) do you envision a review from experts (e.g., checking whether the stuff makes any sense or conflicts with some other already available extensions)? 
> 
> http://tools.ietf.org/html/rfc5226 provides a good discussion about this topic. 
> 
> If the answer to the above-listed questions is YES then you probably at least want 'Specification Required' as a policy. 
> 
> Ciao
> Hannes
> 
> 
> On Jun 21, 2012, at 10:49 PM, Mike Jones wrote:
> 
>> I'd argue that the registration regime chosen should be flexible enough to permit OASIS or OpenID specs to use it. Otherwise, as someone else pointed, people will work around the limitation by using unregistered values - which helps no one.
>> 
>> -- Mike
>> 
>> From: Barry Leiba
>> Sent: 6/21/2012 12:31 PM
>> To: Stephen Farrell
>> Cc: oauth@ietf.org
>> Subject: Re: [OAUTH-WG] AD review of draft-ietf-oauth-urn-sub-ns-02
>> 
>>>> Stephen:
>>>> Yeah, I'm not sure Standards Track is needed.
>>> 
>>> On this bit: I personally don't care, except that we don't have to do it twice
>>> because someone later on thinks the opposite and wins that argument, which
>>> I'd rather not have at all  (My one-track mind:-) Doing the 4 week last call means
>>> once is enough. But I'm ok with whatever the WG want.
>> 
>> Well, it's not a 4-week LC, but a 2-week one.  Anyway, yes, I see your
>> point, and I've done that with other documents.  Better to make it
>> Standards Track for now, note in the shepherd writeup that
>> Informational is probably OK, and let the IESG decide.
>> 
>> b
>> _______________________________________________
>> 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