Hook up lower layers to implement capabilities portion of WifiEnumerateAccessPoints

[abeltrano]

Type

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

Side Effects

• Breaking change
• Non-functional change

Goals

• Ensure most access point capabilities are reported via WifiEnumerateAccessPoints.

Technical Details

• Rename Ieee80211AccessPointCapabilities::Dot11FrequencyBands field name to FrequencyBands.
• Add support to create a Nl80211Wiphy from an interface name.
• Populate Ieee80211AccessPointCapabilities::(Protocols|FrequencyBands|CipherSuites) fields in GetCapabilities() implementation.

Test Results

• All unit tests pass.
• Ran netremote-cli wifi enumaps with the following output:

shadowfax@mrstux:~/src/microsoft/netremote-cmake/out/build/dev-linux/src/linux/tools/cli/Debug$ ./netremote-cli -s 127.0.0.1 wifi enumaps
Executing command WifiEnumerateAccessPoints
[1] wlx08beac0696fe
  Phy Types: B G N
  Bands:
    2400MHz
  Authentication Algorithms:
  Cipher Algorithms:
    Wep40
    Wep104
    Tkip
    Ccmp128
    Ccmp256
    Gcmp128
    Gcmp256
    BipCmac128
    BipCmac256
    BipGmac128
    BipGmac256

[2] wls1
  Phy Types: B G N AC
  Bands:
    5000MHz
    2400MHz
  Authentication Algorithms:
  Cipher Algorithms:
    Wep40
    Wep104
    Tkip
    Ccmp128
    BipCmac128

Reviewer Focus

• None

Future Work

• The AKMs are not yet populated since parsing code is needed in the Netlink80211Wiphy structure. The nl80211 AKM attributes have a convoluted nesting structure which is deserving of its own PR.
• Consider moving nl80211 <-> Ieee80211 conversion functions into their own file or library.
• Consider adjusting middle portions of AccessPoint* hierarchy further to work with IAccessPoint instead of interface names to avoid some duplication of execution.

Checklist

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