H12-891_V1.0 Exam Dumps : HCIE-Datacom V1.0

A screenshot of a computer AI-generated content may be incorrect.

InOSPFv3, each LSA type has adefined flooding scope:

Link-LSA (Type 8)

Advertisedonly on the local link

Contains router’s link-local address and prefixes

Scope:Within the local link scope✅

AS-External-LSA (Type 5)

Used to advertiseexternal routes from outside the AS

Flooded across theentire autonomous system, except stub/NSSA areas

Scope:Within an AS✅

Network-LSA (Type 2)

Generated by theDesignated Router (DR)

Describes all routers on a broadcast or NBMA segment

Floodedwithin the originating area

Scope:Within an area✅

Correct Mappings:

Link LSA→Within the local link scope

AS-External-LSA→Within an AS

Network-LSA→Within an area

Comprehensive and Detailed In-Depth Explanation:

Thefree mobility functionin iMaster NCE-Campus allows users to maintain consistent security policies regardless of their physical location within the campus network. To correctly implement this function, the administrator must:

A. Define security groups:Group users and devices based on roles or functions.

B. Deliver the inter-group policy:Apply policies that define how different security groups interact.

C. Deploy a policy control matrix:Establish a matrix that specifies theaccess control policiesbetween security groups.

D. Select the policy enforcement point:Choose devices or interfaces where policies are enforced, such as switches or routers.

All four steps are crucial for achieving dynamic policy enforcement in a virtualized and mobility-oriented campus network.

To analyze this question, let's break down the key concepts and the given LSDB (Link State Database) information from the figure:

Understanding the LSDB Output:

The output shows the OSPF LSDB on R2 with Router ID 10.1.123.2.

Area 0.0.0.0 (Area 0) is displayed along with several Link State Advertisements (LSAs) including Router LSAs, Network LSAs, and Summary LSAs.

Area 0.0.0.1 (Area 1) also displays Router LSAs and a Type 7 LSA (NSSA LSA) with Link-State ID 0.0.0.0.

An External LSA (Type 5) with Link-State ID 0.0.0.0 and AdvRouter 10.1.123.2 is also present.

Analysis of Each Option:

Option A: Area 1 is an NSSA.

Correct.

The presence of a Type 7 LSA (NSSA LSA) in the database indicates that Area 1 is configured as an NSSA (Not-So-Stubby Area).

NSSA allows the injection of Type 7 LSAs for external routes while blocking Type 5 LSAs from entering the area.

Option B: R2 translates Type 7 default route into Type 5 default route.

Correct.

In an NSSA, if an ABR (like R2) has the NSSA ASBR capability, it will convert Type 7 LSAs to Type 5 LSAs before injecting them into the backbone area (Area 0).

In the LSDB, we see both a Type 7 LSA (NSSA) and a corresponding Type 5 External LSA, confirming that R2 performs this translation.

Option C: R2 advertises the default route in the OSPF process.

Incorrect.

There is no indication that R2 itself is originating the default route.

The Type 7 LSA in Area 1 and the Type 5 LSA in Area 0 only indicate translation from another source, not R2 advertising it directly.

Option D: Area 1 does not have Type 3 LSAs. The possible cause is that R2 filters Type 3 LSAs in the outbound direction of Area 1.

Incorrect.

In an NSSA area, Type 3 LSAs (Inter-Area Prefix LSAs) are typically not generated for external routes.

The absence of Type 3 LSAs in Area 1 is due to the nature of NSSA itself rather than any filtering configured on R2.