JNCIA-DevOps Junos Automation Stack And DevOps Concepts — 10 Questions

Question 1

Which Junos automation architecture component provides standardized, model-driven interfaces using NETCONF and gRPC/gNMI to manage and monitor Junos devices?

Accepted Answer

Junos XML API and schema definitions. Junos API and data modeling components like NETCONF and gRPC provide structured, programmatic access to the Junos control plane.

Answer

The Junos CLI pipe filter 'match' command

Answer

Proprietary screen-scraping CLI scripts running in a crontab daemon

Answer

The physical console cable attached to the Routing Engine

Question 2

An automation script connects to a Junos device and attempts to load a candidate configuration using NETCONF. The script needs to ensure that if any part of the configuration fails validation, the entire transaction is discarded and the candidate database is left untouched. Which NETCONF capability or tag should be utilized?

Accepted Answer

The candidate configuration database lock combined with atomic transaction semantics provided by NETCONF and operations.. NETCONF supports robust transaction handling, ensuring that configuration changes are validated as a block and rolled back on error.

Answer

The SNMP trap notification daemon running on port 162

Answer

The <rollback> RPC with an explicit configuration revision number

Answer

The 'cli -s' force-override flag in an SSH execution session

Question 3

Which Junos automation tool utilizes NETCONF over SSH by default to manage network devices using Python libraries or configuration management frameworks?

Accepted Answer

Junos PyEZ. Ansible, PyEZ, and NETCONF clients communicate with Junos using NETCONF over SSH by default.

Answer

The local Junos shell (sh) utility

Answer

Wireshark packet analyzer

Answer

Junos Space Network Management Platform GUI

Question 4

An enterprise uses Git for tracking Junos configurations. An engineer wants to see the exact line-by-line history of changes made to a specific routing policy file over the past month, including who made each change. Which Git command should they use?

Accepted Answer

git blame or git log -p . 'git blame' shows what revision and author last modified each line of a file, while 'git log' shows commit history.

Answer

git history --routing-policy

Answer

git diff --author

Answer

git status --verbose

Question 5

An automation pipeline tests Junos configuration changes against a virtual Junos device (such as vSRX or cRPD) in a CI environment before deploying to physical hardware. What is this practice called?

Accepted Answer

Virtual staging and pre-deployment validation testing. Testing against virtualized network functions in a staging or CI environment is known as lab validation or digital twinning/staging.

Answer

Production traffic shedding

Answer

Static code linting

Answer

Hardware refactoring

Question 6

An automation engineer is using Git and needs to undo the last local commit while keeping the modified changes in their working directory as unstaged changes. Which command should they execute?

Accepted Answer

git reset HEAD~1 (or git reset --mixed HEAD~1). 'git reset --soft HEAD~1' or 'git reset HEAD~1' resets the commit while keeping working tree files modified/staged depending on flags. 'git reset HEAD~1' defaults to mixed (keeps changes unstaged).

Answer

git reset --hard HEAD~1

Answer

git checkout -f master

Answer

git revert --purge

Question 7

An engineer wants to inspect the differences between two committed configurations on a Junos device using the CLI or automation tools. Which operation does this correspond to in Junos configuration management?

Accepted Answer

Comparing configuration revisions (e.g., rollback comparison) to audit modifications before committing.. Comparing configuration revisions is done using comparison features (e.g., 'show configuration | compare').

Answer

Running a traceroute across the management network

Answer

Performing a NETCONF <discard-changes> operation

Answer

Reloading the Junos kernel image

Question 8

A DevOps engineer is implementing a CI/CD pipeline for automated testing of Junos configurations. During the build stage, the pipeline executes a syntax check on candidate configurations before staging them for deployment. Which tool natively provides configuration syntax validation against the Junos schema without applying the configuration to the routing engine?

Accepted Answer

Junos PyEZ configuration mode via the 'cu.validate()' method. The Junos PyEZ library provides a configuration management module that allows validation of candidate configurations locally or on the device using validate() without committing changes.

Answer

Ansible junipernetworks.junos.junos_config module with 'check_mode: true'

Answer

SaltStack junos.commit execution module

Answer

git-lfs configuration validator

Question 9

An engineer is automating Junos device deployments using Ansible. They need to push a set of hierarchical configuration changes to a cluster of MX Series routers and ensure the changes are committed only if there are no syntax errors, while keeping the connection open for subsequent tasks. Which Ansible module and parameter combination should be used?

Accepted Answer

junipernetworks.junos.junos_config with 'update: merge' and 'diff: true'. The junipernetworks.junos.junos_config module manages Junos configurations, and the 'confirm' or 'diff' parameters manage operational validation, while the transport connection is handled automatically by the collection.

Answer

junipernetworks.junos.junos_command with 'commands: ["configure", "commit check"]'

Answer

ansible.builtin.template with 'dest: /config/juniper.conf'

Answer

netconf_config with 'provider: junos'

Question 10

A network engineer is exploring the core components of the Junos automation architecture. Which TWO components are native Junos daemons or automation frameworks directly involved in script execution or API processing? (Choose TWO)

Accepted Answer

jsd (Junos Script Daemon). Option A, jsd (Junos Script Daemon), is correct because it is the native Junos daemon responsible for executing commit, event, op, and SNMP scripts written in SLAX, XSLT, or Python, and it also handles the Junos XML API and NETCONF session processing. Option D, mgd (Management Daemon), is correct because it is the core Junos management process that parses CLI and configuration input, manages the candidate and active configuration databases, and invokes jsd when scripts must run during commit or operational commands. Option B, snmpd, is not a script-execution or API-processing framework; it implements the SNMP agent for polling and traps, even though it can trigger event scripts indirectly. Option C, sshd, only provides encrypted remote CLI/NETCONF transport and does not itself execute automation scripts or process the Junos API. Option E, httpd, is not a native Junos automation daemon for script execution or API processing in this context.

Answer

snmpd (Simple Network Management Protocol Daemon)

Answer

sshd (Secure Shell Daemon)

Answer

httpd (Hypertext Transfer Protocol Daemon)