BGP: %ADJCHANGE: neighbor <IP>(Unknown) in vrf default Down Waiting for NHTThe BGP neighbor summary also shows the neighbor in IDLE state rather than Established ("Estab").
*Refer to Troubleshooting NSX BGP for commands used to check BGP sessions
While BGP neighbor state can contribute to HA failover, it only does so when all BGP peers across all NSX uplinks on the Edge node are lost.
VTI interfaces used with IPSec VPN tunnels are handled differently than "NSX uplinks". These interfaces are excluded from the HA failover decision process, and their BGP status is not evaluated during failover conditions.
If BGP is configured solely over these VPN‑based interfaces, changes in session state such as a neighbor becoming idle due to tunnel failure will not initiate HA failover.
This is expected behavior. Refer to Troubleshooting NSX Edge High Availability, which explains the conditions under which NSX Edge HA failover is triggered.
Customers who require failover in these scenarios can implement a workaround by configurating static routing with Bidirectional Forwarding Detection (BFD) enabled. Refer to instructions at Configure NSX BFD
BFD provides rapid detection of forwarding path failures between Edge nodes and their BGP peers
When a failure is detected, BFD can trigger a routing change that allows traffic to fail over to the standby Edge, maintaining connectivity and minimizing disruption.