Established 之后要查什么
Established 只说明会话建立、报文能互发，并不代表路由已经按预期交换。会话正常但业务不通的情况很常见，原因通常在三个地方：收前缀数为 0、下一跳不可达、或者宣告与策略导致对端看不到你的路由。把这三项逐一核对，比盯着会话状态有效得多。
基本信息
| 状态含义 | 会话建立，可以交换 Update 报文 |
|---|---|
| 收 | PfxRcd 列显示收到前缀数，0 要查策略与地址族 |
| 发 | 本地宣告是否生效（network 或重分发） |
| 下一跳 | 收到路由的下一跳是否可达，决定路由是否可用 |
| 选路 | show ip bgp <前缀> 查看最优路径与原因 |
| 命令 | summary、neighbors、advertised-routes、show ip route |
检查清单
- 确认前缀收发数量与预期一致，数量为 0 先查地址族与策略
- 用 advertised-routes 核对本端实际发布出去的前缀集合
- 检查收到路由的下一跳在内网是否可达，必要时用 next-hop-self
- 确认最优路径是否已进入主表，排除 rib-failure 与更优管理距离
- 核对双向选路是否对称，避免去程与回程走不同链路
检查命令
检查命令
show ip bgp summary # 核对 State/PfxRcd 列的前缀数
show ip bgp neighbors 10.0.0.2 # 邻居详情：收发计数、复位历史
show ip bgp neighbors 10.0.0.2 advertised-routes # 本端实际发布的前缀
show ip bgp 10.100.0.0/16 # 该前缀的候选路径与最优结果
show ip route 10.100.0.0/16 # 是否进入主表并显示下一跳会话正常但业务不通的排查
| 现象 | 优先查 | 常见根因 |
|---|---|---|
| 收前缀数为 0 | 地址族与邻居策略 | 未 activate 或入向过滤把前缀全部拦掉 |
| 对端看不到我的路由 | 本地宣告与出向策略 | 未 network 或出向过滤过窄 |
| BGP 表有路由、主表没有 | rib-failure 与管理距离 | 静态或 IGP 抢占主表 |
| 有路由但不通 | 下一跳可达性与回程 | 下一跳不可达或对端无回程路由 |
| 单向通 | 双向选路与过滤 | 一侧出向过滤拦掉了必要前缀 |
会话 Up 加路由不通，问题基本在宣告、策略、下一跳这三处：按这个顺序查，比盲目重启邻居效率高。
看到 Established 就结束排障是最常见的误判：业务可用性取决于前缀集合、下一跳与回程路径，三者都不在会话状态里体现。