最後更新：2026-06-24

IP 超網路

超網路化是把數個相鄰的 IPv4 網路收攏成單一、更大的 CIDR 區塊的做法。子網路化是拉長前綴把一個網路切成許多較小的網路，超網路化則正好相反：它縮短前綴，讓一個區塊代表整組網路。其結果稱為超網路、聚合或彙總路由，而找出這個區塊正是維持路由表乾淨精簡背後的日常工作。

本計算機接收一份 CIDR 區塊清單，並回傳仍能涵蓋清單中每一個位址的最小超網路。這裡的「最小」指的是前綴最長的區塊——在仍包含所有輸入的前提下，浪費最少位址空間的那一個。

如何找出超網路

每個 CIDR 區塊都描述一段連續的位址範圍。寫成 a.b.c.d/p 的區塊包含 $2^{32-p}$ 個位址，從本身大小整數倍的基底位址開始，到下一個對齊區塊開始的前一個位址結束。要聚合一份清單，計算機會先把每個輸入化簡成數值範圍：所有區塊中最低的網路位址成為下限，最高的廣播位址成為上限。

超網路必須是一個包含整段（從下限到上限）的有效 CIDR 區塊。它受到兩條規則約束：

• 它的大小必須是 2 的次方：$2^{32-p}$ 個位址。
• 它的基底位址必須對齊——是本身大小的整數倍。

計算機會從最長前綴（/32）往最短前綴（/0）逐一檢視，回傳第一個其對齊區塊能完整包含下限到上限整段的前綴。由於先嘗試較長的前綴，答案永遠是最緊密的可能組合。

一個實例

取兩個相鄰網路 192.168.0.0/24 與 192.168.1.0/24。每個各含 256 個位址。第一個從 192.168.0.0 到 192.168.0.255，第二個從 192.168.1.0 到 192.168.1.255。合起來形成一段連續的 512 個位址範圍，從 192.168.0.0 到 192.168.1.255。

512 個位址的區塊是 /23，因為 $2^{32-23} = 2^9 = 512$。基底位址 192.168.0.0 在第三和第四個八位元組上是 512 的整數倍，所以是正確對齊的。因此這兩個 /24 網路恰好聚合成 192.168.0.0/23：

$2^{9} = 512 \text{ 個位址}$

沒有任何位址空間被浪費：這個超網路精確地包含兩個輸入的位址，沒有多餘。這是理想情況，輸入本身就剛好鋪滿一個對齊區塊。

當超網路涵蓋超過你輸入的範圍時

聚合無法打破 2 的次方與對齊規則，所以答案有時會跨越比輸入本身更多的位址。考慮 172.16.5.0/24 與 172.16.6.0/24。它們合併後的範圍從 172.16.5.0 到 172.16.6.255——512 個位址。但這段範圍並非起始於 /23 的邊界，因為 172.16.5.0 不是 512 的整數倍。仍能涵蓋兩者的最小對齊區塊是 /22 區塊 172.16.4.0/22，它包含四倍之多的位址：

$2^{32-22} = 2^{10} = 1024 \text{ 個位址}$

這個 /22 也包含從未出現在清單中的 172.16.4.0/24 與 172.16.7.0/24。這是彙總無法避免的代價：為了通告單一前綴，你可能必須宣告一個稍大、對齊的區塊。網路工程師在設計位址計畫時會權衡這項取捨，常刻意把子網路安排在 2 的次方邊界上，正是為了讓未來的聚合保持緊密。

為什麼聚合很重要

路由器一次通告一個前綴的可達性。在大型網路中，逐一通告每個子網路會用大量條目淹沒鄰居，並使路由表膨脹。路由聚合會用一條彙總路由——也就是超網路——取代一整群明細路由，讓鄰居只學到單一前綴，而不是幾十條。路由表越小，查表越快、記憶體用量越低、路由更新也更穩定，因為聚合內部的某個抖動不會再向外擴散。這正是彙總成為 BGP 與階層式企業設計中基礎技術的原因。

同樣的運算在撰寫防火牆規則、存取控制清單與位址管理文件時也很有幫助：單一超網路比一長串相鄰區塊更易於閱讀與維護。

相關計算機

若要往反方向切割一個區塊，或檢視單一網路的遮罩、範圍與主機數量，請使用 子網路（CIDR）計算機。若要計算兩個任意端點之間的位址數量、並查看它們是否構成一個 CIDR 區塊，請試試 IP 位址範圍計算機。