nerdexam
Cisco

350-401 · Question #583

Refer to the exhibit. An engineer configures the BGP adjacency between R1 and R2; however, it fails to establish. Which action resolves the issue?

The correct answer is D. Change the remote-as number on R1 to 6500.. The BGP adjacency between R1 and R2 fails to establish because R1 is likely configured with an incorrect remote Autonomous System (AS) number for its peer R2.

Submitted by diego_uy· Mar 6, 2026Infrastructure

Question

Refer to the exhibit. An engineer configures the BGP adjacency between R1 and R2; however, it fails to establish. Which action resolves the issue?

Exhibits

350-401 question #583 exhibit 1
350-401 question #583 exhibit 2

Options

  • AChange the network statement on R1 to 172.16 10.0
  • BChange the remote-as number for 192 168.100.11.
  • CEnable synchronization on R1 and R2
  • DChange the remote-as number on R1 to 6500.

How the community answered

(40 responses)
  • A
    13% (5)
  • B
    25% (10)
  • C
    8% (3)
  • D
    55% (22)

Why each option

The BGP adjacency between R1 and R2 fails to establish because R1 is likely configured with an incorrect remote Autonomous System (AS) number for its peer R2.

AChange the network statement on R1 to 172.16 10.0

A BGP `network` statement is used to advertise routes into BGP from the local router's routing table; it does not directly affect the establishment of a BGP peering session itself.

BChange the remote-as number for 192 168.100.11.

While changing the remote-as number is the correct action, this option is incomplete as it does not specify *what* the remote-as number should be changed *to* for 192.168.100.11.

CEnable synchronization on R1 and R2

BGP synchronization is a legacy feature, usually disabled in modern networks, that prevents a router from advertising prefixes learned via iBGP unless they are also reachable via an IGP; it rarely causes eBGP adjacency failures.

DChange the remote-as number on R1 to 6500.Correct

BGP adjacencies require both peering routers to be configured with the correct remote AS number of their neighbor. Changing the `remote-as` number on R1 to 6500 for neighbor 192.168.100.11 implies that 6500 is the correct AS of R2, which would resolve the adjacency establishment failure caused by a mismatch.

Concept tested: BGP neighbor remote AS mismatch

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

Topics

#BGP#remote-as#AS number mismatch#adjacency troubleshooting

Community Discussion

No community discussion yet for this question.

Full 350-401 Practice