Implementing Cisco Enterprise Advanced Routing and Services (ENARSI) 300-410 Practice Test 93
Question 920
The ENARSI operational team is validating Community match before attribute change for this design: BGP customer routes with one community should receive higher local preference without affecting all internet routes. They intend to match the exact permitted community and then set local preference only for that class. Which distinct failure symptom would justify that specific engineering control?
- A route map modifies every learned BGP prefix because its match statement was missing
- Both departments are redirected because a broad ACL match was used in the route map
- The peers send hellos but their connected subnet masks leave no mutually reachable addresses
- Packets destined to a removed subnet bounce between the summary origin and an alternate upstream router
Explanation
Correct Answer
A:A route map modifies every learned BGP prefix because its match statement was missing. That symptom motivates the specified safeguard: match the exact permitted community and then set local preference only for that class. Conditional route policy couples route classification with a path-attribute action. It identifies the operating failure rather than a loosely related network concern. The expected verification is that matching prefixes carry the desired local preference and unrelated routes retain defaults.
Incorrect Answers
B:Both departments are redirected because a broad ACL match was used in the route map is a symptom of a different control gap that calls for narrow the PBR ACL source and destination match to the authorized finance flows. Policy routing acts only on packets matched by the route map ACL semantics. The proposed safeguard in this question instead deals with a route map modifies every learned BGP prefix because its match statement was missing; the alternative is not the most specific justification for match the exact permitted community and then set local preference only for that class.
C:The peers send hellos but their connected subnet masks leave no mutually reachable addresses is a symptom of a different control gap that calls for correct L3 addressing and EIGRP interface participation before changing metrics. EIGRP neighbors must share usable L3 link connectivity to exchange update packets. The proposed safeguard in this question instead deals with a route map modifies every learned BGP prefix because its match statement was missing; the alternative is not the most specific justification for match the exact permitted community and then set local preference only for that class.
D:Packets destined to a removed subnet bounce between the summary origin and an alternate upstream router is a symptom of a different control gap that calls for validate summary ownership and add precise exception routes or fail-closed discard behavior as designed. Summaries can conceal loss of component routes and may create loops if downstream specifics disappear. The proposed safeguard in this question instead deals with a route map modifies every learned BGP prefix because its match statement was missing; the alternative is not the most specific justification for match the exact permitted community and then set local preference only for that class.
Question 921
An engineer is investigating Manual EIGRP summary boundary. The expected design is that many branch /24s should be advertised as a stable summary into a regional core; instead the regional peer receives dozens of /24s after an interface-level EIGRP summary was removed. Which focused correction should be tested first?
- Use passive-interface on nontransit segments while retaining network advertisement
- Apply inbound prefix filter to specific neighbor address family
- Configure suitable EIGRP stub advertisement and summarization at designed query boundaries
- Configure a correctly scoped EIGRP interface summary and verify component coverage
Explanation
Correct Answer
D:Configure a correctly scoped EIGRP interface summary and verify component coverage corrects the specific failure: the regional peer receives dozens of /24s after an interface-level EIGRP summary was removed. EIGRP manual summaries are advertised on selected interfaces and hide component detail. A change to an adjacent but healthy component would not fix this failure mechanism. Evidence of restoration would be that the regional neighbor sees the intended aggregate rather than all covered component routes.
Incorrect Answers
A:Use passive-interface on nontransit segments while retaining network advertisement addresses a different situation, such as a loopback should be advertised into EIGRP without forming neighbor sessions on access VLANs. A passive EIGRP interface suppresses hello-neighbor behavior but can still contribute connected reachability. In this question the relevant situation is the regional peer receives dozens of /24s after an interface-level EIGRP summary was removed; the alternative changes another control and would not establish that the regional neighbor sees the intended aggregate rather than all covered component routes. The specific remedy here concerns configure a correctly scoped EIGRP interface summary and verify component coverage.
B:Apply inbound prefix filter to specific neighbor address family addresses a different situation, such as edge router must refuse a BGP default from ISP while still accepting customer routes. Import policy controls what the local router accepts from a particular BGP peer. In this question the relevant situation is the regional peer receives dozens of /24s after an interface-level EIGRP summary was removed; the alternative changes another control and would not establish that the regional neighbor sees the intended aggregate rather than all covered component routes. The specific remedy here concerns configure a correctly scoped EIGRP interface summary and verify component coverage.
C:Configure suitable EIGRP stub advertisement and summarization at designed query boundaries addresses a different situation, such as a remote stub should not become transit for arbitrary EIGRP queries during branch failure. Stub behavior and summarization reduce diffusion of route queries across nontransit portions. In this question the relevant situation is the regional peer receives dozens of /24s after an interface-level EIGRP summary was removed; the alternative changes another control and would not establish that the regional neighbor sees the intended aggregate rather than all covered component routes. The specific remedy here concerns configure a correctly scoped EIGRP interface summary and verify component coverage.
Question 922
An engineer is investigating Route-map implicit deny. The expected design is that a redistribution route-map permits one prefix but other legitimate routes unexpectedly disappear; instead permitted networks remain while all routes not matching any policy statement are lost. Which focused correction should be tested first?
- Evaluate E1 route type or explicit policy when total internal path cost should influence exit
- Add explicit intended permits after selective denies and verify the implicit deny boundary
- Implement minimal supported static or policy route leaking for the approved shared-service prefix
- Provide reachable next-hop advertisement or configure next-hop-self at the edge
Explanation
Correct Answer
B:Add explicit intended permits after selective denies and verify the implicit deny boundary corrects the specific failure: permitted networks remain while all routes not matching any policy statement are lost. A route map with permit matches does not automatically permit unmatched prefixes. A change to an adjacent but healthy component would not fix this failure mechanism. Evidence of restoration would be that both the specific exclusion and remaining allowed routes match a documented acceptance matrix.
Incorrect Answers
A:Evaluate E1 route type or explicit policy when total internal path cost should influence exit addresses a different situation, such as two external OSPF exits advertise identical E2 cost but site wants closer internal path. OSPF E2 primarily compares external cost whereas E1 adds internal cost to ASBR. In this question the relevant situation is permitted networks remain while all routes not matching any policy statement are lost; the alternative changes another control and would not establish that both the specific exclusion and remaining allowed routes match a documented acceptance matrix. The specific remedy here concerns add explicit intended permits after selective denies and verify the implicit deny boundary.
C:Implement minimal supported static or policy route leaking for the approved shared-service prefix addresses a different situation, such as application services in RED must reach a shared DNS service in BLUE without general tenant connectivity. Cross-VRF reachability needs explicit import policy rather than automatic mutual routing. In this question the relevant situation is permitted networks remain while all routes not matching any policy statement are lost; the alternative changes another control and would not establish that both the specific exclusion and remaining allowed routes match a documented acceptance matrix. The specific remedy here concerns add explicit intended permits after selective denies and verify the implicit deny boundary.
D:Provide reachable next-hop advertisement or configure next-hop-self at the edge addresses a different situation, such as iBGP speakers learn internet prefixes from an edge but cannot install them. BGP path usability depends on routing to the advertised next hop. In this question the relevant situation is permitted networks remain while all routes not matching any policy statement are lost; the alternative changes another control and would not establish that both the specific exclusion and remaining allowed routes match a documented acceptance matrix. The specific remedy here concerns add explicit intended permits after selective denies and verify the implicit deny boundary.
Question 923
An engineer is investigating IP SLA jitter metrics. The expected design is that voice services need objective delay variation across MPLS WAN; instead monitoring only average ping RTT misses one-way delay variation affecting RTP quality. Which focused correction should be tested first?
- Move DHCP relay/helper to correct client-side L3 interface
- Advertise appropriate O flag and configure stateless DHCPv6 information service
- Enable suitable log/debug timestamps and synchronize NTP before reproduction
- Use platform-supported IP SLA UDP jitter operations and examine jitter/loss results
Explanation
Correct Answer
D:Use platform-supported IP SLA UDP jitter operations and examine jitter/loss results corrects the specific failure: monitoring only average ping RTT misses one-way delay variation affecting RTP quality. Jitter measures variation in packet delay rather than simply average round-trip time. A change to an adjacent but healthy component would not fix this failure mechanism. Evidence of restoration would be that statistics show jitter and packet loss correlated with voice quality incident.
Incorrect Answers
A:Move DHCP relay/helper to correct client-side L3 interface addresses a different situation, such as only one SVI serves clients but helper was placed on server-facing uplink. Relay listens for DHCP broadcast on client segment where initial request enters. In this question the relevant situation is monitoring only average ping RTT misses one-way delay variation affecting RTP quality; the alternative changes another control and would not establish that statistics show jitter and packet loss correlated with voice quality incident. The specific remedy here concerns use platform-supported IP SLA UDP jitter operations and examine jitter/loss results.
B:Advertise appropriate O flag and configure stateless DHCPv6 information service addresses a different situation, such as hosts use SLAAC address but need DNS server information from DHCPv6. Stateless DHCPv6 can deliver ancillary data while SLAAC supplies IPv6 addresses. In this question the relevant situation is monitoring only average ping RTT misses one-way delay variation affecting RTP quality; the alternative changes another control and would not establish that statistics show jitter and packet loss correlated with voice quality incident. The specific remedy here concerns use platform-supported IP SLA UDP jitter operations and examine jitter/loss results.
C:Enable suitable log/debug timestamps and synchronize NTP before reproduction addresses a different situation, such as engineers need to correlate EIGRP neighbor resets with optical alarms across devices. Event ordering and correlation need accurate clocks and timestamp precision. In this question the relevant situation is monitoring only average ping RTT misses one-way delay variation affecting RTP quality; the alternative changes another control and would not establish that statistics show jitter and packet loss correlated with voice quality incident. The specific remedy here concerns use platform-supported IP SLA UDP jitter operations and examine jitter/loss results.
Question 924
The ENARSI operational team is validating AAA source interface selection for this design: A device should send central AAA traffic from predictable management loopback. They intend to set supported AAA source-interface or VRF-aware server binding to expected management address. Which distinct failure symptom would justify that specific engineering control?
- OSPF hellos are policed by wrong class after blanket ACL changes
- AAA server drops requests because packets originate from newly changed WAN source
- An ACL has a permit-looking remark but packet counters still hit implicit deny
- A blanket aggressive control-plane policer drops legitimate BGP keepalives during load
Explanation
Correct Answer
B:AAA server drops requests because packets originate from newly changed WAN source. That symptom motivates the specified safeguard: set supported AAA source-interface or VRF-aware server binding to expected management address. Source address and return route matter for AAA policies and server client definitions. It identifies the operating failure rather than a loosely related network concern. The expected verification is that packet capture shows expected source IP and server recognizes configured NAS.
Incorrect Answers
A:OSPF hellos are policed by wrong class after blanket ACL changes is a symptom of a different control gap that calls for correct ACL/class-map identification for OSPF protocol traffic to CPU. OSPF is IP protocol 89 and must be classified accurately in control plane policy. The proposed safeguard in this question instead deals with aAA server drops requests because packets originate from newly changed WAN source; the alternative is not the most specific justification for set supported AAA source-interface or VRF-aware server binding to expected management address.
C:An ACL has a permit-looking remark but packet counters still hit implicit deny is a symptom of a different control gap that calls for add an actual matching permit ACE; treat remarks only as documentation. ACL remarks do not perform packet match or forwarding action. The proposed safeguard in this question instead deals with aAA server drops requests because packets originate from newly changed WAN source; the alternative is not the most specific justification for set supported AAA source-interface or VRF-aware server binding to expected management address.
D:A blanket aggressive control-plane policer drops legitimate BGP keepalives during load is a symptom of a different control gap that calls for separate routing-protocol control traffic into classes with sufficient protected rate limits. CoPP classifies punted control traffic and protects route processor without indiscriminate blocking. The proposed safeguard in this question instead deals with aAA server drops requests because packets originate from newly changed WAN source; the alternative is not the most specific justification for set supported AAA source-interface or VRF-aware server binding to expected management address.
Question 925
The ENARSI operational team is validating ACL established keyword caveat for this design: Security admin tries to build stateful application firewall solely from established TCP flag matches. They intend to use appropriate directional ACL or stateful enforcement rather than treating TCP established as universal session state. Which distinct failure symptom would justify that specific engineering control?
- RA Guard blocks the real router's RA because its uplink is marked untrusted
- A blanket aggressive control-plane policer drops legitimate BGP keepalives during load
- Return TCP packets pass but new allowed connections and non-TCP traffic behave inconsistently
- Console authentication succeeds centrally but VTY uses a legacy default method and permits unintended access
Explanation
Correct Answer
C:Return TCP packets pass but new allowed connections and non-TCP traffic behave inconsistently. That symptom motivates the specified safeguard: use appropriate directional ACL or stateful enforcement rather than treating TCP established as universal session state. TCP established ACL matching checks specific TCP flags; it is not full protocol-aware session tracking. It identifies the operating failure rather than a loosely related network concern. The expected verification is that protocol tests enforce intended new connections and replies across TCP UDP and ICMP.
Incorrect Answers
A:RA Guard blocks the real router's RA because its uplink is marked untrusted is a symptom of a different control gap that calls for assign trust to approved router/server ports and enforcement to untrusted edge ports. First-hop guard policies must reflect which port legitimately originates infrastructure control messages. The proposed safeguard in this question instead deals with return TCP packets pass but new allowed connections and non-TCP traffic behave inconsistently; the alternative is not the most specific justification for use appropriate directional ACL or stateful enforcement rather than treating TCP established as universal session state.
B:A blanket aggressive control-plane policer drops legitimate BGP keepalives during load is a symptom of a different control gap that calls for separate routing-protocol control traffic into classes with sufficient protected rate limits. CoPP classifies punted control traffic and protects route processor without indiscriminate blocking. The proposed safeguard in this question instead deals with return TCP packets pass but new allowed connections and non-TCP traffic behave inconsistently; the alternative is not the most specific justification for use appropriate directional ACL or stateful enforcement rather than treating TCP established as universal session state.
D: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 return TCP packets pass but new allowed connections and non-TCP traffic behave inconsistently; the alternative is not the most specific justification for use appropriate directional ACL or stateful enforcement rather than treating TCP established as universal session state.
Question 926
The ENARSI operational team is validating EIGRP-to-OSPF external tag for this design: Imported EIGRP branches must be distinguishable from native OSPF advertisements. They intend to stamp route tags during EIGRP-to-OSPF redistribution and match them on downstream policy. Which distinct failure symptom would justify that specific engineering control?
- Engineer tests only the route table and misses a policy route map attached to wrong interface
- Security policy matches on destination only and cannot tell imported branches from internal prefixes
- An aggregate is expected but no component route exists in the BGP table
- A route unexpectedly passes because a later permit clause was assumed to cancel an earlier matching permit
Explanation
Correct Answer
B:Security policy matches on destination only and cannot tell imported branches from internal prefixes. That symptom motivates the specified safeguard: stamp route tags during EIGRP-to-OSPF redistribution and match them on downstream policy. OSPF external route tags preserve origin classification independently of destination prefix. It identifies the operating failure rather than a loosely related network concern. The expected verification is that external LSA and policy display the expected origin tag for imported prefixes.
Incorrect Answers
A:Engineer tests only the route table and misses a policy route map attached to wrong interface is a symptom of a different control gap that calls for verify PBR attachment, matching packets, and real flow next-hop rather than RIB alone. Policy-selected forwarding can differ from destination RIB and needs packet-level verification. The proposed safeguard in this question instead deals with security policy matches on destination only and cannot tell imported branches from internal prefixes; the alternative is not the most specific justification for stamp route tags during EIGRP-to-OSPF redistribution and match them on downstream policy.
C:An aggregate is expected but no component route exists in the BGP table is a symptom of a different control gap that calls for verify qualifying component BGP prefixes and aggregate-address options before forcing an advertisement. BGP aggregation normally depends on an eligible more-specific BGP route. The proposed safeguard in this question instead deals with security policy matches on destination only and cannot tell imported branches from internal prefixes; the alternative is not the most specific justification for stamp route tags during EIGRP-to-OSPF redistribution and match them on downstream policy.
D:A route unexpectedly passes because a later permit clause was assumed to cancel an earlier matching permit is a symptom of a different control gap that calls for review route-map sequence ordering and first matching permit or deny result for the test prefix. Route-map clauses are evaluated in order and the first matching action determines that policy decision. The proposed safeguard in this question instead deals with security policy matches on destination only and cannot tell imported branches from internal prefixes; the alternative is not the most specific justification for stamp route tags during EIGRP-to-OSPF redistribution and match them on downstream policy.
Question 927
An incident caused this behavior: Operators paste IPv4 wildcard ACL syntax into IPv6 traffic-filter configuration and receive errors. The engineer implements the correction to build a native IPv6 access list with IPv6 prefix syntax and proper interface binding. Which test result best establishes that the specific fault is resolved?
- Valid client address transmits; forged unbound source is blocked
- Show ipv6 access-list counters reflect authorized and blocked IPv6 flows
- Login during primary outage reaches secondary server and auditable policy applies
- TACACS authorization logs permit show commands and deny forbidden configuration operations
Explanation
Correct Answer
B:Show ipv6 access-list counters reflect authorized and blocked IPv6 flows. This is the most direct proof that the targeted correction to build a native IPv6 access list with IPv6 prefix syntax and proper interface binding addresses the observed incident: operators paste IPv4 wildcard ACL syntax into IPv6 traffic-filter configuration and receive errors. IPv6 ACL entries use IPv6 prefixes rather than IPv4 wildcard-mask matching. A successful configuration commit without this measurable outcome would be insufficient validation.
Incorrect Answers
A:Valid client address transmits; forged unbound source is blocked would validate the different intervention to apply IPv6 source guard backed by accurate per-port binding or trusted policy for a scenario such as router ACL does not distinguish source spoofing within large guest /64. It does not test the present fault—operators paste IPv4 wildcard ACL syntax into IPv6 traffic-filter configuration and receive errors—or show that the proposed remedy is working. The discriminating observation here is that show ipv6 access-list counters reflect authorized and blocked IPv6 flows.
C: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—operators paste IPv4 wildcard ACL syntax into IPv6 traffic-filter configuration and receive errors—or show that the proposed remedy is working. The discriminating observation here is that show ipv6 access-list counters reflect authorized and blocked IPv6 flows.
D: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—operators paste IPv4 wildcard ACL syntax into IPv6 traffic-filter configuration and receive errors—or show that the proposed remedy is working. The discriminating observation here is that show ipv6 access-list counters reflect authorized and blocked IPv6 flows.
Question 928
An incident caused this behavior: Transit data ACL permits routed packets but management access to control plane remains open. The engineer implements the correction to apply an appropriate management-plane restriction such as VTY access-class or control-plane policy. Which test result best establishes that the specific fault is resolved?
- Show policy-map control-plane displays active class packet counters during tests
- Unauthorized SSH cannot open a router VTY while legitimate transit data remains unaffected
- Table contains active client source/MAC/port mappings and legitimate traffic passes
- Approved management login remains available under simulated untrusted SSH load
Explanation
Correct Answer
B:Unauthorized SSH cannot open a router VTY while legitimate transit data remains unaffected. This is the most direct proof that the targeted correction to apply an appropriate management-plane restriction such as VTY access-class or control-plane policy addresses the observed incident: transit data ACL permits routed packets but management access to control plane remains open. Transit interface ACL and device management-plane admission can be separate enforcement points. A successful configuration commit without this measurable outcome would be insufficient validation.
Incorrect Answers
A:Show policy-map control-plane displays active class packet counters during tests would validate the different intervention to attach verified control-plane service policy in supported direction for a scenario such as coPP show commands indicate no policy on control-plane input and CPU still saturates. It does not test the present fault—transit data ACL permits routed packets but management access to control plane remains open—or show that the proposed remedy is working. The discriminating observation here is that unauthorized SSH cannot open a router VTY while legitimate transit data remains unaffected.
C:Table contains active client source/MAC/port mappings and legitimate traffic passes would validate the different intervention to validate supported SAVI/ND snooping/binding learning for chosen address method before enforcing source guard for a scenario such as strict port enforcement blocks authorized IPv6 clients because binding source is not learned. It does not test the present fault—transit data ACL permits routed packets but management access to control plane remains open—or show that the proposed remedy is working. The discriminating observation here is that unauthorized SSH cannot open a router VTY while legitimate transit data remains unaffected.
D:Approved management login remains available under simulated untrusted SSH load would validate the different intervention to classify approved management SSH and police unauthorized to-device traffic by policy for a scenario such as unclassified inbound TCP/22 consumes excessive CPU and management sessions time out. It does not test the present fault—transit data ACL permits routed packets but management access to control plane remains open—or show that the proposed remedy is working. The discriminating observation here is that unauthorized SSH cannot open a router VTY while legitimate transit data remains unaffected.
Question 929
An ENARSI engineer is designing an enterprise deployment: Network management must protect both polling identity and confidentiality. Which action most directly implements the technical requirement?
- Enable suitable log/debug timestamps and synchronize NTP before reproduction
- Migrate managed router and collector to compatible SNMPv3 authPriv configuration
- Apply scoped VTY source ACL access-class in correct address family
- Refresh discovery, inventory and topology correlation for changed network state
Explanation
Correct Answer
B:Migrate managed router and collector to compatible SNMPv3 authPriv configuration is the direct intervention for this deployment: network management must protect both polling identity and confidentiality. SNMPv3 authPriv provides authentication and encryption unlike SNMPv2c communities. 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 authorized SNMPv3 secure walk succeeds and capture does not expose cleartext community.
Incorrect Answers
A:Enable suitable log/debug timestamps and synchronize NTP before reproduction addresses a different situation, such as engineers need to correlate EIGRP neighbor resets with optical alarms across devices. Event ordering and correlation need accurate clocks and timestamp precision. In this question the relevant situation is network management must protect both polling identity and confidentiality; the alternative changes another control and would not establish that authorized SNMPv3 secure walk succeeds and capture does not expose cleartext community. The specific remedy here concerns migrate managed router and collector to compatible SNMPv3 authPriv configuration.
C:Apply scoped VTY source ACL access-class in correct address family addresses a different situation, such as network devices should accept administrative sessions only from authorized jump subnet. VTY access-class restricts who may attempt router management session. In this question the relevant situation is network management must protect both polling identity and confidentiality; the alternative changes another control and would not establish that authorized SNMPv3 secure walk succeeds and capture does not expose cleartext community. The specific remedy here concerns migrate managed router and collector to compatible SNMPv3 authPriv configuration.
D:Refresh discovery, inventory and topology correlation for changed network state addresses a different situation, such as after a campus move, reported topology does not match physical cabling. Accurate assurance conclusions depend on current discovered device/link data. In this question the relevant situation is network management must protect both polling identity and confidentiality; the alternative changes another control and would not establish that authorized SNMPv3 secure walk succeeds and capture does not expose cleartext community. The specific remedy here concerns migrate managed router and collector to compatible SNMPv3 authPriv configuration.
Question 930
An engineer is investigating IP SLA failback flaps. The expected design is that probe alternates Up/Down on borderline packet loss causing frequent default route churn; instead primary link repeatedly rejoins forwarding for seconds before failing again. Which focused correction should be tested first?
- Apply suitable tracking delay or hold-down and stable probe thresholds
- Restrict SNMP community or group access with source ACL and upgrade to v3 where feasible
- Verify NTP synchronization, time zone display, and event log timestamp source
- Test console authentication and authorized local break-glass workflow without exposing unprotected bypass
Explanation
Correct Answer
A:Apply suitable tracking delay or hold-down and stable probe thresholds corrects the specific failure: primary link repeatedly rejoins forwarding for seconds before failing again. Hysteresis avoids path flapping on transient reachability degradation. A change to an adjacent but healthy component would not fix this failure mechanism. Evidence of restoration would be that route changes occur only after sustained failure or recovery beyond configured thresholds.
Incorrect Answers
B:Restrict SNMP community or group access with source ACL and upgrade to v3 where feasible addresses a different situation, such as a router should accept SNMP requests only from dedicated telemetry collector. SNMP credentials alone should not define the full reachability boundary. In this question the relevant situation is primary link repeatedly rejoins forwarding for seconds before failing again; the alternative changes another control and would not establish that route changes occur only after sustained failure or recovery beyond configured thresholds. The specific remedy here concerns apply suitable tracking delay or hold-down and stable probe thresholds.
C:Verify NTP synchronization, time zone display, and event log timestamp source addresses a different situation, such as two routers report contradictory failure timelines because one clock is minutes ahead. Cross-device fault correlation is unreliable when clocks differ materially. In this question the relevant situation is primary link repeatedly rejoins forwarding for seconds before failing again; the alternative changes another control and would not establish that route changes occur only after sustained failure or recovery beyond configured thresholds. The specific remedy here concerns apply suitable tracking delay or hold-down and stable probe thresholds.
D:Test console authentication and authorized local break-glass workflow without exposing unprotected bypass addresses a different situation, such as router remote AAA could fail during disaster yet a protected console path must remain available. Console lines can have distinct AAA controls and must be evaluated for secure recovery. In this question the relevant situation is primary link repeatedly rejoins forwarding for seconds before failing again; the alternative changes another control and would not establish that route changes occur only after sustained failure or recovery beyond configured thresholds. The specific remedy here concerns apply suitable tracking delay or hold-down and stable probe thresholds.