Device-Level vs Controller-Level Management Advantage

200-901 By islever Editorial Last updated Sep 10, 2026

Short answer

B Device-level management can touch every vendor-specific setting on each device, while a controller only exposes the subset its abstraction supports.

Question

What is an advantage of device-level management as compared to controller-level management to automate the configuration of network devices?

Device-level management has access to all devices from a single point on the network and controller-level management does not.
Device-level management supports all subsets of the potential device settings and controller-level management does not. Correct Answer
Device-level management supports REST API-enabled devices and controller-level management does not.
Device-level management requires one controller per vendor and controller-level management does not.

Key Takeaways

Tests the trade-off between granular per-device control and scalable abstraction — the trap is assuming a controller exposes more settings or REST support.

Device-level management can reach every vendor-specific setting on each device, whereas a controller abstracts the hardware and exposes only the subset it supports.

Common mistake: Learners pick the controller-flavoured options (single point of access, REST API support), but those describe controller-level management, not the advantage of device-level management.

Expert Analysis

Why the Answer Is Correct

Device-level management talks directly to each box — over CLI, NETCONF or the device's own REST API — so it can read and write the complete configuration surface, including vendor-specific and platform-specific settings. A controller works from an abstracted, vendor-neutral model and therefore only exposes the subset of settings that its model and drivers implement. The advantage that is uniquely true of device-level management is precisely that full access to every potential device setting.

Why the Other Options Are Wrong

Option A reverses the two approaches: reaching all devices from a single point is the controller's strength, not device-level management's. Option C is wrong twice over — controller platforms are built on REST APIs, and device-level automation is not limited to REST-enabled devices. Option D is simply inaccurate: device-level management needs no controller at all, and one controller per vendor is not an advantage.

Community Comment Notes

Commenters converge on this option. One learner frames it as direct configuration that gives "full access to all features and configuration options of each specific device" while controller-level management "abstracts the underlying hardware", and cites a Cisco Learning Network thread as the source. A second comment simply names the option letter and links the same discussion, which is the pattern here: the minority vote for the controller-centric option is not backed by any technical argument.

Official Reference

https://learningnetwork.cisco.com/s/question/0D56e0000Dp2PcFCQU/100-days-of-devnet-challenge

This link opens the official vendor documentation in a new tab.

Exam Strategy

When a question contrasts device-level and controller-level management, separate the axes: granularity and vendor-specific settings favour direct device access, while scale and uniformity favour a controller.

Frequently Asked Questions

Why does a controller expose fewer settings?

A controller models devices in an abstracted, vendor-neutral way, so it can only present the settings its data model and drivers implement, not every native option.

Does device-level management support REST APIs?

Yes — many devices expose REST or NETCONF APIs directly. Option C is false because controller platforms are themselves REST-driven, not because devices lack APIs.

More 200-901 FAQ →

Community Votes

71%

29%

71% of anonymous learners picked answer B. Votes are pick records left by other test-takers — they are not the verified answer.

Discussion 3 contributions

Compiled from public community threads and reader submissions, lightly edited for clarity. Handles and vote tallies are shown as recorded, and comments reflect the views of individual contributors.

From public community threads 3

Jebakavin 👍 4 Answered B

B is correct. https://learningnetwork.cisco.com/s/question/0D56e0000Dp2PcFCQU/100-days-of-devnet-challenge
timhanley156 👍 1 Answered B

Device-level management involves directly configuring individual devices (e.g., using CLI, NETCONF, or REST APIs). ✅ It gives full access to all features and configuration options of each specific device. Controller-level management abstracts the underlying hardware and provides a centralized way to manage multiple devices. ❌ While more scalable and simplified, it often limits access to only the features exposed through the controller's interface — not the full set of device-specific options.
doiszeroum 👍 2 Answered D

CHAT: The correct answer is:

Reader comments & corrections

No reader corrections yet — spotted an error or have a note? Share it below.

Practice All 200-901 Questions

Access 105 questions with complete answers and detailed explanations.

View Full 200-901 Practice Test →

← Back to 200-901 Study Guide