Implementing Cisco Enterprise Advanced Routing and Services (ENARSI) 300-410 Practice Test 25
Question 240
An engineer is investigating DHCP lease binding troubleshooting. The expected design is that a host says its IPv4 address conflicts although DHCP pool has ample capacity; instead dHCP server still holds stale binding for a disconnected client due to bad conflict handling. Which focused correction should be tested first?
- Configure supported syslog source interface and reachability in appropriate VRF
- Test console authentication and authorized local break-glass workflow without exposing unprotected bypass
- Examine DHCP bindings and conflicts and perform authorized cleanup after confirming ownership
- Use platform-supported IP SLA UDP jitter operations and examine jitter/loss results
Explanation
Correct Answer
C:Examine DHCP bindings and conflicts and perform authorized cleanup after confirming ownership corrects the specific failure: dHCP server still holds stale binding for a disconnected client due to bad conflict handling. DHCP address conflicts and stale binding states can cause lease failure independent of routing. A change to an adjacent but healthy component would not fix this failure mechanism. Evidence of restoration would be that corrected binding allows a clean DORA sequence with no repeated duplicate-address report.
Incorrect Answers
A:Configure supported syslog source interface and reachability in appropriate VRF addresses a different situation, such as forensic correlation expects router logs to use stable loopback address. Source-address stability enables reliable event attribution and filtering. In this question the relevant situation is dHCP server still holds stale binding for a disconnected client due to bad conflict handling; the alternative changes another control and would not establish that corrected binding allows a clean DORA sequence with no repeated duplicate-address report. The specific remedy here concerns examine DHCP bindings and conflicts and perform authorized cleanup after confirming ownership.
B:Test console authentication and authorized local break-glass workflow without exposing unprotected bypass addresses a different situation, such as router remote AAA could fail during disaster yet a protected console path must remain available. Console lines can have distinct AAA controls and must be evaluated for secure recovery. In this question the relevant situation is dHCP server still holds stale binding for a disconnected client due to bad conflict handling; the alternative changes another control and would not establish that corrected binding allows a clean DORA sequence with no repeated duplicate-address report. The specific remedy here concerns examine DHCP bindings and conflicts and perform authorized cleanup after confirming ownership.
D:Use platform-supported IP SLA UDP jitter operations and examine jitter/loss results addresses a different situation, such as voice services need objective delay variation across MPLS WAN. Jitter measures variation in packet delay rather than simply average round-trip time. In this question the relevant situation is dHCP server still holds stale binding for a disconnected client due to bad conflict handling; the alternative changes another control and would not establish that corrected binding allows a clean DORA sequence with no repeated duplicate-address report. The specific remedy here concerns examine DHCP bindings and conflicts and perform authorized cleanup after confirming ownership.
Question 241
The ENARSI operational team is validating DMVPN OSPF network type for this design: A DMVPN mGRE overlay is configured with OSPF broadcast behavior and unforeseen DR election. They intend to choose compatible OSPF network type and appropriate neighbor/DR design for hub-and-spoke. Which distinct failure symptom would justify that specific engineering control?
- Customer router pings PE interface but its private prefixes never reach remote sites
- BLUE VRF imports another customer's routes after a broad route-target import
- OSPF neighbors flap because spokes cannot reach each other for broadcast network expectations
- Remote CE learns provider underlay networks after broad PE-CE redistribution
Explanation
Correct Answer
C:OSPF neighbors flap because spokes cannot reach each other for broadcast network expectations. That symptom motivates the specified safeguard: choose compatible OSPF network type and appropriate neighbor/DR design for hub-and-spoke. OSPF adjacency and DR election assumptions depend on underlying multipoint reachability. It identifies the operating failure rather than a loosely related network concern. The expected verification is that hub/spoke neighbor states stabilize and all required routes propagate.
Incorrect Answers
A:Customer router pings PE interface but its private prefixes never reach remote sites is a symptom of a different control gap that calls for verify PE-CE address-family routing session and VRF membership of relevant interface. PE-CE routing exchanges customer prefixes before provider MP-BGP transports them between PEs. The proposed safeguard in this question instead deals with oSPF neighbors flap because spokes cannot reach each other for broadcast network expectations; the alternative is not the most specific justification for choose compatible OSPF network type and appropriate neighbor/DR design for hub-and-spoke.
B:BLUE VRF imports another customer's routes after a broad route-target import is a symptom of a different control gap that calls for correct VPN route-target import and export community policy. Route targets control membership and routing distribution between VPN VRFs while RD primarily distinguishes prefixes. The proposed safeguard in this question instead deals with oSPF neighbors flap because spokes cannot reach each other for broadcast network expectations; the alternative is not the most specific justification for choose compatible OSPF network type and appropriate neighbor/DR design for hub-and-spoke.
D:Remote CE learns provider underlay networks after broad PE-CE redistribution is a symptom of a different control gap that calls for restrict PE-CE and VPNv4 route export to authorized VRF prefixes. Provider infrastructure and customer VPN routing planes must remain separated by policy. The proposed safeguard in this question instead deals with oSPF neighbors flap because spokes cannot reach each other for broadcast network expectations; the alternative is not the most specific justification for choose compatible OSPF network type and appropriate neighbor/DR design for hub-and-spoke.
Question 242
An ENARSI engineer is designing an enterprise deployment: A provider expects egress PE to avoid redundant outer transport label processing. Which action most directly implements the technical requirement?
- Compare lifetime, rekey overlap and compatibility of security proposals
- Validate implicit-null advertisement and PHP behavior on the relevant LSP
- Update tunnel source and ensure NHRP advertises the new valid NBMA mapping
- Align compatible IPsec transform or proposal in tunnel profile
Explanation
Correct Answer
B:Validate implicit-null advertisement and PHP behavior on the relevant LSP is the direct intervention for this deployment: a provider expects egress PE to avoid redundant outer transport label processing. Penultimate hop popping removes the outer label before the egress when advertised behavior permits. 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 penultimate hop advertises implicit null and egress receives the expected remaining stack.
Incorrect Answers
A:Compare lifetime, rekey overlap and compatibility of security proposals addresses a different situation, such as phase 1 and ESP work initially but traffic drops periodically at SA lifetime boundary. IPsec control must replace expiring security associations without interrupting forwarding. In this question the relevant situation is a provider expects egress PE to avoid redundant outer transport label processing; the alternative changes another control and would not establish that penultimate hop advertises implicit null and egress receives the expected remaining stack. The specific remedy here concerns validate implicit-null advertisement and PHP behavior on the relevant LSP.
C:Update tunnel source and ensure NHRP advertises the new valid NBMA mapping addresses a different situation, such as a spoke migrates from wired ISP to LTE with a new public source interface. Dynamic multipoint registration must track actual public transport identity. In this question the relevant situation is a provider expects egress PE to avoid redundant outer transport label processing; the alternative changes another control and would not establish that penultimate hop advertises implicit null and egress receives the expected remaining stack. The specific remedy here concerns validate implicit-null advertisement and PHP behavior on the relevant LSP.
D:Align compatible IPsec transform or proposal in tunnel profile addresses a different situation, such as phase 1 IKE negotiation works but IPsec child SA never appears for GRE traffic. Successful IKE does not guarantee compatible data-protection IPsec SA. In this question the relevant situation is a provider expects egress PE to avoid redundant outer transport label processing; the alternative changes another control and would not establish that penultimate hop advertises implicit null and egress receives the expected remaining stack. The specific remedy here concerns validate implicit-null advertisement and PHP behavior on the relevant LSP.
Question 243
The ENARSI operational team is validating EIGRP feasible successor inequality for this design: A route has feasible distance 1000 and a neighbor reports distance 1000 but needs instant backup. They intend to check strict reported-distance less-than feasible-distance condition before declaring feasible successor. Which distinct failure symptom would justify that specific engineering control?
- Remote stub routers are expected to see Type-5 LSAs but correctly do not
- A route map modifies every learned BGP prefix because its match statement was missing
- Engineer calls a path feasible successor with reported distance equal to current FD
- A subnet repeatedly changes between protocol-external advertisements after alternate border recovery
Explanation
Correct Answer
C:Engineer calls a path feasible successor with reported distance equal to current FD. That symptom motivates the specified safeguard: check strict reported-distance less-than feasible-distance condition before declaring feasible successor. EIGRP feasibility condition requires RD < current feasible distance, not less-than-or-equal. It identifies the operating failure rather than a loosely related network concern. The expected verification is that topology table identifies only valid feasible successors and convergence matches that set.
Incorrect Answers
A:Remote stub routers are expected to see Type-5 LSAs but correctly do not is a symptom of a different control gap that calls for check stub type agreement and ABR default route instead of enabling external flooding. OSPF stub areas suppress Type-5 externals and typically rely on an ABR default. The proposed safeguard in this question instead deals with engineer calls a path feasible successor with reported distance equal to current FD; the alternative is not the most specific justification for check strict reported-distance less-than feasible-distance condition before declaring feasible successor.
B:A route map modifies every learned BGP prefix because its match statement was missing is a symptom of a different control gap that calls for match the exact permitted community and then set local preference only for that class. Conditional route policy couples route classification with a path-attribute action. The proposed safeguard in this question instead deals with engineer calls a path feasible successor with reported distance equal to current FD; the alternative is not the most specific justification for check strict reported-distance less-than feasible-distance condition before declaring feasible successor.
D:A subnet repeatedly changes between protocol-external advertisements after alternate border recovery is a symptom of a different control gap that calls for filter or tag originated routes at both redistribution boundaries to prevent re-entry. Multiple redistribution points require an origin-control loop prevention policy. The proposed safeguard in this question instead deals with engineer calls a path feasible successor with reported distance equal to current FD; the alternative is not the most specific justification for check strict reported-distance less-than feasible-distance condition before declaring feasible successor.
Question 244
An engineer is investigating VPN label stack. The expected design is that an ingress PE transports VPN packets through core using transport and VPN service labels; instead packet capture shows transport label but downstream PE has no VPN label to select egress VRF. Which focused correction should be tested first?
- Ensure chosen LDP transport router IDs are routable by underlay and not filtered
- Inspect LFIB incoming and outgoing label mapping and the correct outgoing interface
- Verify both the transport LSP label and advertised VPN service label binding
- Verify protocol next-hop preservation or redirection settings appropriate to deployed DMVPN phase
Explanation
Correct Answer
C:Verify both the transport LSP label and advertised VPN service label binding corrects the specific failure: packet capture shows transport label but downstream PE has no VPN label to select egress VRF. MPLS L3VPN commonly uses an outer transport label and an inner VPN label to select customer forwarding context. A change to an adjacent but healthy component would not fix this failure mechanism. Evidence of restoration would be that egress PE receives proper VPN label and forwards through intended CE-facing VRF.
Incorrect Answers
A:Ensure chosen LDP transport router IDs are routable by underlay and not filtered addresses a different situation, such as lDP peers discover each other on a link but cannot establish TCP session toward learned LDP ID. LDP transport sessions use reachable LSR identifiers and TCP connectivity. In this question the relevant situation is packet capture shows transport label but downstream PE has no VPN label to select egress VRF; the alternative changes another control and would not establish that egress PE receives proper VPN label and forwards through intended CE-facing VRF. The specific remedy here concerns verify both the transport LSP label and advertised VPN service label binding.
B:Inspect LFIB incoming and outgoing label mapping and the correct outgoing interface addresses a different situation, such as a transit LSR forwards a known label along its next-hop LSP. A transit LSR uses label lookups to swap labels without repeating a full IP destination decision. In this question the relevant situation is packet capture shows transport label but downstream PE has no VPN label to select egress VRF; the alternative changes another control and would not establish that egress PE receives proper VPN label and forwards through intended CE-facing VRF. The specific remedy here concerns verify both the transport LSP label and advertised VPN service label binding.
D:Verify protocol next-hop preservation or redirection settings appropriate to deployed DMVPN phase addresses a different situation, such as spoke routes learned across hub use hub next-hop, preventing expected direct shortcut. Dynamic routing next-hop handling affects whether a spoke can resolve a remote NBMA address. In this question the relevant situation is packet capture shows transport label but downstream PE has no VPN label to select egress VRF; the alternative changes another control and would not establish that egress PE receives proper VPN label and forwards through intended CE-facing VRF. The specific remedy here concerns verify both the transport LSP label and advertised VPN service label binding.
Question 245
An incident caused this behavior: Monitoring only average ping RTT misses one-way delay variation affecting RTP quality. The engineer implements the correction to use platform-supported IP SLA UDP jitter operations and examine jitter/loss results. Which test result best establishes that the specific fault is resolved?
- Client event timeline identifies failure stage and post-fix score recovers
- Packet capture shows inform request and acknowledgment after event
- An authorized SCP transfer completes with checksum matched and denied user cannot copy
- Statistics show jitter and packet loss correlated with voice quality incident
Explanation
Correct Answer
D:Statistics show jitter and packet loss correlated with voice quality incident. This is the most direct proof that the targeted correction to use platform-supported IP SLA UDP jitter operations and examine jitter/loss results addresses the observed incident: monitoring only average ping RTT misses one-way delay variation affecting RTP quality. Jitter measures variation in packet delay rather than simply average round-trip time. A successful configuration commit without this measurable outcome would be insufficient validation.
Incorrect Answers
A:Client event timeline identifies failure stage and post-fix score recovers would validate the different intervention to investigate applicable client health and onboarding telemetry alongside network status for a scenario such as team uses only device health score and misses wireless/client-specific failures. It does not test the present fault—monitoring only average ping RTT misses one-way delay variation affecting RTP quality—or show that the proposed remedy is working. The discriminating observation here is that statistics show jitter and packet loss correlated with voice quality incident.
B:Packet capture shows inform request and acknowledgment after event would validate the different intervention to use supported SNMP informs where acknowledgment and retry behavior are required for a scenario such as trap packets occasionally disappear on unreliable WAN with no resend evidence. It does not test the present fault—monitoring only average ping RTT misses one-way delay variation affecting RTP quality—or show that the proposed remedy is working. The discriminating observation here is that statistics show jitter and packet loss correlated with voice quality incident.
C:An authorized SCP transfer completes with checksum matched and denied user cannot copy would validate the different intervention to verify SCP server/client capability and SSH/AAA privilege prerequisites for a scenario such as fTP export works but SCP backup is disabled because SSH service or authorization is missing. It does not test the present fault—monitoring only average ping RTT misses one-way delay variation affecting RTP quality—or show that the proposed remedy is working. The discriminating observation here is that statistics show jitter and packet loss correlated with voice quality incident.
Question 246
An engineer is investigating OSPF external summary ASBR. The expected design is that several static routes redistributed to OSPF should be condensed externally; instead a configured ABR area range does not summarize AS-external LSAs. Which focused correction should be tested first?
- Configure the external summary at the OSPF ASBR with an appropriate summary-address statement
- Validate a virtual link through a suitable nonstub transit area and both ABR router IDs
- Validate summary ownership and add precise exception routes or fail-closed discard behavior as designed
- Apply and verify prefix policy on the intended outbound BGP neighbor and address family
Explanation
Correct Answer
A:Configure the external summary at the OSPF ASBR with an appropriate summary-address statement corrects the specific failure: a configured ABR area range does not summarize AS-external LSAs. AS-external summarization is an ASBR function distinct from inter-area ABR ranges. A change to an adjacent but healthy component would not fix this failure mechanism. Evidence of restoration would be that external LSA inventory shows a single aggregate and excludes the covered specifics.
Incorrect Answers
B:Validate a virtual link through a suitable nonstub transit area and both ABR router IDs addresses a different situation, such as a nonbackbone area has no direct adjacency to area 0 and needs an interim compliant backbone connection. An OSPF virtual link logically extends the backbone through a valid transit area. In this question the relevant situation is a configured ABR area range does not summarize AS-external LSAs; the alternative changes another control and would not establish that external LSA inventory shows a single aggregate and excludes the covered specifics. The specific remedy here concerns configure the external summary at the OSPF ASBR with an appropriate summary-address statement.
C:Validate summary ownership and add precise exception routes or fail-closed discard behavior as designed addresses a different situation, such as a broad summary stays present across a border even after its only useful component subnet disappears. Summaries can conceal loss of component routes and may create loops if downstream specifics disappear. In this question the relevant situation is a configured ABR area range does not summarize AS-external LSAs; the alternative changes another control and would not establish that external LSA inventory shows a single aggregate and excludes the covered specifics. The specific remedy here concerns configure the external summary at the OSPF ASBR with an appropriate summary-address statement.
D: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 a configured ABR area range does not summarize AS-external LSAs; the alternative changes another control and would not establish that external LSA inventory shows a single aggregate and excludes the covered specifics. The specific remedy here concerns configure the external summary at the OSPF ASBR with an appropriate summary-address statement.
Question 247
An engineer is investigating NetFlow monitor attachment. The expected design is that flow exporter and record are configured but no monitored interface generates flow entries; instead show flow monitor cache stays empty even under test traffic. Which focused correction should be tested first?
- Use validated multiple measurements or target-selection policy where supported
- Apply flow monitor in correct interface direction and supported feature context
- Reconcile local SNMPv3 engine ID, USM credentials and user localization at collector
- Configure appropriate VTY exec-timeout and verify graceful session cleanup
Explanation
Correct Answer
B:Apply flow monitor in correct interface direction and supported feature context corrects the specific failure: show flow monitor cache stays empty even under test traffic. Flow records are collected only where a flow monitor is applied to forwarding traffic. A change to an adjacent but healthy component would not fix this failure mechanism. Evidence of restoration would be that controlled inbound traffic produces cache entries and exporter packets.
Incorrect Answers
A:Use validated multiple measurements or target-selection policy where supported addresses a different situation, such as backup path failover uses one probe destination that can fail independently of ISP. Single measurement endpoints can misrepresent actual path health when the target fails. In this question the relevant situation is show flow monitor cache stays empty even under test traffic; the alternative changes another control and would not establish that controlled inbound traffic produces cache entries and exporter packets. The specific remedy here concerns apply flow monitor in correct interface direction and supported feature context.
C:Reconcile local SNMPv3 engine ID, USM credentials and user localization at collector addresses a different situation, such as sNMPv3 collector loses access after router replacement with a new engine identifier. SNMPv3 keys can be localized to authoritative engine identifier. In this question the relevant situation is show flow monitor cache stays empty even under test traffic; the alternative changes another control and would not establish that controlled inbound traffic produces cache entries and exporter packets. The specific remedy here concerns apply flow monitor in correct interface direction and supported feature context.
D:Configure appropriate VTY exec-timeout and verify graceful session cleanup addresses a different situation, such as shared jump-host administrative sessions should terminate after inactivity. Idle session controls reduce unauthorized reuse and resource exhaustion in management plane. In this question the relevant situation is show flow monitor cache stays empty even under test traffic; the alternative changes another control and would not establish that controlled inbound traffic produces cache entries and exporter packets. The specific remedy here concerns apply flow monitor in correct interface direction and supported feature context.
Question 248
An engineer is investigating VRF-aware static route. The expected design is that tenant BLUE needs a default route but only the global table contains a working default; instead packets in BLUE cannot reach the WAN although show ip route lists a global default. Which focused correction should be tested first?
- Configure a default route in BLUE with a next hop resolvable in the correct VRF context
- Align EIGRP AS or named address-family scope on both peers
- Verify DR/BDR roles before treating normal DROTHER 2-Way neighbor state as failure
- Validate NSSA area type and Type-7-to-Type-5 translation on ABR
Explanation
Correct Answer
A:Configure a default route in BLUE with a next hop resolvable in the correct VRF context corrects the specific failure: packets in BLUE cannot reach the WAN although show ip route lists a global default. VRF forwarding does not automatically inherit global routes or next-hop resolution. A change to an adjacent but healthy component would not fix this failure mechanism. Evidence of restoration would be that show ip route vrf BLUE displays the default and vrf-qualified probe reaches its gateway.
Incorrect Answers
B:Align EIGRP AS or named address-family scope on both peers addresses a different situation, such as a new spoke uses a different EIGRP autonomous system number from its hub. EIGRP peering requires compatible EIGRP instance information. In this question the relevant situation is packets in BLUE cannot reach the WAN although show ip route lists a global default; the alternative changes another control and would not establish that show ip route vrf BLUE displays the default and vrf-qualified probe reaches its gateway. The specific remedy here concerns configure a default route in BLUE with a next hop resolvable in the correct VRF context.
C:Verify DR/BDR roles before treating normal DROTHER 2-Way neighbor state as failure addresses a different situation, such as three routers share a broadcast segment and operators expect every pair in Full adjacency. Broadcast OSPF optimizes LSA exchange by requiring Full adjacencies with DR and BDR. In this question the relevant situation is packets in BLUE cannot reach the WAN although show ip route lists a global default; the alternative changes another control and would not establish that show ip route vrf BLUE displays the default and vrf-qualified probe reaches its gateway. The specific remedy here concerns configure a default route in BLUE with a next hop resolvable in the correct VRF context.
D:Validate NSSA area type and Type-7-to-Type-5 translation on ABR addresses a different situation, such as 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. In this question the relevant situation is packets in BLUE cannot reach the WAN although show ip route lists a global default; the alternative changes another control and would not establish that show ip route vrf BLUE displays the default and vrf-qualified probe reaches its gateway. The specific remedy here concerns configure a default route in BLUE with a next hop resolvable in the correct VRF context.
Question 249
The ENARSI operational team is validating Conditional debug scope for this design: A busy edge router needs to diagnose one BGP peer without overwhelming CPU with global debug. They intend to use conditional or narrowly scoped debug filters where supported and disable after capture. Which distinct failure symptom would justify that specific engineering control?
- Router has an IP SLA object but its ICMP probe never runs because schedule not enabled
- Engineers compare sampled records to packet counts as if every packet were observed
- IP SLA statistics show failure while static route remains active through untracked next hop
- Enabling unrestricted BGP debugging floods console and distorts the fault
Explanation
Correct Answer
D:Enabling unrestricted BGP debugging floods console and distorts the fault. That symptom motivates the specified safeguard: use conditional or narrowly scoped debug filters where supported and disable after capture. Targeted debugging reduces probe effect and resource overhead. It identifies the operating failure rather than a loosely related network concern. The expected verification is that filtered debug captures failing peer only without flooding platform.
Incorrect Answers
A:Router has an IP SLA object but its ICMP probe never runs because schedule not enabled is a symptom of a different control gap that calls for configure probe parameters and schedule the IP SLA operation. IP SLA operations require configuration and scheduling to generate live measurements. The proposed safeguard in this question instead deals with enabling unrestricted BGP debugging floods console and distorts the fault; the alternative is not the most specific justification for use conditional or narrowly scoped debug filters where supported and disable after capture.
B:Engineers compare sampled records to packet counts as if every packet were observed is a symptom of a different control gap that calls for document packet sampling rate and interpret collector estimates correctly. Sampled flow observation is statistical and not identical to unsampled packet accounting. The proposed safeguard in this question instead deals with enabling unrestricted BGP debugging floods console and distorts the fault; the alternative is not the most specific justification for use conditional or narrowly scoped debug filters where supported and disable after capture.
C:IP SLA statistics show failure while static route remains active through untracked next hop is a symptom of a different control gap that calls for bind the intended track object to correct static route and verify state changes. IP SLA measurement alone has no routing effect until linked to a track or consumer. The proposed safeguard in this question instead deals with enabling unrestricted BGP debugging floods console and distorts the fault; the alternative is not the most specific justification for use conditional or narrowly scoped debug filters where supported and disable after capture.
Question 250
The ENARSI operational team is validating IPv6 neighbor discovery allowance for this design: Router's IPv6 ACL denies all ICMPv6 and adjacent hosts lose neighbor reachability. They intend to permit required ICMPv6 neighbor discovery control messages while filtering other traffic appropriately. Which distinct failure symptom would justify that specific engineering control?
- TACACS server is configured but VTY logins bypass intended central authentication
- Both central AAA servers are unreachable and no approved local break-glass account works
- IPv6 default gateway appears reachable but neighbor solicitation/advertisement does not complete
- Login using incorrect TACACS credentials succeeds unexpectedly via local fallback
Explanation
Correct Answer
C:IPv6 default gateway appears reachable but neighbor solicitation/advertisement does not complete. That symptom motivates the specified safeguard: permit required ICMPv6 neighbor discovery control messages while filtering other traffic appropriately. IPv6 depends on essential ICMPv6 neighbor discovery for address-to-link-layer resolution. It identifies the operating failure rather than a loosely related network concern. The expected verification is that neighbor cache populates and approved IPv6 packets pass after minimal control permits.
Incorrect Answers
A:TACACS server is configured but VTY logins bypass intended central authentication is a symptom of a different control gap that calls for enable aaa new-model and bind an explicit authentication method list to intended VTY lines. AAA framework and line method-list binding are required for central login decision processing. The proposed safeguard in this question instead deals with iPv6 default gateway appears reachable but neighbor solicitation/advertisement does not complete; the alternative is not the most specific justification for permit required ICMPv6 neighbor discovery control messages while filtering other traffic appropriately.
B:Both central AAA servers are unreachable and no approved local break-glass account works is a symptom of a different control gap that calls for configure protected local fallback method for server-unavailable events and verify access restrictions. Resilient management authentication needs a constrained emergency path that does not weaken normal checks. The proposed safeguard in this question instead deals with iPv6 default gateway appears reachable but neighbor solicitation/advertisement does not complete; the alternative is not the most specific justification for permit required ICMPv6 neighbor discovery control messages while filtering other traffic appropriately.
D:Login using incorrect TACACS credentials succeeds unexpectedly via local fallback is a symptom of a different control gap that calls for inspect AAA fallback order and distinguish server ERROR/unavailable from authentication REJECT. A rejected central credential should not silently fall back as though the server were unreachable. The proposed safeguard in this question instead deals with iPv6 default gateway appears reachable but neighbor solicitation/advertisement does not complete; the alternative is not the most specific justification for permit required ICMPv6 neighbor discovery control messages while filtering other traffic appropriately.