JNCIS-ENT JN0-352 Passing Score

Nonstop active routing's defining architectural feature is that the backup Routing Engine runs a fully live, active instance of the routing protocol daemon (rpd) in parallel with the primary Routing Engine's rpd instance, continuously, from the moment NSR and its prerequisite GRES are established — not merely at the instant a switchover begins. As protocol adjacencies form, routes are learned, and the RIB is updated on the primary Routing Engine, that same protocol and RIB state is mirrored in real time to the backup Routing Engine's rpd process through an internal synchronization mechanism, so the backup's protocol state remains a live, up-to-date replica of the primary's at essentially every moment during normal operation. When a switchover occurs, the backup Routing Engine simply assumes the primary role with protocol adjacencies, routing tables, and forwarding state already fully populated and current, allowing it to continue operating without re-establishing neighbor relationships or re-learning the network topology, which is what makes the switchover genuinely nonstop and invisible to neighboring routers. This is fundamentally different from graceful restart, where the restarting router must rebuild its state by requesting help from cooperating neighbors after the fact. The Packet Forwarding Engine plays no role in synchronizing protocol-layer information such as LSAs or BGP updates; that is strictly an rpd-to-rpd function coordinated through the Routing Engine synchronization infrastructure. Reference topics: Junos Enterprise Routing – High Availability, Nonstop Active Routing Architecture and rpd Synchronization.

IS-IS is a link-state protocol that, like OSPF, runs Dijkstra's Shortest Path First algorithm independently on each router against its own copy of the synchronized link-state database to compute the best path toward every reachable destination. Each link within the topology carries an administrator-assigned or default metric, and as the SPF algorithm walks the topology graph from the local router outward, it sums the metrics of every link traversed along a candidate path to produce that path's total accumulated cost. Among all possible paths to a given destination prefix, IS-IS always selects and installs the path (or, in the case of equal-cost multipath, the set of paths) with the numerically lowest total accumulated metric, exactly mirroring the 'lowest cost wins' principle shared by essentially all link-state IGPs. A higher accumulated metric value is by definition a less preferred, more costly path, making that option the direct inverse of correct IS-IS behavior. Level 2 proximity to the destination has no independent bearing on path selection beyond however it happens to be reflected in the accumulated metric itself — IS-IS does not apply a separate rule preferring paths merely for passing near a Level 2 router. Likewise, LSP recency (sequence number or freshness) governs which version of a given LSP is trusted and flooded during database synchronization, ensuring the topology database itself is accurate and loop-free, but it plays no role in the SPF cost comparison once the database is synchronized and consistent. Reference topics: Junos Enterprise Routing – IS-IS, SPF Calculation and Metric-Based Path Selection.

Voice VLAN is the Junos feature specifically designed to allow a single access port to simultaneously handle two distinct traffic streams: untagged data traffic from a PC or workstation using the port's normal access VLAN, and separately tagged voice traffic generated by an IP telephone that is typically daisy-chained between the switch port and the connected PC. When voice VLAN is configured on an access interface, the switch instructs the attached IP phone (commonly via LLDP-MED) which VLAN ID to tag its voice traffic with, and the switch is then able to correctly classify and prioritize that tagged voice traffic into its designated voice VLAN while simultaneously continuing to treat any untagged frames arriving on that same physical port as belonging to the port's regular, untagged access VLAN — precisely satisfying the requirement to accept both tagged and untagged traffic together on one access port. Native VLAN, by contrast, is a trunk-port-only concept that designates which VLAN untagged frames on a trunk should be associated with; it has no applicability to an access port and does not enable simultaneous tagged traffic acceptance there. Default VLAN simply refers to the VLAN an interface belongs to absent other configuration and carries no dual-traffic capability. IRB interfaces provide Layer 3 gateway functionality for a VLAN and are unrelated to how tagged versus untagged frames are accepted at Layer 2 on a given physical port. Reference topics: Junos Enterprise Switching – VLANs, Configuring Voice VLAN on Access Interfaces.