BGP

采集于 2026-07-28，来自本次部署的一台 CE。sitecli/capture-manifest.json 记录了具体是哪个节点，而 scripts/capture-sitecli.sh --check 会针对一台在线 CE 重新校验命令接口。

CE 使用 FRR 运行 BGP。在此拓扑中，它与两个 Azure Route Server 实例建立对等，通告 VIP，并学习 VNet 前缀。

show-ip-bgp-summary

从这里开始。一屏即可告知你对等是否已建立，以及它已稳定多久。

{"command":["show-ip-bgp-summary"]}

Instance 4094:

IPv4 Unicast Summary:
BGP router identifier 10.0.1.4, local AS number 64512 vrf-id 3
BGP table version 3
RIB entries 3, using 480 bytes of memory
Peers 2, using 41 KiB of memory

Neighbor        V         AS MsgRcvd MsgSent   TblVer  InQ OutQ  Up/Down State/PfxRcd
10.0.4.4        4      65515    1063     932        0    0    0 01:17:22            1
10.0.4.5        4      65515    1063     932        0    0    0 01:17:23            1

Total number of neighbors 2

首先看 State/PfxRcd。数字表示已接收的前缀数量，意味着会话已建立；其他任何内容——Active、Connect、Idle——都表示会话未建立。Up/Down 显示当前状态已持续多长时间，因此一个不断重置的会话会显示出一个可疑的极小值。

这里的 vrf id 不是 rt 需要的那个

此输出报告 vrf-id 3。那是 FRR 自己的编号。Argo 数据平面使用另一套表 id，把 FRR 的编号传给 rt --dump 会返回 No such file or directory，这 看起来像是节点故障，而实际上只是参数用错了。

show-ip-bgp

完整的路由表，可以看到最佳路径的选择结果。

{"command":["show-ip-bgp"]}

Instance 4094:
BGP table version is 3, local router ID is 10.0.1.4, vrf id 3
Status codes:  s suppressed, d damped, h history, * valid, > best, = multipath,
               i internal, r RIB-failure, S Stale, R Removed
Nexthop codes: @NNN nexthop's vrf id, < announce-nh-self
Origin codes:  i - IGP, e - EGP, ? - incomplete

   Network          Next Hop            Metric LocPrf Weight Path
*= 10.0.0.0/16      10.0.4.4                               0 65515 i
*>                  10.0.4.5                               0 65515 i
*> 10.250.0.10/32   10.0.1.4               255         32768 ?

Displayed  2 routes and 3 total paths

* 表示有效路由，> 表示所选的最佳路径，= 表示多路径成员。在上面的采集中，学习到的 VNet 前缀 10.0.0.0/16 有两条路径——分别经由每个 Route Server 实例——分别标记为 *= 和 *>：一条最佳路径加一个多路径成员，因此该节点会将其 返回流量在两个实例之间负载分担。VIP 10.250.0.10/32 只有一条 *> 路径， 因为该节点是其起源节点。

该演示中的等价多路径在此输出中看不到

show-ip-bgp 只是单个节点的路由表。本部署所演示的 ECMP 是多个不同的 CE 通告同一个 /32，并且它是在 Azure 侧编程的——因此 任何单台 CE 的 BGP 表都无法显示它，此处 VIP 上没有多路径标记 并不是故障。请改为从 Route Server 对等关系或客户端的有效路由表来验证； 两者都在验证页面上。

show-ip-bgp-neighbors

每个邻居的详情：协商的能力、定时器、消息计数器以及 上次重置的原因。

{"command":["show-ip-bgp-neighbors"]}

当摘要显示某个会话在抖动而你需要知道原因时，就用它。 Last reset 及其原因是有用的行。

本页尚无采集输出

在 f5-sales-demo/docs-control#795 合入之前，无法提交此采集内容。FRR 在其 Graceful Restart 行中拼错了一个单词，而 codespell 会拒绝该文件。

修改采集到的文本会使本文档描述从未真实出现过的输出， 因此该问题正在上游修复。在此期间，请在你自己的节点上运行该命令。

show-ip-bgp-neighbors-advertised-route

该节点正在告诉其对等体什么，而不是它自己知道什么。

{"command":["show-ip-bgp-neighbors-advertised-route"]}

bgp neighbor:
BGP table version is 3, local router ID is 10.0.1.4, vrf id 3
Status codes:  s suppressed, d damped, h history, * valid, > best, = multipath,
               i internal, r RIB-failure, S Stale, R Removed
Nexthop codes: @NNN nexthop's vrf id, < announce-nh-self
Origin codes:  i - IGP, e - EGP, ? - incomplete

   Network          Next Hop            Metric LocPrf Weight Path
*> 10.0.0.0/16      0.0.0.0                                0 65515 i
*> 10.250.0.10/32   0.0.0.0                255         32768 ?

Total number of prefixes 2

bgp neighbor:
BGP table version is 3, local router ID is 10.0.1.4, vrf id 3
Status codes:  s suppressed, d damped, h history, * valid, > best, = multipath,
               i internal, r RIB-failure, S Stale, R Removed
Nexthop codes: @NNN nexthop's vrf id, < announce-nh-self
Origin codes:  i - IGP, e - EGP, ? - incomplete

   Network          Next Hop            Metric LocPrf Weight Path
*> 10.0.0.0/16      0.0.0.0                                0 65515 i
*> 10.250.0.10/32   0.0.0.0                255         32768 ?

Total number of prefixes 2

这是用于排查”VIP 从 VNet 不可达”的命令。如果 VIP 在这里 缺失，问题就在这个节点上，再怎么去看对等体也 无济于事。

输出会为每个对等体重复一个 bgp neighbor: 块，因此在此拓扑上你会看到 相同的两个前缀出现两次——每个 Route Server 实例一次。这不是重复 渲染：正是它确认了该节点向两者都进行了通告。如果某个块对一个 对等体存在，而对另一个缺失或内容偏少，那才是值得关注的情况。