BGP (Border Gateway Protocol)
3 秒看懂
BGP 是網際網路的”外交協議”——它讓 17 萬多個自治系統(AS)彼此交換路由資訊,決定了你發出的每一個數據包在全球骨幹網中走哪條路。 沒有 BGP,網際網路不復存在。
3 分鐘產業解釋
BGP 解決什麼問題?
網際網路不是一張統一的網,而是由數以萬計的獨立網路(運營商、雲端廠商、企業、CDN)拼接而成。每個網路稱為一個自治系統(Autonomous System, AS),擁有自己的 AS 編號(ASN)。BGP 就是這些 AS 之間互相宣告”我能到達哪些 IP 地址段,走我的路徑是什麼”的協議。
為什麼重要?
- 路由選路的唯一標準:全球網際網路的域間路由幾乎 100% 依賴 BGP-4。
- 雲端與 AI 的底層依賴:AWS、Azure、GCP 的每個可用區都通過 BGP 對等互聯(peering)接入全球網際網路;AI 訓練叢集的跨區域資料同步、模型分發(CDN)均經過 BGP 路由的路徑。
- 安全與主權博弈焦點:BGP 本身缺乏內建認證機制,路由劫持(hijack)、路由洩漏(route leak)事件頻發,是國家級網路安全博弈的核心戰場。
產業角色:
| 角色 | 代表實體 | 與 BGP 的關係 |
|---|---|---|
| Tier-1 運營商 | Lumen(CenturyLink)、NTT、Cogent 等 | 全表路由,相互免結算對等 |
| 超大規模雲端廠商 | AWS、Azure、GCP、阿里雲端 | 自建 AS,積極對等,推動 RPKI 部署 |
| 路由器/網路裝置商 | Cisco、Juniper、Nokia、華為 | BGP 協議棧實現的核心載體 |
| IXP 網際網路交換點 | DE-CIX、AMS-IX、Equinix IX | 集中對等樞紐,承載巨量 BGP 會話 |
| 網際網路治理機構 | IETF、IANA、各 RIR(APNIC/ARIN 等) | ASN 分配、RFC 標準化、RPKI 架構 |
15 分鐘專家深入
一、協議定位與版本演進
BGP 是**路徑向量(Path Vector)**協議——它既不是純距離向量(如 RIP),也不是鏈路狀態(如 OSPF/IS-IS)。每個 BGP 路由更新攜帶完整的 AS 路徑(AS_PATH),使得接收方可以據此做出策略選路並檢測環路。
| 版本 | 對應文件 | 釋出時間 | 關鍵變化 |
|---|---|---|---|
| BGP-1 | RFC 1105 | 1989 | 初始定義 |
| BGP-2 | RFC 1163 | 1990 | 修正與擴充套件 |
| BGP-3 | RFC 1267 | 1991 | 改進錯誤處理 |
| BGP-4 | RFC 4271 | 2006(取代 RFC 1771) | 當前在用標準;BGP-4 相對於 BGP-3 引入 CIDR 支援 |
BGP-4 自 1994 年 RFC 1654 提出以來,核心協議架構已 30 年未發生根本性改變,但通過大量擴充套件文件(RFC)不斷疊加能力。
二、核心工作機制
1. 會話建立
- 兩個 BGP 路由器(稱為 BGP Speaker)通過 TCP 埠 179 建立連線。
- 先交換 OPEN 訊息協商引數(AS 號、Hold Timer、BGP Identifier 等)。
- 建立後周期性發送 KEEPALIVE 維持連線;Hold Timer 預設 180 秒(未收到任何訊息則斷開)。
2. 訊息型別(共四種)
| 訊息型別 | 作用 |
|---|---|
| OPEN | 建立鄰居關係,協商引數 |
| UPDATE | 通告新路由或撤銷已有路由 |
| NOTIFICATION | 報告錯誤並關閉連線 |
| KEEPALIVE | 維持會話存活 |
3. 路由通告與撤銷
UPDATE 訊息中:
- NLRI(Network Layer Reachability Information):被通告的 IP 字首。
- Path Attributes(路徑屬性):下一跳、AS_PATH、度量值、團體屬性等。
- Withdrawn Routes:需要撤銷的字首。
4. 路由決策過程(簡化版)
BGP 的路由選擇是一個確定性的分步比較過程,核心優先順序從高到低(RFC 4271 + 實踐共識):
1. 最高 WEIGHT(Cisco 私有,僅本地有效)
2. 最高 LOCAL_PREF(本地優先順序,iBGP 域內傳播)
3. 本地始發優先(本地下發 > 從鄰居學到)
4. 最短 AS_PATH
5. 最低 ORIGIN 型別(IGP < EGP < Incomplete)
6. 最低 MED(多出口鑑別器,僅在同一下游 AS 間比)
7. eBGP 路由優於 iBGP 路由
8. 到 BGP NEXT_HOP 最低 IGP 度量的路徑
9. ...(後續為 Tie-Breaker:Router ID 等)
注意:這是策略優先的協議,運營商根據商業關係(客戶、對等、供應商)設定 LOCAL_PREF 等屬性,而非純粹追求最短路徑。
三、eBGP 與 iBGP
| 維度 | eBGP | iBGP |
|---|---|---|
| 定義 | 不同 AS 之間 | 同一 AS 內部 |
| TTL 預設 | 1(單跳,常被修改為 255 用於多跳) | 255 |
| AS_PATH 環路檢測 | 收到包含自身 AS 號則拒絕 | 依賴水平分割(不將 iBGP 學到的路由再發給 iBGP 鄰居),因此需要 Full Mesh 或 Route Reflector / Confederation |
| 典型用途 | 運營商對等、客戶上聯 | AS 內部路由分發 |
iBGP 擴充套件性挑戰:N 個路由器 Full Mesh 需要 N×(N-1)/2 條會話。實際網路普遍使用**路由反射器(Route Reflector, RR)來減少會話數量,或使用聯盟(Confederation)**將大 AS 劃分為子 AS。
四、關鍵路徑屬性(Path Attributes)
| 屬性 | 型別 | 傳播範圍 | 說明 |
|---|---|---|---|
| AS_PATH | Well-Known Mandatory | 全域性 | AS 序列,路徑經過的 AS 編號列表;也用於環路檢測 |
| NEXT_HOP | Well-Known Mandatory | 逐跳 | 下一跳 IP 地址 |
| ORIGIN | Well-Known Mandatory | 全域性 | 路由來源(IGP/EGP/Incomplete) |
| LOCAL_PREF | Well-Known Discretionary | iBGP 域內 | 本地優先順序,值越大越優先(預設 100) |
| MED | Optional Non-Transitive | 相鄰 AS 間 | 建議上游選路的度量,值越小越優先 |
| COMMUNITY | Optional Transitive | 按策略 | 標籤機制,用於路由策略標記(如 NO_EXPORT、各 ISP 自定義值) |
| ATOMIC_AGGREGATE | Well-Known Discretionary | 全域性 | 宣告路由已被聚合,可能丟失精確資訊 |
| AGGREGATOR | Optional Transitive | 全域性 | 聚合者 AS 號和 Router ID |
技術原理
一、協議架構圖
┌─────────────────────────────────────────────────────┐
│ BGP Speaker │
│ │
│ ┌──────────┐ ┌──────────────┐ ┌───────────┐ │
│ │ Policy │◄──►│ Adj-RIB-In │───►│ Decision │ │
│ │ Engine │ │ (鄰居原始路由) │ │ Process │ │
│ │(路由策略) │ └──────────────┘ │ (選路計算) │ │
│ └──────────┘ └─────┬─────┘ │
│ ▲ │ │
│ │ ▼ │
│ ┌────┴──────┐ ┌──────────────┐ ┌───────────┐ │
│ │ Config │ │ Loc-RIB │ │ Adj-RIB- │ │
│ │ (策略配置) │ │ (最優路由表) │ │ Out │ │
│ └───────────┘ └──────┬───────┘ │(對外通告) │ │
│ │ └─────┬─────┘ │
│ ▼ │ │
│ ┌───────────┐ │ │
│ │ IP RIB / │ │ │
│ │ FIB (轉發表)│ │ │
│ └───────────┘ │ │
└─────────────────────────────────────────────┼───────┘
│
┌────────────────┘
▼
┌──────────────┐
│ TCP/179 │
│ Transport │
│ (對端 BGP │
│ Speaker) │
└──────────────┘
BGP 的三張 RIB(路由資訊庫):
- Adj-RIB-In:從鄰居收到的原始路由(未經策略過濾)。
- Loc-RIB:經過決策過程選出的最優路由。
- Adj-RIB-Out:經策略過濾後準備通告給鄰居的路由。
二、路徑選擇演算法深度解析
BGP 的決策是字典序逐級比較,在某一級分出勝負即停止:
Step 1: 最高 WEIGHT (僅Cisco本地)
└─ 未決 ─► Step 2: 最高 LOCAL_PREF
└─ 未決 ─► Step 3: 本地始發 (network/aggregate > redistribute > 學到的)
└─ 未決 ─► Step 4: 最短 AS_PATH (AS_SET 算 1 跳)
└─ 未決 ─► Step 5: 最低 ORIGIN (i < e < ?)
└─ 未決 ─► Step 6: 最低 MED (僅同一下游AS比較)
└─ 未決 ─► Step 7: eBGP > iBGP
└─ 未決 ─► Step 8: 最低 IGP Metric 到 NEXT_HOP
└─ 未決 ─► Step 9: ... (可選 Tie-Breaker)
關鍵設計哲學:BGP 不是”找最短路徑”的協議,而是”按策略選路”的協議。LOCAL_PREF 優先順序高於 AS_PATH 長度,這意味著運營商可以人為偏好某條更長的路徑(例如走付費對等而非免費對等)。
三、路由反射器(Route Reflector)原理
┌──────────────┐
│ Route Reflector│
│ (RR Client │
│ Manager) │
└──┬───┬───┬───┘
│ │ │
┌──────┘ │ └──────┐
▼ ▼ ▼
┌───────┐ ┌───────┐ ┌───────┐
│Client │ │Client │ │Client │
│ A │ │ B │ │ C │
└───────┘ └───────┘ └───────┘
反射規則:
- Client 路由 → 反射給其他 Client + 非 Client (IBGP Peer)
- Non-Client 路由 → 只反射給 Client
- Client 路由 → 選最佳反射(不反射回原 Client,除非啟用了 EBGP 多路徑)
四、BGP 與安全
BGP 的原始設計沒有內建路由認證機制。 這意味著:
- 路由劫持(Hijack):任何 AS 都可以通告不屬於自己的 IP 字首,其他 AS 可能將流量錯誤地轉發給劫持者。
- 路由洩漏(Route Leak):一個 AS 將從客戶學到的路由錯誤地通告給對等或供應商,破壞流量工程意圖(RFC 7908 定義了洩漏型別)。
緩解機制:
| 機制 | 層級 | 作用 |
|---|---|---|
| IRR(Internet Routing Registry) | 策略層 | 路由策略的公共資料庫,可用於自動生成字首過濾列表 |
| RPKI + ROA | 密碼學 | 資源公鑰基礎設施,驗證”哪個 AS 有權通告哪個字首” |
| Route Origin Authorization (ROA) | RPKI 的核心物件 | 簽名宣告字首-AS 繫結關係 |
| BGPsec(RFC 8205) | 擴充套件協議 | 為 AS_PATH 提供密碼學完整性保護(尚未廣泛部署) |
| MANRS(Mutually Agreed Norms) | 行業倡議 | 運營商間的路由安全最佳實踐共識 |
RPKI 部署進展:截至約 2024 年,全球約 50% 左右的 IPv4 路由表字首已有有效的 ROA 簽發(估算值,來源:NIST/Cloudflare 等公開儀表盤),但實際執行 RPKI 驗證並丟棄無效路由的 AS 比例仍有限。
技術演進史
1989 ── BGP-1 (RFC 1105) 釋出,取代 EGP
1990 ── BGP-2 (RFC 1163)
1991 ── BGP-3 (RFC 1267)
1994 ── BGP-4 提出 (RFC 1654),引入 CIDR 無類別域間路由
1995 ── RFC 1771 成為 BGP-4 標準
1998 ── BGP 支援多協議擴充套件 (MP-BGP, RFC 2283)
→ 支援 IPv6、VPN、組播等地址族
1999 ── MPLS VPN 使用 MP-BGP 分發標籤和 VPN 路由
2006 ── RFC 4271 (現行標準,取代 RFC 1771)
2008 ── 巴基斯坦電信劫持 YouTube 字首事件,BGP 安全問題全球關注
2012 ── RPKI 架構基本成型 (RFC 6480-6488)
2014 ── BGP-LS (Link State, RFC 7752) 提出,用於 SDN 控制器獲取網路拓撲
2017 ── RFC 8205 定義 BGPsec(AS_PATH 簽名驗證)
2020s── RPKI + ROA 部署加速;RPKI-to-Router (RTR) 協議普及
雲端廠商大規模實施 RPKI 驗證策略
SD-WAN 與雲端網路推動 BGP 自動化編排
技術路線對比
BGP 並非孤立存在,需與其他路由協議對比理解其定位:
| 維度 | BGP | OSPF | IS-IS | EIGRP |
|---|---|---|---|---|
| 協議型別 | 路徑向量 | 鏈路狀態 | 鏈路狀態 | 高階距離向量 |
| 執行層面 | 域間(AS 間) | 域內(IGP) | 域內(IGP) | 域內(IGP) |
| 傳輸 | TCP/179 | IP 協議 89(原始 IP) | IS-IS 幀(L2) | IP 協議 88(組播) |
| 可擴充套件性 | 極高(全球 100 萬+ 字首) | 中等(單區域數百路由器) | 高(大 ISP 常用) | 中等 |
| 策略能力 | 極強(屬性豐富、策略靈活) | 弱 | 弱 | 弱 |
| 收斂速度 | 慢(預設定時器保守,分鐘級) | 快(SPF 計算,秒級) | 快 | 較快 |
| 環路檢測 | AS_PATH | LSA 拓撲計算 | LSP 拓撲計算 | DUAL 演算法 |
| 多協議支援 | MP-BGP (AFI/SAFI) | OSPFv3 (IPv6) | 原生多協議 | 僅 IPv4/IPv6 |
| 典型用途 | ISP 間對等、VPN、資料中心 overlay | 企業內部 | 大型 ISP 核心 IGP | Cisco 企業網路 |
核心洞察:BGP 與 IGP 是互補關係。IGP 負責 AS 內部”怎麼走到下一跳”,BGP 負責 AS 之間”去哪裡、走哪條路”。在現代網路中,兩者缺一不可。
上下游
上游依賴
BGP 的正常執行依賴於:
┌─────────────────────────────────┐
│ TCP/IP 協議棧 │ BGP 基於 TCP,依賴 IP 可達性
├─────────────────────────────────┤
│ IGP (OSPF/IS-IS/靜態路由) │ BGP NEXT_HOP 必須通過 IGP 可達
├─────────────────────────────────┤
│ 物理網路基礎設施 │ 光纖、交換器、路由器物理層
├─────────────────────────────────┤
│ ASN 資源分配 (IANA → RIR → NIR → LIR) │
├─────────────────────────────────┤
│ IP 地址資源 (同上分配層級) │
└─────────────────────────────────┘
下游應用
BGP 路由表的消費者:
┌─────────────────────────────────┐
│ IP 轉發面 (FIB / 硬體轉發表) │ 最終資料包轉發依據
├─────────────────────────────────┤
│ MPLS/VPN (MP-BGP + MPLS) │ 運營商 VPN 服務的基礎
├─────────────────────────────────┤
│ SD-WAN / 雲端網路 │ AWS Transit Gateway、Azure vWAN
│ │ 等使用 BGP 交換路由
├─────────────────────────────────┤
│ Anycast CDN / DNS │ Cloudflare、Google 等用 BGP Anycast
│ │ 將流量路由到最近節點
├─────────────────────────────────┤
│ 流量工程 (TE) │ 通過 LOCAL_PREF/COMMUNITY/MED 等
│ │ 控制流量分佈
├─────────────────────────────────┤
│ 網路安全 (RPKI/Flowspec) │ 路由驗證、分散式流量過濾
└─────────────────────────────────┘
關鍵指標
| 指標 | 說明 | 典型量級(估算) |
|---|---|---|
| 全球 BGP 路由表字首數量 | IPv4 全表 | ~110 萬條(2024 年估算,來源:CIDR Report / BGP.Tools) |
| 全球 BGP 路由表字首數量 | IPv6 全表 | ~22-25 萬條(同期估算) |
| 全球 AS 數量 | 已分配且活躍 | ~7.5-8 萬個(估算) |
| BGP UPDATE 速率 | 全球每秒更新數 | 數百至數千條/秒(正常),突發可達萬級 |
| BGP 收斂時間 | 從故障到路由恢復 | 秒級至分鐘級(取決於定時器和路徑多樣性) |
| RPKI 有效覆蓋率 | IPv4 字首有有效 ROA 的比例 | ~50%(2024 年估算,持續增長) |
| Hold Timer 預設值 | 斷開超時 | 180 秒(RFC 預設) |
| Keepalive Timer 預設值 | 保活間隔 | 60 秒(RFC 預設,Hold Timer 的 1/3) |
| TCP 埠 | BGP 會話埠 | 179 |
供需與市場資料
BGP 相關裝置與服務市場
| 細分市場 | 規模估算 | 趨勢 |
|---|---|---|
| 核心/邊緣路由器(BGP 載體) | 全球路由器市場約 150-170 億美元/年(估算,含企業+運營商) | 運營商骨幹投資趨穩,資料中心交換路由增長 |
| SD-WAN / 雲端網路服務 | ~50-80 億美元/年(2024 估算,多家研究報告口徑不同) | 高速增長,BGP 是底層路由協議之一 |
| 網路安全(RPKI/路由安全) | 尚未單獨成為大規模市場,多融入網路安全/雲端安全預算 | 政策驅動增長(美國行政令推動 RPKI 部署) |
需求驅動力
- 雲端服務與 AI 訓練叢集:跨 Region、跨雲端的網路互聯高度依賴 BGP 路由策略。
- 5G 與邊緣計算:MEC 節點部署需要靈活的 BGP 路由編排。
- IPv6 過渡:MP-BGP IPv6 字首持續增長。
- 路由安全合規:美國 OMB M-23-10 等政策推動聯邦網路實施 RPKI。
供給側格局
- 路由器晶片:Broadcom Memory(如 Memory-S 系列)、Cisco Silicon One、Nokia FP5 等是 BGP 路由容量的硬體基礎,FIB 表項數量直接制約全表收斂能力。
- BGP 軟體棧:開源實現(FRRouting、BIRD、OpenBGPD)在雲端網路和 SDN 控制器中廣泛使用。
代表公司與資本對映
| 公司 | BGP 相關業務 | 資本市場標的 |
|---|---|---|
| Cisco | IOS-XR/IOS-XE BGP 實現、高階運營商路由器(NCS 系列等)、Silicon One 晶片 | CSCO (NASDAQ) |
| Juniper (HPE) | Junos OS BGP 實現、MX/PTX 系列路由器、Apstra 自動化 | 已被 HPE 收購 (2024 完成) |
| Nokia | SR OS/SR Linux BGP 實現、FP5 路由器晶片 | NOK (NYSE) |
| 華為 | VRP BGP 實現、NetEngine 系列路由器 | 非上市(受地緣政治影響) |
| Arista Networks | EOS BGP 實現、資料中心交換路由(雲端廠商大量採用) | ANET (NYSE) |
| Cloudflare | 基於 BGP Anycast 的全球 CDN/安全網路,推動 RPKI 部署 | NET (NYSE) |
| Fastly | BGP Anycast CDN | FSLY (NYSE) |
| Equinix | 全球最大 IX 運營商,承載海量 BGP 對等會話 | EQIX (NASDAQ) |
| Lumen (原 CenturyLink) | Tier-1 運營商,全球骨幹 BGP 全表 | LUMN (NYSE) |
| FRRouting (開源) | Linux Foundation 旗下,雲端網路廣泛使用的 BGP 棧 | — (開源專案) |
投資邏輯
看多邏輯
- 雲端+AI 流量爆發驅動網路擴容:AI 訓練/推論的跨資料中心流量激增,需要更大路由容量和更靈活的 BGP 策略編排,直接拉動高階路由器和 SDN 控制器需求。
- 路由安全政策紅利:全球政府(特別是美國)開始強制要求 RPKI 部署,創造新的網路安全增量市場,利好具備 RPKI 整合能力的網路裝置商和安全廠商。
- SD-WAN 滲透率提升:企業 WAN 加速向 SD-WAN 遷移,BGP 作為底層路由協議的使用頻率和複雜度同步上升。
- 資料中心互聯 (DCI) 增長:超大規模資料中心間需要高容量、低延遲的 BGP 路由交換。
風險與看空邏輯
- BGP 是公共協議,非專利技術:BGP 本身不產生直接營收,它是網路基礎設施的一部分。投資標的需聚焦於”賣鏟子”(路由器、SDN 平台)而非協議本身。
- 運營商資本支出週期性:Tier-1 運營商的骨幹網升級受宏觀經濟和投資週期影響。
- 技術替代風險:部分場景下,SDN 控制器(如 ONOS、OpenDaylight)可能通過集中式路由計算減少對分散式 BGP 的依賴;Segment Routing (SR) 也在改變流量工程範式。
- BGP 協議演進緩慢:30 年未根本變革,漸進式改進難以催生爆發性技術投資機會。
關鍵追蹤指標
- 全球 BGP 路由表字首增速(CIDR Report)
- RPKI 部署率(NIST RPKI Monitor、Cloudflare Radar)
- 超大規模雲端廠商 CAPEX(路由器採購的先行指標)
- BGP 劫持事件頻率(BGPStream / MANRS 資料)
常見誤讀糾偏
誤讀 1:“BGP 是距離向量協議”
糾偏:BGP 是**路徑向量(Path Vector)**協議,不是距離向量(Distance Vector)。兩者的關鍵區別:
- 距離向量協議(如 RIP)只知道”到目的有多遠”,不知道完整路徑。
- BGP 攜帶完整的 AS_PATH,每個節點可以看到完整的路徑資訊,從而進行基於策略的選路和環路檢測(如果 AS_PATH 中包含自己的 AS 號,則拒絕該路由)。
誤讀 2:“BGP 會自動找到最短/最優路徑”
糾偏:BGP 的路由選擇高度策略化。運營商通過設定 LOCAL_PREF、COMMUNITY、MED 等屬性,可以人為選擇一條”更長”或”經濟上更優”的路徑。例如:
- 一個 ISP 可能將付費客戶的流量優先走專用鏈路,即使免費對等路徑的 AS_PATH 更短。
- BGP 的 Step 4(最短 AS_PATH)優先順序低於 LOCAL_PREF,意味著策略永遠優先於路徑長度。
誤讀 3:“BGP 太慢太老,會被 SDN 完全取代”
糾偏:
- BGP 在域間路由層面目前沒有替代方案。SDN 控制器(如 BGP-LS + PCE 架構)通常讀取 BGP 資訊並輔助決策,而非取代 BGP。
- 在資料中心內部,確實可以使用 EVPN(基於 MP-BGP)等擴充套件來增強 SDN 能力,但底層仍是 BGP。
- BGP 的慢收斂是真實的,但可通過 BFD(雙向轉發檢測)、BGP PIC(Prefix Independent Convergence)等最佳化至亞秒級。
誤讀 4:“全球網際網路的路由表是統一的、每個人看到的都一樣”
糾偏:每個 AS 的 BGP 路由表取決於其策略配置和對等關係。不同運營商根據自己的商業策略、過濾規則和 RPKI 驗證策略,看到的路由表可能顯著不同。全球路由表的”統一檢視”是學術概念(如 RIPE RIS、RouteViews 等觀測專案提供的統計匯合),實際每個節點的檢視都有差異。
學習路徑
入門(1-2 周)
- RFC 4271 重點閱讀 Section 1-3(協議概述、訊息格式、路由資訊庫),不需全文精讀。
- 理解 AS、ASN、IP 字首等基本概念。
- 推薦資源:《BGP Design and Implementation》(Cisco Press, Randy Zhang)前幾章。
進階(1-2 月)
- 動手實驗:使用 GNS3/EVE-NG 搭建多 AS 拓撲,配置 eBGP/iBGP、Route Reflector、路由策略。
- MP-BGP 與 MPLS VPN:理解 AFI/SAFI、VPNv4 地址族、RD/RT 概念。
- RPKI 原理:閱讀 RFC 6480(RPKI 架構),嘗試使用 Routinator 或 Fort 等開源驗證器。
- 監控工具實踐:瞭解 BGPStream、RIPE RIS、BGP.Tools 等觀測平台。
深入(持續)
- 閱讀運營實踐文件:RFC 7938(資料中心 BGP 設計)、RFC 7908(路由洩漏定義)。
- 追蹤 IETF IDR 工作組動態(BGP 協議演進的前沿)。
- 研究安全事件:分析歷史 BGP 劫持案例(YouTube 2008、Rostelecom 2017、伊朗 2018 等)。
一句話總結
BGP 是網際網路的”外交協議”——沒有它就沒有全球互聯,但它的安全性嚴重依賴信任而非密碼學,這是其 30 年來最大的結構性弱點,也是 RPKI 生態加速演進的根本動力。
延伸閱讀與來源
核心 RFC
| 文件