Q: 1
Which CLI command displays CPU and memory utilization on an Aruba CX switch?
Options
Discussion
If they mean high-level stats and not per-process detail, it's A.
C/D? Not sure which one is right, both sound like they could show usage stats.
D imo, since "show process status" feels like it should show active processes which would include CPU usage. Not sure about memory but pretty sure D gives you enough system info. Let me know if anyone has labbed this out.
A-saw this asked in official practice, matches the CLI guide. Recommend checking lab output or Aruba docs if you want to see the actual fields shown.
C/D? Had something like this in a mock, but A was correct there. Still, options C and D sound similar to Cisco syntax so I'm sticking with A here. Anyone pick C by mistake?
A
My vote is A, had something like this in a mock exam and that was the right pick.
Its A, that’s the actual Aruba CX command for both CPU and memory utilization. The rest aren’t even valid on CX.
Had something like this in a mock, it's A for Aruba CX. Pretty standard CLI output for system utilization, but open to being corrected if anyone's seen different in their labs.
A this matches the command syntax from official guides and practice labs. Worth checking Aruba CLI docs for confirmation if in doubt.
Be respectful. No spam.
Q: 2
Which Aruba CX switch series supports high-speed interconnects with 100GbE uplinks?
Options
Discussion
Option B
B imo
B. check the official Aruba datasheet or admin guide for CX switch models to confirm 100GbE uplink support if unsure.
Its C. Had something like this in a mock, CX 6300 was listed with high-speed stacking and uplink options so picked it there.
I don’t think it’s C. B is correct since only the Aruba CX 8400 line actually supports native 100GbE uplink modules, not just fast stacking. Others like the 6300 max out at lower uplink speeds. I’m pretty sure about this, unless Aruba changed the lineup recently.
Feels like it's C, CX 6300 can do high-speed stacking so some might confuse that with 100GbE uplinks.
Looks like it's B here, since only the Aruba CX 8400 series actually has real 100GbE uplink modules. The rest do high stacking but don't offer native 100GbE physical ports. Correct me if I'm missing a config.
This was on my last practice set, it's B. Only the CX 8400 series has real 100GbE uplink ports as far as I know. The others top out below that, unless you're talking only stacking bandwidth.
C or B. I thought the CX 6300 supported high-speed uplinks too since the stacking bandwidth is way up there. Not 100% sure if that stacks up against real 100GbE ports, though, so I'm picking C for now unless I'm missing something obvious.
Why not C though? Doesn't 6300 get close in uplink options too?
Be respectful. No spam.
Q: 3
Which two features in Aruba Central allow automated troubleshooting of switch issues? (Select two)
Options
Discussion
B . I thought Dynamic Segmentation could help with troubleshooting by isolating traffic and devices more effectively, which might lead to automated detection of issues within segmented groups. Maybe I'm missing something about how automation applies here, since most say it's A and C for workflows. Anyone see docs saying B never fits?
Yeah, makes sense to go with A and C here. Both are focused on automation and system-driven troubleshooting, not just hardware or segmentation. If someone thinks otherwise, let me know but that's how I read Aruba docs.
Option A and C fit here. NAE (A) gives automated insights and remediation, while event-based triggers (C) kick off troubleshooting actions automatically. D is just high-speed hardware, not automation. Pretty sure it's A and C, unless Aruba changes the terminology.
Makes sense to go A and C. Both directly relate to automated troubleshooting features in Aruba Central, not B or D.
Don’t see how Dynamic Segmentation applies here. B doesn’t really automate troubleshooting, so I’d pick D and A.
Probably A and C
Its A and C
B and D tbh. Dynamic Segmentation does some automation with policy app, and Smart Rate Ports might trigger alerts if there's a port issue, right? Maybe I'm missing what exactly they mean by "automated." Open to being corrected here.
Had something like this in a mock, pretty sure it's A and D.
A and C are the ones here. NAE gives you automated monitoring, and Event-Based Triggers actually kick off troubleshooting steps in Central. D is hardware features, not automation. Pretty sure about this, unless Aruba changes something in new firmware.
Be respectful. No spam.
Q: 4
Which CLI command enables LACP on a port for link aggregation?
Options
Discussion
B . For Aruba, LACP gets enabled at the group level not per-port-unless you meant single interface config, but most practice questions like this expect B.
B. not D. Setting the group to active enables LACP for the aggregation. Pretty sure that's how Aruba does it.
Option B Official docs and some CLI practice labs make this pretty clear for ArubaOS-CX setups.
Nah, not D, the trap is Cisco syntax. B fits Aruba group config.
Pretty sure it’s B for Aruba. Some might pick D since that looks like Cisco CLI, but on Aruba you configure LACP at the group level not per port.
B , that's the right Aruba syntax even if "port" in the question throws you off
Its B for sure. Had something like this in a mock and Aruba definitely wants LACP set at the group level, not per port. Cisco does it differently so D throws some people off. Anyone pick D for ArubaOS-CX config?
I don’t think it’s D, B fits Aruba CLI better. D is more Cisco style, group config is key for LACP here.
D seen similar on a practice test, looked like port config for LACP.
A isn’t it, B. Group-based config is the Aruba way, not individual port like Cisco. That’s what I’ve seen in labs.
Be respectful. No spam.
Q: 5
Which CLI command configures a switch to redistribute static routes into OSPF?
Exam Dumps
54/115
Options
Discussion
Option A, not D. D tricks some folks but that's Comware style, ArubaOS-CX uses A for OSPF static redistribution. If anyone's seen different in real exam labs let me know.
A . D looks tempting but that's not the ArubaOS-CX syntax, pretty sure A is right.
Option A B is close but not the right command for ArubaOS-CX, seen similar on practice exams.
A or D? Honestly, A is right for ArubaOS-CX since that's the correct redistribute syntax in OSPF context. D looks tempting but it's Comware-based, not CX. I think A's the way, correct me if I'm missing something technical here.
A for ArubaOS-CX, that's the syntax used to import static routes into OSPF config. The others aren't valid on CX as far as I know. Someone correct me if there's a newer command, but pretty sure it's A.
A tbh, that's the ArubaOS-CX syntax for bringing static routes into OSPF.
Probably A. That's the right CLI for ArubaOS-CX to redistribute statics into OSPF. All the others look off for this platform.
A tbh, matches official CLI and also shows up on the practice exams. Check the ArubaOS-CX guide if you want to confirm.
A not D. D is more a Comware command but ArubaOS-CX uses redistribute static for OSPF. Disagree?
C isn't right here, it's A. Had something like this in a mock and 'redistribute static' is what actually works on ArubaOS-CX for injecting statics into OSPF.
Be respectful. No spam.
Q: 6
Which feature of Aruba CX switches provides real-time automation and network visibility?
Options
Discussion
Option B but if the question was about config management across switches I'd say C instead.
C or D, had something like this in a mock and picked C for automation.
B , NAE is what gives that real-time visibility and automation right on each Aruba CX switch. C (NetEdit) is more about config pushes for multiple devices but not direct analytics or live monitoring. Saw similar question in a practice set.
I think C. NetEdit handles network automation and can push config changes across multiple switches, which gives you some visibility too. Not sure if it’s as real-time as what the question is asking, but I’ve seen admins using NetEdit for centralized control. Anyone else think C could fit if they’re thinking more about managing whole environments?
B , Network Analytics Engine is what gives real-time automation and visibility on Aruba CX switches. NetEdit (C) is more for config management across devices, not the real-time analytics. Pretty confident here.
C or D, kinda tilting toward C since NetEdit does automation for a bunch of switches.
Pretty sure it's B for this one.
B is correct. NAE provides the real-time automation and true network visibility on Aruba CX switches, not just config changes like NetEdit (C). Easy to mix those up, but NAE is the live analytics engine. Open to correction if I missed something.
C or D. I remember seeing similar wording in some practice questions and labs, NetEdit stood out for automation stuff. The official guide sometimes mixes up these terms, so not 100%.
Not C, B. NetEdit is for big deployments but NAE handles the live automation and analytics on CX switches.
Be respectful. No spam.
Q: 7
Which two Aruba CX switch series offer high-speed uplinks for access layer deployments? (Select two)
Exam Dumps
7/115
Options
Discussion
A and C
A and C here. Both CX 6200 and CX 6300 are designed for access layer with fast uplinks like 1/10GbE (CX 6200) and even higher on CX 6300. The others (8400, 8325) are more core or aggregation focused. Pretty sure on this one but open if someone has seen different on the exam.
A and C
A and C tbh
No doubt it's A and C here.
Yeah, it's gotta be A and C.
Honestly, HPE exam writers sure love to mix up core and access models. The right picks here are A and C since both are meant for access layer with high-speed uplinks.
My pick: A and C, B and D are more core switches so easy distractors here.
Makes sense to pick A and C since those are the access layer models with fast uplinks (10GbE and up). B and D are core switches, so I don’t think they fit here. Pretty sure this is right, but let me know if you disagree.
Its A and C
Be respectful. No spam.
Q: 8
Which two Aruba CX switch series are recommended for leaf-spine architectures? (Select two)
Options
Discussion
Option B and C for me. The CX 6300 can work as a leaf in some scenarios, not just campus. Not 100% sure, but that's what I've seen in a couple of Aruba designs. Correct me if that's off.
C and D tbh
B and D here. CX 9300 and CX 8325 are the go-tos for proper leaf-spine in data centers, especially when you're talking high-performance links. C works for campus but not main DC builds imo.
B/D is the way here. CX 9300 and CX 8325 are specifically designed for data center leaf-spine, whereas CX 6300 (C) is more campus-focused. C might seem valid if you skim specs, but Aruba docs pretty much list B and D for this architecture. I've seen similar exam questions with these options-pretty confident here, but correct me if I'm missing anything.
B and C? I feel like CX 9300 for sure (B), but I thought 6300 switches (C) could also be used for leaf roles in smaller DC builds. Maybe I'm mixing up their campus focus though. Trap could be picking D since 8325 is more core. Someone clear this up if I'm off.
B and D? I saw a similar question on some practice test, pretty sure CX 9300 and CX 8325 are for leaf-spine setups. Not confident about the others. Anyone else get these on their exam?
Similar exam question matched the answer to B and D pretty sure, official guide lists those models.
B and C
Probably B and D. CX 9300 and 8325 are the main picks for leaf-spine, not really the 6300 series. I think that's how Aruba positions them but let me know if I'm off.
B and D tbh. Both CX 9300 and 8325 are built for high-density data center roles, perfect fit for leaf-spine topologies. CX 6300 is really campus-focused. Pretty sure that's what Aruba recommends in their DC docs but correct me if I'm wrong.
Be respectful. No spam.
Q: 9
Which CLI command removes a dynamically learned MAC address from the MAC table?
Exam Dumps
51/115
Options
Discussion
A . That's the only syntax I've actually used on ArubaOS-CX for clearing dynamic MAC entries.
A . The command with 'dynamic' is the right syntax for clearing only the learned MACs on ArubaOS-CX. The others aren't valid for this platform I think. Open to corrections if someone has seen it another way.
A tbh. The dynamic keyword is what matters, D is a trap since it doesn't actually specify dynamic in CLI for ArubaOS-CX.
Probably A, that's matched what the official guide and lab manuals show for ArubaOS-CX when clearing dynamic MACs. If in doubt, check CLI docs to be safe-CLI syntax can shift with OS versions.
A , I've seen that in official guide labs for ArubaOS-CX when flushing dynamic addresses. Good to check with the CLI docs too if prepping for the exam.
A had something similar on a mock and that's what worked for dynamic entries on ArubaOS-CX.
A , seen this in several practice dumps and reports, so not really doubting it for ArubaOS-CX.
A had almost this exact format in a mock test, so that's the pick for dynamic MACs.
Similar question popped up in an exam report, pretty sure it's A.
My pick: it's A, unless we're talking old Comware, in which case D could fit.
Be respectful. No spam.
Q: 10
Which two commands are used to troubleshoot Layer 3 connectivity on an Aruba CX switch? (Select
two)
Options
Discussion
A or B, but if the issue was due to L2/L3 boundary like routed VLANs, C could sneak in technically. Pretty sure exam wants A and B though.
A/B here. show vlan (C) is more for L2, so that's a common trap in these questions.
A/B? If they're asking strictly about L3 connectivity and not misconfigured VLANs, pretty sure ping and traceroute are it. The others are more L2 or just general info. In some edge cases, maybe show vlan helps, but that's not primary L3 troubleshooting. Agree?
B . Traceroute and ping are both core Layer 3 tools for checking IP paths and reachability, way more relevant than show vlan or show clock. I’m pretty sure A and B is what they want here.
Likely A and C, since ping shows connectivity but show vlan could help spot misconfigurations too. Not 100% though.
Option A and C, since ping tests connectivity and show vlan helps check interface assignments (not totally sure).
A/B are the ones I'd use too. Show vlan or show clock won't help with L3 at all.
A and B imo, similar question came up in the official guide and practice tests.
A and B for sure since both
ping and traceroute directly test Layer 3 reachability and the path. They’re classic choices on Aruba CX for IP troubleshooting. I think it’s pretty clear, but open to other angles if I missed something.Looks like A and B for this one
Be respectful. No spam.
Question 1 of 20 · Page 1 / 2