Free Practice Questions for Juniper JN0-649 Exam

Reviewing POE Interface Information:

The exhibit shows the output of show poe interface and show poe controller commands.

The show poe interface command provides information about the PoE (Power over Ethernet) status on each interface.

Maximum Wattage Allocation:

The show poe controller output indicates that the maximum power available is 100 watts:

plaintext

Copy code

Controller Maximum Power consumption Guard Management Status Lldp

index power band

0 100.00W 22.40W 10W Class AT_MODE Disabled

Thus, statement A is correct.

Power Consumption and Interface Priority:

The interface ge-0/0/11 has a high priority with a max power of 25.4W and current consumption of 11.4W:

plaintext

Copy code

ge-0/0/11 Enabled ON 25.4W(L) High 11.4W 4

Given its high priority, ge-0/0/11 will continue to receive power even if the total power consumption exceeds 90 watts, as high-priority interfaces are less likely to be powered off when resources are low.

POE Status on Interfaces:

The ge-0/0/0 interface is shown as Enabled OFF, indicating PoE is not currently enabled.

plaintext

Copy code

ge-0/0/0 Enabled OFF 15.4W Low 0.0W not-applicable

PoE+ Support:

The ge-0/0/10 interface has a power class of 4, which indicates support for PoE+.

plaintext

Copy code

ge-0/0/10 Enabled ON 25.4W(L) Low 11.0W 4

References:

Exhibit output for show poe interface

Understanding PoE and PoE+ classes and priorities

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

Area-1 has no external connections. However, Area-1 has static route (172.16.31.0/24) that are not internal OSPF route. You can limit the external route advertisements to the area and advertise the static routes by designating the area an NSSA. In an NSSA, the ASBR (vMX1) generates NSSA external (Type 7) LSAs and floods them into the NSSA, where they are contained. Type-7 LSAs allow an NSSA to support the presence of ASBR and their corresponding external routing information. The ABR (vMX2) converts Type-7 LSAs into Type-5 External LSAs and leaks them to the other areas, but external routes from other areas are not advertised within the NSSA. An admin should check this and change it https://www.packetswitch.co.uk/configuring-junos-ospf-stub-and-nssa-areas/ https://www.juniper.net/documentation/us/en/software/junos/ospf/topics/ref/statement/nssa-edit-protocols-ospf.html

In the given scenario, the connection between DC1 and DC2 is routed through a Layer 3 network. This indicates that the devices connecting the two data centers must be capable of performing Layer 3 routing to ensure that traffic can be properly forwarded across the network. Additionally, the use of VXLAN suggests that Integrated Routing and Bridging (IRB) functionality is required to enable communication between Layer 2 networks over the Layer 3 infrastructure.

The border devices (QFX10002) must handle Layer 3 routing to manage IP traffic between the data centers.

IRB functionality is necessary for routing between VLANs, allowing VXLAN to carry Layer 2 traffic across the Layer 3 network.

References:

The diagrams indicate the use of VXLAN for Layer 2 extension over a Layer 3 network.

The need for IRB is suggested by the presence of routed interfaces (IRB1 and IRB2) in the data center diagrams.

The "Tech Ops Managed Router Juniper Install Guide" provides insights into the Layer 3 routing capabilities and configurations necessary for such setups​​​​.

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 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

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

Anycast RP uses Multicast Source Discovery Protocol (MSDP) to discover and maintain a consistent view of the active sources. nclude the anycast-pim statement to configure anycast RP without MSDP (for example, if IPv6 is used for multicasting). The other RP routers that share the same IP address are configured using the rp-set statement. https://www.juniper.net/documentation/us/en/software/junos/multicast/topics/topic-map/mcast-pim-anycast-rp.html

LLDP-MED (Link Layer Discovery Protocol-Media Endpoint Discovery) is an extension of LLDP (Link Layer Discovery Protocol) that provides additional functionalities specifically for voice over IP (VoIP) devices, including automatic negotiation of power requirements. This protocol is essential for automatically negotiating power with IP phones when they are connected to EX Series switches.

Steps:

Enable LLDP-MED:

set protocols lldp-med

Configure LLDP-MED on the interfaces:

set interfaces ge-0/0/0 unit 0 family ethernet-switching port-mode access

set interfaces ge-0/0/0 unit 0 family ethernet-switching interface-mode access

set interfaces ge-0/0/0 unit 0 family ethernet-switching vlan members default

set interfaces ge-0/0/0 unit 0 family ethernet-switching storm-control default

Commit the configuration:

References:

Useful Juniper Commands.txt

Tech Ops Managed Router Juniper Install Guide