為何 ISP 與企業依靠 CIDR 提升路由效率
CIDR 如何將位址分組並彙總路由:透過 /22 實例,說明前綴長度、路由效益與彙總的限制。

一個方向可以通往整組目的地。而在這組目的地之內,更詳細的路徑仍然重要。
送貨司機在抵達大樓入口之前,不必先知道每個房間怎麼走。網路也能採用類似的簡化方式:一條路由指向一組目的地,再由較靠近它們的路由器處理細節。CIDR 讓這種分組成為可能,不必受制於舊有固定的位址類別。
先看斜線後面的數字
CIDR 是 Classless Inter-Domain Routing(無類別域間路由)的縮寫。在 192.168.0.0/24 中,/24 表示 IPv4 位址的 32 個位元裡,前 24 個組成共同前綴。剩下 8 個位元,因此這個區塊含有 256 個位址。/25 含有 128 個,/22 則含有 1,024 個。斜線後的數字越大,區塊越小。
這些是位址總數,並不保證能容納同樣數量的裝置。一般 IPv4 區域網路子網會保留網路位址與廣播位址,閘道也需要位址。例如,傳統的 /25 在尚未扣除閘道及其他基礎設施所需位址之前,有 126 個主機位址。我們的IPv4 位址結構指南說明了計算方式。
四條路由可以彙總成一條實用路由
假設企業網路內有四個私有子網:
192.168.0.0/24192.168.1.0/24192.168.2.0/24192.168.3.0/24
它們合起來恰好填滿 192.168.0.0/22,範圍從 192.168.0.0 到 192.168.3.255。上游路由器可以使用一條彙總路由,指向服務這四個子網的網路,而不必維護四筆獨立項目。該網路內部的路由器仍需要更詳細的路徑。這是內部網路的例子:私有位址範圍不得向公共網際網路宣告。
邊界很重要。即使只想將最後三個子網合併成這個 /22,也會涵蓋 192.168.0.0/24。彙總並不只是挑一個夠大的盒子。務必檢查彙總範圍內的每個位址、其背後的路由,以及你是否有權宣告該區塊。
服務供應商與企業能獲得什麼
對服務供應商而言,彙總相容的客戶路由,可以減少其他網路必須維護的路由資訊。網路之間用來交換可達性資訊的 BGP 協定支援這些前綴。好處是讓路由狀態維持在可管理的規模,並減少獨立宣告的數量;這不保證每個封包或網頁都會變得更快。
對企業而言,前綴長度讓子網規劃能符合實際需求,並預留成長空間,不必只從歷史上的 A、B、C 類大小中選擇。位址規劃與路由彙總彼此相關,但將區塊劃分為子網,並不會自動在網路的每個位置產生有用的彙總路由。
彙總路由仍必須通往正確的地方
在轉送表中,符合目的地且更具體的路由,優先於範圍更廣的路由。如果同時存在一個 /22 和與目的地相符的 /24,就由 /24 決定該流量的方向。因此,客戶連接多家服務供應商,或刻意進行流量工程調整時,可能需要另外宣告更具體的路由。
產生彙總路由的路由器,也需要為彙總範圍內卻沒有更具體路徑的目的地設定丟棄路由。否則,某個子網路由缺失時,封包可能被送回上游路由器,形成迴圈。RFC 4632 說明了這些彙總規則。
提升效率,同時分清協調與控制
CIDR 讓網路能以較少的重複資訊,描述流量可以前往何處。它不解決所有權、移轉權利,或應由誰控制號碼資源的問題。釐清技術機制,更有助於探討這些範圍更廣的問題。先了解公有與私有位址的適用範圍,再閱讀盧恒的 Note 29,了解他對營運者自主權與 IPv4 資產的論述。
回應這篇文章
使用現有帳號登入後,即可留言。