Free Practice Questions for Juniper JN0-106 Exam

The Junos Command Line Interface (CLI) is designed with an intuitive, context-sensitive help system that assists users in navigating the command hierarchy. When an administrator enters a question mark (?) at the prompt, the CLI provides immediate feedback based on the current location within the hierarchy. First, it lists all available commands and options that are valid at that specific point. This allows the user to see the breadth of possible next steps without needing to refer to external documentation.

Second, the ? character triggers the display of summary information for each of those commands and options. This brief descriptive text provides a clinical overview of what each command achieves, helping the user select the appropriate tool for their task. This " help-on-demand " feature is functional in both operational and configuration modes. It is important to distinguish this from the help command; while help (such as help topic or help reference) provides more exhaustive documentation and usage examples, the ? prompt is primarily a quick-reference tool for command completion and syntax discovery. This mechanism ensures that even complex configurations can be built accurately by exploring the available options and their summarized purposes directly within the terminal environment. Reference: User Interfaces, CLI Help Facilities, Command Discovery.

==========

Transit traffic represents the primary " workload " of a Junos device; it is the data that enters one network interface and exits another, destined for a remote host. Unlike exception traffic, transit traffic is forwarded exclusively by the Packet Forwarding Engine (PFE) . The PFE uses specialized Application-Specific Integrated Circuits (ASICs) or programmable NPUs to perform lookups in the hardware-based forwarding table (FIB) at wire speed.

A defining characteristic of transit traffic is that it does not require control plane processing . Once the Routing Engine (RE) has populated the PFE with the necessary forwarding instructions, the RE steps out of the way. The packets pass through the PFE ' s ingress processing, lookups, and egress queuing without ever consuming CPU cycles on the Routing Engine. This bypass is what allows Junos devices to maintain massive throughput and low latency, even if the RE is busy recalculating a complex BGP table. Routing protocol packets (like OSPF updates) and traffic destined for the router ' s own management IP address are explicitly not transit traffic; they are control plane traffic because they terminate at the device ' s " brain. " Transit traffic is strictly " pass-through " data.

In large-scale Junos deployments, efficiency and flexibility are achieved through the use of configuration groups . When faced with a requirement like moving all 1-gigabit interfaces to jumbo frames—with the caveat that the exact MTU value (e.g., 4000 bytes) might change after testing—manually editing every interface is both tedious and prone to error.

By creating a configuration group under the [edit groups] hierarchy, you can define the MTU parameter once. You then use the apply-groups statement at the [edit interfaces] level or on specific interface ranges. This creates a " template " effect. The flexibility comes into play during the testing phase: if results indicate that a 9000-byte MTU is preferable to 4000 bytes, the architect only needs to modify the value in the group definition. The Junos OS inheritance mechanism automatically propagates this update to every interface associated with that group.

Applying MTU at the family level (Option B) is less efficient and doesn ' t handle the physical Layer 2 MTU requirements of jumbo frames as effectively. Path-MTU discovery (Option D) is a protocol-level function for avoiding fragmentation but does not configure the local interface ' s hardware capability to accept larger frames. Thus, groups represent the best practice for centralized, scalable management.

In the Junos OS architecture, maintaining visibility into the health of the Routing Engine (RE) is paramount for ensuring control plane stability. The command show chassis routing-engine is the primary tool for a high-level hardware status overview. It provides critical telemetry regarding the RE ' s current CPU utilization (broken down by user, background, and kernel tasks), memory usage statistics, and uptime. This command is essential for identifying if the device ' s " brain " is under significant stress due to heavy protocol processing or management tasks.

For a more granular, process-specific analysis, the show system processes extensive command is utilized. Similar to the ' top ' utility in Unix-based systems, it lists all active software daemons (such as rpd for routing, dcd for interfaces, and mgd for management) and ranks them by their real-time CPU and memory consumption. This allows an architect to pinpoint exactly which process might be causing a performance bottleneck. While show chassis environment focuses on physical hardware health like temperatures and fan speeds, and resource-monitor provides summary data, the combination of show chassis routing-engine and show system processes extensive offers the most comprehensive diagnostic view of the device ' s internal computational resources. Reference: Operational Monitoring and Maintenance, System Health Monitoring.

==========

In Junos OS, the rescue configuration is a specifically designated file that stores a known-working configuration, intended to be used for emergency recovery when the device becomes unreachable or unstable due to recent changes. This configuration is not created automatically; an administrator must proactively save a stable state using the operational mode command request system configuration rescue save. This differs from the standard rollback archive, which automatically stores up to 50 previous configurations but can eventually rotate out the specific " last known good " state needed for recovery.

When a device loses network connectivity, console access becomes the only viable management path. To restore the rescue configuration, the administrator must enter configuration mode using the configure command. Once inside the candidate configuration buffer, the rollback rescue command is issued. This command directs the Junos OS to locate the designated rescue file and load its contents over the current candidate configuration. Upon receiving the " load complete " confirmation, the administrator must execute a commit to promote the candidate configuration to the active, running state. Sequence C correctly follows this logic. Sequence A is technically incorrect for standard rescue restoration as load override typically targets specific file paths or URLs, whereas rollback rescue is the built-in mechanism for this function. Sequences B and D are destructive or counter-productive, either deleting the rescue file or overwriting it with the current, non-functional configuration state. Reference: Operational Monitoring and Maintenance, Configuration Recovery, Rescue Configuration.

==========

In Junos OS, the Routing Information Base (RIB) selection process follows a strict hierarchy where the Longest Prefix Match (LPM) is the absolute primary tie-breaker. When a packet is destined for 10.50.10.55 , the Routing Engine searches the inet.0 table for all matching entries. In this exhibit, four routes match: the default route ( 0.0.0.0/0 ), a general static route ( 10.0.0.0/8 ), an OSPF route ( 10.50.0.0/16 ), and a BGP route ( 10.50.10.0/24 ).

The LPM rule dictates that the router must select the most specific route available, which is defined as the entry with the highest number of matching bits in the subnet mask. The 10.50.10.0/24 route matches 24 bits of the destination address, making it more specific than the 16-bit, 8-bit, or 0-bit alternatives. It is critical to understand that route preference (e.g., Static at 5, OSPF at 10, or BGP at 170) is only evaluated if there are multiple paths to the exact same prefix and length. Because these prefixes vary in length, the length takes precedence over the protocol preference. Therefore, the BGP-learned route via 192.168.1.20 is selected as the active path, ensuring traffic follows the most granular routing information provided to the device. Reference: Routing Fundamentals, Routing Table Selection, Longest Prefix Match.

==========

In the Junos OS architecture, maintaining a reliable recovery point is a critical post-installation task. While the system automatically archives previous configurations as " rollback " files every time a commit is performed, these files are transient and can eventually be rotated out of the default 50-file history as new changes are made. To ensure a permanent and reliable recovery state, a Senior Architect should manually create a rescue configuration .

The rescue configuration is a specifically designated file used to restore a device to a known-working state if it becomes unreachable or the configuration becomes corrupted. Unlike standard rollbacks, the rescue configuration is only created or updated when an administrator explicitly issues the operational mode command request system configuration rescue save. This ensures that even if several subsequent commits flush the desired initial state from the standard rollback archive, the " safe harbor " configuration remains intact on the storage media. This state can then be re-activated via the rollback rescue command in configuration mode followed by a commit. Setting a rescue configuration after the initial setup is a foundational best practice for disaster recovery and operational stability, providing a " last resort " configuration that is immune to the automated rotation of the commit history.

To effectively troubleshoot packet forwarding in a Junos environment, an architect must distinguish between the control plane ' s Routing Information Base (RIB) and the data plane ' s Forwarding Information Base (FIB). While the command show route displays the RIB (the master routing table maintained by the Routing Engine), it does not necessarily reflect the actual instructions being executed by the hardware. The definitive command for viewing the data plane ' s active path selection is show route forwarding-table.

Executing this command reveals the contents of the FIB as it has been pushed from the Routing Engine to the Packet Forwarding Engine (PFE). The output provides critical diagnostic data, including the destination prefix, the specific next-hop IP address, the interface through which the packet will egress, and the type of route (such as unicast or broadcast). This is the " ground truth " for packet movement; if a route exists in the RIB but is missing from the forwarding table, it indicates a failure in the communication between the RE and PFE. Utilizing this command is the primary method for identifying black holes, incorrect next-hop resolution, or issues with hardware-level filter applications that might be impacting transit traffic flow at wire speed.

When a network architect needs to completely sanitize a Junos device for redeployment or decommissioning, the request system zeroize command is the most thorough tool available. Unlike simply loading the factory default configuration, which only resets the configuration database, the zeroize command performs a deep wipe of the system.

Specifically, this command removes all user-created data, including all configuration files (active and rollback), log files, license keys, and any locally stored files in the /var/tmp or /home directories. It essentially restores the device to its " pristine " out-of-box state. Once the command is initiated, the device reboots and goes through a sanitization process. This is a critical security measure to ensure that sensitive information—such as encrypted passwords, proprietary routing policies, or SNMP community strings—does not leave the organization when hardware is transferred.

In contrast, the request system storage cleanup command is a maintenance utility used to delete temporary files and old log entries to free up disk space, but it does not affect the running configuration or user accounts. Therefore, for a total system reset that includes configuration deletion, zeroize is the mandatory operational command.