nerdexam
Broadcom-VMware

3V0-25.25 · Question #7

An administrator is troubleshooting a BGP connectivity issue on a Tier-0 Gateway (Active/Active). The Tier-0 has the following configuration: - Uplink VLAN 100: 192.168.100.0/24 - Uplink VLAN 101…

The correct answer is A. The static default route Scope is set only to the uplink VLAN 100 segment. In VMware NSX networking, the Tier-0 Gateway's Routing Table (RIB) is the definitive source for determining how to reach BGP neighbors. A common point of confusion occurs when an administrator can "ping" a neighbor but the BGP state remains Idle or Connect with a "No route to…

Problem Isolation and Resolution

Question

An administrator is troubleshooting a BGP connectivity issue on a Tier-0 Gateway (Active/Active). The Tier-0 has the following configuration: - Uplink VLAN 100: 192.168.100.0/24 - Uplink VLAN 101: 192.168.101.0/24 - BGP neighbors configured: 192.168.100.1 and 192.168.101.1 - A single static default route (0.0.0.0/0) exists with next-hop 192.168.100.1. Symptoms observed on both Edge Nodes: - Get BGP neighbors ->; both neighbors stuck in Idle (Connect) --";No route to pee"; - Ping to 192.168.100.1 and 192.168.101.1 succeeds from the Edge nodes - Get route shows the default route present only on VLAN 100 interface (fp-eth0), missing on VLAN 101 (fp-eth1) What is the root cause of both BGP sessions remaining in Idle state?

Options

  • AThe static default route Scope is set only to the uplink VLAN 100 segment.
  • BThe ToR routers do not have routes back to the Edge uplink interfaces.
  • CMulti-hop eBGP is required when using two VLANs.
  • DBGP authentication mismatch between Tier-0 and ToR routers.

How the community answered

(34 responses)
  • A
    79% (27)
  • B
    9% (3)
  • C
    9% (3)
  • D
    3% (1)

Explanation

In VMware NSX networking, the Tier-0 Gateway's Routing Table (RIB) is the definitive source for determining how to reach BGP neighbors. A common point of confusion occurs when an administrator can "ping" a neighbor but the BGP state remains Idle or Connect with a "No route to This symptom specifically points to the "Scope" setting of a static route. In NSX, when a static route (such as the default route 0.0.0.0/0) is created, the administrator can define the Scope to be a specific uplink segment or interface. If the scope is set exclusively to the VLAN 100 segment, the Tier- 0 Gateway will only install that route into the forwarding table for the Service Router (SR) component associated with the VLAN 100 interface. Because the default route is the only path the Tier-0 has to reach non-local networks (or even other local subnets not directly attached), the BGP process for the neighbor at 192.168.101.1 (VLAN 101) checks the routing table for a path. Since the only available route is scoped strictly to VLAN 100, the Tier-0 determines it has "No route" to reach the neighbor in VLAN 101. BGP requires a valid entry in the routing table for the neighbor's IP before it will even attempt to initiate the TCP three-way handshake on port 179. The fact that pings succeed is due to pings often being tested from the specific interface (e.g., ping 192.168.101.1 -I fp-eth1), which bypasses the general routing table logic that the BGP control plane must follow. To resolve this, the static route scope should be expanded to include all relevant uplink segments or left as "All Uplinks," ensuring that the Tier-0 recognizes valid egress paths for neighbors on both VLAN 100 and VLAN 101.

Topics

#BGP#Tier-0 Gateway#static route scope#Active/Active

Community Discussion

No community discussion yet for this question.

Full 3V0-25.25 Practice