VitalAAA 5.2.9 Release Notes

Last revised: April 3, 2008

Product Name Change

The NavisRadius product has been rebranded as VitalAAA. It will be also referred to as 8950 AAA in the future.

Java Version

VitalAAA requires Java 2 Standard Edition (J2SE) version 5.0 (also known as version 1.5.0) or later to run on all platforms. Both the J2SE JDK and the JRE are supported. Please see http://java.sun.com to get the latest version of Java.

64-bit Operating Systems

Several of the supported operating systems have 64-bit versions. Currently, VitalAAA is not supported on 64-bit operating systems. There has been some initial testing with 64-bit operating systems and the following issues are known:

Contents

These release notes are intended for VitalAAA 5 programmers and administrators. They cover the following information:

These release notes supercede all other included documentation for the VitalAAA product. Further information can be found at http://www.vitalaaa.com/.


New Product Features

VitalAAA 5.2.6 includes the following features:

VitalAAA 5.2.3 includes the following features:

VitalAAA 5.2.2 includes the following features:

VitalAAA 5.2.1 includes the following features:

VitalAAA 5.2.0 includes the following features:

VitalAAA 5.1.5 includes the following features:

VitalAAA 5.1.3 includes the following features:

VitalAAA 5.1.2 includes the following features:

VitalAAA 5.1.1 includes the following features:

VitalAAA 5.1.0 was a limited internal release.

VitalAAA 5.0.10 includes the following feature:

VitalAAA 5.0.9 includes the following feature:

VitalAAA 5.0.7 includes the following feature:

VitalAAA 5.0.6 includes the following features:

VitalAAA 5.0.5 includes the following features:

VitalAAA 5.0.4 includes the following new features:

VitalAAA 5.0.0 includes the following new features:

Diameter Implementation Restrictions

This initial Diameter release has some limitations that may be removed in subsequent releases.

StateServer (USS) Changes

In versions of VitalAAA (NavisRadius) before 5.0, the StateServer plug-in automatically copied a few attributes into the USS entry, even if they were not specified in the requestMap property. In 5.0, in order to accomodate the new Diameter feature, only entries explicitly in the requestMap will be copied.

The upgrade process will automatically convert the requestMap if converting from a pre-5.0 version.

The attributes involved are Acct-Status-Type, Acct-Session-Id, and Acct-Delay-Time.

TACACS+ accommodation changes

Changes to AuthLocal plug-in to support MS-CHAPv2 with user names with realms

Before VitalAAA release 5.2.7, the default value used in calculating MS-CHAP2-Response was ${packet.base-user-name}. This value was fine if user-name was EXAMPLE\bob but is not okay if user-name is in the form bob@example.com. Testing with Microsoft IAS RADIUS server showed that user names with realm must be used 'as is' in calculation of MS-CHAP2-Response. In VitalAAA release 5.2.7, the default value for method property AuthLocal-UserName was changed to ${request.user-name} and AuthLocal-StripMsDomain method property was added to strip DOMAIN\ from the value provided by AuthLocal-UserName. The default for the AuthLocal-StripMsDomain method property is true. If upgrading to release 5.2.7 breaks existing policies, old behavior can be restored by setting AuthLocal-UserName to ${packet.base-user-name} and AuthLocal-StripMsDomain to false. The change in calculating MS-CHAP2-Response in VitalAAA release 5.2.7 should also match how FreeRADIUS generates MS-CHAP2-Response when authenticating users.