IP與網路計算

部門設備數量不同，如何分配子網路？

使用工具

有 256 位址不代表能從任意位置每六十個切分。子網路大小為二次冪且有對齊邊界，一般 IPv4 還需保留位址。用分割工具看主機需求如何變 CIDR。

來源範圍與新前綴

192.0.2.0/24
new prefix: 26

等分結果

192.0.2.0/26
192.0.2.64/26
192.0.2.128/26
192.0.2.192/26

前綴增加二位即分 2²=4 區塊，每塊 64 位址，起點 .0、.64、.128、.192。寫 .1/26 或 .65/26 仍正規化為 .0、.64 邊界。

四區塊涵蓋來源，但主機容量不同。一般 /26 保留兩個後為 62 主機，60 能放，63 不行。總位址數與需求主機數不可當同量。

VLSM 輸入 /24 和需求 100、50、20，得到 .0/25、.128/26、.192/27，容量 126、62、30，.224/27 未配置。每項用模型下足夠的最小二次冪區塊。

100 主機需至少 102 位址並上取到 128，50 需 52→64，20 需 22→32。需求總計 170 小於 256 不足以證明可容納，須包含保留和區塊取整。

改順序 20、100、50，輸出按請求順序但從大區塊配置，20 得 .192/27、100 得 .0/25、50 得 .128/26。按請求編號與數量對應，不假定配置順序。

模型是在空來源範圍新配置，不輸入並避開已有保留。須與現有位址表核對。未配置只指本次未用，不是實網探測為空。

100、100、20 需 128+128+32=288，放不下 /24。主機合計 220 雖小於 256，但區塊總數超出，工具報錯而非部分成功。

調整前分清目前台數或含未來成長。工具不猜餘量，擴大來源、改分組、另用範圍均需看營運限制，不能只為通過而減少輸入需求。

IPv4 VLSM 每請求加網路和廣播兩項，兩主機得四位址 /30。IPv4/CIDR 的 /31 點對點政策是不同模型，一般主機需求不會自動為路由器鏈路選 /31。

IPv6 不減二，但按主機數機械選最小前綴未必適合實際設計。這裡只算範圍，自動設定機制和裝置要求可能另限制配置單位。

用 CIDR 比較檢查子區塊在來源內且互不重疊。等分涵蓋全來源，VLSM 配置加剩餘應解釋全範圍。邊界和餘量比單看台數更利於擴充規劃。

最多列 1,024 子網路，按所需粒度檢查而非造巨大清單。結果是規劃資料，不修改 DHCP、路由器或雲端設定；套用前核對已有配置和平台保留。

100、50、20 台範例使用 /25、/26、/27，剩一個 /27。50 台增加到 70 台後，一般可用 62 台的 /26 不夠，需 /25。只多二十台也可能令所需區塊超出 /24。閒置位址總數足夠不代表有符合大小與對齊的連續區塊。

輸入明確的餘量再計算，可看哪個需求升到更大塊，但工具不預測成長率。目前需求與未來預留分開記錄，才能解釋為何分大塊。閒置空間有位置和大小，不只是數量；計算結果是方案，不是既有網路不中斷遷移計畫。

分別確認容量、互不重疊、位於父範圍內，再核對剩餘，完整解釋父範圍有助發現空隙或擴張。按輸入順序顯示不妨礙內部先分大塊。不要把列順序當部門優先級，應保留需求與 CIDR 對應。