In Juniper Mist Cloud, administrative roles define what actions a user can perform within an organization. The ability to claim and onboard switches is granted to roles that have configuration or deployment privileges.

“Only users with Super User, Network Admin, or Installer roles can claim, onboard, or delete devices such as access points, switches, or gateways within a Mist organization.”

Option A (Network Admin):Correct— can claim and manage network devices.

Option B (Installer):Correct— role specifically intended for device onboarding and site setup.

Option C (Super User):Correct— full administrative privileges including device claiming.

Option D (Observer):Incorrect — view-only access.

Option E (Helpdesk):Incorrect — limited to troubleshooting functions, not device management.

According to Juniper Mist documentation, the EX2300, EX4650, and QFX5120 switches require a specific additional workflow within the Mist portal to form a Virtual Chassis because these models do not have dedicated Virtual Chassis ports (VCPs). Unlike other EX-series models (such as the EX4100 or EX4400) that possess factory-defined, dedicated VCPs and can form a Virtual Chassis automatically upon physical connection, these three platforms require an administrator to explicitly initiate the "Form Virtual Chassis" action from the Mist UI.

This workflow is necessary because the system must logically convert standard network uplink ports into Virtual Chassis ports to enable stack communication. To execute this, the switches must first be onboarded to the Juniper Mist cloud as standalone devices and assigned to the same site. Once they are online and their configuration is managed by Mist, the administrator selects the desired members from the switch inventory and clicks More > Form Virtual Chassis.

During this additional workflow, the Mist portal prompts the user to specify which front-panel ports will be repurposed as VCPs and allows for the manual assignment of member IDs and Routing Engine roles. This "pre-provisioned" method ensures a deterministic setup where roles are not left to chance. Once the command is pushed, the switches reboot to reconfigure their internal hardware logic to treat the selected ports as fabric links. Juniper emphasizes that for these specific models, the "Form Virtual Chassis" option is the only supported way to establish the stack within Wired Assurance, as it ensures that the cloud-native management plane correctly recognizes the multiple physical chassis as a single logical entity.

Dynamic Packet Capture (DPC)requires no manual setup.

It is automatically linked to relevantclient eventson theInsights page, enabling fast root-cause analysis without extra configuration.

ForJuniper cloud-ready EX Series switches(EX2300, EX3400, EX4100, EX4400, etc.) to successfully onboard to theJuniper Mist Cloud, specific connectivity requirements must be met:

“Cloud-managed EX switches require outbound connectivity to the Mist Cloud on TCP ports 2200 or 443. Switches must also have access to DNS services to resolve cloud service URLs during onboarding.”

Option A:Incorrect — minimum version depends on switch model; older models may onboard with earlier releases (e.g., 20.x, 21.x).

Option B:Correct— outbound TCP 2200 or 443 connectivity is required for cloud registration.

Option C:Incorrect — switches connect directly to Mist Cloud, not the Agile Licensing Portal.

Option D:Correct— DNS resolution is mandatory for discovering Mist Cloud endpoints.

Forgreenfield onboarding, switches are newly deployed and must be claimed into Mist Cloud. Juniper Mist offers multiple claim options to simplify large-scale onboarding.

“You can claim switches using the device’s QR claim code, by bulk importing from a sales order, or through API-based automation for large deployments. Each of these methods securely associates the devices to your organization in Mist Cloud.”

Option A:Incorrect — serial number alone is not sufficient for claiming.

Option B:Correct— claim codes (QR) uniquely identify switches.

Option C:Correct— bulk claim from a sale order streamlines large deployments.

Option D:Correct— APIs support automated claiming and provisioning workflows.

Option E:Incorrect — MAC address alone cannot be used to claim devices.

Juniper Mist uses open, cloud-native APIs to providereal-time telemetry and integration.

Data is collected and streamed from the backend using:

RESTful APIs– for configuration, automation, and reporting.

Webhooks– to push events, alerts, or SLE changes to third-party systems.

When a switch is claimed into a Mist organization, it appears in one of several states depending on connectivity and site assignment.

“After claiming, switches initially appear asUnassignedif they are not yet linked to a site. Once online and connected to Mist Cloud, they transition toConnectedstatus and begin receiving configurations and telemetry.”

Option A (Connected):Correct— indicates the switch is online and communicating with Mist Cloud.

Option B (Inactive):Incorrect — not a valid device state in Mist.

Option C (Active):Incorrect — “Active” is not a device state label in Mist.

Option D (Unassigned):Correct— indicates the switch has been claimed but not yet assigned to a site.