Juniper Updated JN0-650 Exam Questions and Answers by alaya

In Junos OS Class of Service (CoS), schedulers are the components that define how traffic in a specific queue is treated before it is transmitted out of an interface.

Queue Priority (Statement C): A scheduler identifies the priority of the queue (e.g., low, medium-low, medium-high, or high). This determines the order in which the hardware handles traffic from different queues.

Buffer Size (Statement D): A scheduler defines the buffer size (amount of memory) allocated to a queue, which can be specified as a percentage, a temporal value (in microseconds), or the remainder of available buffer space. This helps manage bursts of traffic and prevent tail drops.

Other Components: Rate-limiting (Statement A) is typically handled by policers or interface-level shaping, while code translation (Statement B) is the role of rewrite rules.

The exhibit illustrates an Autonomous System (AS 65512) receiving the same prefix ($203.0.113.0/24$) from two different neighbors, ISP A and ISP B. To influence outbound traffic from AS 65512 so that ISP A is preferred, you must manipulate the BGP Local Preference attribute.BGP Path Selection and Local Preference: Local preference is the first attribute evaluated by BGP after checking if the next hop is reachable. A higher local preference value is always preferred over a lower one. The default value in Junos OS is 100.Applying the Preference (Option B): By applying an import policy on router R1 to set a local preference higher than 100 (e.g., 200) for routes from ISP A, R1, R2, and R3 will all prefer the path through R1 to reach ISP A.Applying the Preference (Option C): Alternatively, you can achieve the same result by applying an import policy on R2 to set a local preference lower than 100 (e.g., 50) for routes from ISP B. Since the routes from R1 remain at the default of 100, the path through ISP A (100) will be preferred over ISP B (50).Why A and D are incorrect: Setting a lower preference for ISP A (Option A) or a higher preference for ISP B (Option D) would result in ISP B being preferred for outbound traffic, which is the opposite of the requirement.

In an end-to-end CoS (Class of Service) design, there is a clear distinction between classification at the ingress and rewrite rules at the egress.

The Problem: Your edge devices are successfully classifying traffic (assigning packets to internal forwarding classes). However, the core devices—which use BA (Behavior Aggregate) classifiers—are not classifying correctly. BA classifiers look at the bits in the packet header (like DSCP or 802.1p) to determine priority.

The Missing Link (Option C): When a packet leaves the edge device, its internal forwarding class and loss priority must be "written" back into the packet header so that the next-hop (the core device) can see it. By default, Junos may not preserve or set these bits correctly on egress. You must apply rewrite rules on the edge switches' egress interfaces facing the core. These rules ensure the DSCP values in the headers match the forwarding class determined by the edge's MF classifier, allowing the core's BA classifier to function properly.

Other Options: Option A (policer) handles rate limiting, not classification. Option B is incorrect because core devices often have different hardware or scaling needs than edge switches, and standard BA configuration is preferred over templates in the core. Option D is incorrect because MF classifiers are standard for edge devices where deep packet inspection is needed to identify traffic types.

When a peer incorrectly floods your router with an excessive number of routes, it can exhaust system resources and crash the routing engine.

Prefix-Limit (Option B): The prefix-limit (or accepted-prefix-limit) parameter is the primary defense against such "route leaks".

You can set a maximum threshold for the number of prefixes allowed from a specific BGP neighbor or group.

When the limit is reached, Junos can be configured to either just log a warning or tear down the BGP session entirely (using the teardown keyword) to protect the router.

This prevents the "hundreds of thousand routes" from ever being fully processed or installed into the main routing table.

Damping (Option A): Damping is used to suppress unstable, "flapping" routes, but it does not limit the total volume of stable routes received.