352-001 · Question #182
A planned EBGP network will use OSPF to reach the EBGP peer addresses. Which of these conditions should be avoided in the design that could otherwise cause the peers to flap continuously?
The correct answer is B. IP addresses used to peer are also being sent via EBGP. If the IP addresses used for EBGP peering are also redistributed into EBGP, the router creates a recursive dependency where the BGP session is needed to resolve the route to the BGP peer itself, causing continuous session flapping.
Question
A planned EBGP network will use OSPF to reach the EBGP peer addresses. Which of these conditions should be avoided in the design that could otherwise cause the peers to flap continuously?
Options
- AAn ACL blocks TCP port 179 in one direction.
- BIP addresses used to peer are also being sent via EBGP.
- CThe OSPF area used for peering is nonbackbone (not area 0).
- DThe routers are peered by using a default route sent by OSPF.
How the community answered
(48 responses)- A6% (3)
- B52% (25)
- C13% (6)
- D29% (14)
Why each option
If the IP addresses used for EBGP peering are also redistributed into EBGP, the router creates a recursive dependency where the BGP session is needed to resolve the route to the BGP peer itself, causing continuous session flapping.
Blocking TCP 179 in one direction prevents the BGP session from ever forming at all, not causing a flap cycle once established.
When the peer IP address is advertised via EBGP, the router may resolve the next-hop to that peer through a BGP-learned route rather than the intended OSPF route. If the BGP session drops, the BGP route is withdrawn, making the peer unreachable, which prevents re-establishment - creating a self-referential loop that causes continuous flapping.
Using a non-backbone OSPF area for peer reachability is a design consideration but does not inherently create a recursive routing dependency or continuous flapping.
Reaching an EBGP peer via an OSPF-advertised default route is stable as long as the default route persists; it does not create a recursive dependency between BGP session state and route reachability.
Concept tested: BGP recursive routing and peer address redistribution loop
Source: https://www.cisco.com/c/en/us/support/docs/ip/border-gateway-protocol-bgp/13753-25.html
Topics
Community Discussion
No community discussion yet for this question.