Juniper Updated JN0-106 Exam Questions and Answers by steven

The Junos OS operates using a candidate configuration model, where changes are made in a temporary buffer before being applied to the running system. To ensure accuracy and prevent unintended network disruptions, it is a critical best practice to review the differences between the candidate buffer and the currently active configuration. The command show | compare executed from the [edit] hierarchy level is the primary tool for this task.

When this command is issued, the CLI performs a line-by-line comparison. The output uses a " diff " format: lines prefixed with a plus sign (+) represent new statements added to the candidate configuration, while lines prefixed with a minus sign (-) indicate statements that have been removed. This visualization allows the architect to verify exactly what will change upon execution of the commit command. Unlike operational mode commands that only show the final state, show | compare highlights the delta, making it indispensable for auditing complex policy changes or interface reconfigurations. This step acts as a final manual validation gate, reducing the risk of syntax errors or logical misconfigurations entering the production environment. Using this command is a fundamental skill for passing the JNCIA-Junos exam and for professional day-to-day operations.

The statement describing commit confirmed 5 is correct. In Junos OS, configuration changes are first made to a candidate configuration . They do not become the active operational configuration merely because they have been entered in configuration mode. A commit operation is required to validate and activate those changes.

The commit confirmed mechanism provides an important administrative safety feature. When the administrator enters:

commit confirmed 5

Junos OS activates the candidate configuration but requires confirmation within 5 minutes . If the configuration is not confirmed before the timer expires, Junos OS automatically rolls back to the previously committed configuration. Juniper explicitly documents that the optional number following commit confirmed specifies the confirmation period in minutes.

Option A is incorrect because operational mode is primarily used for monitoring, troubleshooting, maintenance, and operational commands rather than making persistent configuration changes. Option B is incorrect because configuration-mode edits remain candidate changes until committed. Option D is also incorrect: rollback 0 does not restore factory defaults . It loads the most recently committed configuration and effectively removes pending uncommitted modifications.

Study Guide Reference Topics: Configuration Basics — candidate versus active configuration, commit operations, confirmed commits, configuration rollback, and Junos CLI modes.

Route preference is the quantitative value Junos OS uses to rank the trustworthiness of different routing sources when multiple protocols provide a path to the same destination. A critical architectural distinction in Junos is that both direct and local routes share the same default preference value of 0. Direct routes represent subnets physically connected to an interface, while local routes represent the specific IP address assigned to the device interface itself. Because a value of 0 is the lowest possible numerical value, these routes are always preferred over any learned via dynamic protocols or static configuration.

Additionally, Junos OS treats External BGP (EBGP) and Internal BGP (IBGP) differently than other vendors by assigning both an identical default preference of 170. This means that if the same prefix is learned via both EBGP and IBGP, the preference value alone will not determine the active route; the system must instead proceed to the standard BGP path selection algorithm (evaluating attributes like Local Preference, AS Path, and Origin) to break the tie. In contrast, OSPF distinguishes between its route types, assigning a preference of 10 to internal routes and 150 to AS external routes. Understanding these default values—specifically the parity between direct/local and the unified preference for BGP variants—is foundational for predicting how the Routing Engine populates the forwarding table. Reference: Routing Fundamentals, Default Route Preference Values.

==========

In Junos OS, firewall filters are constructed using terms that specify match criteria (the from statement) and actions to be taken (the then statement). When a packet enters an interface where this filter is applied, the Packet Forwarding Engine (PFE) evaluates it against the defined terms. In this exhibit, the term limit-icmp targets packets sourced from the 172.25.11.0/24 network that specifically use the ICMP protocol.

When a packet meets both criteria, the actions defined in the then block are triggered:

count count-icmp; : This is a non-terminating action . It instructs the system to increment a specific software counter named count-icmp. This allows administrators to monitor exactly how many packets are hitting this specific term using the show firewall command.

discard; : This is a terminating action . It immediately stops any further evaluation of the packet and drops it. A key characteristic of the discard action in Junos is that it is a " silent " drop; the router simply deletes the packet from its buffer without notifying the sender.

Option D is incorrect because returning an ICMP destination unreachable message is the specific behavior of the reject action, not the discard action. Option C is incorrect because discard explicitly prevents the packet from being forwarded. Understanding the distinction between silent discards and active rejections is essential for architects when designing security policies that balance stealth with network transparency.