nerdexam
Cisco

352-001 · Question #244

What is the most effective way to improve BGP convergence in the event that a point-to-point link, over which an EBGP session is running, fails?

The correct answer is B. configure EBGP fast external fallover. EBGP fast external fallover detects a directly connected link failure instantly via interface state and immediately resets the EBGP session, making it the fastest convergence mechanism for point-to-point link failures.

Layer 3 Control Plane

Question

What is the most effective way to improve BGP convergence in the event that a point-to-point link, over which an EBGP session is running, fails?

Options

  • Areduce the keepalive timer to the minimum value allowed
  • Bconfigure EBGP fast external fallover
  • Cuse BGP multihop
  • Denable BGP graceful restart

How the community answered

(69 responses)
  • A
    1% (1)
  • B
    91% (63)
  • C
    3% (2)
  • D
    4% (3)

Why each option

EBGP fast external fallover detects a directly connected link failure instantly via interface state and immediately resets the EBGP session, making it the fastest convergence mechanism for point-to-point link failures.

Areduce the keepalive timer to the minimum value allowed

Lowering the keepalive timer reduces the hold timer expiry window but still requires waiting through multiple missed keepalive intervals before the session is declared down, making it slower than an interface-state-driven mechanism.

Bconfigure EBGP fast external falloverCorrect

EBGP fast external fallover, enabled by default on Cisco IOS, monitors the operational state of the interface over which the EBGP session runs; when that interface goes down the session is torn down immediately without waiting for the hold timer to expire, triggering rapid route withdrawal and reconvergence in milliseconds rather than seconds.

Cuse BGP multihop

BGP multihop (ebgp-multihop) allows EBGP peering across non-directly connected routers and is unrelated to improving convergence speed when a direct point-to-point link fails.

Denable BGP graceful restart

BGP graceful restart is designed to preserve forwarding state and delay route withdrawal during a BGP speaker reload, which intentionally slows convergence to maintain traffic flow - the opposite of what is needed here.

Concept tested: EBGP fast external fallover for link failure convergence

Source: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/iproute_bgp/configuration/xe-16/irg-xe-16-book/bgp-fast-external-fallover.html

Topics

#BGP convergence#EBGP fast fallover#link failure detection#BGP timers

Community Discussion

No community discussion yet for this question.

Full 352-001 Practice