Add Aruba AOS-CX to the Netmiko and Hier Config library mappers

[dspatig-gdx]

Closes #873

[dspatig-gdx]

Adds `aruba_aoscx` → `aruba_aoscx` to `NETMIKO_LIB_MAPPER` and `HIERCONFIG_LIB_MAPPER` (and their reverses) so netutils resolves the Netmiko and hier_config driver names for Aruba AOS-CX. netmiko already exposes an `aruba_aoscx` device type; hier_config's v2→v3 resolver reads `network_driver_mappings["hier_config"]` and now gets AOS-CX instead of falling back to GENERIC. Docs tables were regenerated via `python development_scripts.py`, and a changelog fragment is included."

[jeffkala]

Previously aruba_aoscx was added in the section for non netmiko drivers _MAIN_LIB_MAPPER["aruba_aoscx"] = "aruba_aoscx" . I need to review a bit further. We did have a large research excersise for this previously. #588 has that context.

[dspatig-gdx]

The main reason for the addition is that heir_config now has aruba_aoscx support. Netmiko does as well and this has been tested when setting network drivers to {"netmiko": {"aruba_aoscx": "aruba_aoscx"}, "hier_config": {"aruba_aoscx": "aruba_aoscx"}}

[jeffkala]

can you remove this line

netutils/netutils/lib_mapper.py

Line 698 in 8d4ab67

_MAIN_LIB_MAPPER["aruba_aoscx"] = "aruba_aoscx"

? Shouldn't be needed now that you added it to the netmiko lib

[dspatig-gdx]

Done in 7fc57dd — dropped the explicit _MAIN_LIB_MAPPER["aruba_aoscx"] line. MAIN_LIB_MAPPER now picks it up from the netmiko deep-copy, verified it still resolves and all tests pass.