SheepDev

IP与网络计算

部门设备数量不同,如何划分子网?

使用工具

有 256 地址不代表能从任意位置每六十个切分。子网大小为二次幂且有对齐边界,常规 IPv4 还需保留地址。用分割工具看主机需求如何变 CIDR。

/24 分成 /26 得四块

来源范围与新前缀
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 不行。总地址数与需求主机数不可当同量。

100、50、20 台应不同大小

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,但块总数超出,工具报错而非部分成功。

调整前分清当前台数或含未来增长。工具不猜余量,扩大来源、改分组、另用范围均需看运营限制,不能只为通过而减少输入需求。

VLSM 两台需求不是 /31 链路模型

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 对应。

参考资料

使用工具

指南 →