: The Diameter Maintanence and Extentions WG proposed charter
<[email protected]> Mon, 28 Nov 2005 15:01:28 +0200
| Newsgroups | gmane.ietf.aaa |
|---|---|
| Message-ID | <[email protected]> |
Hi all,
We've been discussing the next steps for the AAA working group. The plan
is to close the WG after the Diameter SIP application is sent to the
IESG.
Here is my initial take at what a Diameter Extensions WG could look
like. I'd actually like feedback from folks if there are additional
topics to be considered.
Send comments, and if there is willingness, I can see about creating a
mailing list to discuss this.
thanks,
John
Diameter Maintanence and Extentions (DiME) WG
Description of Working Group:
The Diameter Maintanence and Extentions WG will focus on extensions to
the
Diameter protocol required to enable its use in applications such as
IP telephony and Local Area Network authentication, authorization and
accounting.
The IETF has recently completed work on the Diameter Base protocol.
There is on-going work on defining RADIUS extensions. The work done
in the DiamExt WG will ensure that work done in RADext is also
available for Diameter.
The immediate goals of the DiamExt working group are to address the
following issues:
- Progressing Diameter Base to Draft Standard.
- An informational RFC on a Diameter API.
- Diameter Application design guidelines. This document will provide
guidelines for design of new Diameter Applications. It will detail
when to consider reusing an existing application and when to develop a
new application. Interaction between vendor & SDO specific extensions
and applications will be covered.
- Diameter QoS application. This document will develop a new Diameter
application for supporting QoS in AAA deployments. The NSIS WG will be
consulted on proper design of QoS attributes.
- Diameter URI. RFC 3588 defines an AAA URI which has some know
problems. A document revising the AAA URI as a specific Diameter URI
will be developed.
- MIPv6 bootstrapping, using Diameter.
Additionally, AAA systems require interoperability in order to work.
Uncontrolled
extensibility is not a mechanism for interoperability. Therefore, the
working group,
along with the AD, will need to evaluate any potential extensions and
require
verification that the proposed extension is needed. Coordination with
other
IETF working groups and other SDOs will used to ensure this.
Drafts
http://www.ietf.org/internet-drafts/draft-ietf-aaa-diameter-api-04.txt
http://www.ietf.org/internet-drafts/draft-alfano-aaa-qosprot-03.txt
http://tools.ietf.org/wg/aaa/draft-ietf-aaa-uri/draft-ietf-aaa-uri-01.tx
t
http://www.tschofenig.com/drafts/draft-tschofenig-mip6-aaa-ha-diameter-0
0.txt
http://www.watersprings.org/pub/id/draft-le-aaa-diameter-mobileipv6-04.t
xt
Milestones
Mar 06 Submit Diameter API to IESG as an information RFC.
May 06 Submit Diameter URI to IESG as an information RFC.
Sep 06 Submit Diameter QoS Application to IESG as a Proposed Standard.
Sep 06 Submit Diameter Application Design Guidelines to IESG as an
information RFC.
Jan 07 Submit Diameter Base to IESG as a Draft Standard