Implementing Cisco Enterprise Advanced Routing and Services (ENARSI) 300-410 Practice Test 49
Question 480
An incident caused this behavior: ACL denies both and logs give no clear hit on the SSH-specific policy. The engineer implements the correction to insert specific IPv6 TCP/22 deny with logging while retaining permitted IPv6 control messages. Which test result best establishes that the specific fault is resolved?
- Login during primary outage reaches secondary server and auditable policy applies
- CPU stays stable during flood while authorized BGP neighbor remains Established
- Denied SSH match is logged with source while neighbor discovery remains operational
- Packet capture shows expected source IP and server recognizes configured NAS
Explanation
Correct Answer
C:Denied SSH match is logged with source while neighbor discovery remains operational. This is the most direct proof that the targeted correction to insert specific IPv6 TCP/22 deny with logging while retaining permitted IPv6 control messages addresses the observed incident: aCL denies both and logs give no clear hit on the SSH-specific policy. ACL sequence and logging on selected IPv6 entries allow targeted incident correlation. A successful configuration commit without this measurable outcome would be insufficient validation.
Incorrect Answers
A:Login during primary outage reaches secondary server and auditable policy applies would validate the different intervention to check AAA server-group members, deadtime and availability behavior before raising login timers for a scenario such as first server is down but router never attempts second server in intended method group. It does not test the present fault—aCL denies both and logs give no clear hit on the SSH-specific policy—or show that the proposed remedy is working. The discriminating observation here is that denied SSH match is logged with source while neighbor discovery remains operational.
B:CPU stays stable during flood while authorized BGP neighbor remains Established would validate the different intervention to separate routing-protocol control traffic into classes with sufficient protected rate limits for a scenario such as a blanket aggressive control-plane policer drops legitimate BGP keepalives during load. It does not test the present fault—aCL denies both and logs give no clear hit on the SSH-specific policy—or show that the proposed remedy is working. The discriminating observation here is that denied SSH match is logged with source while neighbor discovery remains operational.
D:Packet capture shows expected source IP and server recognizes configured NAS would validate the different intervention to set supported AAA source-interface or VRF-aware server binding to expected management address for a scenario such as aAA server drops requests because packets originate from newly changed WAN source. It does not test the present fault—aCL denies both and logs give no clear hit on the SSH-specific policy—or show that the proposed remedy is working. The discriminating observation here is that denied SSH match is logged with source while neighbor discovery remains operational.
Question 481
The ENARSI operational team is validating OSPF MTU exchange stuck for this design: Two WAN routers have OSPF neighbors repeatedly stuck Exstart/Exchange. They intend to correct L3 interface MTU mismatch rather than routinely bypassing OSPF MTU checks. Which distinct failure symptom would justify that specific engineering control?
- Branch unexpectedly redistributes external routes toward hub when stub policy is too permissive
- A jumbo-frames interface exchanges DBD packets with a smaller MTU peer and adjacency stalls
- A prefix list accepts 10.16.8.0/25 despite an expected maximum advertised subnet size
- IPv4 neighbors form but IPv6 address-family remains unconfigured or disabled
Explanation
Correct Answer
B:A jumbo-frames interface exchanges DBD packets with a smaller MTU peer and adjacency stalls. That symptom motivates the specified safeguard: correct L3 interface MTU mismatch rather than routinely bypassing OSPF MTU checks. OSPF database description MTU mismatch can block reliable exchange. It identifies the operating failure rather than a loosely related network concern. The expected verification is that compatible MTU on both ends yields stable Full neighbor and complete LSDB.
Incorrect Answers
A:Branch unexpectedly redistributes external routes toward hub when stub policy is too permissive is a symptom of a different control gap that calls for set intended EIGRP stub route classes and check advertised prefixes. Stub advertisement controls available route classes and limits transit assumptions. The proposed safeguard in this question instead deals with a jumbo-frames interface exchanges DBD packets with a smaller MTU peer and adjacency stalls; the alternative is not the most specific justification for correct L3 interface MTU mismatch rather than routinely bypassing OSPF MTU checks.
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 a jumbo-frames interface exchanges DBD packets with a smaller MTU peer and adjacency stalls; the alternative is not the most specific justification for correct L3 interface MTU mismatch rather than routinely bypassing OSPF MTU checks.
D:IPv4 neighbors form but IPv6 address-family remains unconfigured or disabled is a symptom of a different control gap that calls for verify correct named-mode address-family and interfaces for IPv4 and IPv6 separately. EIGRP named mode can hold independently scoped address families and topology settings. The proposed safeguard in this question instead deals with a jumbo-frames interface exchanges DBD packets with a smaller MTU peer and adjacency stalls; the alternative is not the most specific justification for correct L3 interface MTU mismatch rather than routinely bypassing OSPF MTU checks.
Question 482
An incident caused this behavior: An operator assumes loose uRPF with default route always blocks every bogus source. The engineer implements the correction to examine uRPF behavior with default-route allowance/exclusion on the deployed IOS release. Which test result best establishes that the specific fault is resolved?
- Anti-spoofing probes show expected decisions for known sources and unallocated ranges
- TACACS authorization logs permit show commands and deny forbidden configuration operations
- Server logs show an authenticated TCP 49 request and router login succeeds
- Rogue DHCPv6 replies are dropped and approved server options reach hosts
Explanation
Correct Answer
A:Anti-spoofing probes show expected decisions for known sources and unallocated ranges. This is the most direct proof that the targeted correction to examine uRPF behavior with default-route allowance/exclusion on the deployed IOS release addresses the observed incident: an operator assumes loose uRPF with default route always blocks every bogus source. Default-route participation can affect loose uRPF ability to reject unlisted sources. A successful configuration commit without this measurable outcome would be insufficient validation.
Incorrect Answers
B:TACACS authorization logs permit show commands and deny forbidden configuration operations would validate the different intervention to configure and test per-command or exec authorization in the intended AAA policy for a scenario such as user authenticates via TACACS+ and still receives privileged EXEC commands outside assigned role. It does not test the present fault—an operator assumes loose uRPF with default route always blocks every bogus source—or show that the proposed remedy is working. The discriminating observation here is that anti-spoofing probes show expected decisions for known sources and unallocated ranges.
C: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—an operator assumes loose uRPF with default route always blocks every bogus source—or show that the proposed remedy is working. The discriminating observation here is that anti-spoofing probes show expected decisions for known sources and unallocated ranges.
D:Rogue DHCPv6 replies are dropped and approved server options reach hosts would validate the different intervention to apply DHCPv6 Guard on untrusted switch interfaces and permit the legitimate server path for a scenario such as clients begin receiving unintended DNS and address parameters from guest laptop. It does not test the present fault—an operator assumes loose uRPF with default route always blocks every bogus source—or show that the proposed remedy is working. The discriminating observation here is that anti-spoofing probes show expected decisions for known sources and unallocated ranges.
Question 483
An incident caused this behavior: Correct password still yields authentication error after device RMA. The engineer implements the correction to reconcile local SNMPv3 engine ID, USM credentials and user localization at collector. Which test result best establishes that the specific fault is resolved?
- Collector discovers new engine and receives authenticated valid SNMPv3 responses
- Host obtains DHCPv6 lease and route information through appropriate RA
- Path view identifies impacted hop or ACL event and retest path succeeds after fix
- Device resolves management hostname and SCP by FQDN matches direct-IP transfer
Explanation
Correct Answer
A:Collector discovers new engine and receives authenticated valid SNMPv3 responses. This is the most direct proof that the targeted correction to reconcile local SNMPv3 engine ID, USM credentials and user localization at collector addresses the observed incident: correct password still yields authentication error after device RMA. SNMPv3 keys can be localized to authoritative engine identifier. A successful configuration commit without this measurable outcome would be insufficient validation.
Incorrect Answers
B:Host obtains DHCPv6 lease and route information through appropriate RA would validate the different intervention to verify IPv6 router advertisement flags, client support and stateful DHCPv6 server for a scenario such as hosts use SLAAC only because RA managed flag or DHCPv6 server setup is missing. It does not test the present fault—correct password still yields authentication error after device RMA—or show that the proposed remedy is working. The discriminating observation here is that collector discovers new engine and receives authenticated valid SNMPv3 responses.
C:Path view identifies impacted hop or ACL event and retest path succeeds after fix would validate the different intervention to use Catalyst Center Assurance path insights or path trace to isolate failing segment for a scenario such as operators check only the source switch without examining end-to-end network path. It does not test the present fault—correct password still yields authentication error after device RMA—or show that the proposed remedy is working. The discriminating observation here is that collector discovers new engine and receives authenticated valid SNMPv3 responses.
D:Device resolves management hostname and SCP by FQDN matches direct-IP transfer would validate the different intervention to configure appropriate management DNS resolvers and source reachability for a scenario such as sCP by IP succeeds but SCP by FQDN fails with name resolution errors. It does not test the present fault—correct password still yields authentication error after device RMA—or show that the proposed remedy is working. The discriminating observation here is that collector discovers new engine and receives authenticated valid SNMPv3 responses.
Question 484
An engineer is investigating Bidirectional redistribution feedback. The expected design is that an OSPF and EIGRP campus exchanges routes through two borders and must not reintroduce local routes as external; instead a subnet repeatedly changes between protocol-external advertisements after alternate border recovery. Which focused correction should be tested first?
- Configure OSPF inter-area range at the area border router for the area being summarized
- Verify both neighbors support and enable compatible BFD parameters and interface reachability
- Filter or tag originated routes at both redistribution boundaries to prevent re-entry
- Validate route-map direction and associated prefix matches on the correct incoming update path
Explanation
Correct Answer
C:Filter or tag originated routes at both redistribution boundaries to prevent re-entry corrects the specific failure: a subnet repeatedly changes between protocol-external advertisements after alternate border recovery. Multiple redistribution points require an origin-control loop prevention policy. A change to an adjacent but healthy component would not fix this failure mechanism. Evidence of restoration would be that routes are stable across primary and backup border changes without being readvertised to their source domain.
Incorrect Answers
A:Configure OSPF inter-area range at the area border router for the area being summarized addresses a different situation, such as a campus wants a group of area 10 subnets summarized toward backbone area 0. OSPF inter-area summarization is performed by ABRs rather than ordinary internal routers. In this question the relevant situation is a subnet repeatedly changes between protocol-external advertisements after alternate border recovery; the alternative changes another control and would not establish that routes are stable across primary and backup border changes without being readvertised to their source domain. The specific remedy here concerns filter or tag originated routes at both redistribution boundaries to prevent re-entry.
B:Verify both neighbors support and enable compatible BFD parameters and interface reachability addresses a different situation, such as a BFD-enabled BGP pair needs fast failover but one side never reaches Up. Routing protocol integration requires a successful bidirectional BFD session. In this question the relevant situation is a subnet repeatedly changes between protocol-external advertisements after alternate border recovery; the alternative changes another control and would not establish that routes are stable across primary and backup border changes without being readvertised to their source domain. The specific remedy here concerns filter or tag originated routes at both redistribution boundaries to prevent re-entry.
D:Validate route-map direction and associated prefix matches on the correct incoming update path addresses a different situation, such as an internal router must reject a specific received external prefix without changing neighbor sessions. Import filtering controls accepted route information while export filtering controls advertised routes to peers. In this question the relevant situation is a subnet repeatedly changes between protocol-external advertisements after alternate border recovery; the alternative changes another control and would not establish that routes are stable across primary and backup border changes without being readvertised to their source domain. The specific remedy here concerns filter or tag originated routes at both redistribution boundaries to prevent re-entry.
Question 485
An ENARSI engineer is designing an enterprise deployment: A new uRPF setting causes selective UDP packet loss from one branch. Which action most directly implements the technical requirement?
- Examine uRPF drop counters and reverse-path route for the reported sender
- Classify approved management SSH and police unauthorized to-device traffic by policy
- Inspect AAA fallback order and distinguish server ERROR/unavailable from authentication REJECT
- Apply DHCPv6 Guard on untrusted switch interfaces and permit the legitimate server path
Explanation
Correct Answer
A:Examine uRPF drop counters and reverse-path route for the reported sender is the direct intervention for this deployment: a new uRPF setting causes selective UDP packet loss from one branch. Reverse path filtering can discard packets before normal destination forwarding. 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 drop counter and reverse lookup identify affected flow; corrected policy restores traffic.
Incorrect Answers
B:Classify approved management SSH and police unauthorized to-device traffic by policy addresses a different situation, such as only approved jump-host SSH should receive reliable CPU service during a control plane DoS. Router-destined management traffic consumes CPU resources distinct from transit forwarding. In this question the relevant situation is a new uRPF setting causes selective UDP packet loss from one branch; the alternative changes another control and would not establish that drop counter and reverse lookup identify affected flow; corrected policy restores traffic. The specific remedy here concerns examine uRPF drop counters and reverse-path route for the reported sender.
C: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 a new uRPF setting causes selective UDP packet loss from one branch; the alternative changes another control and would not establish that drop counter and reverse lookup identify affected flow; corrected policy restores traffic. The specific remedy here concerns examine uRPF drop counters and reverse-path route for the reported sender.
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 a new uRPF setting causes selective UDP packet loss from one branch; the alternative changes another control and would not establish that drop counter and reverse lookup identify affected flow; corrected policy restores traffic. The specific remedy here concerns examine uRPF drop counters and reverse-path route for the reported sender.
Question 486
An ENARSI engineer is designing an enterprise deployment: Edge router needs to restrict management SSH directed at its own loopback. Which action most directly implements the technical requirement?
- Check AAA server-group members, deadtime and availability behavior before raising login timers
- Validate supported SAVI/ND snooping/binding learning for chosen address method before enforcing source guard
- 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
Explanation
Correct Answer
C:Apply an appropriate management-plane restriction such as VTY access-class or control-plane policy is the direct intervention for this deployment: edge router needs to restrict management SSH directed at its own loopback. Transit interface ACL and device management-plane admission can be separate enforcement points. 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 unauthorized SSH cannot open a router VTY while legitimate transit data remains unaffected.
Incorrect Answers
A:Check AAA server-group members, deadtime and availability behavior before raising login timers addresses a different situation, such as a pair of central TACACS servers provides redundant management login. AAA group failover depends on valid member definitions and a detected service outage. In this question the relevant situation is edge router needs to restrict management SSH directed at its own loopback; 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.
B:Validate supported SAVI/ND snooping/binding learning for chosen address method before enforcing source guard addresses a different situation, such as new managed clients use SLAAC, but source guard binding entries never form. Source validation depends on accurate address-to-port binding formation. In this question the relevant situation is edge router needs to restrict management SSH directed at its own loopback; 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: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 edge router needs to restrict management SSH directed at its own loopback; 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 487
An engineer is investigating DMVPN spoke-to-spoke NAT issue. The expected design is that two spokes behind restrictive NATs fail to form direct tunnel even though each reaches hub; instead hub route succeeds but direct NHRP shortcut is unresolved because translated endpoints cannot talk. Which focused correction should be tested first?
- Test actual spoke-to-spoke NBMA reachability and NAT firewall policies before forcing shortcuts
- Inspect LFIB incoming and outgoing label mapping and the correct outgoing interface
- Ensure chosen LDP transport router IDs are routable by underlay and not filtered
- Verify PE-CE address-family routing session and VRF membership of relevant interface
Explanation
Correct Answer
A:Test actual spoke-to-spoke NBMA reachability and NAT firewall policies before forcing shortcuts corrects the specific failure: hub route succeeds but direct NHRP shortcut is unresolved because translated endpoints cannot talk. Dynamic endpoint resolution cannot overcome underlay security policy or inaccessible NAT mappings. A change to an adjacent but healthy component would not fix this failure mechanism. Evidence of restoration would be that direct-spoke path succeeds only after approved NAT/ACL transport openings.
Incorrect Answers
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 hub route succeeds but direct NHRP shortcut is unresolved because translated endpoints cannot talk; the alternative changes another control and would not establish that direct-spoke path succeeds only after approved NAT/ACL transport openings. The specific remedy here concerns test actual spoke-to-spoke NBMA reachability and NAT firewall policies before forcing shortcuts.
C: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 hub route succeeds but direct NHRP shortcut is unresolved because translated endpoints cannot talk; the alternative changes another control and would not establish that direct-spoke path succeeds only after approved NAT/ACL transport openings. The specific remedy here concerns test actual spoke-to-spoke NBMA reachability and NAT firewall policies before forcing shortcuts.
D:Verify PE-CE address-family routing session and VRF membership of relevant interface addresses a different situation, such as a CE must exchange routes with its local PE in a customer VRF. PE-CE routing exchanges customer prefixes before provider MP-BGP transports them between PEs. In this question the relevant situation is hub route succeeds but direct NHRP shortcut is unresolved because translated endpoints cannot talk; the alternative changes another control and would not establish that direct-spoke path succeeds only after approved NAT/ACL transport openings. The specific remedy here concerns test actual spoke-to-spoke NBMA reachability and NAT firewall policies before forcing shortcuts.
Question 488
The ENARSI operational team is validating IP SLA failback flaps for this design: Probe alternates Up/Down on borderline packet loss causing frequent default route churn. They intend to apply suitable tracking delay or hold-down and stable probe thresholds. Which distinct failure symptom would justify that specific engineering control?
- Interface drops but NMS detects fault only at next five-minute GET poll
- NMS packets arrive in MGMT VRF while SNMP replies follow global routing
- Primary link repeatedly rejoins forwarding for seconds before failing again
- SSH clients receive negotiation failure although TCP 22 reaches router
Explanation
Correct Answer
C:Primary link repeatedly rejoins forwarding for seconds before failing again. That symptom motivates the specified safeguard: apply suitable tracking delay or hold-down and stable probe thresholds. Hysteresis avoids path flapping on transient reachability degradation. It identifies the operating failure rather than a loosely related network concern. The expected verification is that route changes occur only after sustained failure or recovery beyond configured thresholds.
Incorrect Answers
A:Interface drops but NMS detects fault only at next five-minute GET poll is a symptom of a different control gap that calls for configure tested event notifications to correct SNMP trap receiver. SNMP polling requests data; traps or informs provide asynchronous event notifications. The proposed safeguard in this question instead deals with primary link repeatedly rejoins forwarding for seconds before failing again; the alternative is not the most specific justification for apply suitable tracking delay or hold-down and stable probe thresholds.
B:NMS packets arrive in MGMT VRF while SNMP replies follow global routing is a symptom of a different control gap that calls for verify VRF-aware SNMP source, return route and ACL for NMS destination. Network management protocols need bidirectional reachability in intended VRF. The proposed safeguard in this question instead deals with primary link repeatedly rejoins forwarding for seconds before failing again; the alternative is not the most specific justification for apply suitable tracking delay or hold-down and stable probe thresholds.
D:SSH clients receive negotiation failure although TCP 22 reaches router is a symptom of a different control gap that calls for configure supported hostname/domain and cryptographic SSH key with approved SSH version. SSH server requires usable cryptographic host keys and compatible protocol negotiation. The proposed safeguard in this question instead deals with primary link repeatedly rejoins forwarding for seconds before failing again; the alternative is not the most specific justification for apply suitable tracking delay or hold-down and stable probe thresholds.
Question 489
An engineer is investigating Route tag preservation. The expected design is that routes redistributed between two protocols need a tag to prevent their return through a second boundary; instead a route returns to its original protocol after two redistribution hops without a protective tag. Which focused correction should be tested first?
- Compare summed OSPF costs and supported maximum-path settings for both candidates
- Attach a distinctive route tag at ingress and deny the same tag on the return redistribution boundary
- Test both destinations by longest-prefix route lookup instead of changing global routing distances
- Enable and validate BFD sessions tied to supported routing neighbors on both ends
Explanation
Correct Answer
B:Attach a distinctive route tag at ingress and deny the same tag on the return redistribution boundary corrects the specific failure: a route returns to its original protocol after two redistribution hops without a protective tag. Route tags carry origin policy metadata across redistribution and can prevent feedback when consistently matched. A change to an adjacent but healthy component would not fix this failure mechanism. Evidence of restoration would be that candidate feedback routes appear tagged and are rejected on the return boundary.
Incorrect Answers
A:Compare summed OSPF costs and supported maximum-path settings for both candidates addresses a different situation, such as two OSPF routes have equal cost and the design expects ECMP forwarding. OSPF can install eligible equal-cost next hops when route types and costs match. In this question the relevant situation is a route returns to its original protocol after two redistribution hops without a protective tag; the alternative changes another control and would not establish that candidate feedback routes appear tagged and are rejected on the return boundary. The specific remedy here concerns attach a distinctive route tag at ingress and deny the same tag on the return redistribution boundary.
C:Test both destinations by longest-prefix route lookup instead of changing global routing distances addresses a different situation, such as a more-specific static /25 should steer only part of a subnet while a dynamic /24 covers the rest. A longer matching prefix wins over a less-specific route even if the latter protocol normally has a lower distance. In this question the relevant situation is a route returns to its original protocol after two redistribution hops without a protective tag; the alternative changes another control and would not establish that candidate feedback routes appear tagged and are rejected on the return boundary. The specific remedy here concerns attach a distinctive route tag at ingress and deny the same tag on the return redistribution boundary.
D:Enable and validate BFD sessions tied to supported routing neighbors on both ends addresses a different situation, such as oSPF neighbors should detect dead forwarding within subsecond intervals across a critical WAN. BFD quickly detects forwarding path failure while routing protocol reacts to session state. In this question the relevant situation is a route returns to its original protocol after two redistribution hops without a protective tag; the alternative changes another control and would not establish that candidate feedback routes appear tagged and are rejected on the return boundary. The specific remedy here concerns attach a distinctive route tag at ingress and deny the same tag on the return redistribution boundary.
Question 490
An engineer is investigating CoPP service policy attachment. The expected design is that a detailed CPU class map is configured but never affects live router traffic; instead coPP show commands indicate no policy on control-plane input and CPU still saturates. Which focused correction should be tested first?
- Verify time-range activation, device clock and ACL reference
- Apply DHCPv6 Guard on untrusted switch interfaces and permit the legitimate server path
- Test TCP port 49 reachability from proper source and VRF before replacing credentials
- Attach verified control-plane service policy in supported direction
Explanation
Correct Answer
D:Attach verified control-plane service policy in supported direction corrects the specific failure: coPP show commands indicate no policy on control-plane input and CPU still saturates. Class definitions alone do not protect CPU until applied to control-plane interface. A change to an adjacent but healthy component would not fix this failure mechanism. Evidence of restoration would be that show policy-map control-plane displays active class packet counters during tests.
Incorrect Answers
A:Verify time-range activation, device clock and ACL reference addresses a different situation, such as contractors may reach a router management service only within approved support hours. Time-based ACL matches depend on live clock and named time-range definition. In this question the relevant situation is coPP show commands indicate no policy on control-plane input and CPU still saturates; the alternative changes another control and would not establish that show policy-map control-plane displays active class packet counters during tests. The specific remedy here concerns attach verified control-plane service policy in supported direction.
B: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 coPP show commands indicate no policy on control-plane input and CPU still saturates; the alternative changes another control and would not establish that show policy-map control-plane displays active class packet counters during tests. The specific remedy here concerns attach verified control-plane service policy in supported direction.
C: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 coPP show commands indicate no policy on control-plane input and CPU still saturates; the alternative changes another control and would not establish that show policy-map control-plane displays active class packet counters during tests. The specific remedy here concerns attach verified control-plane service policy in supported direction.