HP HPE6-A86 Exam Prep
HPE Network Switching Associate (Page 3 )

Updated On: 15-Sep-2026

A newly connected 500R series access point is not visible in HPE Aruba Networking Central. You have run the following commands to troubleshoot.

Based on the output, what could be the problem?

  1. The AP does not support DHCP
  2. The DHCP server is not available
  3. The DHCP server must be in the same subnet as the AP
  4. The switch port should be configured as an access port

Answer(s): B



Which commands can ensure the current configuration persists after a reboot? (Choose two.)

  1. commit confirm
  2. write memory
  3. save force
  4. copy startup-config running-config
  5. copy running-config startup-config

Answer(s): B,E

Explanation:

B: write memory
This command writes the current running-configuration to the startup-configuration file in NVRAM, making the settings permanent. On Cisco IOS devices, write memory (or its synonym copy running-config startup-config )
is the standard operational command that guarantees the configuration survives a reload or power-cycle.

E: copy running-config startup-config
This explicit copy command transfers the active runtime configuration into the startup configuration file. After the copy completes, the configuration is stored in NVRAM and will be automatically loaded during the next boot, ensuring persistence.
Why A, C, and D are not suitable

A: commit confirm – A Junos-specific command used for pending commits; it does not write to persistent storage on IOS platforms.
C: save force – Not a recognized IOS command; attempting it results in an error, so it cannot guarantee persistence.
D: copy startup-config running-config – This direction loads the saved configuration into the running config,
rather than saving the running config. It does not create a lasting copy in startup memory.
Therefore, the only commands that reliably ensure the current configuration persists after a reboot are B ( write memory ) and E ( copy running-config startup-config ) .


Reference:

Cisco IOS Configuration Management – Writing to NVRAM: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/confmag_nvo_cfg/commandREF_pdf/confmag_nvo_cfg.pdf Cisco IOS Command Reference – copy command: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipaddr_cfg_xe/commandREF_pdf/ipaddr_cfg_xe.pdf (see “copy running-config startup-config” usage)



Which statement is true when creating VLANs on an HPE Aruba Networking CX switch?

  1. A VLAN range can be created with a syntax of: vlan 100:110
  2. A VLAN range can be created with a syntax of: vlan 100-110
  3. A newly created VLAN needs to be enabled with a command: vlan 100 enable
  4. A newly created VLAN needs to be enabled with a command: vlan 100 no shutdown

Answer(s): B

Explanation:

Technical justification
On HPE Aruba Networking CX switches the CLI command to define a range of VLANs is vlan <start>-<end>
(e.g., vlan 100-110 ). This syntax creates all VLAN IDs from the start value through the end value in a single step. Option A ( vlan 100:110 ) uses a colon, which is not recognized by the CX OS command interpreter; VLAN
ranges cannot be specified with a colon separator. Options C and D describe an “enable” action, but VLANs are not enabled with a vlan <id>enable or vlan <id>no shutdown command. VLANs become active as soon as they are defined; the operation to bring an interface or feature up is no shutdown applied to the relevant interface or stack port, not to the VLAN itself.
Therefore, B is the only statement that correctly reflects the syntax supported by the CX switch for creating a VLAN range.


Reference:

Aruba CX Switching Configuration Guide – VLAN Configuration – https://support.hpe.com/hpesc/public/docDisplay?docLocale=en_US&docId=EMC-30173 ArubaOS-CX CLI Command Reference – VLAN Statement – https://dollopblog.com/arubaos-cx/cli/commands/vlan/



You have access to the CLI of an HPE Aruba Networking CX switch. How can you output the switch make, model, and serial number displayed on the session?

  1. Issue command: show support-information
  2. Issue command: diag dump basic
  3. Issue command: show configuration
  4. Issue command: show system

Answer(s): D

Explanation:

Why option D is correct show system is the standard Aruba CX CLI command that outputs system-wide information, including the platform (make/model) and the serial number of the device. The output format shows fields such as System Name , Platform , and Serial Number , which directly match the requirement to display the switch make, model, and serial.
Why the other options are less suitable

A: show support-information – Generates a support bundle for troubleshooting; it includes chassis details but also adds many unrelated diagnostics and is intended for support staff, not for a simple make/model/serial query.
B: diag dump basic – Executes basic diagnostic tests (e.g., power-supply, temperature) and returns test results, not system identification data.
C: show configuration – Displays the current running configuration (interfaces, VLANs, etc.); it does not contain device identification fields.
Conclusion – Only show system reliably and directly returns the required make, model, and serial number in a concise, standardized format, making it the optimal choice.


Reference:

ArubaOS-CX CLI Command Reference – System Commands: show system –
< https://docs.arubanetworks.com/arubaos-cx/10.9.0/ analgesys/arubaos-cx-switches/CLI/CLI_Command_Reference/System_Commands.html> Aruba Support Knowledge Base – Using show system to obtain device information –
https://support.arubanetworks.com/s/article/3600465779505



Which firewall port needs to be opened between your Network Monitoring System and CX switches to collect monitoring data using SNMP?

  1. UDP 161
  2. UDP 1157
  3. TCP 162
  4. TCP 1156

Answer(s): A

Explanation:

Justification: The HP Comware-based CX switches use SNMP for monitoring; the default SNMP agent listens on UDP port 161 for incoming get-requests and traps. Network monitoring systems (e.g., HP OpenView, SolarWinds) send SNMP requests to port 161 and often receive responses from the switch on port 161 as well. Port 1157 is an outdated, deprecated SNMP port used historically by some early implementations and is not supported in modern HP/CX firmware. TCP ports 162 and 1156 are not used for SNMP; they are unrelated to the SNMP protocol stack and would not allow the monitoring system to retrieve data from the CX switches.


Reference:

HP Comware 5 SNMP Configuration Guide – UDP port 161 used for SNMP traffic. HP Comware 5 Command Reference – Documentation of SNMP service configuration and default ports.



Viewing page 3 of 23
Viewing questions 11 - 15 out of 108 questions


Post your Comments and Discuss HP HPE6-A86 exam prep with other Community members:

AI Tutor AI Tutor 👋 I’m here to help!