InMist Cloud,site variablesare used to store and reference common configuration values (such as VLAN IDs, subnet addresses, or gateway IPs) that are reused across multiple devices and templates within a site.

“Site variables allow administrators to define reusable configuration parameters that can be referenced in multiple templates or device configurations, ensuring consistency and reducing manual errors.”

Option A:Incorrect — applies configuration directly, not reusable references.

Option B:Correct— site variables enable you to reference the same VLAN or value in multiple configurations (switches, WLANs, etc.).

Option C:Incorrect — WLAN templates are for wireless SSID configuration.

Option D:Incorrect — switch templates define static configuration but don’t store shared variables.

In theJuniper Mist AI for Wired dashboard, administrators can select one or more switch ports (as shown in the exhibit, e.g., port ge-0/0/25 on an EX4100-48MP). Once configuration changes are made — such as VLAN assignment, port profiles, PoE settings, or administrative state — theSave buttonmust be clicked to confirm and apply those changes to the device.

“When making configuration changes in the Mist switch interface, the Save button must be used to confirm the modifications. Clicking Save applies the selected port settings to the switch through Mist Cloud.”

Option Ais incorrect: saving does not create a backup. Backups and snapshots are handled through Mist’s configuration archive, not via the Save button.

Option Bis incorrect: Save does not reset configuration; instead, it commits changes.

Option Cis incorrect: there is no preview function tied to Save.

Option Dis correct: the Save button is explicitly forapplying configuration changesto the selected switch or port(s).

Mistwebhooksprovide real-time integration with external systems by streamingalertsandSLE (client) metrics.

They allow automation tools to react immediately to network health or performance changes.

Marvis, the AI-driven virtual network assistant in Mist, provides real-time troubleshooting insights for both wired and wireless devices.

When used withWired Assurance, certain actions require Juniper EX or QFX switches for telemetry collection.

Two of these wired-specific actions are:

Bad Cable Detection– triggered when electrical faults or poor cable quality are observed through LLDP or physical diagnostics.

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.

Wired AssurancedefinesSLEs (Service Level Expectations)to provide measurable performance indicators for wired networks. These metrics identify root causes of network degradation by monitoring switch health, connection success, and throughput performance.

“Juniper Mist Wired Assurance delivers AI-driven insights across key wired SLEs including Successful Connects, Throughput, and Switch Health, giving visibility into user experience and switch performance.”

Option A (Capacity):Incorrect — capacity is used in wireless SLEs, not wired.

Option B (Successful Connects):Correct— tracks connection success rate and anomalies.

Option C (Switch Health):Correct— monitors hardware, software, and PoE status.

Option D (Coverage):Incorrect — pertains to wireless SLEs.

Option E (Throughput):Correct— measures data transfer rate, latency, jitter, and loss.

Dynamic Port Configuration (DPC)in Juniper Mist enablesautomatic switch port configurationbased on connected device type (e.g., phones, access points, printers). When setting up DPC, administrators define thematching criteria(such as MAC OUI or LLDP system name) and associate aConfiguration Profilethat determines which settings are applied.

“To configure Dynamic Port Configuration, you must assign the ports where DPC will run and select the configuration profile that defines how the port will be automatically configured when a matching device is detected.”

Option A:Correct— you must select the configuration profile to apply once the device type matches.

Option B:Incorrect — DPC does not use polling; it reacts to real-time LLDP/device discovery.

Option C:Correct— you must assign the ports on which DPC operates.

Option D:Incorrect — DPC is supported across EX models running compatible firmware but does not require manually setting a Junos version in configuration.

In Juniper’scampus fabric architectures, the location of theLayer 3 gateway(IRB) differentiates between CRB and ERB models:

Centrally-Routed Bridging (CRB):L3 gateways are placed at thecore layer.

Edge-Routed Bridging (ERB):L3 gateways are placed at thedistribution layer, closer to the edge.

“In the ERB model, Layer 2 gateways are deployed at the access layer, andLayer 3 gateways are deployed at the distribution layer.”

Option A (CRB):Incorrect — L3 is at the core, not distribution.

Option B (IP Clos):Incorrect — in 3-stage Clos, L3 is pushed to the access layer.

Option D (EVPN multihoming):Incorrect — this is about redundancy, not gateway placement.

Option C (ERB):Correct — L3 gateways sit at thedistribution layerin the ERB architecture.

Group-Based Policy (GBP)is a Juniper EVPN-VXLAN feature that enablesmicrosegmentationwithout requiring multiple VRFs or VLANs. It is implemented within Juniper Mist’sWired Assurance and Campus Fabricframeworks.

“GBP provides scalable, identity-based segmentation for campus fabrics and is supported on EX4100 and EX4400 Series switches operating in EVPN-VXLAN mode under Mist management.”

The feature requires hardware and software support forEVPN-VXLAN and GBP tagging, which is currently available on specific EX models managed by Mist Cloud.

Option A:Correct— GBP requires compatible access switches, specifically EX4100 and EX4400 models.

Option B:Incorrect — GBP is centrally managed through Mist Cloud, not configured per switch.

Option C:Incorrect — GBP is provisioned via Mist Cloud, not the CLI.

Option D:Incorrect — GBP is not supported onallEVPN-capable switches; only on defined platforms (EX4100/EX4400).

Marvis is Juniper’s Virtual Network Assistant (VNA) that leverages AI to provide natural language queries, anomaly detection, and proactive troubleshooting across wireless, wired, and WAN networks.

“Marvis, the AI-driven Virtual Network Assistant, requires a Virtual Network Assistant subscription. The subscription enables Marvis to provide insights, recommendations, and natural language queries for Mist-managed networks.”

Option A (Access Assurance) is related to NAC/802.1X enforcement.

Option B (IoT Assurance) applies to profiling and securing IoT devices.

Option D (Wired Assurance) enables switch telemetry, onboarding, and assurance, but does not unlock Marvis.

Option C (Virtual Network Assistant) is correct — this subscription is required to enable Marvis AI.