Implementing Cisco Enterprise Advanced Routing and Services (ENARSI) 300-410 Practice Test 91
Question 900
An ENARSI engineer is designing an enterprise deployment: An ACL permits one temporary IPv6 address of a staff host but breaks after SLAAC privacy address rotation. Which action most directly implements the technical requirement?
- Configure and test per-command or exec authorization in the intended AAA policy
- Attach verified control-plane service policy in supported direction
- Scope authorization to approved identity/prefix and avoid assuming stable host privacy addresses
- Configure protected local fallback method for server-unavailable events and verify access restrictions
Explanation
Correct Answer
C:Scope authorization to approved identity/prefix and avoid assuming stable host privacy addresses is the direct intervention for this deployment: an ACL permits one temporary IPv6 address of a staff host but breaks after SLAAC privacy address rotation. IPv6 temporary addresses can rotate independently of the network prefix. 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 test multiple current privacy addresses from authorized /64 while disallowing outsiders.
Incorrect Answers
A:Configure and test per-command or exec authorization in the intended AAA policy addresses a different situation, such as a network engineer must log in to read status but cannot enter protected configuration commands. Authentication confirms identity whereas authorization controls command or service privilege. In this question the relevant situation is an ACL permits one temporary IPv6 address of a staff host but breaks after SLAAC privacy address rotation; the alternative changes another control and would not establish that test multiple current privacy addresses from authorized /64 while disallowing outsiders. The specific remedy here concerns scope authorization to approved identity/prefix and avoid assuming stable host privacy addresses.
B:Attach verified control-plane service policy in supported direction addresses a different situation, such as a detailed CPU class map is configured but never affects live router traffic. Class definitions alone do not protect CPU until applied to control-plane interface. In this question the relevant situation is an ACL permits one temporary IPv6 address of a staff host but breaks after SLAAC privacy address rotation; the alternative changes another control and would not establish that test multiple current privacy addresses from authorized /64 while disallowing outsiders. The specific remedy here concerns scope authorization to approved identity/prefix and avoid assuming stable host privacy addresses.
D:Configure protected local fallback method for server-unavailable events and verify access restrictions addresses a different situation, such as enterprise WAN failure must not permanently lock administrators out of infrastructure. Resilient management authentication needs a constrained emergency path that does not weaken normal checks. In this question the relevant situation is an ACL permits one temporary IPv6 address of a staff host but breaks after SLAAC privacy address rotation; the alternative changes another control and would not establish that test multiple current privacy addresses from authorized /64 while disallowing outsiders. The specific remedy here concerns scope authorization to approved identity/prefix and avoid assuming stable host privacy addresses.
Question 901
An engineer is investigating DMVPN IKE proposal mismatch. The expected design is that spokes configured with different IKE encryption parameters fail to negotiate hub security association; instead gRE transport reachability is healthy but crypto IKE remains unsuccessful after proposal update. Which focused correction should be tested first?
- Compare IKE policies/proposals and peer authentication material on both ends
- Verify the ingress label imposition step and its forwarding equivalence class
- Activate appropriate vpnv4 address family and exchange extended communities
- Correct VPN route-target import and export community policy
Explanation
Correct Answer
A:Compare IKE policies/proposals and peer authentication material on both ends corrects the specific failure: gRE transport reachability is healthy but crypto IKE remains unsuccessful after proposal update. IPsec negotiation requires compatible cryptographic transforms and authentication. A change to an adjacent but healthy component would not fix this failure mechanism. Evidence of restoration would be that matching IKE and child SAs establish with protected packet counters.
Incorrect Answers
B:Verify the ingress label imposition step and its forwarding equivalence class addresses a different situation, such as a provider edge needs to forward an ingress IP packet across an MPLS LSP. MPLS ingress LER classifies traffic and pushes the label stack required for the LSP. In this question the relevant situation is gRE transport reachability is healthy but crypto IKE remains unsuccessful after proposal update; the alternative changes another control and would not establish that matching IKE and child SAs establish with protected packet counters. The specific remedy here concerns compare IKE policies/proposals and peer authentication material on both ends.
C:Activate appropriate vpnv4 address family and exchange extended communities addresses a different situation, such as provider PE routers have established global BGP session but no customer VPN routes traverse. MP-BGP requires address-family negotiation and route-target extended communities for VPN membership. In this question the relevant situation is gRE transport reachability is healthy but crypto IKE remains unsuccessful after proposal update; the alternative changes another control and would not establish that matching IKE and child SAs establish with protected packet counters. The specific remedy here concerns compare IKE policies/proposals and peer authentication material on both ends.
D:Correct VPN route-target import and export community policy addresses a different situation, such as customer BLUE should receive only BLUE VPN routes across PE routers. Route targets control membership and routing distribution between VPN VRFs while RD primarily distinguishes prefixes. In this question the relevant situation is gRE transport reachability is healthy but crypto IKE remains unsuccessful after proposal update; the alternative changes another control and would not establish that matching IKE and child SAs establish with protected packet counters. The specific remedy here concerns compare IKE policies/proposals and peer authentication material on both ends.
Question 902
An ENARSI engineer is designing an enterprise deployment: A partner VLAN should exchange OSPF routes only inside VRF PARTNER. Which action most directly implements the technical requirement?
- Compare configured key chain algorithm and active key IDs on both ends
- Enable a supported VRF-aware routing process or address family on the correct tenant interfaces
- Select E1 external metric type where internal cost to ASBR must influence path selection
- Compare the routes for the exact prefix and set the intended administrative distance without modifying unrelated protocol metrics
Explanation
Correct Answer
B:Enable a supported VRF-aware routing process or address family on the correct tenant interfaces is the direct intervention for this deployment: a partner VLAN should exchange OSPF routes only inside VRF PARTNER. Routing protocol adjacencies and RIB updates must be scoped to the intended VRF. 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 vRF neighbor and route output show the partner routes, with global routing unchanged.
Incorrect Answers
A:Compare configured key chain algorithm and active key IDs on both ends addresses a different situation, such as an EIGRP link should reject unauthorized routing updates. Authentication protects routing adjacencies but unmatched keys prevent accepted hellos. In this question the relevant situation is a partner VLAN should exchange OSPF routes only inside VRF PARTNER; the alternative changes another control and would not establish that vRF neighbor and route output show the partner routes, with global routing unchanged. The specific remedy here concerns enable a supported VRF-aware routing process or address family on the correct tenant interfaces.
C:Select E1 external metric type where internal cost to ASBR must influence path selection addresses a different situation, such as remote sites should account for internal cost when selecting between two OSPF ASBRs. OSPF E1 total cost includes internal path cost while E2 normally compares external cost first. In this question the relevant situation is a partner VLAN should exchange OSPF routes only inside VRF PARTNER; the alternative changes another control and would not establish that vRF neighbor and route output show the partner routes, with global routing unchanged. The specific remedy here concerns enable a supported VRF-aware routing process or address family on the correct tenant interfaces.
D:Compare the routes for the exact prefix and set the intended administrative distance without modifying unrelated protocol metrics addresses a different situation, such as a branch router learns the same /24 through OSPF and EIGRP and the design calls for consistent source preference. Administrative distance chooses between routing sources for the same prefix whereas each protocol calculates its own best path internally. In this question the relevant situation is a partner VLAN should exchange OSPF routes only inside VRF PARTNER; the alternative changes another control and would not establish that vRF neighbor and route output show the partner routes, with global routing unchanged. The specific remedy here concerns enable a supported VRF-aware routing process or address family on the correct tenant interfaces.
Question 903
An ENARSI engineer is designing an enterprise deployment: Backup path failover uses one probe destination that can fail independently of ISP. Which action most directly implements the technical requirement?
- Use validated multiple measurements or target-selection policy where supported
- Correct DHCP DNS server options and renew a client lease
- Configure appropriate DHCP relay/helper on client-facing routed interface
- Verify IPFIX template export and field compatibility at collector
Explanation
Correct Answer
A:Use validated multiple measurements or target-selection policy where supported is the direct intervention for this deployment: backup path failover uses one probe destination that can fail independently of ISP. Single measurement endpoints can misrepresent actual path health when the target fails. 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 simulated single-target outage does not cause unjustified global WAN failover.
Incorrect Answers
B:Correct DHCP DNS server options and renew a client lease addresses a different situation, such as clients can ping internet IP addresses but application hostnames do not resolve. DHCP DNS option supplies resolver addresses separately from routing or IP lease. In this question the relevant situation is backup path failover uses one probe destination that can fail independently of ISP; the alternative changes another control and would not establish that simulated single-target outage does not cause unjustified global WAN failover. The specific remedy here concerns use validated multiple measurements or target-selection policy where supported.
C:Configure appropriate DHCP relay/helper on client-facing routed interface addresses a different situation, such as clients in VLAN 20 need DHCP from server on different routed VLAN. DHCP initial broadcast must be relayed across routed subnets to reach a remote server. In this question the relevant situation is backup path failover uses one probe destination that can fail independently of ISP; the alternative changes another control and would not establish that simulated single-target outage does not cause unjustified global WAN failover. The specific remedy here concerns use validated multiple measurements or target-selection policy where supported.
D:Verify IPFIX template export and field compatibility at collector addresses a different situation, such as collector sees flow packets but cannot decode custom enterprise fields. Template-based flow protocols communicate record layouts separately from data records. In this question the relevant situation is backup path failover uses one probe destination that can fail independently of ISP; the alternative changes another control and would not establish that simulated single-target outage does not cause unjustified global WAN failover. The specific remedy here concerns use validated multiple measurements or target-selection policy where supported.
Question 904
The ENARSI operational team is validating EIGRP unequal-cost variance for this design: Two safe EIGRP paths have differing composite metrics and both should carry traffic. They intend to set an appropriate EIGRP variance and verify feasibility and traffic-share constraints. Which distinct failure symptom would justify that specific engineering control?
- Policy route forwarding blackholes marked traffic although default routing has a healthy alternative
- A backup route remains unused because variance remains 1 even though it qualifies as feasible successor
- Downstream routers retain an outdated route until normal timeout after an upstream path disappears
- Packets in BLUE cannot reach the WAN although show ip route lists a global default
Explanation
Correct Answer
B:A backup route remains unused because variance remains 1 even though it qualifies as feasible successor. That symptom motivates the specified safeguard: set an appropriate EIGRP variance and verify feasibility and traffic-share constraints. EIGRP unequal-cost balancing includes only feasible paths within a variance threshold. It identifies the operating failure rather than a loosely related network concern. The expected verification is that route table installs multiple valid next hops with expected traffic share.
Incorrect Answers
A:Policy route forwarding blackholes marked traffic although default routing has a healthy alternative is a symptom of a different control gap that calls for use platform-supported tracked or verified next-hop availability in the PBR design. A policy-selected next hop needs reachability checking when failures should trigger alternative forwarding. The proposed safeguard in this question instead deals with a backup route remains unused because variance remains 1 even though it qualifies as feasible successor; the alternative is not the most specific justification for set an appropriate EIGRP variance and verify feasibility and traffic-share constraints.
C:Downstream routers retain an outdated route until normal timeout after an upstream path disappears is a symptom of a different control gap that calls for verify withdrawal and unreachable-metric propagation instead of just increasing route timers. Route poisoning communicates a failed path as unreachable to expedite invalidation. The proposed safeguard in this question instead deals with a backup route remains unused because variance remains 1 even though it qualifies as feasible successor; the alternative is not the most specific justification for set an appropriate EIGRP variance and verify feasibility and traffic-share constraints.
D:Packets in BLUE cannot reach the WAN although show ip route lists a global default is a symptom of a different control gap that calls for configure a default route in BLUE with a next hop resolvable in the correct VRF context. VRF forwarding does not automatically inherit global routes or next-hop resolution. The proposed safeguard in this question instead deals with a backup route remains unused because variance remains 1 even though it qualifies as feasible successor; the alternative is not the most specific justification for set an appropriate EIGRP variance and verify feasibility and traffic-share constraints.
Question 905
The ENARSI operational team is validating NetFlow v5 IPv6 limitation for this design: An IPv6-heavy enterprise expects detailed v6 flow telemetry from legacy NetFlow v5. They intend to use IPFIX or supported flexible NetFlow format suitable for IPv6 records. Which distinct failure symptom would justify that specific engineering control?
- Operators check only the source switch without examining end-to-end network path
- IPv4 flows appear but IPv6 traffic is absent even with working exporter
- IP SLA probe succeeds from global route and hides tenant-specific WAN outage
- SCP by IP succeeds but SCP by FQDN fails with name resolution errors
Explanation
Correct Answer
B:IPv4 flows appear but IPv6 traffic is absent even with working exporter. That symptom motivates the specified safeguard: use IPFIX or supported flexible NetFlow format suitable for IPv6 records. Legacy NetFlow v5 format has limited fixed IPv4-oriented fields compared with newer template formats. It identifies the operating failure rather than a loosely related network concern. The expected verification is that collector decodes both IPv4 and IPv6 traffic under supported export format.
Incorrect Answers
A:Operators check only the source switch without examining end-to-end network path is a symptom of a different control gap that calls for use Catalyst Center Assurance path insights or path trace to isolate failing segment. Assurance path visibility correlates end-to-end forwarding dependencies. The proposed safeguard in this question instead deals with iPv4 flows appear but IPv6 traffic is absent even with working exporter; the alternative is not the most specific justification for use IPFIX or supported flexible NetFlow format suitable for IPv6 records.
C:IP SLA probe succeeds from global route and hides tenant-specific WAN outage is a symptom of a different control gap that calls for set supported VRF/source address for the IP SLA operation. Probe source and VRF determine which routed service is being measured. The proposed safeguard in this question instead deals with iPv4 flows appear but IPv6 traffic is absent even with working exporter; the alternative is not the most specific justification for use IPFIX or supported flexible NetFlow format suitable for IPv6 records.
D:SCP by IP succeeds but SCP by FQDN fails with name resolution errors is a symptom of a different control gap that calls for configure appropriate management DNS resolvers and source reachability. Management name resolution is an independent dependency from IP transport connectivity. The proposed safeguard in this question instead deals with iPv4 flows appear but IPv6 traffic is absent even with working exporter; the alternative is not the most specific justification for use IPFIX or supported flexible NetFlow format suitable for IPv6 records.
Question 906
During the design review, monitoring platform requires acknowledgment for critical device events. A technician proposes to use supported SNMP informs where acknowledgment and retry behavior are required. Which network principle best explains the proposal?
- Jitter measures variation in packet delay rather than simply average round-trip time
- SNMP informs expect receiver acknowledgment; traps do not require it
- IOS syslog severity levels control which messages are exported to remote collectors
- DHCP relay agent information may identify client location for policy and must be accepted consistently
Explanation
Correct Answer
B:SNMP informs expect receiver acknowledgment; traps do not require it. The recommended action is to use supported SNMP informs where acknowledgment and retry behavior are required because the network requirement is monitoring platform requires acknowledgment for critical device events. It tests the specific operating property responsible for the behavior, not a generic device reboot. Its predicted observable result is that packet capture shows inform request and acknowledgment after event.
Incorrect Answers
A:Jitter measures variation in packet delay rather than simply average round-trip time is a real technical distinction, but it supports the different operation to use platform-supported IP SLA UDP jitter operations and examine jitter/loss results when voice services need objective delay variation across MPLS WAN. It does not explain the selected intervention in this case, namely to use supported SNMP informs where acknowledgment and retry behavior are required. The controlling principle is instead that sNMP informs expect receiver acknowledgment; traps do not require it.
C:IOS syslog severity levels control which messages are exported to remote collectors is a real technical distinction, but it supports the different operation to select appropriate logging trap severity and separate local debugging policy when central NMS should receive warning and more severe events without flooding on debugging. It does not explain the selected intervention in this case, namely to use supported SNMP informs where acknowledgment and retry behavior are required. The controlling principle is instead that sNMP informs expect receiver acknowledgment; traps do not require it.
D:DHCP relay agent information may identify client location for policy and must be accepted consistently is a real technical distinction, but it supports the different operation to check server policy on trusted relay Option 82 and matching circuit identifiers when branch relay inserts Option 82 but a DHCP server rejects unfamiliar circuit identifiers. It does not explain the selected intervention in this case, namely to use supported SNMP informs where acknowledgment and retry behavior are required. The controlling principle is instead that sNMP informs expect receiver acknowledgment; traps do not require it.
Question 907
An engineer is investigating LDP router ID transport. The expected design is that lDP peers discover each other on a link but cannot establish TCP session toward learned LDP ID; instead lDP discovery shows hello neighbor but operational neighbor state stays absent. Which focused correction should be tested first?
- Bind tunnel source to correct reachable WAN interface or source address
- Ensure chosen LDP transport router IDs are routable by underlay and not filtered
- Allocate unique overlay tunnel addresses for each spoke and clear stale NHRP mappings
- Compare NHRP registration/holdtime and underlay packet loss with intended mobility
Explanation
Correct Answer
B:Ensure chosen LDP transport router IDs are routable by underlay and not filtered corrects the specific failure: lDP discovery shows hello neighbor but operational neighbor state stays absent. LDP transport sessions use reachable LSR identifiers and TCP connectivity. A change to an adjacent but healthy component would not fix this failure mechanism. Evidence of restoration would be that reachability to LDP IDs succeeds and a TCP-based LDP session forms.
Incorrect Answers
A:Bind tunnel source to correct reachable WAN interface or source address addresses a different situation, such as a spoke's tunnel source should be its WAN interface even if hub private tunnel IP is reachable. GRE outer tunnel uses underlay source and remote NBMA reachability independent of tunnel inner IP. In this question the relevant situation is lDP discovery shows hello neighbor but operational neighbor state stays absent; the alternative changes another control and would not establish that reachability to LDP IDs succeeds and a TCP-based LDP session forms. The specific remedy here concerns ensure chosen LDP transport router IDs are routable by underlay and not filtered.
C:Allocate unique overlay tunnel addresses for each spoke and clear stale NHRP mappings addresses a different situation, such as two new spokes use duplicate tunnel IPv4 addresses despite unique public WAN addresses. A shared multipoint overlay still requires unique inside tunnel identities. In this question the relevant situation is lDP discovery shows hello neighbor but operational neighbor state stays absent; the alternative changes another control and would not establish that reachability to LDP IDs succeeds and a TCP-based LDP session forms. The specific remedy here concerns ensure chosen LDP transport router IDs are routable by underlay and not filtered.
D:Compare NHRP registration/holdtime and underlay packet loss with intended mobility addresses a different situation, such as a mobile spoke frequently loses service and its NHRP mappings expire between updates. Stale IKE state does not by itself prove current NHRP overlay registration. In this question the relevant situation is lDP discovery shows hello neighbor but operational neighbor state stays absent; the alternative changes another control and would not establish that reachability to LDP IDs succeeds and a TCP-based LDP session forms. The specific remedy here concerns ensure chosen LDP transport router IDs are routable by underlay and not filtered.
Question 908
During the design review, sNMPv3 auth succeeds locally but remote NMS cannot reach a management-only device. A technician proposes to verify VRF-aware SNMP source, return route and ACL for NMS destination. Which network principle best explains the proposal?
- SCP transfers files over SSH and requires appropriate server access and file permissions
- Network management protocols need bidirectional reachability in intended VRF
- Device health aggregates several operational measurements beyond a single interface state
- Console lines can have distinct AAA controls and must be evaluated for secure recovery
Explanation
Correct Answer
B:Network management protocols need bidirectional reachability in intended VRF. The recommended action is to verify VRF-aware SNMP source, return route and ACL for NMS destination because the network requirement is sNMPv3 auth succeeds locally but remote NMS cannot reach a management-only device. It tests the specific operating property responsible for the behavior, not a generic device reboot. Its predicted observable result is that nMS receives authenticated polling response from expected management source.
Incorrect Answers
A:SCP transfers files over SSH and requires appropriate server access and file permissions is a real technical distinction, but it supports the different operation to verify SCP server/client capability and SSH/AAA privilege prerequisites when operators need encrypted configuration archive copy to a management host. It does not explain the selected intervention in this case, namely to verify VRF-aware SNMP source, return route and ACL for NMS destination. The controlling principle is instead that network management protocols need bidirectional reachability in intended VRF.
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 verify VRF-aware SNMP source, return route and ACL for NMS destination. The controlling principle is instead that network management protocols need bidirectional reachability in intended VRF.
D:Console lines can have distinct AAA controls and must be evaluated for secure recovery is a real technical distinction, but it supports the different operation to test console authentication and authorized local break-glass workflow without exposing unprotected bypass when router remote AAA could fail during disaster yet a protected console path must remain available. It does not explain the selected intervention in this case, namely to verify VRF-aware SNMP source, return route and ACL for NMS destination. The controlling principle is instead that network management protocols need bidirectional reachability in intended VRF.
Question 909
During the design review, engineers need frequent interface statistics without repeated high-cost CLI polls. A technician proposes to validate platform-supported streaming telemetry subscription, sensor path and collector session. Which network principle best explains the proposal?
- SNMPv3 group and view policy controls which OIDs an authenticated user can access
- DHCP exclusion prevents automatic allocation of infrastructure addresses
- SNMP credentials alone should not define the full reachability boundary
- Model-driven telemetry depends on a valid sensor path, transport and active subscription
Explanation
Correct Answer
D:Model-driven telemetry depends on a valid sensor path, transport and active subscription. The recommended action is to validate platform-supported streaming telemetry subscription, sensor path and collector session because the network requirement is engineers need frequent interface statistics without repeated high-cost CLI polls. It tests the specific operating property responsible for the behavior, not a generic device reboot. Its predicted observable result is that collector receives timestamped interface updates on expected path and cadence.
Incorrect Answers
A:SNMPv3 group and view policy controls which OIDs an authenticated user can access is a real technical distinction, but it supports the different operation to set read-only SNMP group view and restrict write access to approved admin identity when a monitoring account may read interface counters but must not change device configuration. It does not explain the selected intervention in this case, namely to validate platform-supported streaming telemetry subscription, sensor path and collector session. The controlling principle is instead that model-driven telemetry depends on a valid sensor path, transport and active subscription.
B:DHCP exclusion prevents automatic allocation of infrastructure addresses is a real technical distinction, but it supports the different operation to configure exclusions and check existing lease conflicts in correct DHCP pool when a DHCP pool should avoid handing out statically assigned router and printer IPs. It does not explain the selected intervention in this case, namely to validate platform-supported streaming telemetry subscription, sensor path and collector session. The controlling principle is instead that model-driven telemetry depends on a valid sensor path, transport and active subscription.
C: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 validate platform-supported streaming telemetry subscription, sensor path and collector session. The controlling principle is instead that model-driven telemetry depends on a valid sensor path, transport and active subscription.
Question 910
An engineer is investigating Logging buffer wrap. The expected design is that critical error occurs but local logs show only recent repetitive messages; instead small buffered logging size overwrote the needed fault chronology. Which focused correction should be tested first?
- Verify operation frequency and lifetime schedule for continuing monitoring
- Correct DHCP DNS server options and renew a client lease
- Set a realistic latency threshold separately from operation timeout
- Increase appropriately bounded log buffer and forward critical records centrally
Explanation
Correct Answer
D:Increase appropriately bounded log buffer and forward critical records centrally corrects the specific failure: small buffered logging size overwrote the needed fault chronology. Local circular buffers can lose events under volume unless retention and export are designed. A change to an adjacent but healthy component would not fix this failure mechanism. Evidence of restoration would be that reproduced event persists in central syslog and local buffer within retention window.
Incorrect Answers
A:Verify operation frequency and lifetime schedule for continuing monitoring addresses a different situation, such as business traffic should be monitored every 30 seconds indefinitely across work shifts. IP SLA scheduling controls when and for how long measurements occur. In this question the relevant situation is small buffered logging size overwrote the needed fault chronology; the alternative changes another control and would not establish that reproduced event persists in central syslog and local buffer within retention window. The specific remedy here concerns increase appropriately bounded log buffer and forward critical records centrally.
B:Correct DHCP DNS server options and renew a client lease addresses a different situation, such as clients can ping internet IP addresses but application hostnames do not resolve. DHCP DNS option supplies resolver addresses separately from routing or IP lease. In this question the relevant situation is small buffered logging size overwrote the needed fault chronology; the alternative changes another control and would not establish that reproduced event persists in central syslog and local buffer within retention window. The specific remedy here concerns increase appropriately bounded log buffer and forward critical records centrally.
C:Set a realistic latency threshold separately from operation timeout addresses a different situation, such as monitoring team needs differentiate slow links from unreachable destinations. IP SLA threshold can flag degraded performance even when responses arrive before timeout. In this question the relevant situation is small buffered logging size overwrote the needed fault chronology; the alternative changes another control and would not establish that reproduced event persists in central syslog and local buffer within retention window. The specific remedy here concerns increase appropriately bounded log buffer and forward critical records centrally.