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 資料平面使用另一組 table 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 實例各一次。那不是重複渲染： 它正是確認該節點同時向兩者通告的證據。若某個區塊只出現在一個對等節點上， 而另一個缺失或內容過短，那才是值得關注的情況。