Implementing Cisco Enterprise Advanced Routing and Services (ENARSI) 300-410 Practice Test 6
Question 50
The ENARSI operational team is validating VRF route leaking controlled for this design: Application services in RED must reach a shared DNS service in BLUE without general tenant connectivity. They intend to implement minimal supported static or policy route leaking for the approved shared-service prefix. Which distinct failure symptom would justify that specific engineering control?
- TCP connectivity exists yet the remote OPEN message rejects an unexpected AS
- Both departments are redirected because a broad ACL match was used in the route map
- Traffic for the /25 follows the static path although an engineer expects lower OSPF administrative distance to override it
- A broad route import breaks tenant isolation while attempting to provide one shared /32
Explanation
Correct Answer
D:A broad route import breaks tenant isolation while attempting to provide one shared /32. That symptom motivates the specified safeguard: implement minimal supported static or policy route leaking for the approved shared-service prefix. Cross-VRF reachability needs explicit import policy rather than automatic mutual routing. It identifies the operating failure rather than a loosely related network concern. The expected verification is that only approved shared /32 reaches across VRFs and tenant-private destinations are unreachable.
Incorrect Answers
A:TCP connectivity exists yet the remote OPEN message rejects an unexpected AS is a symptom of a different control gap that calls for correct remote-as on each peer to the real neighbor ASN. BGP OPEN validation requires the agreed neighbor autonomous system. The proposed safeguard in this question instead deals with a broad route import breaks tenant isolation while attempting to provide one shared /32; the alternative is not the most specific justification for implement minimal supported static or policy route leaking for the approved shared-service prefix.
B:Both departments are redirected because a broad ACL match was used in the route map is a symptom of a different control gap that calls for narrow the PBR ACL source and destination match to the authorized finance flows. Policy routing acts only on packets matched by the route map ACL semantics. The proposed safeguard in this question instead deals with a broad route import breaks tenant isolation while attempting to provide one shared /32; the alternative is not the most specific justification for implement minimal supported static or policy route leaking for the approved shared-service prefix.
C:Traffic for the /25 follows the static path although an engineer expects lower OSPF administrative distance to override it is a symptom of a different control gap that calls for test both destinations by longest-prefix route lookup instead of changing global routing distances. A longer matching prefix wins over a less-specific route even if the latter protocol normally has a lower distance. The proposed safeguard in this question instead deals with a broad route import breaks tenant isolation while attempting to provide one shared /32; the alternative is not the most specific justification for implement minimal supported static or policy route leaking for the approved shared-service prefix.
Question 51
During the design review, a security policy allows several application flows through an interface and should reject everything else. A technician proposes to add explicit scoped DNS permit where authorized while retaining terminal default deny. Which network principle best explains the proposal?
- Every IPv4 ACL has an implicit deny at the end if no entry matches
- RADIUS uses UDP service transport and requires a reachable authorized server
- CoPP requires per-traffic-class policy rather than one universal arbitrary threshold
- Class definitions alone do not protect CPU until applied to control-plane interface
Explanation
Correct Answer
A:Every IPv4 ACL has an implicit deny at the end if no entry matches. The recommended action is to add explicit scoped DNS permit where authorized while retaining terminal default deny because the network requirement is a security policy allows several application flows through an interface and should reject everything else. It tests the specific operating property responsible for the behavior, not a generic device reboot. Its predicted observable result is that dNS test passes from allowed clients while unapproved flows continue to fail.
Incorrect Answers
B:RADIUS uses UDP service transport and requires a reachable authorized server is a real technical distinction, but it supports the different operation to check RADIUS UDP authentication/accounting ports and server groups under deployed configuration when a multi-vendor access control design uses RADIUS authentication and accounting. It does not explain the selected intervention in this case, namely to add explicit scoped DNS permit where authorized while retaining terminal default deny. The controlling principle is instead that every IPv4 ACL has an implicit deny at the end if no entry matches.
C:CoPP requires per-traffic-class policy rather than one universal arbitrary threshold is a real technical distinction, but it supports the different operation to tune class-specific limits from measured protocol rates and criticality when separate classes must preserve SSH SNMP and BGP under moderate management load. It does not explain the selected intervention in this case, namely to add explicit scoped DNS permit where authorized while retaining terminal default deny. The controlling principle is instead that every IPv4 ACL has an implicit deny at the end if no entry matches.
D:Class definitions alone do not protect CPU until applied to control-plane interface is a real technical distinction, but it supports the different operation to attach verified control-plane service policy in supported direction when a detailed CPU class map is configured but never affects live router traffic. It does not explain the selected intervention in this case, namely to add explicit scoped DNS permit where authorized while retaining terminal default deny. The controlling principle is instead that every IPv4 ACL has an implicit deny at the end if no entry matches.
Question 52
An ENARSI engineer is designing an enterprise deployment: An NSSA remote area imports a small set of external routes through a local ASBR. Which action most directly implements the technical requirement?
- Configure appropriate eBGP multihop and matching update-source with reachable loopbacks
- Verify supported 4-byte AS syntax and exact remote ASN on both peers
- Validate NSSA area type and Type-7-to-Type-5 translation on ABR
- Check best candidate validity and administrative distance for the identical prefix in the routing table
Explanation
Correct Answer
C:Validate NSSA area type and Type-7-to-Type-5 translation on ABR is the direct intervention for this deployment: an NSSA remote area imports a small set of external routes through a local ASBR. NSSA carries Type-7 external LSAs internally with controlled translation at ABR. This matters because the engineering outcome must be measured in actual path selection, adjacency or service behavior rather than relying on a saved configuration. Confirm the change when external route shows Type-7 inside NSSA and permitted Type-5 outside.
Incorrect Answers
A:Configure appropriate eBGP multihop and matching update-source with reachable loopbacks addresses a different situation, such as eBGP peers are separated by a transit hop and need neighbor connection to loopbacks. Default eBGP neighbor reachability assumes directly connected peer unless multihop is configured. In this question the relevant situation is an NSSA remote area imports a small set of external routes through a local ASBR; the alternative changes another control and would not establish that external route shows Type-7 inside NSSA and permitted Type-5 outside. The specific remedy here concerns validate NSSA area type and Type-7-to-Type-5 translation on ABR.
B:Verify supported 4-byte AS syntax and exact remote ASN on both peers addresses a different situation, such as an edge connects to a partner using a four-byte ASN not representable in old two-byte conventions. BGP four-octet AS support allows larger AS numbers with proper capability negotiation. In this question the relevant situation is an NSSA remote area imports a small set of external routes through a local ASBR; the alternative changes another control and would not establish that external route shows Type-7 inside NSSA and permitted Type-5 outside. The specific remedy here concerns validate NSSA area type and Type-7-to-Type-5 translation on ABR.
D:Check best candidate validity and administrative distance for the identical prefix in the routing table addresses a different situation, such as a router receives an external OSPF prefix and an eBGP prefix and the operator wants to diagnose RIB preference. BGP local preference chooses among BGP candidates whereas RIB selection among protocols compares routing-source distances. In this question the relevant situation is an NSSA remote area imports a small set of external routes through a local ASBR; the alternative changes another control and would not establish that external route shows Type-7 inside NSSA and permitted Type-5 outside. The specific remedy here concerns validate NSSA area type and Type-7-to-Type-5 translation on ABR.
Question 53
During the design review, a new switch is managed but Assurance collects no performance data for it. A technician proposes to check Cisco Catalyst Center device credentials, telemetry enablement and collection status. Which network principle best explains the proposal?
- Hysteresis avoids path flapping on transient reachability degradation
- IP SLA operations require configuration and scheduling to generate live measurements
- Inventory presence is not sufficient for end-to-end Assurance telemetry
- SCP transfers files over SSH and requires appropriate server access and file permissions
Explanation
Correct Answer
C:Inventory presence is not sufficient for end-to-end Assurance telemetry. The recommended action is to check Cisco Catalyst Center device credentials, telemetry enablement and collection status because the network requirement is a new switch is managed but Assurance collects no performance data for it. It tests the specific operating property responsible for the behavior, not a generic device reboot. Its predicted observable result is that device appears with fresh health metrics after credential and collection validation.
Incorrect Answers
A:Hysteresis avoids path flapping on transient reachability degradation is a real technical distinction, but it supports the different operation to apply suitable tracking delay or hold-down and stable probe thresholds when probe alternates Up/Down on borderline packet loss causing frequent default route churn. It does not explain the selected intervention in this case, namely to check Cisco Catalyst Center device credentials, telemetry enablement and collection status. The controlling principle is instead that inventory presence is not sufficient for end-to-end Assurance telemetry.
B:IP SLA operations require configuration and scheduling to generate live measurements is a real technical distinction, but it supports the different operation to configure probe parameters and schedule the IP SLA operation when a branch needs periodic reachability testing of a remote WAN destination. It does not explain the selected intervention in this case, namely to check Cisco Catalyst Center device credentials, telemetry enablement and collection status. The controlling principle is instead that inventory presence is not sufficient for end-to-end Assurance telemetry.
D:SCP transfers files over SSH and requires appropriate server access and file permissions is a real technical distinction, but it supports the different operation to verify SCP server/client capability and SSH/AAA privilege prerequisites when operators need encrypted configuration archive copy to a management host. It does not explain the selected intervention in this case, namely to check Cisco Catalyst Center device credentials, telemetry enablement and collection status. The controlling principle is instead that inventory presence is not sufficient for end-to-end Assurance telemetry.
Question 54
An engineer is investigating ACL control-plane interface. The expected design is that edge router needs to restrict management SSH directed at its own loopback; instead transit data ACL permits routed packets but management access to control plane remains open. Which focused correction should be tested first?
- Attach verified control-plane service policy in supported direction
- Apply an appropriate management-plane restriction such as VTY access-class or control-plane policy
- Check RADIUS UDP authentication/accounting ports and server groups under deployed configuration
- Apply DHCPv6 Guard on untrusted switch interfaces and permit the legitimate server path
Explanation
Correct Answer
B:Apply an appropriate management-plane restriction such as VTY access-class or control-plane policy corrects the specific failure: transit data ACL permits routed packets but management access to control plane remains open. Transit interface ACL and device management-plane admission can be separate enforcement points. A change to an adjacent but healthy component would not fix this failure mechanism. Evidence of restoration would be that unauthorized SSH cannot open a router VTY while legitimate transit data remains unaffected.
Incorrect Answers
A:Attach verified control-plane service policy in supported direction addresses a different situation, such as a detailed CPU class map is configured but never affects live router traffic. Class definitions alone do not protect CPU until applied to control-plane interface. In this question the relevant situation is transit data ACL permits routed packets but management access to control plane remains open; the alternative changes another control and would not establish that unauthorized SSH cannot open a router VTY while legitimate transit data remains unaffected. The specific remedy here concerns apply an appropriate management-plane restriction such as VTY access-class or control-plane policy.
C:Check RADIUS UDP authentication/accounting ports and server groups under deployed configuration addresses a different situation, such as a multi-vendor access control design uses RADIUS authentication and accounting. RADIUS uses UDP service transport and requires a reachable authorized server. In this question the relevant situation is transit data ACL permits routed packets but management access to control plane remains open; the alternative changes another control and would not establish that unauthorized SSH cannot open a router VTY while legitimate transit data remains unaffected. The specific remedy here concerns apply an appropriate management-plane restriction such as VTY access-class or control-plane policy.
D:Apply DHCPv6 Guard on untrusted switch interfaces and permit the legitimate server path addresses a different situation, such as an unauthorized DHCPv6 server on an access port tries to supply bogus options. DHCPv6 Guard limits server-side DHCPv6 messages from untrusted access ports. In this question the relevant situation is transit data ACL permits routed packets but management access to control plane remains open; the alternative changes another control and would not establish that unauthorized SSH cannot open a router VTY while legitimate transit data remains unaffected. The specific remedy here concerns apply an appropriate management-plane restriction such as VTY access-class or control-plane policy.
Question 55
An engineer is investigating uRPF strict inbound asymmetry. The expected design is that multihomed edge receives valid branch traffic on backup ISP while best route to source exits primary ISP; instead strict uRPF discards legitimate backup-ingress packets despite source reachability. Which focused correction should be tested first?
- Use supported police action with safe rate and appropriate conform/exceed behavior
- Inspect AAA fallback order and distinguish server ERROR/unavailable from authentication REJECT
- Evaluate symmetric routing requirement and use suitable uRPF mode or source policy for actual asymmetry
- Configure and test per-command or exec authorization in the intended AAA policy
Explanation
Correct Answer
C:Evaluate symmetric routing requirement and use suitable uRPF mode or source policy for actual asymmetry corrects the specific failure: strict uRPF discards legitimate backup-ingress packets despite source reachability. Strict uRPF checks that best return path to source uses receiving interface. A change to an adjacent but healthy component would not fix this failure mechanism. Evidence of restoration would be that backup ingress works after approved mode selection while spoofed sources are still rejected.
Incorrect Answers
A:Use supported police action with safe rate and appropriate conform/exceed behavior addresses a different situation, such as security design wants to rate-limit permitted routing hellos rather than drop every packet. A policer meters excess control-plane traffic while admitting traffic within the configured envelope. In this question the relevant situation is strict uRPF discards legitimate backup-ingress packets despite source reachability; the alternative changes another control and would not establish that backup ingress works after approved mode selection while spoofed sources are still rejected. The specific remedy here concerns evaluate symmetric routing requirement and use suitable uRPF mode or source policy for actual asymmetry.
B:Inspect AAA fallback order and distinguish server ERROR/unavailable from authentication REJECT addresses a different situation, such as router console should use a local account only when central TACACS service is unreachable. A rejected central credential should not silently fall back as though the server were unreachable. In this question the relevant situation is strict uRPF discards legitimate backup-ingress packets despite source reachability; the alternative changes another control and would not establish that backup ingress works after approved mode selection while spoofed sources are still rejected. The specific remedy here concerns evaluate symmetric routing requirement and use suitable uRPF mode or source policy for actual asymmetry.
D:Configure and test per-command or exec authorization in the intended AAA policy addresses a different situation, such as a network engineer must log in to read status but cannot enter protected configuration commands. Authentication confirms identity whereas authorization controls command or service privilege. In this question the relevant situation is strict uRPF discards legitimate backup-ingress packets despite source reachability; the alternative changes another control and would not establish that backup ingress works after approved mode selection while spoofed sources are still rejected. The specific remedy here concerns evaluate symmetric routing requirement and use suitable uRPF mode or source policy for actual asymmetry.
Question 56
An engineer is investigating IPv6 neighbor discovery allowance. The expected design is that router's IPv6 ACL denies all ICMPv6 and adjacent hosts lose neighbor reachability; instead iPv6 default gateway appears reachable but neighbor solicitation/advertisement does not complete. Which focused correction should be tested first?
- Separate routing-protocol control traffic into classes with sufficient protected rate limits
- Set supported AAA source-interface or VRF-aware server binding to expected management address
- Tune class-specific limits from measured protocol rates and criticality
- Permit required ICMPv6 neighbor discovery control messages while filtering other traffic appropriately
Explanation
Correct Answer
D:Permit required ICMPv6 neighbor discovery control messages while filtering other traffic appropriately corrects the specific failure: iPv6 default gateway appears reachable but neighbor solicitation/advertisement does not complete. IPv6 depends on essential ICMPv6 neighbor discovery for address-to-link-layer resolution. A change to an adjacent but healthy component would not fix this failure mechanism. Evidence of restoration would be that neighbor cache populates and approved IPv6 packets pass after minimal control permits.
Incorrect Answers
A:Separate routing-protocol control traffic into classes with sufficient protected rate limits addresses a different situation, such as internet edge faces a flood of packets addressed to its CPU but must keep BGP alive. CoPP classifies punted control traffic and protects route processor without indiscriminate blocking. In this question the relevant situation is iPv6 default gateway appears reachable but neighbor solicitation/advertisement does not complete; the alternative changes another control and would not establish that neighbor cache populates and approved IPv6 packets pass after minimal control permits. The specific remedy here concerns permit required ICMPv6 neighbor discovery control messages while filtering other traffic appropriately.
B:Set supported AAA source-interface or VRF-aware server binding to expected management address addresses a different situation, such as a device should send central AAA traffic from predictable management loopback. Source address and return route matter for AAA policies and server client definitions. In this question the relevant situation is iPv6 default gateway appears reachable but neighbor solicitation/advertisement does not complete; the alternative changes another control and would not establish that neighbor cache populates and approved IPv6 packets pass after minimal control permits. The specific remedy here concerns permit required ICMPv6 neighbor discovery control messages while filtering other traffic appropriately.
C:Tune class-specific limits from measured protocol rates and criticality addresses a different situation, such as separate classes must preserve SSH SNMP and BGP under moderate management load. CoPP requires per-traffic-class policy rather than one universal arbitrary threshold. In this question the relevant situation is iPv6 default gateway appears reachable but neighbor solicitation/advertisement does not complete; the alternative changes another control and would not establish that neighbor cache populates and approved IPv6 packets pass after minimal control permits. The specific remedy here concerns permit required ICMPv6 neighbor discovery control messages while filtering other traffic appropriately.
Question 57
An ENARSI engineer is designing an enterprise deployment: Business traffic should be monitored every 30 seconds indefinitely across work shifts. Which action most directly implements the technical requirement?
- Refresh discovery, inventory and topology correlation for changed network state
- Disable unneeded HTTP server and use HTTPS with valid crypto and constrained AAA
- Verify operation frequency and lifetime schedule for continuing monitoring
- Select appropriate logging trap severity and separate local debugging policy
Explanation
Correct Answer
C:Verify operation frequency and lifetime schedule for continuing monitoring is the direct intervention for this deployment: business traffic should be monitored every 30 seconds indefinitely across work shifts. IP SLA scheduling controls when and for how long measurements occur. This matters because the engineering outcome must be measured in actual path selection, adjacency or service behavior rather than relying on a saved configuration. Confirm the change when continuous statistics show samples across the expected 24-hour monitoring window.
Incorrect Answers
A:Refresh discovery, inventory and topology correlation for changed network state addresses a different situation, such as after a campus move, reported topology does not match physical cabling. Accurate assurance conclusions depend on current discovered device/link data. In this question the relevant situation is business traffic should be monitored every 30 seconds indefinitely across work shifts; the alternative changes another control and would not establish that continuous statistics show samples across the expected 24-hour monitoring window. The specific remedy here concerns verify operation frequency and lifetime schedule for continuing monitoring.
B:Disable unneeded HTTP server and use HTTPS with valid crypto and constrained AAA addresses a different situation, such as a team manages routers through web UI and requires confidential authentication. HTTPS protects management credentials in transport whereas HTTP sends data without encryption. In this question the relevant situation is business traffic should be monitored every 30 seconds indefinitely across work shifts; the alternative changes another control and would not establish that continuous statistics show samples across the expected 24-hour monitoring window. The specific remedy here concerns verify operation frequency and lifetime schedule for continuing monitoring.
D:Select appropriate logging trap severity and separate local debugging policy addresses a different situation, such as central NMS should receive warning and more severe events without flooding on debugging. IOS syslog severity levels control which messages are exported to remote collectors. In this question the relevant situation is business traffic should be monitored every 30 seconds indefinitely across work shifts; the alternative changes another control and would not establish that continuous statistics show samples across the expected 24-hour monitoring window. The specific remedy here concerns verify operation frequency and lifetime schedule for continuing monitoring.
Question 58
The ENARSI operational team is validating BFD session asymmetry for this design: A BFD-enabled BGP pair needs fast failover but one side never reaches Up. They intend to verify both neighbors support and enable compatible BFD parameters and interface reachability. Which distinct failure symptom would justify that specific engineering control?
- Routing remains Established without a working negotiated BFD neighbor
- A packet to an absent component follows aggregate toward local Null0 instead of looping indefinitely
- A prefix list accepts 10.16.8.0/25 despite an expected maximum advertised subnet size
- Repeated EIGRP auth failures prevent the planned peer from remaining established
Explanation
Correct Answer
A:Routing remains Established without a working negotiated BFD neighbor. That symptom motivates the specified safeguard: verify both neighbors support and enable compatible BFD parameters and interface reachability. Routing protocol integration requires a successful bidirectional BFD session. It identifies the operating failure rather than a loosely related network concern. The expected verification is that bFD neighbor state becomes Up before testing fault-triggered BGP withdrawal.
Incorrect Answers
B:A packet to an absent component follows aggregate toward local Null0 instead of looping indefinitely is a symptom of a different control gap that calls for verify generated EIGRP summary discard route and avoid advertising unsupported component space. Aggregation can install a local discard route to prevent summary-origin routing loops. The proposed safeguard in this question instead deals with routing remains Established without a working negotiated BFD neighbor; the alternative is not the most specific justification for verify both neighbors support and enable compatible BFD parameters and interface reachability.
C:A prefix list accepts 10.16.8.0/25 despite an expected maximum advertised subnet size is a symptom of a different control gap that calls for correct prefix-list ge/le range semantics and test representative boundary prefixes. Prefix-list length qualifiers constrain prefix-length ranges relative to the listed network. The proposed safeguard in this question instead deals with routing remains Established without a working negotiated BFD neighbor; the alternative is not the most specific justification for verify both neighbors support and enable compatible BFD parameters and interface reachability.
D:Repeated EIGRP auth failures prevent the planned peer from remaining established is a symptom of a different control gap that calls for compare configured key chain algorithm and active key IDs on both ends. Authentication protects routing adjacencies but unmatched keys prevent accepted hellos. The proposed safeguard in this question instead deals with routing remains Established without a working negotiated BFD neighbor; the alternative is not the most specific justification for verify both neighbors support and enable compatible BFD parameters and interface reachability.
Question 59
An ENARSI engineer is designing an enterprise deployment: DHCP client receives an address and mask but cannot reach outside its local VLAN. Which action most directly implements the technical requirement?
- Set valid default-router option for client subnet
- Apply flow monitor in correct interface direction and supported feature context
- Implement supported DNS-specific IP SLA checks for the required resolution path
- Verify SCP server/client capability and SSH/AAA privilege prerequisites
Explanation
Correct Answer
A:Set valid default-router option for client subnet is the direct intervention for this deployment: dHCP client receives an address and mask but cannot reach outside its local VLAN. DHCP option 3 tells client which router to use for off-subnet destinations. This matters because the engineering outcome must be measured in actual path selection, adjacency or service behavior rather than relying on a saved configuration. Confirm the change when client lease has correct default gateway and routes to remote network.
Incorrect Answers
B:Apply flow monitor in correct interface direction and supported feature context addresses a different situation, such as flow exporter and record are configured but no monitored interface generates flow entries. Flow records are collected only where a flow monitor is applied to forwarding traffic. In this question the relevant situation is dHCP client receives an address and mask but cannot reach outside its local VLAN; the alternative changes another control and would not establish that client lease has correct default gateway and routes to remote network. The specific remedy here concerns set valid default-router option for client subnet.
C:Implement supported DNS-specific IP SLA checks for the required resolution path addresses a different situation, such as a remote application depends on resolving public names not merely reachability of DNS IP. Protocol-aware SLA measurements can detect application-level failures hidden from ICMP. In this question the relevant situation is dHCP client receives an address and mask but cannot reach outside its local VLAN; the alternative changes another control and would not establish that client lease has correct default gateway and routes to remote network. The specific remedy here concerns set valid default-router option for client subnet.
D:Verify SCP server/client capability and SSH/AAA privilege prerequisites addresses a different situation, such as operators need encrypted configuration archive copy to a management host. SCP transfers files over SSH and requires appropriate server access and file permissions. In this question the relevant situation is dHCP client receives an address and mask but cannot reach outside its local VLAN; the alternative changes another control and would not establish that client lease has correct default gateway and routes to remote network. The specific remedy here concerns set valid default-router option for client subnet.
Question 60
An ENARSI engineer is designing an enterprise deployment: EIGRP spokes share a hub multipoint interface and need controlled spoke reachability. Which action most directly implements the technical requirement?
- Apply and verify prefix policy on the intended outbound BGP neighbor and address family
- Assess split-horizon behavior on the hub multipoint interface and choose a topology-consistent remedy
- Examine interface bandwidth and delay inputs on each candidate route before manual metric changes
- Supply valid EIGRP seed metric or default metric along with controlled source matching
Explanation
Correct Answer
B:Assess split-horizon behavior on the hub multipoint interface and choose a topology-consistent remedy is the direct intervention for this deployment: eIGRP spokes share a hub multipoint interface and need controlled spoke reachability. Split horizon suppresses advertisement of a learned route back out the interface where it arrived. This matters because the engineering outcome must be measured in actual path selection, adjacency or service behavior rather than relying on a saved configuration. Confirm the change when spoke route exchange succeeds after an explicitly justified interface design change.
Incorrect Answers
A:Apply and verify prefix policy on the intended outbound BGP neighbor and address family addresses a different situation, such as a BGP edge must stop one private prefix from leaving an external neighbor while retaining allowed advertisements. Export policy affects what a given peer receives and must be attached in the right direction and family. In this question the relevant situation is eIGRP spokes share a hub multipoint interface and need controlled spoke reachability; the alternative changes another control and would not establish that spoke route exchange succeeds after an explicitly justified interface design change. The specific remedy here concerns assess split-horizon behavior on the hub multipoint interface and choose a topology-consistent remedy.
C:Examine interface bandwidth and delay inputs on each candidate route before manual metric changes addresses a different situation, such as engineers assume bandwidth increase always reduces metric after delay tuning. Classic EIGRP metric uses minimum bandwidth and cumulative delay among principal K values. In this question the relevant situation is eIGRP spokes share a hub multipoint interface and need controlled spoke reachability; the alternative changes another control and would not establish that spoke route exchange succeeds after an explicitly justified interface design change. The specific remedy here concerns assess split-horizon behavior on the hub multipoint interface and choose a topology-consistent remedy.
D:Supply valid EIGRP seed metric or default metric along with controlled source matching addresses a different situation, such as eIGRP external prefixes imported from static routes must have a usable composite metric. EIGRP redistribution requires compatible metric components for routes from other sources. In this question the relevant situation is eIGRP spokes share a hub multipoint interface and need controlled spoke reachability; the alternative changes another control and would not establish that spoke route exchange succeeds after an explicitly justified interface design change. The specific remedy here concerns assess split-horizon behavior on the hub multipoint interface and choose a topology-consistent remedy.