Question 400
The HPE AOS-CX switching case is: An operator restarts a VSX primary during maintenance without observing keepalive and secondary forwarding health. Select TWO: a corrective switching action and separate evidence that the correction worked. (Select TWO.)
Explanation
Correct Answers
The targeted correction for An operator restarts a VSX primary during maintenance without observing keepalive and secondary forwarding health is: Use supported VSX LAG across two peers with coordinated ISL, keepalive, VLAN and active-gateway settings when dual-homed connectivity is required. It reduces the risk that an upstream device attached to two independent unmanaged peers cannot safely treat them as one LACP aggregation partner.
A separate operational validation for An operator restarts a VSX primary during maintenance without observing keepalive and secondary forwarding health is: A switch-peer failure test confirms multichassis LAG membership, gateway operation and stable application reachability. It proves intended behavior instead of accepting configuration presence alone.
Incorrect Answers
This alternative concerns vsf stack and access integration to upstream distribution; its associated risk is: Incompatible aggregation or inconsistent VLAN tagging at a VSF uplink can disconnect an entire logical access stack. The observed case An operator restarts a VSX primary during maintenance without observing keepalive and secondary forwarding health requires the more specific vsx multi-chassis lag and network service integration control. The targeted action is: Use supported VSX LAG across two peers with coordinated ISL, keepalive, VLAN and active-gateway settings when dual-homed connectivity is required.
This alternative concerns aos-cx integration with monitoring aaa and automation services; its associated risk is: Misrouted management traffic or excessive API privileges can hide outages and grant unintended configuration access. The observed case An operator restarts a VSX primary during maintenance without observing keepalive and secondary forwarding health requires the more specific vsx multi-chassis lag and network service integration control. The targeted action is: Use supported VSX LAG across two peers with coordinated ISL, keepalive, VLAN and active-gateway settings when dual-homed connectivity is required.
This alternative concerns central and aos-cx configuration consistency; its associated risk is: A local fix that conflicts with centrally enforced state can disappear on the next synchronization cycle. The observed case An operator restarts a VSX primary during maintenance without observing keepalive and secondary forwarding health requires the more specific vsx multi-chassis lag and network service integration control. The targeted action is: Use supported VSX LAG across two peers with coordinated ISL, keepalive, VLAN and active-gateway settings when dual-homed connectivity is required.