[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RADEXT Charter, Take Four
RADIUS Extensions Working Group (RADEXT) Charter
Last Modified: 2003-09-22
Bernard Aboba <firstname.lastname@example.org>
David Nelson <email@example.com>
Operations and Management Area Director(s):
Randy Bush <firstname.lastname@example.org>
Bert Wijnen <email@example.com>
Operations and Management Area Advisor:
Randy Bush <firstname.lastname@example.org>
General Discussion: email@example.com
To Subscribe: firstname.lastname@example.org, In Body: subscribe
Description of Working Group:
The RADIUS Extensions Working Group will focus on extensions
to the RADIUS protocol required to enable its use in applications
such as IP Telephony and Local Area Network authentication,
authorization and accounting. All extensions produced by this
working group are required to demonstrate backward compatibility with
the existing RADIUS protocol as well as compatibility with the
equivalent capabilities in the Diameter protocol.
In order to ensure backward compatibility with RADIUS, the following
restrictions are imposed on extensions considered by the RADIUSEXT WG:
- All work MUST be backward compatible with existing RADIUS RFCs.
- No new RADIUS transports (e.g. TCP, SCTP) will be defined.
- No changes will be considered to the RADIUS attribute format.
- No new RADIUS attribute data types will be defined.
- The RADIUS maximum packet size (4K) will not be increased.
- No RADIUS attribute "sub-types" will be defined.
- No new RADIUS security mechanisms will be defined.
The immediate goals of the RADIUSEXT working group are to address the
- RADIUS UDP transport profile. The transport behavior of the RADIUS
protocol is unspecified in existing RFCs. This has resulted in
implementations lacking support for congestion control. This task
involves specification of the RADIUS UDP transport mapping. Failover
is not part of this work item. An explicit non-goal is to bring
RADIUS up to the level of reliability of Diameter.
- Pre-paid support. Pre-paid services are contemplated in a number
of potential applications, including wireless LAN access and IP
telephony. In order to enable support of pre-paid services in an
interoperable way, a specification is required. The implementation of
RADIUS prepaid needs to be compatible with existing RADIUS RFCs
as well as with Diameter prepaid capabilities.
- LAN attributes. New attributes have been proposed to enable use of
RADIUS authentication, authorization and accounting in wired and
wireless LANs. Standardization of these attributes will enable improved
Goals and Milestones:
Apr 04 RADIUS UDP transport profile submitted as a Proposed Standard RFC.
Sep 04 RADIUS pre-paid suport submitted as an Informational RFC.
Dec 04 RADIUS attributes for LANs submitted as an Informational RFC.
Quality Control Plan
In order to ensure quality of work:
* This WG will not be chartered until sufficient resources can be
demonstrated to be available to guarantee a high probability of
success. This includes recruitment of a core of editors and
reviewers with significant IETF experience and demonstrated time
* All drafts will need to undergo review prior to acceptance as WG work
items, which includes demonstration that the drafts are backward
compatible with RADIUS RFCs and are compatible with equivalent
facilities in Diameter.
* The WG will utilize an issue tracking system.
* XML to RFC will be used in production of documents. This enables
production of HTML and text files from a single source file as
well as automated production of difference files.
to unsubscribe send a message to email@example.com with
the word 'unsubscribe' in a single line as the message text body.