Wi-Fi Data Elements Specification v2.1
Wi-Fi Data Elements Specification v2.1
Specification
Version 2.1
This document may be used with the permission of Wi-Fi Alliance under the terms set forth herein.
By your use of the document, you are agreeing to these terms. Unless this document is clearly designated
as an approved specification, this document is a work in process and is not an approved Wi-Fi Alliance
specification. This document is subject to revision or removal at any time without notice. Information
contained in this document may be used at your sole risk. Wi-Fi Alliance assumes no responsibility for
errors or omissions in this document. This copyright permission does not constitute an endorsement of the
products or services. Wi-Fi Alliance trademarks and certification marks may not be used unless specifically
allowed by Wi-Fi Alliance.
Wi-Fi Alliance has not conducted an independent intellectual property rights ("IPR") review of this document
and the information contained herein, and makes no representations or warranties regarding IPR, including
without limitation patents, copyrights or trade secret rights. This document may contain inventions for which
you must obtain licenses from third parties before making, using or selling the inventions.
Wi-Fi Alliance owns the copyright in this document and reserves all rights therein. A user of this document
may duplicate and distribute copies of the document in connection with the authorized uses described
herein, provided any duplication in whole or in part includes the copyright notice and the disclaimer text set
forth herein. Unless prior written permission has been received from Wi-Fi Alliance, any other use of this
document and all other duplication and distribution of this document are prohibited. Unauthorized use,
duplication, or distribution is an infringement of Wi-Fi Alliance’s copyright.
2.0 2021-09-02 Added support for Wi-Fi 6, Wi-Fi EasyMesh Release 2 and Release 3.
Table of contents
1 INTRODUCTION .......................................................................................................................................................... 5
1.1 Scope ............................................................................................................................................................ 5
1.2 References .................................................................................................................................................... 5
1.3 Definitions and acronyms .............................................................................................................................. 6
1.3.1 Shall/should/may/might word usage ................................................................................................ 6
1.3.2 Conventions ..................................................................................................................................... 6
1.3.3 Abbreviations and acronyms ............................................................................................................ 6
1.3.4 Definitions ........................................................................................................................................ 7
2 ARCHITECTURE AND REQUIREMENTS ................................................................................................................... 9
2.1 Components .................................................................................................................................................. 9
2.1.1 Data Elements data model ............................................................................................................... 9
2.1.2 Data Elements Agent ....................................................................................................................... 9
2.1.3 Data Elements Collector-Controller ................................................................................................. 9
2.1.4 Mesh Intelligence ............................................................................................................................. 9
2.2 Topology ....................................................................................................................................................... 9
2.3 Capability requirements .............................................................................................................................. 10
3 ELEMENTS OF THE DATA ELEMENTS DATA MODEL .......................................................................................... 11
3.1 Element reporting requirements .................................................................................................................. 11
3.1.1 Requirements for reporting conditionally mandatory elements ..................................................... 11
3.1.2 Requirements for reporting channel scans .................................................................................... 12
3.1.3 Requirements for reporting association, disassociation, and failed connection events ................ 12
3.2 Element description ..................................................................................................................................... 13
3.2.1 Network data model ....................................................................................................................... 13
3.2.2 AssociationEvent data model ......................................................................................................... 30
3.2.3 DissassociationEvent data model .................................................................................................. 31
3.2.4 FailedConnectionEvent data model ............................................................................................... 32
3.2.5 Encoding of the data model elements............................................................................................ 32
3.2.6 Data Elements JSON Schema ....................................................................................................... 42
3.2.7 Data Elements commands ............................................................................................................. 42
4 DATA ELEMENTS PROTOCOL................................................................................................................................. 44
4.1 Retrieval of data model elements (excluding event data) ........................................................................... 44
4.2 Retrieval of event data ................................................................................................................................ 44
4.3 Collection frequency.................................................................................................................................... 45
4.4 Remote Configuration ................................................................................................................................. 45
List of tables
Table 1. Abbreviations and acronyms ......................................................................................................................... 6
Table 2. Definitions ..................................................................................................................................................... 8
Table 3. Elements of the Network data model .......................................................................................................... 13
Table 4. Elements of the AssociationEvent data model ........................................................................................... 30
Table 5. Elements of the DisassociationEvent data model ....................................................................................... 31
Table 6. Elements of the FailedConnectionEvent data model .................................................................................. 32
Table 7. Encoding of the data model elements ......................................................................................................... 32
Table 8. Correspondence between versioning ......................................................................................................... 42
Table 9. Remote Configuration Commands .............................................................................................................. 42
List of figures
Figure 1. System topology for Single-AP Data Elements device ................................................................................. 9
Figure 2. System topology for Multi-AP Data Elements device ................................................................................. 10
Figure 3. Example Remote Configuration Operation Handling .................................................................................. 45
1 Introduction
This specification defines architecture, protocols, and functionality for interoperability of Data Elements devices.
1.1 Scope
The scope of the feature requirements is limited to that defined in this specification. Specifically, this specification provides
a standardized set of data model elements that describe Wi-Fi devices, radios, BSSs, and Stations (STAs) to enable
remote monitoring and troubleshooting of Wi-Fi issues. Residential Wi-Fi is the primary target market, but SMB or
operator-managed enterprise deployments will also benefit because these Data Elements are derived from IEEE
802.11[1].
1.2 References
Knowledge of the documents listed in this section is required for understanding this specification. If a reference includes a
date or a version identifier, only that specific version of the document is required. If the listing includes neither a date nor a
version identifier, then the latest version of the document is required. In the event of a conflict between this specification
and the following referenced documents, the contents of this specification take precedence.
[1] IEEE 802.11-2020, “IEEE Standard for Information Technology--Telecommunications and Information Exchange
between Systems - Local and Metropolitan Area Networks--Specific Requirements - Part 11: Wireless LAN Medium
Access Control (MAC) and Physical Layer (PHY) Specifications,” December 2020,
https://ieeexplore.ieee.org/document/9363693
[2] IEEE 802.11ax-2021, “IEEE Standard for Information Technology--Telecommunications and Information Exchange
between Systems Local and Metropolitan Area Networks--Specific Requirements Part 11: Wireless LAN Medium
Access Control (MAC) and Physical Layer (PHY) Specifications Amendment 1: Enhancements for High-Efficiency
WLAN,” May 2021, https://standards.ieee.org/standard/802_11ax-2021.html
[3] Wi-Fi PNM Common Collection Framework Technical Report, CableLabs, October 2017
https://apps.cablelabs.com/specification/WR-TR-PNM-WCCF
[5] IETF RFC 4648, "The Base16, Base32, and Base64 Data Encodings", https://tools.ietf.org/html/rfc4648
[6] Data Elements YANG definition, located in the Data Elements Specification package,
https://www.wi-fi.org/discover-wi-fi/specifications
[7] IETF RFC 7951, JSON Encoding of Data Modeled with YANG, https://tools.ietf.org/html/rfc7951
[9] Data Elements JSON Schema located in the Data Elements Specification package,
https://www.wi-fi.org/discover-wi-fi/specifications
[10] IETF RFC 6020 YANG - A Data Modeling Language for the Network Configuration Protocol (NETCONF)
https://tools.ietf.org/html/rfc6020
[12] IETF RFC 3339, Date and Time on the Internet: Timestamps, https://tools.ietf.org/html/rfc3339
[13] IETF RFC 8325, “Mapping Diffserv to IEEE 802.11,” February 2018, https://datatracker.ietf.org/doc/html/rfc8325
[15] Broadband Forum TR-369, User Services Platform (USP), https://www.broadband-forum.org/technical-reports and
https://usp.technology/specification/ .
[16] Broadband Forum TR-181, Device Data Model, https://www.broadband-forum.org/technical-reports, and https://usp-
data-models.broadband-forum.org.
[17] Broadband Forum TR-106, Data Model Template for CWMP Endpoints and USP Agents, https://www.broadband-
forum.org/technical-reports.
1.3.2 Conventions
The ordering of bits and bytes in the fields within elements, attributes and action frames shall follow the conventions in [1]
unless otherwise stated.
The word ignored shall be used to describe bits, bytes, fields, or parameters whose values are not verified by the
recipient.
The word reserved shall be used to describe objects (bits, bytes, or fields or their assigned values) whose usage and
interpretation will be defined in the future by this specification or by other specifications/bulletins. A reserved object shall
be set to zero unless otherwise stated. The recipient of a reserved object shall ignore its value unless that object becomes
defined at a later date. The sender of an object defined by this specification shall not use a reserved code value.
Acronyms Definition
AP Access point
Acronyms Definition
CM Conditionally mandatory
DE Data Elements
HE High efficiency
HT High throughput
M Mandatory
O Optional
PD Preamble Detection
TLV Type-length-value
UP User Priority
VID VLAN ID
1.3.4 Definitions
Table 2 list the definitions that are applicable to this document.
Table 2. Definitions
Term Definition
Data Elements device A Single-AP or Multi-AP Controller that implements the Data Elements protocol
Data Elements Agent The Data Elements Agent role is to populate the Data Elements data model and make
the data available to a Data Elements Collector
Data Elements Collector The Data Elements Collector role is to retrieve the elements of the Data Elements data
model from a Data Elements Agent using the Data Elements protocol
Multi-AP Agent An EasyMersh compliant logical entity that executes AP control functions and provides
Multi-AP specific control information
Multi-AP Controller An EasyMesh compliant logical entity that implements logic for controlling the operation
of the Multi-AP network
Object A collection of the elements of the Data Element data model and their associated values
Remote Config Remote Configuration, performed by a Data Elements Collector issuing command(s) or
writing to a data element(s)
Single-AP An AP that does not implement any Multi-AP or EasyMesh functionality
2.1 Components
2.1.1 Data Elements data model
The Data Elements data model, specified in section 3, defines the names, definitions and hierarchy for the Wi-Fi
diagnostics parameters in this specification.
Mesh Intelligence is an implementation specific function that drives EasyMesh management and control.
2.2 Topology
Figure 1 depicts the system topology for connecting a Data Elements Agent to a Single-AP.
Figure 2 depicts the system topology for connecting a Data Elements Agent to an EasyMesh Controller.
If an VHT STA is associated to a VHT capable Data Elements Agent radio and a DataElements:STA group is requested to
the Data Elements Agent, the Data Elements Agent shall include the Conditionally Mandatory STA.VHTCapabilities
element with in-range values per Table 7.
If an HE STA is associated to an HE capable Data Elements Agent radio and a DataElements:STA group is requested to
the Data Elements Agent, the Data Elements Agent shall include the Conditionally Mandatory STA.WiFi6Capabilities
element with in-range values per Table 7.
If a DataElements Agent collects an association event by a HT STA to an HT Capable Data Elements radio, then the Data
Elements Agent shall include the Conditionally Mandatory AssocEventData.HTCapabilities element with an in-range value
per Table 7.
If a DataElements Agent collects an association event by a VHT STA to a VHT Capable Data Elements radio, then the
Data Elements Agent shall include the Conditionally Mandatory AssocEventData.VHTCapabilities element with an in-
range value per Table 7.
If a DataElements Agent collects an association event by a HE STA to an HE Capable Data Elements radio, then the Data
Elements Agent shall include the Conditionally Mandatory AssocEventData.WiFi6Capabilities element with an in-range
value per Table 7.
If a Data Elements Agent radio receives a BSS Load information element (see Section 9.4.2.27 of [1]from neighboring
APs then the Data Elements Agent shall include the corresponding Conditionally Mandatory elements of the
DataElements:NeighborBSS grouping with in-range values per Table 7.
3.1.3 Requirements for reporting association, disassociation, and failed connection events
If an AP sends an (Re)Association Response frame to a STA and if the association succeeds, a Data Elements Agent
shall collect an association event (see Section 3.2.2).
If an AP sends an (Re)Association Response frame to a STA with status code other than success, a Data Elements Agent
shall collect a failed connection event (see Section 3.2.4).
If an AP sends an Authentication frame to a STA with status code indicating failure, a Data Elements Agent shall collect a
failed connection event (see Section 3.2.4).
If an AP determines that a STA has failed an association attempt, a Data Elements Agent shall collect a failed connection
event (see Section 3.2.4).
If an AP sends a Disassociation frame to a (previously) associated STA, the Data Elements Agent shall collect a
disassociation event.
If an AP sends a Deauthentication frame to a (previously) associated STA, the Data Elements Agent shall collect a
disassociation event.
If an AP receives a Disassociation frame from a (previously) associated STA, the Data Elements Agent shall collect a
disassociation event.
If an AP receives a Deauthentication frame from a (previously) associated STA, the Data Elements Agent shall collect a
disassociation event.
If an AP determines that an associated STA is no longer associated to a BSS, the Data Elements Agent shall collect a
disassociation event.
In the case of a STA that roams, STA typically does Reassociation with the target AP, then the source AP becomes aware
(over the DS) that the roam occurred. Thus, the target AP will first raise an association event (see Section 3.2.2), then
subsequently the source AP will raise a disassociation event (see Section 3.2.3) even though the STA was not formally
disassociated from the source AP.
Radio.APMetricsWiFi6 For EasyMesh [3], This is the Associated Wi-Fi6 readWrite R2.1
STA Status Inclusion Policy. 0 or false: Do not
include Associated Wi-Fi6 STA Status TLV [3]
in AP Metrics Response, 1 or true: Include
Associated Wi-Fi6 STA Status TLV in AP
Metrics Response.
Radio.DisAllowedOpClassChannels The operating classes, and list of channels for readWrite R2.1
each operating class, which are not allowed to
be used on this radio.
Radio.SpatialReuse Wi-Fi6 spatial reuse configuration [2] readOnly R2.1
Capabilities.AKMBackhaul AKM Suite Capabilities for the backhaul BSS. readOnly R2.1
TIDQueue.Size Queue Size for this TID. Its format is defined in readOnly R2
Table 9-10—QoS Control field [1].
DataElements.QMDescriptor QM Descriptor readOnly R2
QMDescriptor.BSSID BSSID of BSS for which this descriptor applies readOnly R2.1
QMDescriptor.ClientMac MAC address of STA for which this descriptor readOnly R2.1
applies
QMDescriptor.DescriptorElement Descriptor Element readOnly R2.1
One of:
• MSCS Descriptor element as described in
Section 9.4.2.243 of [1] or
• SCS Descriptor element as described in
Section 9.4.2.121 of [1] or
• QoS Management element (as described in
Section 9.4.2.94 of [1] and Section 6.3 of IETF
RFC 8325 [13])
Returns the currently in-force descriptors for
MSCS/SCS (i.e., if there was a “Change” or
“Remove”, the old descriptor that this
changed/removed is no longer returned)
DataElements:AnticipatedChannelUsage Anticipated Channel Usage grouping [2] readOnly R2.1
AnticipatedChannelUsage.OpClass The operating class per Table E-4 [1] readOnly R2.1
SpatialReuse.PartialBSSColor The value of the Partial BSS Color subfield of readOnly R2.1
the HEOperations.BSSColorInformation field
NetworkSSID.SSID The SSID for fronthaul use across this Wi-Fi readOnly R2.1
Multi-AP network.
NetworkSSID.Band The band(s) (GHz) for which this SSID applies. readOnly R2.1
A list of enums; each list item is an enumeration
of:
• All (Applies to all bands)
• 2.4 (2.4 GHz band)
• 5 (The entire 5 GHz band)
• 6 (The entire 6 GHz band)
• 5_UNII_1 (5 GHz UNII-1 band, 5.15 to 5.25
GHz)
• 5_UNII_2 (5 GHz UNII-2 band, 5.25 to
5.725 GHz)
• 5_UNII_3 (5 GHz UNII-3 band, 5.725 to
5.85 GHz)
• 5_UNII_4 (5 GHz UNII-4 band, 5.85 to
5.925 GHz)
• 6_UNII_5 (6 GHz UNII-5 band, 5.925 to
6.425 GHz)
• 6_UNII_6 (6 GHz UNII-6 band, 6.425 to
6.525 GHz)
• 6_UNII_7 (6 GHz UNII-7 band, 6.525 to
6.875 GHz)
• 6_UNII_8 (6 GHz UNII-8 band, 6.875 to
7.125 GHz)
NOTE: STA.SignalStrength, NeighborBSS.SignalStrength, UnassociatedSTA.SignalStrength are defined in the relevant PHY
clause of 802.11 [1] and represent the strength of the received signal, noise and interference power.
DataElements:AssociationEvent This object describes an event generated when a STA associates to a BSS. R1
AssociationEvent.AssocData The data provided in the event when an association event is generated. R1
DataElements:AssociationEventData This object describes the data elements provided with an association event. R1
AssociationEventData.BSSID The MAC address of the logical BSS (BSSID) which is reporting the association event. R1
The status code sent to the STA in the latest Association Response frame as defined R1
AssociationEventData.StatusCode
by Table 9-50 in [1].
AssociationEventData.ClientCapabilities The frame body of the most recently received (Re)Association Request frame from this R2
client, as defined in Table 9-34 and Table 9-36 of [1] in the order of the underlying
referenced standard.
DataElements:DisassociationEvent This object describes an event generated when a STA disassociates from a BSS. R1
DisassociationEvent.DisassocData The data provided in the event when a disassociation event is generated. R1
DataElements:DisassociationEventData This object describes the data elements provided with a disassociation event. R1
The MAC address of the logical BSS (BSSID) which is reporting the disassociation R1
DisassociationEventData.BSSID
event.
The latest reason code received by the AP from the STA in the most recent R1
DisassociationEventData.ReasonCode Disassociation or Deauthentication frame or sent by the AP to the Station in the most
recent Dissasociation or Deauthentication frame as defined in Table 9--49 in [1]
The total number of outbound packets that could not be transmitted to the STA R1
DisassociationEventData.ErrorsSent because of errors. These might be due to the number of retransmissions exceeding
the retry limit or from other causes.
The total number of inbound packets from the STA that contained errors preventing R1
DisassociationEventData.ErrorsReceived
them from being delivered to a higher-layer protocol.
The total number of transmitted packets to the STA which were retransmissions. N R1
DisassociationEventData.RetransCount
retransmissions of the same packet results in this counter incrementing by N.
DataElements:FailedConnectionEvent This object describes an event generated when a STA fails to connect to a BSS. R2
DataElements:FailedConnectionEventData This object describes the data elements provided with a failed connection event. R2
FailedConnectionEventData.MACAddress STA MAC Address identifying the client that has attempted to connect. R2
Status Code set to a non-zero value that indicates the reason for association or R2
FailedConnectionEventData.StatusCode authentication failure as defined in Table 9-50 of [1] or Status Code set to zero and
Reason Code provided.
Reason Code indicating the reason the STA was disassociated or deauthenticated as R2
FailedConnectionEventData.ReasonCode
defined in Table 9-49 of [1].
DataElements:Network Container
DataElements:Radio Grouping
Array of
Radio.CurrentOperatingClasses variable List
DataElements:CurrentOperatingClassProfile
DataElements:Capabilities Grouping
DataElements:CapableOperatingClassProfile Grouping
DataElements:CurrentOperatingClassProfile Grouping
DataElements:BSS Grouping
zero-based-
BSS.LastChange Uint 4
counter 32
zero-based-
BSS.UnicastBytesSent Uint 4
counter32
zero-based-
BSS.UnicastBytesReceived Uint 4
counter32
zero-based-
BSS.MulticastBytesSent Uint 4
counter32
zero-based-
BSS.MulticastBytesReceived Uint 4
counter32
zero-based-
BSS.BroadcastBytesSent Uint 4
counter32
zero-based-
BSS.BroadcastBytesReceived Uint 4
counter32
zero-based-
STA.LastConnectTime Uint 4
counter32
zero-based-
STA.BytesSent Uint (wrapping) 4
counter32
zero-based-
STA.BytesReceived Uint (wrapping) 4
counter32
zero-based-
STA.PacketsSent Uint (wrapping) 4
counter32
zero-based-
STA.PacketsReceived Uint (wrapping) 4
counter32
zero-based-
STA.ErrorsSent Uint (wrapping) 4
counter32
zero-based-
STA.ErrorsReceived Uint (wrapping) 4
counter32
zero-based-
STA.RetransCount Uint (wrapping) 4
counter32
DataElements:ScanResult Grouping
DataElements:OpClassScan Grouping
DataElements:NeighborBSS Grouping
DataElements:UnassociatedSTA Grouping
DataElements:BackhaulSTA Grouping
DataElements:Default8021Q Grouping
DataElements:ScanCapability Grouping
DataElements:CACMethod List
DataElements:OpClassChannels Grouping
DataElements:DisAllowedOpClassChannels Grouping
DataElements:CACAvailableChannel Grouping
DataElements:CACNonOccupancyChannel Grouping
DataElements:CACActiveChannel Grouping
DataElements:CACStatus Grouping
Array of
CACStatus.NonOccupancyChannelList variable List
DataElements.CACNonOccupancyChannel
DataElements:SSIDtoVIDMapping Grouping
DataElements.IEEE1905Security Grouping
DataElements.SPRule Grouping
DataElements.WiFi6 Grouping
DataElements.AKMSuite Grouping
DataElements.TIDQueue Grouping
DataElements.QMDescriptor Grouping
DataElements:AnticipatedChannelUsage Grouping
AnticipatedChannelUsage.OperatingClass uint 1 uint8
AnticipatedChannelUsageEntry Grouping
DataElements:SpatialReuse Grouping
DataElements:NetworkSSID Grouping
DataElements:AssociationEventData Grouping
DataElements:DisassociationEventData Grouping
zero-based-
DisassociationEventData.BytesSent Uint (wrapping) 4
counter32
zero-based-
DisassociationEventData.BytesReceived Uint (wrapping) 4
counter32
zero-based-
DisassociationEventData.PacketsSent Uint (wrapping) 4
counter32
zero-based-
DisassociationEventData.PacketsReceived Uint (wrapping) 4
counter32
zero-based-
DisassociationEventData.ErrorsSent Uint (wrapping) 4
counter32
zero-based-
DisassociationEventData.ErrorsReceived Uint (wrapping) 4
counter32
zero-based-
DisassociationEventData.RetransCount Uint (wrapping) 4
counter32
DataElements:FailedConnectionEventData Grouping
https://usp-data-models.broadband-forum.org/tr-181-2-15-1-
usp.html#D.Device:2.Device.WiFi.DataElements.Network.Device.{i}.SetAnticipatedChannelPreference()
https://usp-data-models.broadband-forum.org/tr-181-2-15-1-
usp.html#D.Device:2.Device.WiFi.DataElements.Network.Device.{i}.Radio.{i}.ChannelScanRequest()
https://usp-data-models.broadband-forum.org/tr-181-2-15-1-
usp.html#D.Device:2.Device.WiFi.DataElements.Network.Device.{i}.Radio.{i}.RadioEnable()
https://usp-data-models.broadband-forum.org/tr-181-2-15-1-
usp.html#D.Device:2.Device.WiFi.DataElements.Network.Device.{i}.Radio.{i}.SetTxPowerLimit()
https://usp-data-models.broadband-forum.org/tr-181-2-15-1-
usp.html#D.Device:2.Device.WiFi.DataElements.Network.Device.{i}.Radio.{i}.SetSpatialReuse()
https://usp-data-models.broadband-forum.org/tr-181-2-15-1-
usp.html#D.Device:2.Device.WiFi.DataElements.Network.Device.{i}.Radio.{i}.WiFiRestart()
https://usp-data-models.broadband-forum.org/tr-181-2-15-1-
usp.html#D.Device:2.Device.WiFi.DataElements.Network.Device.{i}.Radio.{i}.BSS.{i}.SetQMDescriptors()
where
<Data Elements Agent Host IP:Port> is the IP address and port number on which the Data Elements Agent is
listening, and is defined through an out of band mechanism
<Agent Prefix> is a URL prefix defined by the Data Elements Agent and discovered through an out of band
mechanism
then the Data Elements Agent shall respond to this request with an HTTP 1.1 Response message containing the full data
model, excluding event data, with Content-Type: application/yang-data+json, as defined in section 3.2 (Table 7) and
formatted in JSON as defined in [7]. This JSON representation shall be the IETC RFC 7951 [7] transformation of the Data
Elements YANG representation [6].
The response by the Data Elements Agent implicitly indicates if the co-located device is a Single-AP or an EasyMesh
Controller in the Device.MultiAPCapabilities element and the set of elements that are returned.
If a condition arises such that a Data Elements Agent is temporarily unable to provide a valid in-range value for a
Mandatory or Conditionally Mandatory element (including an element pointing to a list), then the Data Elements Agent
shall either set the value to literal name token "null" or omit the element to indicate that the element cannot be provided at
that time. Otherwise, a Data Elements Agent shall provide elements with in-range values per Table 7.
If an element is Conditionally Mandatory and the conditions for reporting the element as specified in section 3.1.1 are
satisfied, then a Data Elements Agent shall provide the element with a valid in range value. If the conditions specified in
section 3.1.1 for reporting an element are not satisfied, then a Data Elements Agent shall either set the value to literal
name token "null" or omit the element.
For each element, a Data Elements Agent shall either set the value to a valid in-range value (per Table 7), to literal name
token "null", or omit the element.
If an element is a list whose current value is an empty list with a list length of zero, then the Data Elements Agent shall set
the value to a JSON empty array and shall set any associated list length element value to zero.
EUI-48 (mac address) strings shall have 12 hex digits that may be separated into pairs of hex digits with a ":"
then the Data Elements Agent shall respond with an HTTP 1.1 Response message with Content-Type: application/yang-
data+json containing a single notification including the eventTime element as defined in section 7.14 of [10]. The
notification shall contain either the last Data Elements AssociationEvent or last Data Elements DisassociationEvent or last
FailedConnectionEvent as defined in section 3.2 (Table 4 or Table 5 or Table 6) and formatted in JSON as defined in [7].
This JSON representation shall be the IETC RFC 7951 [7] transformation of the Data Elements YANG representation [6].
The response shall not include the elements of the Data Elements Network data model (Table 3). Although a Data
Elements Agent may have collected previous events, it shall only provide the latest event.
If an element is Conditionally Mandatory and the conditions for reporting the element as specified in section 3.1.1 are
satisfied, then a Data Elements Agent shall provide the element with a valid in range value. If the conditions specified in
section 3.1.1 for reporting an element are not satisfied, then a Data Elements Agent shall either set the value to literal
name token "null" or omit the element.
If there is no AssociationEvent or DisassociationEvent or FailedConnectionEvent currently available, then a Data
Elements Agent shall either set the value of the notification to the literal name token "null" or omit the notification.
The event data represents information valid at the time the event was created and may bear no relation to the current
state of the data model.
Figure 3 depicts remote configuration operation handling. In the case of a single AP, there are no EasyMesh agents in the
figure and so there are also no requests or responses to and from EasyMesh agents.
If a Data Elements Agent receives a request to write to a readWrite element of the Data Elements Network object using
USP with the TR-181 XML format, then the Data Elements Agent shall respond to this request with a Set Response as
defined in Section 13.4.4.3 of TR-369 [17].
If a Data Elements Agent receives a request for an async Command using USP with the TR-181 XML format, then the
Data Elements Agent shall respond to this request with an Operate Response as defined in Section 13.7.7.2 of TR-369
[17].
A command performing configuration implies persistence of the configured objects/parameters. However, an
asynchronous command that was issued just before a reboot may not persist, see
https://usp.technology/specification/07-index-messages.html#sec:defined-operations-mechanism.