Implementing Cisco Enterprise Advanced Routing and Services (ENARSI) 300-410 Practice Test 52
Question 510
An incident caused this behavior: A core router receives unlabeled customer traffic when the ingress was expected to impose a transport label. The engineer implements the correction to verify the ingress label imposition step and its forwarding equivalence class. Which test result best establishes that the specific fault is resolved?
- Remote CE route table contains only contracted customer reachability
- Local PE VRF RIB learns CE prefixes and remote VRF RIB receives corresponding routes
- IKE auth succeeds with trusted replacement credentials and protected traffic resumes
- Packet trace shows an imposed label at ingress and swapped labels through transit
Explanation
Correct Answer
D:Packet trace shows an imposed label at ingress and swapped labels through transit. This is the most direct proof that the targeted correction to verify the ingress label imposition step and its forwarding equivalence class addresses the observed incident: a core router receives unlabeled customer traffic when the ingress was expected to impose a transport label. MPLS ingress LER classifies traffic and pushes the label stack required for the LSP. A successful configuration commit without this measurable outcome would be insufficient validation.
Incorrect Answers
A:Remote CE route table contains only contracted customer reachability would validate the different intervention to restrict PE-CE and VPNv4 route export to authorized VRF prefixes for a scenario such as remote CE learns provider underlay networks after broad PE-CE redistribution. It does not test the present fault—a core router receives unlabeled customer traffic when the ingress was expected to impose a transport label—or show that the proposed remedy is working. The discriminating observation here is that packet trace shows an imposed label at ingress and swapped labels through transit.
B:Local PE VRF RIB learns CE prefixes and remote VRF RIB receives corresponding routes would validate the different intervention to verify PE-CE address-family routing session and VRF membership of relevant interface for a scenario such as customer router pings PE interface but its private prefixes never reach remote sites. It does not test the present fault—a core router receives unlabeled customer traffic when the ingress was expected to impose a transport label—or show that the proposed remedy is working. The discriminating observation here is that packet trace shows an imposed label at ingress and swapped labels through transit.
C:IKE auth succeeds with trusted replacement credentials and protected traffic resumes would validate the different intervention to check peer trustpoint validity chain EKU and accepted identity for IKE authentication for a scenario such as iKE authentication fails after certificate rollover while NHRP and GRE addressing still match. It does not test the present fault—a core router receives unlabeled customer traffic when the ingress was expected to impose a transport label—or show that the proposed remedy is working. The discriminating observation here is that packet trace shows an imposed label at ingress and swapped labels through transit.
Question 511
An incident caused this behavior: Engineer dismisses a device health alert without comparing CPU memory and connectivity indicators. The engineer implements the correction to use Catalyst Center device health context and correlated telemetry for the affected node. Which test result best establishes that the specific fault is resolved?
- Affected node health drill-down identifies the actual resource or reachability exception
- Controlled TFTP file transfer completes while unapproved hosts remain blocked
- Statistics show jitter and packet loss correlated with voice quality incident
- Host obtains DHCPv6 lease and route information through appropriate RA
Explanation
Correct Answer
A:Affected node health drill-down identifies the actual resource or reachability exception. This is the most direct proof that the targeted correction to use Catalyst Center device health context and correlated telemetry for the affected node addresses the observed incident: engineer dismisses a device health alert without comparing CPU memory and connectivity indicators. Device health aggregates several operational measurements beyond a single interface state. A successful configuration commit without this measurable outcome would be insufficient validation.
Incorrect Answers
B:Controlled TFTP file transfer completes while unapproved hosts remain blocked would validate the different intervention to permit expected UDP TFTP exchange through staging firewall for authorized hosts for a scenario such as tFTP transfer starts but times out after request because reply UDP data path is filtered. It does not test the present fault—engineer dismisses a device health alert without comparing CPU memory and connectivity indicators—or show that the proposed remedy is working. The discriminating observation here is that affected node health drill-down identifies the actual resource or reachability exception.
C:Statistics show jitter and packet loss correlated with voice quality incident would validate the different intervention to use platform-supported IP SLA UDP jitter operations and examine jitter/loss results for a scenario such as monitoring only average ping RTT misses one-way delay variation affecting RTP quality. It does not test the present fault—engineer dismisses a device health alert without comparing CPU memory and connectivity indicators—or show that the proposed remedy is working. The discriminating observation here is that affected node health drill-down identifies the actual resource or reachability exception.
D:Host obtains DHCPv6 lease and route information through appropriate RA would validate the different intervention to verify IPv6 router advertisement flags, client support and stateful DHCPv6 server for a scenario such as hosts use SLAAC only because RA managed flag or DHCPv6 server setup is missing. It does not test the present fault—engineer dismisses a device health alert without comparing CPU memory and connectivity indicators—or show that the proposed remedy is working. The discriminating observation here is that affected node health drill-down identifies the actual resource or reachability exception.
Question 512
An ENARSI engineer is designing an enterprise deployment: A router should accept SNMP requests only from dedicated telemetry collector. Which action most directly implements the technical requirement?
- Restrict SNMP community or group access with source ACL and upgrade to v3 where feasible
- Correct site hierarchy assignment and device membership in Catalyst Center
- Advertise appropriate O flag and configure stateless DHCPv6 information service
- Enable suitable log/debug timestamps and synchronize NTP before reproduction
Explanation
Correct Answer
A:Restrict SNMP community or group access with source ACL and upgrade to v3 where feasible is the direct intervention for this deployment: a router should accept SNMP requests only from dedicated telemetry collector. SNMP credentials alone should not define the full reachability boundary. 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 only approved management source increments SNMP poll counters while guest requests fail.
Incorrect Answers
B:Correct site hierarchy assignment and device membership in Catalyst Center addresses a different situation, such as monitoring should separate data-center and branch health in different site hierarchies. Assurance aggregation is contextual and requires appropriate site/network grouping. In this question the relevant situation is a router should accept SNMP requests only from dedicated telemetry collector; the alternative changes another control and would not establish that only approved management source increments SNMP poll counters while guest requests fail. The specific remedy here concerns restrict SNMP community or group access with source ACL and upgrade to v3 where feasible.
C: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 a router should accept SNMP requests only from dedicated telemetry collector; the alternative changes another control and would not establish that only approved management source increments SNMP poll counters while guest requests fail. The specific remedy here concerns restrict SNMP community or group access with source ACL and upgrade to v3 where feasible.
D: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 a router should accept SNMP requests only from dedicated telemetry collector; the alternative changes another control and would not establish that only approved management source increments SNMP poll counters while guest requests fail. The specific remedy here concerns restrict SNMP community or group access with source ACL and upgrade to v3 where feasible.
Question 513
An incident caused this behavior: IP SLA counts every latency spike as a total timeout because thresholds were confused. The engineer implements the correction to set a realistic latency threshold separately from operation timeout. Which test result best establishes that the specific fault is resolved?
- An authorized SCP transfer completes with checksum matched and denied user cannot copy
- Statistics distinguish threshold violations from true probe failure
- Branch dashboard isolates affected assets and remains accurate after site move
- Newly offered leases exclude reserved addresses and collision alerts cease
Explanation
Correct Answer
B:Statistics distinguish threshold violations from true probe failure. This is the most direct proof that the targeted correction to set a realistic latency threshold separately from operation timeout addresses the observed incident: iP SLA counts every latency spike as a total timeout because thresholds were confused. IP SLA threshold can flag degraded performance even when responses arrive before timeout. A successful configuration commit without this measurable outcome would be insufficient validation.
Incorrect Answers
A:An authorized SCP transfer completes with checksum matched and denied user cannot copy would validate the different intervention to verify SCP server/client capability and SSH/AAA privilege prerequisites for a scenario such as fTP export works but SCP backup is disabled because SSH service or authorization is missing. It does not test the present fault—iP SLA counts every latency spike as a total timeout because thresholds were confused—or show that the proposed remedy is working. The discriminating observation here is that statistics distinguish threshold violations from true probe failure.
C:Branch dashboard isolates affected assets and remains accurate after site move would validate the different intervention to correct site hierarchy assignment and device membership in Catalyst Center for a scenario such as health dashboard mixes unrelated sites and obscures one failing branch. It does not test the present fault—iP SLA counts every latency spike as a total timeout because thresholds were confused—or show that the proposed remedy is working. The discriminating observation here is that statistics distinguish threshold violations from true probe failure.
D:Newly offered leases exclude reserved addresses and collision alerts cease would validate the different intervention to configure exclusions and check existing lease conflicts in correct DHCP pool for a scenario such as a client receives an IP already reserved for gateway and causes duplicate IP alarm. It does not test the present fault—iP SLA counts every latency spike as a total timeout because thresholds were confused—or show that the proposed remedy is working. The discriminating observation here is that statistics distinguish threshold violations from true probe failure.
Question 514
An incident caused this behavior: The regional peer receives dozens of /24s after an interface-level EIGRP summary was removed. The engineer implements the correction to configure a correctly scoped EIGRP interface summary and verify component coverage. Which test result best establishes that the specific fault is resolved?
- Denied test flows still forward according to the normal routing table
- The regional neighbor sees the intended aggregate rather than all covered component routes
- Routes are stable across primary and backup border changes without being readvertised to their source domain
- The route type changes to E1 and nearest eligible ASBR becomes preferred per total cost
Explanation
Correct Answer
B:The regional neighbor sees the intended aggregate rather than all covered component routes. This is the most direct proof that the targeted correction to configure a correctly scoped EIGRP interface summary and verify component coverage addresses the observed incident: 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 successful configuration commit without this measurable outcome would be insufficient validation.
Incorrect Answers
A:Denied test flows still forward according to the normal routing table would validate the different intervention to confirm that nonmatching or denied PBR entries defer to normal destination-based forwarding for a scenario such as a team treats route-map deny as packet-drop and assumes unmatched traffic is blocked. It does not test the present fault—the regional peer receives dozens of /24s after an interface-level EIGRP summary was removed—or show that the proposed remedy is working. The discriminating observation here is that the regional neighbor sees the intended aggregate rather than all covered component routes.
C:Routes are stable across primary and backup border changes without being readvertised to their source domain would validate the different intervention to filter or tag originated routes at both redistribution boundaries to prevent re-entry for a scenario such as a subnet repeatedly changes between protocol-external advertisements after alternate border recovery. It does not test the present fault—the regional peer receives dozens of /24s after an interface-level EIGRP summary was removed—or show that the proposed remedy is working. The discriminating observation here is that the regional neighbor sees the intended aggregate rather than all covered component routes.
D:The route type changes to E1 and nearest eligible ASBR becomes preferred per total cost would validate the different intervention to select E1 external metric type where internal cost to ASBR must influence path selection for a scenario such as routers prefer a distant exit because type-2 external routes carry equal external cost. It does not test the present fault—the regional peer receives dozens of /24s after an interface-level EIGRP summary was removed—or show that the proposed remedy is working. The discriminating observation here is that the regional neighbor sees the intended aggregate rather than all covered component routes.
Question 515
An incident caused this behavior: GRE transport reachability is healthy but crypto IKE remains unsuccessful after proposal update. The engineer implements the correction to compare IKE policies/proposals and peer authentication material on both ends. Which test result best establishes that the specific fault is resolved?
- Show mpls ldp neighbor displays session and peer label bindings populate
- Routing installs the link only when acceptable label forwarding is ready under test
- Egress PE receives proper VPN label and forwards through intended CE-facing VRF
- Matching IKE and child SAs establish with protected packet counters
Explanation
Correct Answer
D:Matching IKE and child SAs establish with protected packet counters. This is the most direct proof that the targeted correction to compare IKE policies/proposals and peer authentication material on both ends addresses the observed incident: gRE transport reachability is healthy but crypto IKE remains unsuccessful after proposal update. IPsec negotiation requires compatible cryptographic transforms and authentication. A successful configuration commit without this measurable outcome would be insufficient validation.
Incorrect Answers
A:Show mpls ldp neighbor displays session and peer label bindings populate would validate the different intervention to enable and verify MPLS LDP discovery and suitable transport address reachability for a scenario such as physical and IGP links work but no LDP neighbor forms on intended interface. It does not test the present fault—gRE transport reachability is healthy but crypto IKE remains unsuccessful after proposal update—or show that the proposed remedy is working. The discriminating observation here is that matching IKE and child SAs establish with protected packet counters.
B:Routing installs the link only when acceptable label forwarding is ready under test would validate the different intervention to evaluate IGP-LDP synchronization or equivalent convergence safeguard for a scenario such as a short traffic blackhole occurs when SPF uses a link without established LDP label forwarding. It does not test the present fault—gRE transport reachability is healthy but crypto IKE remains unsuccessful after proposal update—or show that the proposed remedy is working. The discriminating observation here is that matching IKE and child SAs establish with protected packet counters.
C:Egress PE receives proper VPN label and forwards through intended CE-facing VRF would validate the different intervention to verify both the transport LSP label and advertised VPN service label binding for a scenario such as packet capture shows transport label but downstream PE has no VPN label to select egress VRF. It does not test the present fault—gRE transport reachability is healthy but crypto IKE remains unsuccessful after proposal update—or show that the proposed remedy is working. The discriminating observation here is that matching IKE and child SAs establish with protected packet counters.
Question 516
An ENARSI engineer is designing an enterprise deployment: A more-specific static /25 should steer only part of a subnet while a dynamic /24 covers the rest. Which action most directly implements the technical requirement?
- Verify generated EIGRP summary discard route and avoid advertising unsupported component space
- Test both destinations by longest-prefix route lookup instead of changing global routing distances
- Correct prefix-list ge/le range semantics and test representative boundary prefixes
- Configure appropriate eBGP multihop and matching update-source with reachable loopbacks
Explanation
Correct Answer
B:Test both destinations by longest-prefix route lookup instead of changing global routing distances is the direct intervention for this deployment: a more-specific static /25 should steer only part of a subnet while a dynamic /24 covers the rest. A longer matching prefix wins over a less-specific route even if the latter protocol normally has a lower distance. 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 forwarding lookup selects /25 for covered hosts and /24 for hosts outside the more-specific range.
Incorrect Answers
A:Verify generated EIGRP summary discard route and avoid advertising unsupported component space addresses a different situation, such as edge summarizes multiple EIGRP /24s but the aggregate destination contains an unused /24. Aggregation can install a local discard route to prevent summary-origin routing loops. In this question the relevant situation is a more-specific static /25 should steer only part of a subnet while a dynamic /24 covers the rest; the alternative changes another control and would not establish that forwarding lookup selects /25 for covered hosts and /24 for hosts outside the more-specific range. The specific remedy here concerns test both destinations by longest-prefix route lookup instead of changing global routing distances.
C:Correct prefix-list ge/le range semantics and test representative boundary prefixes addresses a different situation, such as advertising aggregates requires allowing /16 through /24 descendants while excluding /25 and longer specifics. Prefix-list length qualifiers constrain prefix-length ranges relative to the listed network. In this question the relevant situation is a more-specific static /25 should steer only part of a subnet while a dynamic /24 covers the rest; the alternative changes another control and would not establish that forwarding lookup selects /25 for covered hosts and /24 for hosts outside the more-specific range. The specific remedy here concerns test both destinations by longest-prefix route lookup instead of changing global routing distances.
D:Configure appropriate eBGP multihop and matching update-source with reachable loopbacks addresses a different situation, such as eBGP peers are separated by a transit hop and need neighbor connection to loopbacks. Default eBGP neighbor reachability assumes directly connected peer unless multihop is configured. In this question the relevant situation is a more-specific static /25 should steer only part of a subnet while a dynamic /24 covers the rest; the alternative changes another control and would not establish that forwarding lookup selects /25 for covered hosts and /24 for hosts outside the more-specific range. The specific remedy here concerns test both destinations by longest-prefix route lookup instead of changing global routing distances.
Question 517
An ENARSI engineer is designing an enterprise deployment: An EIGRP link should reject unauthorized routing updates. Which action most directly implements the technical requirement?
- Compare attribute scope and prefer local preference for internal outbound decision
- Compare configured key chain algorithm and active key IDs on both ends
- Validate summary ownership and add precise exception routes or fail-closed discard behavior as designed
- Enable a supported VRF-aware routing process or address family on the correct tenant interfaces
Explanation
Correct Answer
B:Compare configured key chain algorithm and active key IDs on both ends is the direct intervention for this deployment: an EIGRP link should reject unauthorized routing updates. Authentication protects routing adjacencies but unmatched keys prevent accepted hellos. 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 stable EIGRP neighbor uptime with intended authentication in packet/debug verification.
Incorrect Answers
A:Compare attribute scope and prefer local preference for internal outbound decision addresses a different situation, such as two neighboring AS paths need a documented exit preference without confusing attributes. MED expresses entry preference to a neighboring AS whereas local preference is internal to an AS. In this question the relevant situation is an EIGRP link should reject unauthorized routing updates; the alternative changes another control and would not establish that stable EIGRP neighbor uptime with intended authentication in packet/debug verification. The specific remedy here concerns compare configured key chain algorithm and active key IDs on both ends.
C:Validate summary ownership and add precise exception routes or fail-closed discard behavior as designed addresses a different situation, such as a broad summary stays present across a border even after its only useful component subnet disappears. Summaries can conceal loss of component routes and may create loops if downstream specifics disappear. In this question the relevant situation is an EIGRP link should reject unauthorized routing updates; the alternative changes another control and would not establish that stable EIGRP neighbor uptime with intended authentication in packet/debug verification. The specific remedy here concerns compare configured key chain algorithm and active key IDs on both ends.
D:Enable a supported VRF-aware routing process or address family on the correct tenant interfaces addresses a different situation, such as a partner VLAN should exchange OSPF routes only inside VRF PARTNER. Routing protocol adjacencies and RIB updates must be scoped to the intended VRF. In this question the relevant situation is an EIGRP link should reject unauthorized routing updates; the alternative changes another control and would not establish that stable EIGRP neighbor uptime with intended authentication in packet/debug verification. The specific remedy here concerns compare configured key chain algorithm and active key IDs on both ends.
Question 518
An ENARSI engineer is designing an enterprise deployment: Customer BLUE traffic enters VRF interface and source validation should use customer-specific routing. Which action most directly implements the technical requirement?
- Use TACACS+ for device administration where supported command authorization is required
- Verify supported per-interface uRPF lookup in the correct VRF forwarding table
- Test TCP port 49 reachability from proper source and VRF before replacing credentials
- Enable aaa new-model and bind an explicit authentication method list to intended VTY lines
Explanation
Correct Answer
B:Verify supported per-interface uRPF lookup in the correct VRF forwarding table is the direct intervention for this deployment: customer BLUE traffic enters VRF interface and source validation should use customer-specific routing. Source reachability policy must reflect the actual tenant routing context. 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 bLUE prefixes validate under BLUE RIB and unrelated tenant sources are rejected.
Incorrect Answers
A:Use TACACS+ for device administration where supported command authorization is required addresses a different situation, such as administrators require detailed per-command network device authorization with centralized logging. TACACS+ supports separate device-administrator authentication authorization and accounting. In this question the relevant situation is customer BLUE traffic enters VRF interface and source validation should use customer-specific routing; the alternative changes another control and would not establish that bLUE prefixes validate under BLUE RIB and unrelated tenant sources are rejected. The specific remedy here concerns verify supported per-interface uRPF lookup in the correct VRF forwarding table.
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 customer BLUE traffic enters VRF interface and source validation should use customer-specific routing; the alternative changes another control and would not establish that bLUE prefixes validate under BLUE RIB and unrelated tenant sources are rejected. The specific remedy here concerns verify supported per-interface uRPF lookup in the correct VRF forwarding table.
D:Enable aaa new-model and bind an explicit authentication method list to intended VTY lines addresses a different situation, such as administrators need TACACS+ login validation on IOS XE with central accounting. AAA framework and line method-list binding are required for central login decision processing. In this question the relevant situation is customer BLUE traffic enters VRF interface and source validation should use customer-specific routing; the alternative changes another control and would not establish that bLUE prefixes validate under BLUE RIB and unrelated tenant sources are rejected. The specific remedy here concerns verify supported per-interface uRPF lookup in the correct VRF forwarding table.
Question 519
During the design review, contractors may reach a router management service only within approved support hours. A technician proposes to verify time-range activation, device clock and ACL reference. Which network principle best explains the proposal?
- CoPP polices traffic handled by route processor, not all ordinary hardware-forwarded traffic
- First-hop guard policies must reflect which port legitimately originates infrastructure control messages
- Time-based ACL matches depend on live clock and named time-range definition
- Source validation depends on accurate address-to-port binding formation
Explanation
Correct Answer
C:Time-based ACL matches depend on live clock and named time-range definition. The recommended action is to verify time-range activation, device clock and ACL reference because the network requirement is contractors may reach a router management service only within approved support hours. It tests the specific operating property responsible for the behavior, not a generic device reboot. Its predicted observable result is that allowed port works during approved interval and is denied outside it under synchronized time.
Incorrect Answers
A:CoPP polices traffic handled by route processor, not all ordinary hardware-forwarded traffic is a real technical distinction, but it supports the different operation to distinguish router-destined punt traffic from hardware-switched transit flows in diagnosis when a throughput reduction in switched forwarding is blamed on CoPP though traffic does not punt. It does not explain the selected intervention in this case, namely to verify time-range activation, device clock and ACL reference. The controlling principle is instead that time-based ACL matches depend on live clock and named time-range definition.
B:First-hop guard policies must reflect which port legitimately originates infrastructure control messages is a real technical distinction, but it supports the different operation to assign trust to approved router/server ports and enforcement to untrusted edge ports when router-facing trunk and access-facing host ports should use different first-hop trust roles. It does not explain the selected intervention in this case, namely to verify time-range activation, device clock and ACL reference. The controlling principle is instead that time-based ACL matches depend on live clock and named time-range definition.
D:Source validation depends on accurate address-to-port binding formation is a real technical distinction, but it supports the different operation to validate supported SAVI/ND snooping/binding learning for chosen address method before enforcing source guard when new managed clients use SLAAC, but source guard binding entries never form. It does not explain the selected intervention in this case, namely to verify time-range activation, device clock and ACL reference. The controlling principle is instead that time-based ACL matches depend on live clock and named time-range definition.
Question 520
An engineer is investigating LDP IGP synchronization. The expected design is that an IGP next hop becomes preferred before LDP labels are available after core recovery; instead a short traffic blackhole occurs when SPF uses a link without established LDP label forwarding. Which focused correction should be tested first?
- Update tunnel source and ensure NHRP advertises the new valid NBMA mapping
- Align intended GRE tunnel key and encapsulation on hub and spoke
- Evaluate EIGRP split horizon behavior on the hub overlay interface
- Evaluate IGP-LDP synchronization or equivalent convergence safeguard
Explanation
Correct Answer
D:Evaluate IGP-LDP synchronization or equivalent convergence safeguard corrects the specific failure: a short traffic blackhole occurs when SPF uses a link without established LDP label forwarding. Labeled traffic can fail when IP routing converges before LDP transport label readiness. A change to an adjacent but healthy component would not fix this failure mechanism. Evidence of restoration would be that routing installs the link only when acceptable label forwarding is ready under test.
Incorrect Answers
A:Update tunnel source and ensure NHRP advertises the new valid NBMA mapping addresses a different situation, such as a spoke migrates from wired ISP to LTE with a new public source interface. Dynamic multipoint registration must track actual public transport identity. In this question the relevant situation is a short traffic blackhole occurs when SPF uses a link without established LDP label forwarding; the alternative changes another control and would not establish that routing installs the link only when acceptable label forwarding is ready under test. The specific remedy here concerns evaluate IGP-LDP synchronization or equivalent convergence safeguard.
B:Align intended GRE tunnel key and encapsulation on hub and spoke addresses a different situation, such as a hub and spoke must use compatible GRE tunnel key settings if keys are configured. GRE key mismatch can prevent acceptance of otherwise reachable tunnel packets. In this question the relevant situation is a short traffic blackhole occurs when SPF uses a link without established LDP label forwarding; the alternative changes another control and would not establish that routing installs the link only when acceptable label forwarding is ready under test. The specific remedy here concerns evaluate IGP-LDP synchronization or equivalent convergence safeguard.
C:Evaluate EIGRP split horizon behavior on the hub overlay interface addresses a different situation, such as two spokes run EIGRP across a shared hub mGRE interface and need mutual routes. Split horizon can suppress forwarding spoke-learned routes back on same multipoint interface. In this question the relevant situation is a short traffic blackhole occurs when SPF uses a link without established LDP label forwarding; the alternative changes another control and would not establish that routing installs the link only when acceptable label forwarding is ready under test. The specific remedy here concerns evaluate IGP-LDP synchronization or equivalent convergence safeguard.