OSPF 區域的分治策略
大型網路如何通過區域分治降低複雜度，ABR 和 Backbone 的角色
🎭 故事
場景：一個跨越三個國家的公司
想像一個巨大的跨國公司有 300 台路由器分布在三個地區：北美總部（美國）150 台、歐洲分公司（英國）100 台、亞太分公司（新加坡）50 台。
問題：「太多了，我的腦子要爆炸了」
如果這 300 台路由器全都在一個 OSPF 網路中，每次有任何變化，都要生成新的 LSA、泛洪給全部 300 台、全網路重新計算 SPF 樹。這叫 「SPF 風暴」——多個鏈路故障時，整個網路會陷入混亂。
而且，北美總部的路由器為什麼要關心亞太分公司內部的每條鏈路？這太浪費了。
解決方案：「分而治之」— 區域（Area）
OSPF 提供了一個妙招：將網路分割成多個區域（Area）。
- Area 0（骨幹區域，Backbone）：負責連接各地區，包含 ABR
- Area 1（北美區域）：150 台路由器，只需同步 Area 1 內部的 LSDB
- Area 2（歐洲區域）：100 台路由器，只需同步 Area 2 內部的 LSDB
- Area 3（亞太區域）：50 台路由器，只需同步 Area 3 內部的 LSDB
流程：ABR 如何橋接各區域
誰負責連接各區域？答案是 ABR（Area Border Router）——區域邊界路由器。ABR 同時連接到 Area 0（Backbone）和某個普通區域。
ABR 的作用：在自己的區域中說「我知道 Area 2 有什麼，要我轉發嗎？」，在 Area 0 中說「我是 Area 1 的代表，我知道 Area 1 的拓撲」。
具體機制：Router A（ABR）生成 Type 3 LSA：「我知道 Area 1 有 10.1.0.0/16」。這個 LSA 被發送到 Area 0，其他 ABR 看到後，在自己的區域內通告：「嘿各位，Area 1 有 10.1.0.0/16，通過 Router A 可以到達」。
好處：從 O(n²) 降到 O(n)
| 方案 | LSDB 大小 | SPF 計算 | 故障影響 |
|---|---|---|---|
| 全平面（300 台） | 300 台的所有信息 | 全網路 300 台重算 | 北美故障→全球抖動 |
| 分區域方案 | 每區 50–150 台 | 各區各算各的 | 北美故障→只有北美抖動 |
具體數字：全平面 SPF = O(300²) = 90,000 操作；分區後各區合計 ≈ 35,000 操作，節省 60%！
📍 技術摘要
區域的角色
| 角色 | 說明 |
|---|---|
| Area 0（Backbone） | 骨幹區域，所有 ABR 必須連接到它 |
| ABR | 區域邊界路由器，連接不同區域和 Backbone |
| ASBR | 自治系統邊界路由器，連接到其他 OSPF AS 或非 OSPF 網路 |
| Internal Router | 完全在一個區域內的路由器 |
| Backbone Router | 只在 Area 0 的路由器 |
區域類型
| 類型 | 外部路由 | 預設路由 | 用途 |
|---|---|---|---|
| Normal | 是 | 無 | 一般區域 |
| Stub | 否 | 有 | 不需外部詳情的區域 |
| Totally Stubby | 否 | 有 | 連 Inter-area 也簡化 |
| NSSA | 是（外部） | 無 | 既要隔離又要外部連接 |
⚠️ 常見誤解
❌ Area 1 和 Area 2 可以直接連接
✅ 所有非 Backbone 區域必須通過 Area 0 連接，否則成孤島。唯一例外是 Virtual Link（虛擬連結），但這是補救措施，不建議作為設計方案。
❌ 一台路由器可以同時屬於多個普通區域
✅ 普通路由器只屬於一個區域；只有 ABR 才能跨區域（同時屬於 Area 0 和其他 Area）。
❌ Stub Area 的流量無法出去
✅ Stub Area 有 ABR 注入的默認路由（0.0.0.0/0），所有外部流量都走這條默認路由出去。只是 Stub Area 不詳細列舉所有外部路由，節省 LSDB 空間。