JN0-649 Enterprise Routing and Switching Professional (JNCIP-ENT) Questions and Answers

When troubleshooting an EVPN-VXLAN IP fabric loop, the following steps are crucial:

Issue the show route table bgp.evpn.0 command on Leaf2 and verify that Type 4 routes are present: Type 4 routes indicate EVPN Ethernet Segment routes, which are essential for detecting and mitigating loops.

Issue the show route table bgp.evpn.0 command on Leaf2 and verify that Type 3 routes are present: Type 3 routes (Inclusive Multicast Ethernet Tag routes) ensure that multicast and broadcast traffic is properly handled, helping identify and troubleshoot loop issues.

References:

The commands for verifying BGP EVPN routes are standard in troubleshooting EVPN-VXLAN fabrics.

Documentation from "Useful Juniper Commands.txt" and "Juniper Commands.pdf" which provide command references for verifying EVPN route types​​​​.

In a PIM-SM (Protocol Independent Multicast - Sparse Mode) network setup:

Before the formation of the rendezvous-point tree, a join message is sent from R1 to R3 (RP):

R1, being the router connected to the receiver, sends a PIM join message towards the RP (R3) to join the multicast group.

Before the formation of the rendezvous-point tree, an IGMP is sent from the Receiver to R1:

The receiver sends an IGMP membership report to its directly connected router (R1), indicating its interest in joining a multicast group.

References:

The behavior of PIM-SM and the process of join messages and IGMP reports are covered in multicast networking sections of network configuration and design guides​​​​.

Understanding EVPN Route Types:

EVPN routes facilitate Layer 2 and Layer 3 connectivity across data centers.

Layer 2 and Layer 3 Connectivity:

For Layer 3 connectivity across data centers, where Layer 2 does not extend, IP prefixes need to be communicated.

Type 5 Routes:

Type 5 (IP Prefix Route):

Used to distribute IP prefixes between data centers.

Ensures that Layer 3 connectivity is established without extending Layer 2 domains.

References:

Juniper EVPN Type 5 Routes

Configuring EVPN for Data Center Interconnect

The leaf node is not configured for the family evpn NLRI (D):

The exhibit shows that there is an unsupported capability NP error for AFI 1, SAFI 70. This indicates that the leaf node is not configured to support the EVPN (Ethernet VPN) address family.

References:

The BGP configuration and troubleshooting details can be found in "Juniper Commands.pdf" and related EVPN configuration documents​​​​.

Understanding IEEE 802.3af Standard:

IEEE 802.3af, also known as PoE (Power over Ethernet), specifies the standard for delivering power over Ethernet cables.

This standard allows devices like IP phones to receive power along with data over the same cable.

Maximum Power Allocation:

According to the IEEE 802.3af standard, the maximum power that can be delivered to a powered device is 15.4 watts.

This power is delivered over Category 5 (Cat 5) cables or higher.

EX Series Switches Compliance:

Juniper EX Series switches with PoE support adhere to the IEEE 802.3af standard.

Thus, each PoE port on these switches can allocate up to 15.4 watts to connected devices.

References:

IEEE 802.3af standard specifications

Juniper EX Series switch documentation

Understanding the Problem:

The requirement is to provide Layer 2 connectivity between campus sites using Ethernet switches through a metro Ethernet service provider who is using Q-in-Q tagging.

Design Considerations:

VXLAN Implementation:

VXLAN (Virtual Extensible LAN) can be used to extend Layer 2 networks over Layer 3 networks. It is often used to provide scalability and flexibility in modern data center networks. In this case, VXLAN could be used to encapsulate Layer 2 frames within UDP packets, allowing them to be transported over the service provider’s network.

S-Tag Configuration:

Q-in-Q tagging, also known as 802.1ad, involves an outer tag (S-Tag) and an inner tag (C-Tag). The service provider network uses the S-Tag to identify and segregate customer traffic. Therefore, each campus switch must have the correct S-Tag (300 in this case) configured to ensure the service provider can correctly handle and route the traffic.

References:

Juniper Networks: Understanding VXLAN

Configuring Q-in-Q Tagging

Understanding EVPN Route Types:

EVPN (Ethernet VPN) is used for providing Ethernet multipoint services over MPLS or VXLAN networks.

EVPN Route Types:

Type 1 (Ethernet Auto-Discovery Route): Used for auto-discovery of PEs and for detecting multi-homed devices.

Type 2 (MAC/IP Advertisement Route):

Carries endpoint MAC address information.

Carries endpoint IP address information.

Facilitates MAC learning and IP-to-MAC binding distribution.

Type 3 (Inclusive Multicast Route):

Carries replication information.

Used for forwarding multicast and broadcast traffic.

Type 5 (IP Prefix Route): Carries IP prefixes for inter-subnet connectivity, but not replication information.

Verification:

Type 2 routes are crucial for distributing MAC and IP information about endpoints.

Type 3 routes are used to manage multicast traffic effectively.

References:

Juniper EVPN Configuration Guide

Understanding EVPN Route Types

The correct sequence for BGP active route selection when BGP multipath or multihop are not configured is as follows:

Higher local preference: Routes with a higher local preference are preferred.

Shortest AS path: Routes with the shortest AS path are preferred.

Lower origin code: Routes with lower origin code (IGP < EGP < Incomplete) are preferred.

Lowest router ID: Routes with the lowest router ID are preferred.

Lowest peer address: Routes with the lowest peer address are preferred.

References:

Standard BGP route selection criteria as outlined in network routing protocols.

Documentation from "Useful Juniper Commands.txt" and "Juniper Commands.pdf" which include detailed BGP operational commands and preferences​​​​.

https://www.juniper.net/documentation/us/en/software/junos/routing-policy/bgp/topics/example/bgp-advertise-peer-as.html

To troubleshoot why ISP peers are not receiving any routes in a multihomed BGP setup, the following steps are essential:

Verify Active BGP Routes: Ensure that the BGP routes are active in the routing table. Only active routes can be advertised to BGP peers.

shell

Copy code

show route protocol bgp

Verify Export Policies: Check the export policies configured on your router. The export policies determine which routes are advertised to BGP peers. If these policies are incorrectly configured or missing, routes will not be advertised.

shell

Copy code

show configuration policy-options policy-statement

show configuration protocols bgp group export

References:

Useful Juniper Commands.txt

Tech Ops Managed Router Juniper Install Guide

When video packets are being dropped, and the network is configured to use the expedited-forwarding forwarding class, it typically indicates that the scheduler assigned to this class does not have sufficient bandwidth to handle the traffic. Adjusting the scheduler to allocate more bandwidth to the expedited-forwarding class will ensure that video packets are transmitted without being dropped.

Steps:

Identify the scheduler map: First, identify the scheduler map that is applied to the interfaces. This can be done using the following command:

shell

Copy code

show configuration class-of-service scheduler-maps

Adjust the scheduler: Modify the scheduler for the expedited-forwarding forwarding class to support a higher transmit rate. You can edit the scheduler configuration to increase the bandwidth allocated.

Example:

shell

Copy code

set class-of-service schedulers expedited-forwarding transmit-rate percent 30

Apply the configuration: Apply the modified scheduler to the interfaces using the following commands:

shell

Copy code

set class-of-service interfaces ge-0/0/0 scheduler-map

set class-of-service interfaces ge-0/0/1 scheduler-map

commit

References:

Useful Juniper Commands.txt

Tech Ops Managed Router Juniper Install Guide

Step 1: Identify the problem.

Devices do not support VPN NLRI, and you must prevent these devices from receiving BGP VPN routes.

Step 2: Analyze the possible solutions.

Option A: Configure an import policy on the remote peer to reject the routes when they are received.

This approach would require configuration on the remote peer, which might not always be practical or possible.

Option B: Configure an export policy on the local BGP peer to reject the VPN routes being sent to the remote peer.

This ensures the local BGP peer does not send the VPN routes to the remote peer, directly addressing the problem.

Option C: Configure a route reflector for the VPN NLRI.

This does not solve the issue of preventing the advertisement of VPN routes to non-supporting peers.

Option D: Configure the apply-vpn-export feature on the local BGP peer.

This feature ensures that the VPN export policies are applied, preventing the advertisement of VPN routes to peers that do not support VPN NLRI.

Step 3: Verify the configurations.

Option B and Option D directly address the requirement without needing configurations on the remote peer.

References:

Juniper BGP configuration guide on export policies​​​​​​.

Commands for applying export policies:

shell

Copy code

set policy-options policy-statement term from protocol bgp-vpn

set policy-options policy-statement term then reject

set protocols bgp group export

set protocols bgp apply-vpn-export

To ensure proper functioning within an MST (Multiple Spanning Tree) region, the following parameters must match across all switches:

Revision number:

The revision number identifies the version of the MST configuration. All switches within the same MST region must have the same revision number to ensure consistency.

MSTI-to-VLAN mapping:

The MSTI (Multiple Spanning Tree Instance) to VLAN mapping must be identical on all switches. This mapping ensures that each VLAN is assigned to the correct spanning tree instance.

Configuration name:

The configuration name (or region name) must be the same across all switches. This name uniquely identifies the MST region and must be consistent to ensure switches recognize they are part of the same region.

References:

The MSTP configuration requirements are detailed in Juniper network configuration guides and standards documents on MSTP​​​​.