Implementing Cisco Enterprise Advanced Routing and Services (ENARSI) 300-410 Practice Test 72
Question 710
An incident caused this behavior: Enabling unrestricted BGP debugging floods console and distorts the fault. The engineer implements the correction to use conditional or narrowly scoped debug filters where supported and disable after capture. Which test result best establishes that the specific fault is resolved?
- Server receives relayed DHCPv6 solicit and client obtains intended configuration
- Filtered debug captures failing peer only without flooding platform
- Authorized source connects, guest source is refused and ACL hits reflect both
- Corrected binding allows a clean DORA sequence with no repeated duplicate-address report
Explanation
Correct Answer
B:Filtered debug captures failing peer only without flooding platform. This is the most direct proof that the targeted correction to use conditional or narrowly scoped debug filters where supported and disable after capture addresses the observed incident: enabling unrestricted BGP debugging floods console and distorts the fault. Targeted debugging reduces probe effect and resource overhead. A successful configuration commit without this measurable outcome would be insufficient validation.
Incorrect Answers
A:Server receives relayed DHCPv6 solicit and client obtains intended configuration would validate the different intervention to configure DHCPv6 relay with correct upstream destination and interface for a scenario such as client solicits DHCPv6 locally but routers never forward messages toward server. It does not test the present fault—enabling unrestricted BGP debugging floods console and distorts the fault—or show that the proposed remedy is working. The discriminating observation here is that filtered debug captures failing peer only without flooding platform.
C:Authorized source connects, guest source is refused and ACL hits reflect both would validate the different intervention to apply scoped VTY source ACL access-class in correct address family for a scenario such as sSH works from guest VLAN after VTY lines were left open. It does not test the present fault—enabling unrestricted BGP debugging floods console and distorts the fault—or show that the proposed remedy is working. The discriminating observation here is that filtered debug captures failing peer only without flooding platform.
D:Corrected binding allows a clean DORA sequence with no repeated duplicate-address report would validate the different intervention to examine DHCP bindings and conflicts and perform authorized cleanup after confirming ownership for a scenario such as dHCP server still holds stale binding for a disconnected client due to bad conflict handling. It does not test the present fault—enabling unrestricted BGP debugging floods console and distorts the fault—or show that the proposed remedy is working. The discriminating observation here is that filtered debug captures failing peer only without flooding platform.
Question 711
An incident caused this behavior: Peer ASN mapping is misentered, causing OPEN AS mismatch and no session. The engineer implements the correction to verify supported 4-byte AS syntax and exact remote ASN on both peers. Which test result best establishes that the specific fault is resolved?
- Show ip eigrp neighbors reports the expected peer and topology routes populate
- Show ip ospf interface and neighbor display matching area and Full state
- Aggregate appears with valid contributors and withdraws when no contributors remain
- Peer Established with correct four-byte ASN in summary and advertisements
Explanation
Correct Answer
D:Peer Established with correct four-byte ASN in summary and advertisements. This is the most direct proof that the targeted correction to verify supported 4-byte AS syntax and exact remote ASN on both peers addresses the observed incident: peer ASN mapping is misentered, causing OPEN AS mismatch and no session. BGP four-octet AS support allows larger AS numbers with proper capability negotiation. A successful configuration commit without this measurable outcome would be insufficient validation.
Incorrect Answers
A:Show ip eigrp neighbors reports the expected peer and topology routes populate would validate the different intervention to correct L3 addressing and EIGRP interface participation before changing metrics for a scenario such as the peers send hellos but their connected subnet masks leave no mutually reachable addresses. It does not test the present fault—peer ASN mapping is misentered, causing OPEN AS mismatch and no session—or show that the proposed remedy is working. The discriminating observation here is that peer Established with correct four-byte ASN in summary and advertisements.
B:Show ip ospf interface and neighbor display matching area and Full state would validate the different intervention to place neighbor interfaces in the same intended OSPF area and verify hello parameters for a scenario such as interfaces ping but both nodes remain without an OSPF adjacency. It does not test the present fault—peer ASN mapping is misentered, causing OPEN AS mismatch and no session—or show that the proposed remedy is working. The discriminating observation here is that peer Established with correct four-byte ASN in summary and advertisements.
C:Aggregate appears with valid contributors and withdraws when no contributors remain would validate the different intervention to verify qualifying component BGP prefixes and aggregate-address options before forcing an advertisement for a scenario such as an aggregate is expected but no component route exists in the BGP table. It does not test the present fault—peer ASN mapping is misentered, causing OPEN AS mismatch and no session—or show that the proposed remedy is working. The discriminating observation here is that peer Established with correct four-byte ASN in summary and advertisements.
Question 712
An engineer is investigating SNMP timeout source VRF. The expected design is that sNMPv3 auth succeeds locally but remote NMS cannot reach a management-only device; instead nMS packets arrive in MGMT VRF while SNMP replies follow global routing. Which focused correction should be tested first?
- Configure appropriate management DNS resolvers and source reachability
- Set supported VRF/source address for the IP SLA operation
- Verify VRF-aware SNMP source, return route and ACL for NMS destination
- Implement supported DNS-specific IP SLA checks for the required resolution path
Explanation
Correct Answer
C:Verify VRF-aware SNMP source, return route and ACL for NMS destination corrects the specific failure: nMS packets arrive in MGMT VRF while SNMP replies follow global routing. Network management protocols need bidirectional reachability in intended VRF. A change to an adjacent but healthy component would not fix this failure mechanism. Evidence of restoration would be that nMS receives authenticated polling response from expected management source.
Incorrect Answers
A:Configure appropriate management DNS resolvers and source reachability addresses a different situation, such as a router uses hostname-based SCP destination but management VRF has no working DNS. Management name resolution is an independent dependency from IP transport connectivity. In this question the relevant situation is nMS packets arrive in MGMT VRF while SNMP replies follow global routing; the alternative changes another control and would not establish that nMS receives authenticated polling response from expected management source. The specific remedy here concerns verify VRF-aware SNMP source, return route and ACL for NMS destination.
B:Set supported VRF/source address for the IP SLA operation addresses a different situation, such as path measurement must reflect traffic from tenant VRF rather than global default routing. Probe source and VRF determine which routed service is being measured. In this question the relevant situation is nMS packets arrive in MGMT VRF while SNMP replies follow global routing; the alternative changes another control and would not establish that nMS receives authenticated polling response from expected management source. The specific remedy here concerns verify VRF-aware SNMP source, return route and ACL for NMS destination.
D: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 nMS packets arrive in MGMT VRF while SNMP replies follow global routing; the alternative changes another control and would not establish that nMS receives authenticated polling response from expected management source. The specific remedy here concerns verify VRF-aware SNMP source, return route and ACL for NMS destination.
Question 713
An incident caused this behavior: Area 20 routes fail to exchange with backbone because its ABR only touches area 10. The engineer implements the correction to validate a virtual link through a suitable nonstub transit area and both ABR router IDs. Which test result best establishes that the specific fault is resolved?
- During blackhole injection BFD expires and the corresponding route is withdrawn
- Show ip ospf virtual-links is up and inter-area routes propagate correctly
- Stable EIGRP neighbor uptime with intended authentication in packet/debug verification
- The selected external route and originating redistribution policy explain the observed metric
Explanation
Correct Answer
B:Show ip ospf virtual-links is up and inter-area routes propagate correctly. This is the most direct proof that the targeted correction to validate a virtual link through a suitable nonstub transit area and both ABR router IDs addresses the observed incident: area 20 routes fail to exchange with backbone because its ABR only touches area 10. An OSPF virtual link logically extends the backbone through a valid transit area. A successful configuration commit without this measurable outcome would be insufficient validation.
Incorrect Answers
A:During blackhole injection BFD expires and the corresponding route is withdrawn would validate the different intervention to instrument end-to-end BFD continuity rather than assuming local line protocol indicates transit health for a scenario such as the routing adjacency remains until a long dead timer despite an unusable transit path. It does not test the present fault—area 20 routes fail to exchange with backbone because its ABR only touches area 10—or show that the proposed remedy is working. The discriminating observation here is that show ip ospf virtual-links is up and inter-area routes propagate correctly.
C:Stable EIGRP neighbor uptime with intended authentication in packet/debug verification would validate the different intervention to compare configured key chain algorithm and active key IDs on both ends for a scenario such as repeated EIGRP auth failures prevent the planned peer from remaining established. It does not test the present fault—area 20 routes fail to exchange with backbone because its ABR only touches area 10—or show that the proposed remedy is working. The discriminating observation here is that show ip ospf virtual-links is up and inter-area routes propagate correctly.
D:The selected external route and originating redistribution policy explain the observed metric would validate the different intervention to trace the external route source metric-type tag and route-map before changing intra-domain link cost for a scenario such as an engineer changes interface cost expecting an external seed metric to change automatically. It does not test the present fault—area 20 routes fail to exchange with backbone because its ABR only touches area 10—or show that the proposed remedy is working. The discriminating observation here is that show ip ospf virtual-links is up and inter-area routes propagate correctly.
Question 714
The ENARSI operational team is validating uRPF failure counters for this design: A new uRPF setting causes selective UDP packet loss from one branch. They intend to examine uRPF drop counters and reverse-path route for the reported sender. Which distinct failure symptom would justify that specific engineering control?
- Console authentication succeeds centrally but VTY uses a legacy default method and permits unintended access
- Engineers look only at destination ACLs while source-validation drops rise
- Spoofed neighbor advertisements redirect IPv6 traffic toward a hostile MAC
- Unclassified inbound TCP/22 consumes excessive CPU and management sessions time out
Explanation
Correct Answer
B:Engineers look only at destination ACLs while source-validation drops rise. That symptom motivates the specified safeguard: examine uRPF drop counters and reverse-path route for the reported sender. Reverse path filtering can discard packets before normal destination forwarding. It identifies the operating failure rather than a loosely related network concern. The expected verification is that drop counter and reverse lookup identify affected flow; corrected policy restores traffic.
Incorrect Answers
A:Console authentication succeeds centrally but VTY uses a legacy default method and permits unintended access is a symptom of a different control gap that calls for apply the intended named AAA authentication method list to VTY lines. Different lines can use different AAA lists even on the same device. The proposed safeguard in this question instead deals with engineers look only at destination ACLs while source-validation drops rise; the alternative is not the most specific justification for examine uRPF drop counters and reverse-path route for the reported sender.
C:Spoofed neighbor advertisements redirect IPv6 traffic toward a hostile MAC is a symptom of a different control gap that calls for enable supported IPv6 ND inspection and maintain reliable binding data. ND inspection helps detect neighbor identity spoofing using binding information. The proposed safeguard in this question instead deals with engineers look only at destination ACLs while source-validation drops rise; the alternative is not the most specific justification for examine uRPF drop counters and reverse-path route for the reported sender.
D:Unclassified inbound TCP/22 consumes excessive CPU and management sessions time out is a symptom of a different control gap that calls for classify approved management SSH and police unauthorized to-device traffic by policy. Router-destined management traffic consumes CPU resources distinct from transit forwarding. The proposed safeguard in this question instead deals with engineers look only at destination ACLs while source-validation drops rise; the alternative is not the most specific justification for examine uRPF drop counters and reverse-path route for the reported sender.
Question 715
An ENARSI engineer is designing an enterprise deployment: Central NMS should receive warning and more severe events without flooding on debugging. Which action most directly implements the technical requirement?
- Use IPFIX or supported flexible NetFlow format suitable for IPv6 records
- Use Catalyst Center Assurance path insights or path trace to isolate failing segment
- Check active leases, exclusions, mask and pool capacity before altering routing
- Select appropriate logging trap severity and separate local debugging policy
Explanation
Correct Answer
D:Select appropriate logging trap severity and separate local debugging policy is the direct intervention for this deployment: 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. 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 warning events arrive centrally and routine debug messages remain local.
Incorrect Answers
A:Use IPFIX or supported flexible NetFlow format suitable for IPv6 records addresses a different situation, such as an IPv6-heavy enterprise expects detailed v6 flow telemetry from legacy NetFlow v5. Legacy NetFlow v5 format has limited fixed IPv4-oriented fields compared with newer template formats. In this question the relevant situation is central NMS should receive warning and more severe events without flooding on debugging; the alternative changes another control and would not establish that warning events arrive centrally and routine debug messages remain local. The specific remedy here concerns select appropriate logging trap severity and separate local debugging policy.
B:Use Catalyst Center Assurance path insights or path trace to isolate failing segment addresses a different situation, such as end users report connectivity trouble across multiple campus hops. Assurance path visibility correlates end-to-end forwarding dependencies. In this question the relevant situation is central NMS should receive warning and more severe events without flooding on debugging; the alternative changes another control and would not establish that warning events arrive centrally and routine debug messages remain local. The specific remedy here concerns select appropriate logging trap severity and separate local debugging policy.
C:Check active leases, exclusions, mask and pool capacity before altering routing addresses a different situation, such as a busy branch Wi-Fi network runs out of available DHCPv4 leases. DHCP server can respond only when suitable addresses exist in the matching pool. In this question the relevant situation is central NMS should receive warning and more severe events without flooding on debugging; the alternative changes another control and would not establish that warning events arrive centrally and routine debug messages remain local. The specific remedy here concerns select appropriate logging trap severity and separate local debugging policy.
Question 716
An engineer is investigating Summary loop on stale component. The expected design is that a broad summary stays present across a border even after its only useful component subnet disappears; instead packets destined to a removed subnet bounce between the summary origin and an alternate upstream router. Which focused correction should be tested first?
- Correct prefix-list ge/le range semantics and test representative boundary prefixes
- Stamp route tags during EIGRP-to-OSPF redistribution and match them on downstream policy
- Select E1 external metric type where internal cost to ASBR must influence path selection
- Validate summary ownership and add precise exception routes or fail-closed discard behavior as designed
Explanation
Correct Answer
D:Validate summary ownership and add precise exception routes or fail-closed discard behavior as designed corrects the specific failure: packets destined to a removed subnet bounce between the summary origin and an alternate upstream router. Summaries can conceal loss of component routes and may create loops if downstream specifics disappear. A change to an adjacent but healthy component would not fix this failure mechanism. Evidence of restoration would be that traceroute for the removed component terminates predictably instead of looping through summaries.
Incorrect Answers
A:Correct prefix-list ge/le range semantics and test representative boundary prefixes addresses a different situation, such as advertising aggregates requires allowing /16 through /24 descendants while excluding /25 and longer specifics. Prefix-list length qualifiers constrain prefix-length ranges relative to the listed network. In this question the relevant situation is packets destined to a removed subnet bounce between the summary origin and an alternate upstream router; the alternative changes another control and would not establish that traceroute for the removed component terminates predictably instead of looping through summaries. The specific remedy here concerns validate summary ownership and add precise exception routes or fail-closed discard behavior as designed.
B:Stamp route tags during EIGRP-to-OSPF redistribution and match them on downstream policy addresses a different situation, such as imported EIGRP branches must be distinguishable from native OSPF advertisements. OSPF external route tags preserve origin classification independently of destination prefix. In this question the relevant situation is packets destined to a removed subnet bounce between the summary origin and an alternate upstream router; the alternative changes another control and would not establish that traceroute for the removed component terminates predictably instead of looping through summaries. The specific remedy here concerns validate summary ownership and add precise exception routes or fail-closed discard behavior as designed.
C:Select E1 external metric type where internal cost to ASBR must influence path selection addresses a different situation, such as remote sites should account for internal cost when selecting between two OSPF ASBRs. OSPF E1 total cost includes internal path cost while E2 normally compares external cost first. In this question the relevant situation is packets destined to a removed subnet bounce between the summary origin and an alternate upstream router; the alternative changes another control and would not establish that traceroute for the removed component terminates predictably instead of looping through summaries. The specific remedy here concerns validate summary ownership and add precise exception routes or fail-closed discard behavior as designed.
Question 717
An engineer is investigating DMVPN hub tunnel MTU. The expected design is that an MPLS underlay must carry IPsec-encapsulated GRE packets without fragmentation trouble; instead large application packets stall but small tunnel pings pass after new encryption overhead. Which focused correction should be tested first?
- Evaluate IGP-LDP synchronization or equivalent convergence safeguard
- Assign intended unique route distinguishers for overlapping VPNv4 NLRI
- Adjust tunnel MTU and TCP MSS based on encapsulation overhead and measured path MTU
- Ensure chosen LDP transport router IDs are routable by underlay and not filtered
Explanation
Correct Answer
C:Adjust tunnel MTU and TCP MSS based on encapsulation overhead and measured path MTU corrects the specific failure: large application packets stall but small tunnel pings pass after new encryption overhead. GRE plus IPsec adds headers and can cause fragmentation and black holes. A change to an adjacent but healthy component would not fix this failure mechanism. Evidence of restoration would be that dF-sized probes and application transfers succeed under documented MTU/MSS.
Incorrect Answers
A:Evaluate IGP-LDP synchronization or equivalent convergence safeguard addresses a different situation, such as an IGP next hop becomes preferred before LDP labels are available after core recovery. Labeled traffic can fail when IP routing converges before LDP transport label readiness. In this question the relevant situation is large application packets stall but small tunnel pings pass after new encryption overhead; the alternative changes another control and would not establish that dF-sized probes and application transfers succeed under documented MTU/MSS. The specific remedy here concerns adjust tunnel MTU and TCP MSS based on encapsulation overhead and measured path MTU.
B:Assign intended unique route distinguishers for overlapping VPNv4 NLRI addresses a different situation, such as two customers use identical 10.1.0.0/16 and must remain distinguishable in an MPLS L3VPN. RD distinguishes otherwise identical IPv4 prefixes in the VPNv4 control plane but does not enforce import policy. In this question the relevant situation is large application packets stall but small tunnel pings pass after new encryption overhead; the alternative changes another control and would not establish that dF-sized probes and application transfers succeed under documented MTU/MSS. The specific remedy here concerns adjust tunnel MTU and TCP MSS based on encapsulation overhead and measured path MTU.
D: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 large application packets stall but small tunnel pings pass after new encryption overhead; the alternative changes another control and would not establish that dF-sized probes and application transfers succeed under documented MTU/MSS. The specific remedy here concerns adjust tunnel MTU and TCP MSS based on encapsulation overhead and measured path MTU.
Question 718
An incident caused this behavior: Unclassified inbound TCP/22 consumes excessive CPU and management sessions time out. The engineer implements the correction to classify approved management SSH and police unauthorized to-device traffic by policy. Which test result best establishes that the specific fault is resolved?
- Show running-config line vty and test SSH login demonstrate named-list enforcement
- Server logs show an authenticated TCP 49 request and router login succeeds
- Test permitted admin flow succeeds and unrelated sources fail with ACL hit counters
- Approved management login remains available under simulated untrusted SSH load
Explanation
Correct Answer
D:Approved management login remains available under simulated untrusted SSH load. This is the most direct proof that the targeted correction to classify approved management SSH and police unauthorized to-device traffic by policy addresses the observed incident: unclassified inbound TCP/22 consumes excessive CPU and management sessions time out. Router-destined management traffic consumes CPU resources distinct from transit forwarding. A successful configuration commit without this measurable outcome would be insufficient validation.
Incorrect Answers
A:Show running-config line vty and test SSH login demonstrate named-list enforcement would validate the different intervention to apply the intended named AAA authentication method list to VTY lines for a scenario such as console authentication succeeds centrally but VTY uses a legacy default method and permits unintended access. It does not test the present fault—unclassified inbound TCP/22 consumes excessive CPU and management sessions time out—or show that the proposed remedy is working. The discriminating observation here is that approved management login remains available under simulated untrusted SSH load.
B:Server logs show an authenticated TCP 49 request and router login succeeds would validate the different intervention to test TCP port 49 reachability from proper source and VRF before replacing credentials for a scenario such as operators see TACACS timeouts despite successful ping to server address. It does not test the present fault—unclassified inbound TCP/22 consumes excessive CPU and management sessions time out—or show that the proposed remedy is working. The discriminating observation here is that approved management login remains available under simulated untrusted SSH load.
C:Test permitted admin flow succeeds and unrelated sources fail with ACL hit counters would validate the different intervention to rewrite extended ACL with exact source destination protocol and port matches for a scenario such as aCL permits HTTPS from all corporate sources because destination was correct but source was any. It does not test the present fault—unclassified inbound TCP/22 consumes excessive CPU and management sessions time out—or show that the proposed remedy is working. The discriminating observation here is that approved management login remains available under simulated untrusted SSH load.
Question 719
The ENARSI operational team is validating DHCPv6 stateful addresses for this design: Clients should receive managed IPv6 addresses from DHCPv6 server instead of SLAAC alone. They intend to verify IPv6 router advertisement flags, client support and stateful DHCPv6 server. Which distinct failure symptom would justify that specific engineering control?
- Show flow monitor cache stays empty even under test traffic
- Operators check only the source switch without examining end-to-end network path
- Engineers compare sampled records to packet counts as if every packet were observed
- Hosts use SLAAC only because RA managed flag or DHCPv6 server setup is missing
Explanation
Correct Answer
D:Hosts use SLAAC only because RA managed flag or DHCPv6 server setup is missing. That symptom motivates the specified safeguard: verify IPv6 router advertisement flags, client support and stateful DHCPv6 server. DHCPv6 address assignment and RA signaling must align with desired client configuration method. It identifies the operating failure rather than a loosely related network concern. The expected verification is that host obtains DHCPv6 lease and route information through appropriate RA.
Incorrect Answers
A:Show flow monitor cache stays empty even under test traffic is a symptom of a different control gap that calls for apply flow monitor in correct interface direction and supported feature context. Flow records are collected only where a flow monitor is applied to forwarding traffic. The proposed safeguard in this question instead deals with hosts use SLAAC only because RA managed flag or DHCPv6 server setup is missing; the alternative is not the most specific justification for verify IPv6 router advertisement flags, client support and stateful DHCPv6 server.
B:Operators check only the source switch without examining end-to-end network path is a symptom of a different control gap that calls for use Catalyst Center Assurance path insights or path trace to isolate failing segment. Assurance path visibility correlates end-to-end forwarding dependencies. The proposed safeguard in this question instead deals with hosts use SLAAC only because RA managed flag or DHCPv6 server setup is missing; the alternative is not the most specific justification for verify IPv6 router advertisement flags, client support and stateful DHCPv6 server.
C: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 hosts use SLAAC only because RA managed flag or DHCPv6 server setup is missing; the alternative is not the most specific justification for verify IPv6 router advertisement flags, client support and stateful DHCPv6 server.
Question 720
An engineer is investigating IPv6 RA processing and ACL. The expected design is that iPv6 hosts need to receive legitimate router advertisements on an access VLAN; instead iPv6 ACL policy blocks legitimate Router Advertisement and clients lose prefix/default gateway. Which focused correction should be tested first?
- Assign trust to approved router/server ports and enforcement to untrusted edge ports
- Correct ACL/class-map identification for OSPF protocol traffic to CPU
- Review interface IPv6 ACL and relevant ICMPv6 RA treatment before blocking all control traffic
- Test TCP port 49 reachability from proper source and VRF before replacing credentials
Explanation
Correct Answer
C:Review interface IPv6 ACL and relevant ICMPv6 RA treatment before blocking all control traffic corrects the specific failure: iPv6 ACL policy blocks legitimate Router Advertisement and clients lose prefix/default gateway. IPv6 router advertisement is essential to host default route and SLAAC behavior when used. A change to an adjacent but healthy component would not fix this failure mechanism. Evidence of restoration would be that client receives legitimate RA and acquires intended IPv6 prefix with working default route.
Incorrect Answers
A:Assign trust to approved router/server ports and enforcement to untrusted edge ports addresses a different situation, such as router-facing trunk and access-facing host ports should use different first-hop trust roles. First-hop guard policies must reflect which port legitimately originates infrastructure control messages. In this question the relevant situation is iPv6 ACL policy blocks legitimate Router Advertisement and clients lose prefix/default gateway; the alternative changes another control and would not establish that client receives legitimate RA and acquires intended IPv6 prefix with working default route. The specific remedy here concerns review interface IPv6 ACL and relevant ICMPv6 RA treatment before blocking all control traffic.
B:Correct ACL/class-map identification for OSPF protocol traffic to CPU addresses a different situation, such as oSPF sessions drop when new CoPP ACL treats protocol 89 as ordinary untrusted UDP/TCP. OSPF is IP protocol 89 and must be classified accurately in control plane policy. In this question the relevant situation is iPv6 ACL policy blocks legitimate Router Advertisement and clients lose prefix/default gateway; the alternative changes another control and would not establish that client receives legitimate RA and acquires intended IPv6 prefix with working default route. The specific remedy here concerns review interface IPv6 ACL and relevant ICMPv6 RA treatment before blocking all control traffic.
D:Test TCP port 49 reachability from proper source and VRF before replacing credentials addresses a different situation, such as aAA design requires a router to contact TACACS+ at port 49 over management VRF. ICMP connectivity alone does not establish TACACS+ application transport connectivity. In this question the relevant situation is iPv6 ACL policy blocks legitimate Router Advertisement and clients lose prefix/default gateway; the alternative changes another control and would not establish that client receives legitimate RA and acquires intended IPv6 prefix with working default route. The specific remedy here concerns review interface IPv6 ACL and relevant ICMPv6 RA treatment before blocking all control traffic.