nerdexam
Cisco

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.

Layer 3 Control Plane

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)
  • A
    6% (3)
  • B
    52% (25)
  • C
    13% (6)
  • D
    29% (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.

AAn ACL blocks TCP port 179 in one direction.

Blocking TCP 179 in one direction prevents the BGP session from ever forming at all, not causing a flap cycle once established.

BIP addresses used to peer are also being sent via EBGP.Correct

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.

CThe OSPF area used for peering is nonbackbone (not area 0).

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.

DThe routers are peered by using a default route sent by OSPF.

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

#EBGP peering#recursive routing#BGP peer flapping#OSPF-BGP interaction

Community Discussion

No community discussion yet for this question.

Full 352-001 Practice