IP與網路計算

/31 與 /32 也能用嗎？

使用工具

記住 IPv4 要減網路與廣播兩個位址，就會以為 /31 可用數為零。但點對點鏈路可使用兩個端點位址。這不意味普通 LAN 都可改 /31。應先比較範圍與用途模型，再核對設備與拓撲條件。

首先輸入的範圍

192.0.2.0/30
192.0.2.0 … 192.0.2.3
mask: 255.255.255.252

輸入 192.0.2.0/30，主機位元為 32−30=2，總數 2²=4。常規模型下 .0 為網路、.3 為廣播，.1 與 .2 用於端點。分配總數四與主機數二對應不同規劃問題。

輸入 192.0.2.1/30 仍得相同範圍，因為前綴決定對齊邊界，並非從 .1 起四個位址。下一個對齊 /30 從 192.0.2.4 開始。

表示兩個端點的範圍

192.0.2.0/31
192.0.2.0 … 192.0.2.1
mask: 255.255.255.254

/31 一位元主機部分，共兩個位址。RFC 3021 點對點用途把兩者作為端點，不套用減首尾規則。應連同用途說明讀數字，明確它依賴該鏈路模型。

目前輸出也有 broadcast 欄位顯示範圍末端，但 /31 點對點下不表示該位址專留廣播。請結合 first/last 與 hostPolicy，不要僅憑通用欄位名稱排除末端位址。

單一位址範例

192.0.2.10/32
first = last = 192.0.2.10
total = 1

/32 主機位元為零，總數一，可用於主機路由等單一位址表示，不是包含兩端的範圍。統一減二會荒謬。應區分前綴增大範圍縮小與具體用途規則。

存在 /32 路由不證明直連，下一跳、其他路由、介面設定都是額外資訊。工具不連接裝置或讀取路由表，結果不能作為可達證據。

十條鏈路的簡單比較

10 × /30 → 40 addresses
10 × /31 → 20 addresses

十條鏈路按 /30 分配四十位址，按 /31 分配二十，前提是各鏈路支援該模型。數字不能決定兩端支援、管理或預留需求，數量更少不是部署方案。

目前 VLSM 按常規 IPv4 子網保留網路與廣播位址，因此兩主機需求分配 /30 不一定與 /31 點對點計算矛盾，是模型不同。應比較前提，不能只看都輸入二。

將 /30、/31、/32 作為一組邊界測試，核對首尾、總數、用途，並輸入範圍內另一位址。/0 總數也可計算為 2³²，但數學範圍不代表所有位址都可在一個 LAN 使用。

IPv6 沒有 IPv4 式廣播，不能照減二。應使用 IPv6/CIDR 檢查一百二十八位元範圍。把位址算術與分配、路由策略分開，才能明確計算能支援哪些判斷。