Implementing Cisco Enterprise Advanced Routing and Services (ENARSI) 300-410 Practice Test 50
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.
Question 491
During the design review, one DMVPN hub must accept dynamically registered spokes with distinct public endpoints. A technician proposes to configure suitable multipoint GRE tunnel mode at the hub. Which network principle best explains the proposal?
- MPLS ingress LER classifies traffic and pushes the label stack required for the LSP
- LDP label exchange requires an established session separate from IGP reachability
- MGRE lets one tunnel interface support multiple remote spoke endpoints
- Penultimate hop popping removes the outer label before the egress when advertised behavior permits
Explanation
Correct Answer
C:MGRE lets one tunnel interface support multiple remote spoke endpoints. The recommended action is to configure suitable multipoint GRE tunnel mode at the hub because the network requirement is one DMVPN hub must accept dynamically registered spokes with distinct public endpoints. It tests the specific operating property responsible for the behavior, not a generic device reboot. Its predicted observable result is that hub displays multiple spoke NHRP registrations on the shared tunnel.
Incorrect Answers
A:MPLS ingress LER classifies traffic and pushes the label stack required for the LSP is a real technical distinction, but it supports the different operation to verify the ingress label imposition step and its forwarding equivalence class when a provider edge needs to forward an ingress IP packet across an MPLS LSP. It does not explain the selected intervention in this case, namely to configure suitable multipoint GRE tunnel mode at the hub. The controlling principle is instead that mGRE lets one tunnel interface support multiple remote spoke endpoints.
B:LDP label exchange requires an established session separate from IGP reachability is a real technical distinction, but it supports the different operation to enable and verify MPLS LDP discovery and suitable transport address reachability when adjacent MPLS-enabled core routers should exchange transport labels for IGP-reachable prefixes. It does not explain the selected intervention in this case, namely to configure suitable multipoint GRE tunnel mode at the hub. The controlling principle is instead that mGRE lets one tunnel interface support multiple remote spoke endpoints.
D:Penultimate hop popping removes the outer label before the egress when advertised behavior permits is a real technical distinction, but it supports the different operation to validate implicit-null advertisement and PHP behavior on the relevant LSP when a provider expects egress PE to avoid redundant outer transport label processing. It does not explain the selected intervention in this case, namely to configure suitable multipoint GRE tunnel mode at the hub. The controlling principle is instead that mGRE lets one tunnel interface support multiple remote spoke endpoints.
Question 492
An incident caused this behavior: Routes remain active waiting for downstream query replies until neighbors reset. The engineer implements the correction to constrain queries with EIGRP stubs or summaries and repair delayed replies on the slow segment. Which test result best establishes that the specific fault is resolved?
- Logs show no new SIA events and query/reply convergence succeeds on failover
- A controlled source flow uses the policy next hop while unmatched traffic keeps the ordinary route
- Matching prefixes carry the desired local preference and unrelated routes retain defaults
- Per-VRF route lookup finds independent next hops and cross-tenant traffic stays isolated
Explanation
Correct Answer
A:Logs show no new SIA events and query/reply convergence succeeds on failover. This is the most direct proof that the targeted correction to constrain queries with EIGRP stubs or summaries and repair delayed replies on the slow segment addresses the observed incident: routes remain active waiting for downstream query replies until neighbors reset. DUAL enters active state when no feasible successor and queries can time out. A successful configuration commit without this measurable outcome would be insufficient validation.
Incorrect Answers
B:A controlled source flow uses the policy next hop while unmatched traffic keeps the ordinary route would validate the different intervention to apply the PBR route map in the ingress interface direction that receives the selected packets for a scenario such as the route map is defined but ordinary routing still chooses the primary gateway for matching inbound traffic. It does not test the present fault—routes remain active waiting for downstream query replies until neighbors reset—or show that the proposed remedy is working. The discriminating observation here is that logs show no new SIA events and query/reply convergence succeeds on failover.
C:Matching prefixes carry the desired local preference and unrelated routes retain defaults would validate the different intervention to match the exact permitted community and then set local preference only for that class for a scenario such as a route map modifies every learned BGP prefix because its match statement was missing. It does not test the present fault—routes remain active waiting for downstream query replies until neighbors reset—or show that the proposed remedy is working. The discriminating observation here is that logs show no new SIA events and query/reply convergence succeeds on failover.
D:Per-VRF route lookup finds independent next hops and cross-tenant traffic stays isolated would validate the different intervention to define tenant VRFs and bind the correct Layer 3 interfaces before installing tenant routes for a scenario such as a tenant traffic test fails because its interface was left in global RIB rather than assigned VRF. It does not test the present fault—routes remain active waiting for downstream query replies until neighbors reset—or show that the proposed remedy is working. The discriminating observation here is that logs show no new SIA events and query/reply convergence succeeds on failover.
Question 493
The ENARSI operational team is validating OSPF broadcast DR/BDR for this design: Three routers share a broadcast segment and operators expect every pair in Full adjacency. They intend to verify DR/BDR roles before treating normal DROTHER 2-Way neighbor state as failure. Which distinct failure symptom would justify that specific engineering control?
- Neighbor to another DROTHER stays 2-Way even though DR and BDR are Full
- Access clients receive unintended EIGRP hello traffic because the user-facing interface is active
- IPv4 neighbors form but IPv6 address-family remains unconfigured or disabled
- Engineer calls a path feasible successor with reported distance equal to current FD
Explanation
Correct Answer
A:Neighbor to another DROTHER stays 2-Way even though DR and BDR are Full. That symptom motivates the specified safeguard: verify DR/BDR roles before treating normal DROTHER 2-Way neighbor state as failure. Broadcast OSPF optimizes LSA exchange by requiring Full adjacencies with DR and BDR. It identifies the operating failure rather than a loosely related network concern. The expected verification is that dR/BDR elected and all required Full adjacencies exist without chasing harmless 2-Way states.
Incorrect Answers
B:Access clients receive unintended EIGRP hello traffic because the user-facing interface is active is a symptom of a different control gap that calls for use passive-interface on nontransit segments while retaining network advertisement. A passive EIGRP interface suppresses hello-neighbor behavior but can still contribute connected reachability. The proposed safeguard in this question instead deals with neighbor to another DROTHER stays 2-Way even though DR and BDR are Full; the alternative is not the most specific justification for verify DR/BDR roles before treating normal DROTHER 2-Way neighbor state as failure.
C: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 neighbor to another DROTHER stays 2-Way even though DR and BDR are Full; the alternative is not the most specific justification for verify DR/BDR roles before treating normal DROTHER 2-Way neighbor state as failure.
D:Engineer calls a path feasible successor with reported distance equal to current FD is a symptom of a different control gap that calls for 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. The proposed safeguard in this question instead deals with neighbor to another DROTHER stays 2-Way even though DR and BDR are Full; the alternative is not the most specific justification for verify DR/BDR roles before treating normal DROTHER 2-Way neighbor state as failure.
Question 494
An incident caused this behavior: SSH clients receive negotiation failure although TCP 22 reaches router. The engineer implements the correction to configure supported hostname/domain and cryptographic SSH key with approved SSH version. Which test result best establishes that the specific fault is resolved?
- Server accepts supported relay option and allocates from intended policy pool
- Filtered debug captures failing peer only without flooding platform
- Collector receives controlled log event from router and attribution matches source
- Show ip ssh displays enabled secure version and client login completes
Explanation
Correct Answer
D:Show ip ssh displays enabled secure version and client login completes. This is the most direct proof that the targeted correction to configure supported hostname/domain and cryptographic SSH key with approved SSH version addresses the observed incident: sSH clients receive negotiation failure although TCP 22 reaches router. SSH server requires usable cryptographic host keys and compatible protocol negotiation. A successful configuration commit without this measurable outcome would be insufficient validation.
Incorrect Answers
A:Server accepts supported relay option and allocates from intended policy pool would validate the different intervention to check server policy on trusted relay Option 82 and matching circuit identifiers for a scenario such as client requests reach server yet no OFFER returns when relay-agent info is present. It does not test the present fault—sSH clients receive negotiation failure although TCP 22 reaches router—or show that the proposed remedy is working. The discriminating observation here is that show ip ssh displays enabled secure version and client login completes.
B:Filtered debug captures failing peer only without flooding platform would validate the different intervention to use conditional or narrowly scoped debug filters where supported and disable after capture for a scenario such as enabling unrestricted BGP debugging floods console and distorts the fault. It does not test the present fault—sSH clients receive negotiation failure although TCP 22 reaches router—or show that the proposed remedy is working. The discriminating observation here is that show ip ssh displays enabled secure version and client login completes.
C:Collector receives controlled log event from router and attribution matches source would validate the different intervention to validate collector listener, source address and UDP path policy before altering message severity for a scenario such as packet capture shows router sourcing UDP 514 but firewall denies path into collector. It does not test the present fault—sSH clients receive negotiation failure although TCP 22 reaches router—or show that the proposed remedy is working. The discriminating observation here is that show ip ssh displays enabled secure version and client login completes.
Question 495
During the design review, a management service needs secure SSH but the device has no valid server key. A technician proposes to configure supported hostname/domain and cryptographic SSH key with approved SSH version. Which network principle best explains the proposal?
- Interface indices may change; monitoring should anchor counters to stable descriptive identity where available
- SNMP credentials alone should not define the full reachability boundary
- Device health aggregates several operational measurements beyond a single interface state
- SSH server requires usable cryptographic host keys and compatible protocol negotiation
Explanation
Correct Answer
D:SSH server requires usable cryptographic host keys and compatible protocol negotiation. The recommended action is to configure supported hostname/domain and cryptographic SSH key with approved SSH version because the network requirement is a management service needs secure SSH but the device has no valid server key. It tests the specific operating property responsible for the behavior, not a generic device reboot. Its predicted observable result is that show ip ssh displays enabled secure version and client login completes.
Incorrect Answers
A:Interface indices may change; monitoring should anchor counters to stable descriptive identity where available is a real technical distinction, but it supports the different operation to rediscover interface identity using IF-MIB ifName/ifAlias and current index mapping when poller graph shows wrong interface after device software upgrade reordered ifIndex. It does not explain the selected intervention in this case, namely to configure supported hostname/domain and cryptographic SSH key with approved SSH version. The controlling principle is instead that sSH server requires usable cryptographic host keys and compatible protocol negotiation.
B:SNMP credentials alone should not define the full reachability boundary is a real technical distinction, but it supports the different operation to restrict SNMP community or group access with source ACL and upgrade to v3 where feasible when a router should accept SNMP requests only from dedicated telemetry collector. It does not explain the selected intervention in this case, namely to configure supported hostname/domain and cryptographic SSH key with approved SSH version. The controlling principle is instead that sSH server requires usable cryptographic host keys and compatible protocol negotiation.
C:Device health aggregates several operational measurements beyond a single interface state is a real technical distinction, but it supports the different operation to use Catalyst Center device health context and correlated telemetry for the affected node when assurance dashboard reports a branch device unhealthy despite interface counters appearing normal. It does not explain the selected intervention in this case, namely to configure supported hostname/domain and cryptographic SSH key with approved SSH version. The controlling principle is instead that sSH server requires usable cryptographic host keys and compatible protocol negotiation.
Question 496
During the design review, a busy edge router needs to diagnose one BGP peer without overwhelming CPU with global debug. A technician proposes to use conditional or narrowly scoped debug filters where supported and disable after capture. Which network principle best explains the proposal?
- SSH server requires usable cryptographic host keys and compatible protocol negotiation
- Targeted debugging reduces probe effect and resource overhead
- Idle session controls reduce unauthorized reuse and resource exhaustion in management plane
- IP SLA scheduling controls when and for how long measurements occur
Explanation
Correct Answer
B:Targeted debugging reduces probe effect and resource overhead. The recommended action is to use conditional or narrowly scoped debug filters where supported and disable after capture because the network requirement is a busy edge router needs to diagnose one BGP peer without overwhelming CPU with global debug. It tests the specific operating property responsible for the behavior, not a generic device reboot. Its predicted observable result is that filtered debug captures failing peer only without flooding platform.
Incorrect Answers
A:SSH server requires usable cryptographic host keys and compatible protocol negotiation is a real technical distinction, but it supports the different operation to configure supported hostname/domain and cryptographic SSH key with approved SSH version when a management service needs secure SSH but the device has no valid server key. It does not explain the selected intervention in this case, namely to use conditional or narrowly scoped debug filters where supported and disable after capture. The controlling principle is instead that targeted debugging reduces probe effect and resource overhead.
C:Idle session controls reduce unauthorized reuse and resource exhaustion in management plane is a real technical distinction, but it supports the different operation to configure appropriate VTY exec-timeout and verify graceful session cleanup when shared jump-host administrative sessions should terminate after inactivity. It does not explain the selected intervention in this case, namely to use conditional or narrowly scoped debug filters where supported and disable after capture. The controlling principle is instead that targeted debugging reduces probe effect and resource overhead.
D:IP SLA scheduling controls when and for how long measurements occur is a real technical distinction, but it supports the different operation to verify operation frequency and lifetime schedule for continuing monitoring when business traffic should be monitored every 30 seconds indefinitely across work shifts. It does not explain the selected intervention in this case, namely to use conditional or narrowly scoped debug filters where supported and disable after capture. The controlling principle is instead that targeted debugging reduces probe effect and resource overhead.
Question 497
During the design review, two external routers establish BGP with documented AS 65010 and 65020. A technician proposes to correct remote-as on each peer to the real neighbor ASN. Which network principle best explains the proposal?
- A route map with permit matches does not automatically permit unmatched prefixes
- An OSPF virtual link logically extends the backbone through a valid transit area
- Stub behavior and summarization reduce diffusion of route queries across nontransit portions
- BGP OPEN validation requires the agreed neighbor autonomous system
Explanation
Correct Answer
D:BGP OPEN validation requires the agreed neighbor autonomous system. The recommended action is to correct remote-as on each peer to the real neighbor ASN because the network requirement is two external routers establish BGP with documented AS 65010 and 65020. It tests the specific operating property responsible for the behavior, not a generic device reboot. Its predicted observable result is that show bgp summary reports Established session to expected AS.
Incorrect Answers
A:A route map with permit matches does not automatically permit unmatched prefixes is a real technical distinction, but it supports the different operation to add explicit intended permits after selective denies and verify the implicit deny boundary when a redistribution route-map permits one prefix but other legitimate routes unexpectedly disappear. It does not explain the selected intervention in this case, namely to correct remote-as on each peer to the real neighbor ASN. The controlling principle is instead that bGP OPEN validation requires the agreed neighbor autonomous system.
B:An OSPF virtual link logically extends the backbone through a valid transit area is a real technical distinction, but it supports the different operation to validate a virtual link through a suitable nonstub transit area and both ABR router IDs when a nonbackbone area has no direct adjacency to area 0 and needs an interim compliant backbone connection. It does not explain the selected intervention in this case, namely to correct remote-as on each peer to the real neighbor ASN. The controlling principle is instead that bGP OPEN validation requires the agreed neighbor autonomous system.
C:Stub behavior and summarization reduce diffusion of route queries across nontransit portions is a real technical distinction, but it supports the different operation to configure suitable EIGRP stub advertisement and summarization at designed query boundaries when a remote stub should not become transit for arbitrary EIGRP queries during branch failure. It does not explain the selected intervention in this case, namely to correct remote-as on each peer to the real neighbor ASN. The controlling principle is instead that bGP OPEN validation requires the agreed neighbor autonomous system.
Question 498
An incident caused this behavior: Syslog server sees multiple changing WAN source addresses after failover. The engineer implements the correction to configure supported syslog source interface and reachability in appropriate VRF. Which test result best establishes that the specific fault is resolved?
- Show ip sla statistics reports regular successful RTT samples
- Syslog packets consistently originate from expected loopback across WAN failover
- Probe fails for broken tenant path while independent global path still tests successfully
- Device appears with fresh health metrics after credential and collection validation
Explanation
Correct Answer
B:Syslog packets consistently originate from expected loopback across WAN failover. This is the most direct proof that the targeted correction to configure supported syslog source interface and reachability in appropriate VRF addresses the observed incident: syslog server sees multiple changing WAN source addresses after failover. Source-address stability enables reliable event attribution and filtering. A successful configuration commit without this measurable outcome would be insufficient validation.
Incorrect Answers
A:Show ip sla statistics reports regular successful RTT samples would validate the different intervention to configure probe parameters and schedule the IP SLA operation for a scenario such as router has an IP SLA object but its ICMP probe never runs because schedule not enabled. It does not test the present fault—syslog server sees multiple changing WAN source addresses after failover—or show that the proposed remedy is working. The discriminating observation here is that syslog packets consistently originate from expected loopback across WAN failover.
C:Probe fails for broken tenant path while independent global path still tests successfully would validate the different intervention to set supported VRF/source address for the IP SLA operation for a scenario such as iP SLA probe succeeds from global route and hides tenant-specific WAN outage. It does not test the present fault—syslog server sees multiple changing WAN source addresses after failover—or show that the proposed remedy is working. The discriminating observation here is that syslog packets consistently originate from expected loopback across WAN failover.
D:Device appears with fresh health metrics after credential and collection validation would validate the different intervention to check Cisco Catalyst Center device credentials, telemetry enablement and collection status for a scenario such as inventory shows the device while telemetry credentials or subscription is missing. It does not test the present fault—syslog server sees multiple changing WAN source addresses after failover—or show that the proposed remedy is working. The discriminating observation here is that syslog packets consistently originate from expected loopback across WAN failover.
Question 499
An engineer is investigating Conditional debug scope. The expected design is that a busy edge router needs to diagnose one BGP peer without overwhelming CPU with global debug; instead enabling unrestricted BGP debugging floods console and distorts the fault. Which focused correction should be tested first?
- Migrate managed router and collector to compatible SNMPv3 authPriv configuration
- Document packet sampling rate and interpret collector estimates correctly
- Use conditional or narrowly scoped debug filters where supported and disable after capture
- Examine DHCP bindings and conflicts and perform authorized cleanup after confirming ownership
Explanation
Correct Answer
C:Use conditional or narrowly scoped debug filters where supported and disable after capture corrects the specific failure: enabling unrestricted BGP debugging floods console and distorts the fault. Targeted debugging reduces probe effect and resource overhead. A change to an adjacent but healthy component would not fix this failure mechanism. Evidence of restoration would be that filtered debug captures failing peer only without flooding platform.
Incorrect Answers
A:Migrate managed router and collector to compatible SNMPv3 authPriv configuration addresses a different situation, such as network management must protect both polling identity and confidentiality. SNMPv3 authPriv provides authentication and encryption unlike SNMPv2c communities. In this question the relevant situation is enabling unrestricted BGP debugging floods console and distorts the fault; the alternative changes another control and would not establish that filtered debug captures failing peer only without flooding platform. The specific remedy here concerns use conditional or narrowly scoped debug filters where supported and disable after capture.
B:Document packet sampling rate and interpret collector estimates correctly addresses a different situation, such as core link requires flow visibility with reduced CPU/bandwidth overhead. Sampled flow observation is statistical and not identical to unsampled packet accounting. In this question the relevant situation is enabling unrestricted BGP debugging floods console and distorts the fault; the alternative changes another control and would not establish that filtered debug captures failing peer only without flooding platform. The specific remedy here concerns use conditional or narrowly scoped debug filters where supported and disable after capture.
D:Examine DHCP bindings and conflicts and perform authorized cleanup after confirming ownership addresses a different situation, such as a host says its IPv4 address conflicts although DHCP pool has ample capacity. DHCP address conflicts and stale binding states can cause lease failure independent of routing. In this question the relevant situation is enabling unrestricted BGP debugging floods console and distorts the fault; the alternative changes another control and would not establish that filtered debug captures failing peer only without flooding platform. The specific remedy here concerns use conditional or narrowly scoped debug filters where supported and disable after capture.
Question 500
An engineer is investigating BGP next-hop reachability. The expected design is that iBGP speakers learn internet prefixes from an edge but cannot install them; instead bGP routes show valid path attributes but next hop is inaccessible in IGP. Which focused correction should be tested first?
- Define tenant VRFs and bind the correct Layer 3 interfaces before installing tenant routes
- Align EIGRP AS or named address-family scope on both peers
- Provide reachable next-hop advertisement or configure next-hop-self at the edge
- Verify DR/BDR roles before treating normal DROTHER 2-Way neighbor state as failure
Explanation
Correct Answer
C:Provide reachable next-hop advertisement or configure next-hop-self at the edge corrects the specific failure: bGP routes show valid path attributes but next hop is inaccessible in IGP. BGP path usability depends on routing to the advertised next hop. A change to an adjacent but healthy component would not fix this failure mechanism. Evidence of restoration would be that show ip route resolves BGP next hop and received prefixes become usable.
Incorrect Answers
A:Define tenant VRFs and bind the correct Layer 3 interfaces before installing tenant routes addresses a different situation, such as two tenants use overlapping 10.10.0.0/24 networks on one campus router. VRF-Lite maintains independent routing and forwarding tables for overlapping customer prefixes. In this question the relevant situation is bGP routes show valid path attributes but next hop is inaccessible in IGP; the alternative changes another control and would not establish that show ip route resolves BGP next hop and received prefixes become usable. The specific remedy here concerns provide reachable next-hop advertisement or configure next-hop-self at the edge.
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 bGP routes show valid path attributes but next hop is inaccessible in IGP; the alternative changes another control and would not establish that show ip route resolves BGP next hop and received prefixes become usable. The specific remedy here concerns provide reachable next-hop advertisement or configure next-hop-self at the edge.
D: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 bGP routes show valid path attributes but next hop is inaccessible in IGP; the alternative changes another control and would not establish that show ip route resolves BGP next hop and received prefixes become usable. The specific remedy here concerns provide reachable next-hop advertisement or configure next-hop-self at the edge.