Which of the following statements regarding BGP Add-Paths is FALSE?

Question

Options

• AAdd-Paths allows non-best paths to be advertised to a peer.
• BAdd-Paths capabilities are exchanged between peers after the BGP session is established.
• CA BGP speaker must advertise the capability to receive multiple paths from its peer.
• DA BGP speaker must advertise the capability to send multiple paths to its peer.

• A
  4% (2)
• B
  75% (38)
• C
  14% (7)
• D
  8% (4)

Explanation

B is false because BGP Add-Paths capabilities are negotiated in OPEN messages, which are exchanged during session setup - before the session reaches the ESTABLISHED state, not after. This is part of BGP's standard capability negotiation process (RFC 5492), which occurs in the OPEN SENT / OPEN CONFIRM phases.

A is true - the entire purpose of Add-Paths (RFC 7911) is to allow a speaker to advertise additional non-best paths that would normally be suppressed by the BGP best-path selection process. C and D are both true because Add-Paths uses a directional capability model: a speaker independently signals whether it can receive multiple paths (C) and whether it can send multiple paths (D) per AFI/SAFI - both directions must be explicitly advertised.

Memory tip: Think "OPEN before ESTABLISHED" - all BGP capability negotiations, including Add-Paths, happen in OPEN messages before the session is up. If you see any statement claiming BGP capabilities are exchanged after session establishment, that's your red flag.

No community discussion yet for this question.