[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RADEXT BOF Agenda, Take Seven


Friday, November 14, 2003
0900 - 1130 AM


Bernard Aboba <aboba@internaut.com>
David Nelson <dnelson@enterasys.com>

Operations and Management Area Director(s):
Randy Bush <randy@psg.com>
Bert Wijnen <bwijnen@lucent.com>

Operations and Management Area Advisor:
Randy Bush <randy@psg.com>

Mailing Lists:
General Discussion: radiusext@ops.ietf.org
To Subscribe: radiusext-request@ops.ietf.org, In Body: subscribe
Archive: http://ops.ietf.org/lists/radiusext/


Preliminaries - 5 minutes

Meeting Minutes
Agenda Bashing

Basic RADIUS work

RADIUS UDP Transport Mapping - Avi Lior, 5 minutes

IPv6 support in the RADIUS MIBs - Bert Wijnen, 5 minutes

RADIUS client kickstart - Alan DeKok, 10 minutes

RADIUS Prepaid - Avi Lior, 10 minutes


RADIUS Accounting & Authentication for SIP - Wolfgang Beck, 15 minutes

LAN applications

IEEE 802 attributes for IEEE 802.1X V2.0 - Paul Congdon, 10 minutes

RADIUS context relocation issues - Bernard Aboba, 10 minutes

WLAN Roaming - Farid Adrangi, 15 minutes


RADIUS & L2TP Extended NAS-Port AVPs - G. Weber, 5 minutes

RADIUS in PPVPN - Greg Weber, 10 minutes

Wrapup - 20 minutes

Proposed RADIUSEXT WG Charter
Interest in forming a WG

Proposed RADIUS Extensions Working Group (RADEXT) Charter
Last Modified: 2003-10-20

Bernard Aboba <aboba@internaut.com>
David Nelson <dnelson@enterasys.com>

Operations and Management Area Director(s):
Randy Bush <randy@psg.com>
Bert Wijnen <bwijnen@lucent.com>

Operations and Management Area Advisor:
Randy Bush <randy@psg.com>

Mailing Lists:
General Discussion: radiusext@ops.ietf.org
To Subscribe: radiusext-request@ops.ietf.org, In Body: subscribe
Archive: http://ops.ietf.org/lists/radiusext

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 RADEXT 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 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.

Work Items

The immediate goals of the RADEXT working group are to address the
following issues:

- 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, including Layer 2 Virtual Private LANs (VPLS).
  Standardization of these attributes will enable improved

Goals and Milestones:

Sep 04  RADIUS UDP transport profile submitted as a Proposed Standard RFC.
Dec 04  RADIUS pre-paid suport submitted as an Informational RFC.
Apr 05  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 radiusext-request@ops.ietf.org with
the word 'unsubscribe' in a single line as the message text body.
archive: <http://psg.com/lists/radiusext/>