Populate capabilities in WifiEnumerateAccessPoints API

[abeltrano]

Type

• Bug fix
• Feature addition
• Feature update
• Documentation
• Build Infrastructure

Side Effects

• Breaking change
• Non-functional change

Goals

• Ensure access point capabilities can be obtained by clients.

Technical Details

• Implement conversion functions from the Ieee80211* spec types to the Dot11* API types.
• Filter out non-AP interfaces when probing using netlink-based ap discovery mechanism.

Test Results

• Unit tests still need to be authored and carried out.
• Ran netremote-cli and ensured no crashes occurred. Also attached a debugger to the server side and inspected the fully built protobuf object which appeared to be correct, excepting the known issues (see Future Work section below).

Reviewer Focus

• Consider whether the mapping from Ieee80211* to Dot11* API types makes sense and/or whether there are cases where the mapping is not 1-1.

Future Work

• The Dot11AuthenticationAlgorithm protobuf enumeration currently reflects Windows view of 802.11 authentication algorithms, however, it appears more like an 802.11 AKM instead. As such, there is no direct mapping(s) from the Ieee80211AuthenticationAlgorithm enumeration. An API breaking change will be needed to fix this, @corbin-phipps FYI.
• The netremote-cli tool needs to be updated to display the capabilities information.

Checklist

• Build target all compiles cleanly.
• clang-format and clang-tidy deltas produced no new output.
• Newly added functions include doxygen-style comment block.