Juniper Updated JN0-664 Exam Questions and Answers by zach

https://www.juniper.net/documentation/us/en/software/junos/cos-security-devices/topics/concept/cos-transmission-scheduling-security-overview.html

When a Junos device receives a packet on an interface with transmission scheduling, traffic is placed into different queues based on Class of Service (CoS) policies. If a queue exceeds its allocated bandwidth, Junos has default behaviors for handling excess traffic.

Key Junos Behaviors for Transmission Scheduling

Queues Can Borrow Bandwidth from Other Queues ✅

If a queue has excess traffic, it can use bandwidth from underutilized queues, as long as bandwidth is available.

Reference from Juniper Documentation:

"By default, each queue can exceed the assigned bandwidth if additional bandwidth is available from other queues."

Queues Have Credit-Based Tracking ✅

A queue that stays within its allocated bandwidth is considered to have positive bandwidth credit.

A queue that exceeds its allocation is considered to have negative bandwidth credit.

Reference from Juniper Documentation:

"A queue receiving traffic in excess of its bandwidth allocation is considered to have negative bandwidth credit."

Evaluating the Answer Choices

✅ B. The exceeding queue will be considered to have negative bandwidth credit.

Correct, because when a queue exceeds its allocated bandwidth, Junos assigns it negative bandwidth credit.

This means the queue is in debt and must recover before it can transmit additional packets.

✅ C. The excess traffic will use bandwidth available from other queues.

Correct, because Junos allows excess traffic to borrow bandwidth from underutilized queues by default.

If a forwarding class does not use its allocated bandwidth, other queues can borrow the unused bandwidth.

Why the Other Answers Are Incorrect?

❌ A. The excess traffic will be discarded.

Incorrect, because Junos does not immediately discard excess traffic unless the queue cannot borrow bandwidth.

By default, Junos allows bandwidth sharing, and only if no bandwidth is available does it drop packets.

❌ D. The exceeding queue will be considered to have positive bandwidth credit.

Incorrect, because when a queue exceeds its assigned bandwidth, it gets negative bandwidth credit, not positive credit.

Verified Juniper Official Reference

???? Junos CoS Transmission Scheduling Overview

"By default, each queue can exceed the assigned bandwidth if additional bandwidth is available from other queues."

"A queue receiving traffic in excess of its bandwidth allocation is considered to have negative bandwidth credit."

In an L2VPN scenario, the provider network connects two customer edge (CE) devices across a Layer 2 virtual private network. Let's analyze how OSPF operates in this setup.

1. **OSPF Neighborship in L2VPN**:

- An L2VPN provides a Layer 2 connection between two sites, making it transparent to Layer 3 protocols like OSPF. This means the CEs can form OSPF adjacencies directly with each other as if they were on the same local network.

2. **OSPF Configuration on CEs and PEs**:

- **Statement A: OSPF neighborship is formed between the CEs and PEs**:

- Incorrect. In an L2VPN, the provider's network is transparent to the OSPF running on the CEs. OSPF neighborship forms directly between the CEs, not between the CEs and PEs.

- **Statement B: The CE and PE OSPF areas can be different**:

- Correct. Since OSPF adjacencies form directly between the CEs and not between CEs and PEs, the OSPF areas on the CEs and PEs can be different. The provider network acts as a transparent bridge, and OSPF doesn't see the PEs.

- **Statement C: The CE and PE OSPF areas must match**:

- Incorrect. As noted above, because the OSPF neighborship forms directly between the CEs, the OSPF areas on the CEs and PEs do not need to match.

- **Statement D: OSPF neighborship is formed between the two CEs**:

- Correct. The L2VPN makes the connection between the two CEs appear as a direct Layer 2 link, allowing them to form an OSPF adjacency directly.

**Conclusion**:

Given the above analysis, the correct statements are:

**B. The CE and PE OSPF areas can be different.**

**D. OSPF neighborship is formed between the two CEs.**

**References**:

- Juniper Networks Documentation on L2VPNs: [Configuring Layer 2 VPNs](https://www.juniper.net/documentation/en_US/junos/topics/task/configuration/layer-2-vpns-configuring.html)

- OSPF Configuration Guide: [Junos OS OSPF Configuration](https://www.juniper.net/documentation/en_US/junos/topics/concept/ospf-routing-overview.html)

To determine the correct answer, let's analyze the BGP path selection process and identify which attribute would be considered next in this scenario.

Background on BGP Path Selection

When multiple paths to the same destination are received via BGP, the router uses a step-by-step process to select the best path. The order of attributes considered is as follows (simplified for this scenario):

Highest Local Preference : The path with the highest local preference is preferred.

Shortest AS Path : The path with the shortest AS path length is preferred.

Lowest Origin Code : Paths with an origin code of IGP are preferred over EGP, and EGP is preferred over Incomplete.

Lowest MED (Multi-Exit Discriminator) : If the first three attributes are identical, the path with the lowest MED value is preferred.

eBGP over iBGP : eBGP paths are preferred over iBGP paths.

IGP Metric to Next Hop : The path with the lowest IGP metric to the next-hop router is preferred.

Router ID : If all else is equal, the path from the router with the lowest Router ID is preferred.

Peer IP Address : As a last tiebreaker, the path from the peer with the lowest IP address is preferred.

Scenario Analysis

In this scenario:

You are receiving the 203.0.113.0/24 network via EBGP from two different autonomous systems (AS 64500 and AS 64501).

Both advertisements have identical local-preference values , AS-path lengths , and BGP origin codes .

Given that the first three attributes in the BGP path selection process are identical, the next attribute to consider is the MED (Multi-Exit Discriminator) value.

Analysis of the Options

Option A: Router ID

Incorrect : The Router ID is considered much later in the BGP path selection process, only after other attributes like MED and IGP metric have been evaluated. Since MED is still relevant here, Router ID is not the next attribute to consider.

Option B: MED value

Correct : The MED value is used to influence inbound traffic from neighboring ASes. When local preference, AS path length, and origin code are identical, the path with the lowest MED value is preferred. This makes MED the next attribute to consider in this scenario.

Option C: Peer IP Address

Incorrect : The peer IP address is a tiebreaker used only at the very end of the BGP path selection process, after all other attributes have been evaluated. It is not relevant here because MED has not yet been considered.

Option D: IGP Metric

Incorrect : The IGP metric to the next-hop router is considered after MED. Since MED is still relevant in this scenario, IGP metric is not the next attribute to evaluate.

Final Answer

The correct answer is:

B. MED value

Summary

When local preference, AS path length, and origin code are identical, the MED value is the next attribute considered in the BGP path selection process.

MED is used to influence how traffic enters your AS from neighboring ASes.