Protocol Action: 'OAuth 2.0 Dynamic Client Registration Protocol' to Proposed Standard (draft-ietf-oauth-dyn-reg-29.txt)

The IESG <> Mon, 11 May 2015 18:00 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 14A291A1A8D; Mon, 11 May 2015 11:00:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -101.9
X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id uwp7EOnPX0Z6; Mon, 11 May 2015 11:00:06 -0700 (PDT)
Received: from (localhost [IPv6:::1]) by (Postfix) with ESMTP id CC74C1ACE78; Mon, 11 May 2015 11:00:00 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: The IESG <>
To: IETF-Announce <>
Subject: Protocol Action: 'OAuth 2.0 Dynamic Client Registration Protocol' to Proposed Standard (draft-ietf-oauth-dyn-reg-29.txt)
X-Test-IDTracker: no
X-IETF-IDTracker: 6.0.2.p3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <>
Date: Mon, 11 May 2015 11:00:00 -0700
Archived-At: <>
Cc: oauth chair <>, oauth mailing list <>, RFC Editor <>
X-Mailman-Version: 2.1.15
List-Id: "IETF announcement list. No discussions." <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 11 May 2015 18:00:08 -0000

The IESG has approved the following document:
- 'OAuth 2.0 Dynamic Client Registration Protocol'
  (draft-ietf-oauth-dyn-reg-29.txt) as Proposed Standard

This document is the product of the Web Authorization Protocol Working

The IESG contact persons are Stephen Farrell and Kathleen Moriarty.

A URL of this Internet Draft is:

Technical Summary

   This specification defines mechanisms for dynamically registering OAuth 
   2.0 clients with authorization servers. Registration requests send a set 
   of desired client metadata values to the authorization server and the  
   resulting registration responses return a client identifier to use at 
   the authorization server and the client metadata values registered for 
   the client. The client can then use this registration information to 
   communicate with the authorization server using the OAuth 2.0 protocol. 

Working Group Summary

   The work on this document has gone through many iterations but there is 
   strong agreement behind the document. The document has experienced 
   working group last call twice: the first WGLC was in May 2013, which 
   revealed different deployment preferences by various OAuth participants. 
   Here is the link to the initial working group last call: 

   To resolve those disagreements took some time and a new working group 
   last call was started in April 2014 after the document was re-factored 
   and controversial parts had been moved to another specification. 

Document Quality

   Various implementations of the dynamic client registration protocol 
   exist. Examples of implementations can be found in the UMA and in the 
   OpenID Connect context, such as phpOIDC (see
   Gluu, and Cloud Identity (as reported at the Kantara Initiative website 
   from an interop event that took place this year):


   Hannes Tschofenig is the document shepherd and 
   the responsible area director is Kathleen Moriarty. 


  This draft establishes 2 IANA registries.  The registry uses the 5226 'Specification Required'
  with designated expert review to an existing mailing list (