| Internet-Draft | Wi-Fi-Quality-Info | July 2026 |
| Grayson & Redmore | Expires 7 January 2027 | [Page] |
This document defines a set of RADIUS Vendor-Specific Attributes (VSAs) designed to encode network quality metrics that are not uniquely associated with an IEEE 802.11 (Wi-Fi) connection. These attributes enable access network quality information to be communicated between RADIUS clients and servers.¶
This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79.¶
Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet-Drafts is at https://datatracker.ietf.org/drafts/current/.¶
Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress."¶
This Internet-Draft will expire on 7 January 2027.¶
Copyright (c) 2026 IETF Trust and the persons identified as the document authors. All rights reserved.¶
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Revised BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Revised BSD License.¶
The RADIUS Connect-Info attribute is defined in [RFC2869] to enable a Network Access Server (NAS) to indicate to a RADIUS server "the nature of the user's connection". [I-D.draft-grayson-connectinfo] defines a syntax for the Connect-Info attribute, enabling RADIUS clients to provide RADIUS servers information pertaining to a user's connection with an IEEE 802.11 wireless network. Reception of the Connect-Info attribute by a RADIUS server is intended to be used to assist the operator of the RADIUS server in making authorization decisions.¶
There are use cases that benefit from sharing generic quality metric information not uniquely associated with an IEEE 802.11 Wi-Fi connection. Similar to the RADIUS Connect-Info attribute, this information is intended to assist the RADIUS server operator in making authorization decisions.¶
This document defines a set of RADIUS Vendor Specific Attributes (VSAs) for encoding the non-802.11-connection metrics.¶
The technique by which a server uses the information encoded in these attributes to assist in making authorization decisions is not defined in this document.¶
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14 [RFC2119] [RFC8174] when, and only when, they appear in all capitals, as shown here.¶
The following metrics are defined as being not uniquely associated with the specifics of an 802.11 connection:¶
WAN Round Trip Time (WAN-RTT)¶
Airtime (Channel) Utilization¶
Noise Level¶
The number of active Wi-Fi stations¶
Minimum RSSI (AP configuration parameter)¶
A supported Wi-Fi Global Operating Class¶
These attributes encode values that do not describe the properties of a specific association between a client and a Wi-Fi access point, but rather general access network characteristics. Wi-Fi access points supporting these attributes SHOULD use measurements associated with multiple Wi-Fi devices, potentially across multiple WLANs, when calculating these metrics as described in the individual attributes.¶
These attributes MAY be sent in both Access-Request and Accounting-Request messages, as shown in Figure 1.¶
+-------------------------------------------------------------------+ | Attribute | Request | Accept | Reject | Challenge | Acct-Req | +-------------------------------------------------------------------+ | Quality-Metric | 0+ | 0 | 0 | 0 | 0+ | +-------------------------------------------------------------------+
Each Quality-Metric is encoded as a separate VSA as defined in section 5.26 of [RFC2865] using the Vendor-ID 14122 for the Wireless Broadband Alliance, Inc. The metrics are encoded using complex-data types, as described in section 3.2.3 of [RFC6158].¶
While section 3.2.4 of [RFC6158] generally discourages the use of complex data types when viable alternatives exist, this document adopts them to maintain logical cohesion between the reported metric, the calculation algorithm, and the associated algorithm parameters. This approach avoids the proliferation of fragmented, atomic VSAs that would otherwise be required to represent these metrics. By encapsulating related fields within a single VSA, this design reduces complexity in non-RADIUS systems and avoids the operational awkwardness of requiring multiple, loosely-coupled attributes to convey a single, unified measurement.¶
This usage is consistent with the provision in section 2.1 of [RFC6158] that states that complex data types may be employed where they reduce complexity or where basic data types would necessitate cumbersome grouping mechanisms.¶
The WAN Round Trip Time (RTT) can be measured by the Wi-Fi infrastructure using a well-known anycast IP address, e.g., linked to a DNS service, that automatically routes to the closest destination.¶
In all cases of signalling WAN-RTT, the NAS SHOULD use multiple measurements when calculating the reported value according to the Algorithm and Algorithm-Parameter.¶
Where the Wi-Fi access points supports multiple WLANs that operate using different policy based routing decisions, the WAN-RTT metric SHOULD only correspond to the WLAN associated with the RADIUS session.¶
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length | Vendor-ID = 14122
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Vendor-ID = 14122 (cont) | sub-type (100)| Sub-Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Algorithm | Algorithm-Parameter |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| WAN-RTT |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Algorithm:¶
An unsigned 16 bit value encoding the algorithm used to calculate the WAN-RTT parameter:¶
Algorithm-Parameter:¶
An unsigned 16 bit value. When algorithm is 1, 2, 3, or 4, the value represents the time window duration in seconds. When algorithm is 5, the high byte (bits 8-15) represents the Sample Period in milliseconds, and the low byte (bits 0-7) represents the weight of the exponential moving average, where the exponential weight is 2^n (n being the value of the low byte).¶
WAN-RTT:¶
An unsigned 32 bit value representing the calculated Wide Area Network Round Trip Time in milliseconds.¶
Used to signal the percentage of time an access point considers the channel busy due to IEEE 802.11 traffic.¶
In all cases of signalling Channel-Utilization, the NAS SHOULD use multiple measurements when calculating the reported value according to the Algorithm and Algorithm-Parameter.¶
Where the Wi-Fi access point supports multiple WLANs that operate using different bands and/or radios, the reported Channel-Utilization MUST only correspond to the channel utilization associated with the signaled band/radio.¶
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length | Vendor-ID = 14122
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Vendor-ID = 14122 (cont) | sub-type (101)| Sub-Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Algorithm | Algorithm-Parameter |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Band | Radio | Channel-Utilization |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Algorithm:¶
An unsigned 16 bit value encoding the algorithm used to calculate the Channel-Utilization parameter:¶
Algorithm-Parameter:¶
An unsigned 16 bit value. When algorithm is 1, 2, 3, or 4, the value represents the time window duration in seconds. When algorithm is 5, the high byte (bits 8-15) represents the Sample Period in milliseconds, and the low byte (bits 0-7) represents the weight of the exponential moving average, where the exponential weight is 2^n (n being the value of the low byte).¶
Band:¶
An 8-bit unsigned integer representing the Wi-Fi band:¶
Radio:¶
An 8-bit unsigned integer representing a radio instance that allows a report to distinguish between an access point with multiple radios operating using common band.¶
Channel-Utilization:¶
A 16-bit unsigned integer representing the calculated channel utilization percentage (0-100).¶
Used to signal the noise level in dBm as reported by the radio survey data from the access point.¶
In all cases of signalling Noise, the NAS SHOULD use multiple measurements when calculating the reported value according to the Algorithm and Algorithm-Parameter.¶
Where the Wi-Fi access point supports multiple WLANs that operate using different bands and/or radios, the reported noise MUST only correspond to the noise level associated with the signaled band/radio.¶
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length | Vendor-ID = 14122
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Vendor-ID = 14122 (cont) | sub-type (102)| Sub-Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Algorithm | Algorithm-Parameter |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Band | Radio | Noise |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Algorithm:¶
An unsigned 16 bit value encoding the algorithm used to calculate the Noise parameter:¶
Algorithm-Parameter:¶
An unsigned 16 bit value. When algorithm is 1, 2, 3, or 4, the value represents the time window duration in seconds. When algorithm is 5, the high byte (bits 8-15) represents the Sample Period in milliseconds, and the low byte (bits 0-7) represents the weight of the exponential moving average, where the exponential weight is 2^n (n being the value of the low byte).¶
Band:¶
An 8-bit unsigned integer representing the Wi-Fi band:¶
Radio:¶
An 8-bit unsigned integer representing a radio instance that allows a report to distinguish between an access point with multiple radios operating on using common band.¶
Noise:¶
A 16-bit signed integer, representing the calculated noise value in dBm.¶
Used to report the number of Wi-Fi Stations associated with a WLAN Radio.¶
In all cases of Station-Count, the NAS SHOULD use multiple measurements when calculating the reported value according to the Algorithm and Algorithm-Parameter.¶
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length | Vendor-ID = 14122
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Vendor-ID = 14122 (cont) | sub-type (103)| Sub-Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Algorithm | Algorithm-Parameter |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Band | Radio | Station-Count |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Algorithm:¶
An unsigned 16 bit value encoding the algorithm used to calculate the Station-Count parameter:¶
Algorithm-Parameter:¶
An unsigned 16 bit value representing the time window duration in seconds.¶
Band:¶
An 8-bit unsigned integer representing the Wi-Fi band:¶
Radio:¶
An 8-bit unsigned integer representing a radio instance that allows a report to distinguish between an access point with multiple radios operating on using common band.¶
Station-Count:¶
A 16-bit unsigned integer representing the calculated station count.¶
An Wi-Fi access point configuration parameter representing the minimum RSSI level for a device to associate/authenticate to the access point.¶
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length | Vendor-ID = 14122
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Vendor-ID = 14122 (cont) | sub-type (104)| Sub-Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Band | Radio | Min-RSSI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Band:¶
An 8-bit unsigned integer representing the Wi-Fi band:¶
Radio:¶
An 8-bit unsigned integer representing a radio instance that allows a report to distinguish between an access point with multiple radios operating on using common band.¶
Min-RSSI:¶
A 16-bit signed integer representing the configured value of RSSI-min in dBm.¶
Used to signal a Global Operating Class which in turn encodes band and channel bandwidth information.¶
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length | Vendor-ID = 14122
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Vendor-ID = 14122 (cont) | sub-type (105)| Sub-Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Supported-OC | Supported-OC | Supported-OC | ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Supported-OC:¶
All multi-byte integer fields defined in this document are encoded in network byte order (Big-Endian).¶
Where the NAS is using the RADIUS Connect-Info attribute to report information pertaining to a user's connection with an IEEE 802.11 wireless network, a NAS supporting a particular sub-type that includes the definition of Band/Radio sub-attribute, SHOULD report the sub-type value associated with the Band(s) and/or Radio(s) associated with the user's connection. The NAS MAY optionally report sub-type values associated with other Band(s) and/or Radio(s) not associated with the user's connection.¶
This document describes a set of vendor specific attributes that enables a RADIUS client to provide a RADIUS server quality metric information pertaining to the operation of an IEEE 802.11 wireless network. The terms agreed between the operator of the RADIUS client and the operator of the RADIUS server SHOULD include restrictions on the use of such non-personal information by the operator of the RADIUS server, for example limiting the use of such information to making RADIUS server authorization decisions and prohibiting a RADIUS server from disclosing information signalled to any third-party.¶
This document has no IANA Actions.¶
The definition of network quality metrics has been inspired by WBA's deliverable on Access Network Metrics [WBAANM]. The authors would like to thank all the members of the WBA's Access Network Metrics project team who have helped review and refine this document.¶