Get JN0-664 Dumps : Verified Service Provider Professional (JNCIP-SP)

Understanding the Problem in MPLS CoS Classification

How EXP Bits Are Used for CoS in MPLS

Traffic is sent from VPN-A Site-1 ? CE-1 ? PE-1 ? P-1 ? PE-2 ? CE-2.

The MPLS LSP (Label Switched Path) from PE-1 to PE-2 is expected to carry MPLS EXP bits, which are used for Class of Service (CoS) classification.

PE-2 should classify traffic based on EXP bits received in the MPLS label.

What Happens with PHP (Penultimate Hop Popping)?

By default, the penultimate router (P-1) pops the top MPLS label before sending the packet to PE-2.

Since the EXP bits are in the top MPLS label, they get removed along with the label.

This means that PE-2 no longer sees the correct EXP bits, leading to incorrect traffic classification.

Solution: Configure Explicit-Null on PE-2

Explicit Null (explicit-null) must be configured on PE-2 to ensure that P-1 does NOT remove the MPLS label.

Instead of removing the label, P-1 will send a label of 0 (for IPv4) or 2 (for IPv6) to PE-2.

This preserves the MPLS EXP bits, allowing PE-2 to classify the traffic correctly.

Evaluating the Answer Choices Again

? B. Configure the explicit-null statement on PE-2.

Correct, because:

PE-2 is the egress LSR, where Ultimate Hop Popping (UHP) must be enabled.

Configuring explicit-null ensures that P-1 does not remove the label, preserving the EXP bits for CoS classification at PE-2.

Configuration on PE-2:

set protocols mpls explicit-null

Juniper Documentation Reference:

"Explicit-null must be configured on the egress LSR to prevent PHP from removing the top MPLS label, thereby preserving the EXP bits."

? A. Configure the explicit-null statement on PE-1.

Incorrect, because:

Explicit-null must be configured on the egress LSR (PE-2), not the ingress LSR (PE-1).

PE-1 only labels the traffic but does not control PHP behavior on P-1.

? C. Configure VPN prefix mapping for the PE-1_to_PE-2 LSP.

Incorrect, because:

VPN prefix mapping is used for mapping VPN routes to LSPs but does not solve the EXP bit issue.

The problem here is label removal (PHP), not route mapping.

? D. Set a static CoS value for the PE-1_to-PE-2 LSP.

Incorrect, because:

This does not preserve the original EXP bits, it only applies a static CoS value.

It’s a workaround, not a fix.

Final Answer: ? B. Configure the explicit-null statement on PE-2.

Key Takeaways

Penultimate Hop Popping (PHP) removes the outer MPLS label at P-1, which also removes the EXP bits used for CoS classification.

To keep EXP bits intact, configure explicit-null on the egress PE (PE-2).

This forces P-1 to send a label (0 for IPv4, 2 for IPv6) to PE-2, preserving the EXP bits for CoS classification.

Official Juniper Documentation Reference

???? Juniper MPLS CoS and PHP Behavior Guide

"To retain CoS EXP bits at the egress LSR, configure explicit-null on the egress PE. This prevents PHP from stripping the MPLS label before reaching the final PE router."

In the exhibit, the output of the `show route protocol bgp` command is shown for the prefix `172.16.20.4/30`. Let's analyze the provided BGP routing table to determine which statements are correct.

1. **AS Path Analysis**:

- The AS path for the route `172.16.20.4/30` is shown as `2 I`.

- This indicates that the route was learned from AS 2 and it is an internal (iBGP) route within the same AS.

2. **Multiple Paths**:

- The route has two next-hop IP addresses: `10.0.18.2` via interface `ge-1/0/4.0` and `10.0.19.2` via interface `ge-1/0/5.0`.

- This indicates that BGP multipath is configured, which allows multiple equal-cost paths to be used for load balancing.

- BGP multipath must be explicitly configured to use multiple paths for the same prefix.

3. **Multihop vs. Multipath**:

- **Multihop Configuration**: This is typically used for establishing BGP sessions with peers that are not directly connected. It is not related to load balancing.

- **Multipath Configuration**: This is used to enable load balancing across multiple paths for the same prefix, which is the case here.

**Conclusion**:

Given the above analysis:

- **C. This route is learned from the same AS number**: Correct. The AS path `2 I` indicates the route was learned from the same AS number (AS 2).

- **D. The multipath configuration is used for load balancing**: Correct. The presence of multiple next-hops indicates that BGP multipath is configured for load balancing.

Thus, the correct answers are:

**C. This route is learned from the same AS number.**

**D. The multipath configuration is used for load balancing.**

**References**:

- Junos OS BGP Multipath Documentation: [Junos OS BGP Multipath](https://www.juniper.net/documentation/en_US/junos/topics/topic-map/bgp-multipath.html)

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

OSPF is an interior gateway protocol that uses link-state routing to exchange routing information among routers within a single autonomous system. OSPF prevents routing loops in multi-area networks by using two methods: area hierarchy and SPF algorithm. Area hierarchy is the concept of dividing a large OSPF network into smaller areas that are connected to a backbone area (area 0). This reduces the amount of routing information that each router has to store and process, and also limits the scope of link-state updates within each area. All areas are required to connect to area 0 either directly or through virtual links2. SPF algorithm is the method that OSPF uses to calculate the shortest path to each destination in the network based on link-state information. The SPF algorithm runs on each router and builds a shortest-path tree that represents the topology of the network from the router’s perspective. The SPF algorithm prunes looped paths within an area by choosing only one best path for each destination3.

EVPN is a solution that provides Ethernet multipoint services over MPLS networks. EVPN uses BGP to distribute endpoint provisioning information and set up pseudowires between PE devices. EVPN uses different route types to convey different information in the control plane. The following are the main EVPN route types:

Type 1 - Ethernet Auto-Discovery Route: This route type is used for network-wide messaging and discovery of other PE devices that are part of the same EVPN instance. It also carries information about the redundancy mode and load balancing algorithm of the PE devices.

Type 2 - MAC/IP Advertisement Route: This route type is used for MAC and IP address learning and advertisement between PE devices. It also carries information about the Ethernet segment identifier (ESI) and the label for forwarding traffic to the MAC or IP address.

Type 3 - Inclusive Multicast Ethernet Tag Route: This route type is used for broadcast, unknown unicast, and multicast (BUM) traffic forwarding. It also carries information about the multicast group and the label for forwarding BUM traffic.

Type 4 - Ethernet Segment Route: This route type is used for multihoming scenarios, where a CE device is connected to more than one PE device. It also carries information about the ESI and the designated forwarder (DF) election process.