VLSM 设计指南

普通的子网划分把地址块切成等份。当各网段尺寸相同时没问题，但真实网络并非如此。一个典型站点里有一个 100 台设备的办公区、一个 50 台设备的实验室、一段 20 路摄像头的视频网段，以及少量交换机管理地址。把一个 /24 平均切成四个 /26，各得 62 个可用地址：办公区不够用，而管理网段有 52 个地址永远用不上。

VLSM —— 可变长子网掩码 —— 通过允许每个子网使用不同的前缀长度来解决这个问题。同一个 /24 可以划分成一个 /25、一个 /26、一个 /27 和一个 /28，几乎完全贴合真实需求，还能留下 16 个地址作储备。地址总数从未改变，改变的只是划分方式。

每一次分配都从主机数出发。用三步把它换算成前缀：先预留网络地址与广播地址，再找出下一个 2 的幂，最后用 32 减去它的指数。

所需地址数 = 主机数 + 2
地址数     = 不小于所需地址数的最小 2 的幂
前缀       = 32 − log2(地址数)

50 台主机  → 需要 52 → 64 个地址 → 2^6 → 32 − 6 = /26
100 台主机 → 需要 102 → 128 个地址 → 2^7 → 32 − 7 = /25
20 台主机  → 需要 22 → 32 个地址 → 2^5 → 32 − 5 = /27

正是因为要预留两个地址，一个 30 台设备的网段不能用 /27：32 个地址减去网络地址和广播地址只剩下正好 30 个可用，完全没有增长余地。实践中应当按你预计两三年后的设备数来定尺寸，而不是写方案当天的数量。

需求为 0 或 1 属于特殊情况。/32 是单主机路由，适合环回地址或某个管理地址。/31 是 RFC 3021 定义的两地址点对点链路，完全零浪费。注意边界处的取整有多"狠"：25 台和 20 台主机都需要 /27，而 100 台主机需要 /25，因为 /26 只能提供 62 个。

每个需求都定好前缀之后，按子网从大到小排序，在地址块里依次放到递增的偏移位置上。这不是风格偏好 —— 它正是让方案总能成功的原因。子网的起始偏移必须是自身大小的整数倍，所以 /25 只能放在偏移 0 或 128，而 /28 可以放在任意 16 的整数倍上。

原因很简单。把一个大小为 n 的块放在对齐的偏移上之后，剩余空间一定是 n的整数倍，而后续每个块都不大于 n，所以总能找到一个合法的对齐偏移。规划器依赖的正是这条不变式，这也是分配结果具有确定性的原因。

下面是一份完整的分配示例。基础地址块是 10.0.0.0/24 —— 256 个地址，偏移 0 到 255，即 10.0.0.0 到 10.0.0.255。

Office        100 台主机 → 128 个地址 → /25
Development    50 台主机 →  64 个地址 → /26
Camera         20 台主机 →  32 个地址 → /27
Management     10 台主机 →  16 个地址 → /28
                           --------------------
                             256 个地址中的 240 个

按从大到小排序后顺序已经正确。每个子网必须从自身大小的整数倍开始，所以规划器会向前推进游标，并在每次放置前先对齐。

对比一下等长子网划分会是什么结果。四个 /26 只能给办公区 62 个可用地址，100 台设备的需求根本装不下；而且四个子网里有三个各自闲置 40 多个地址。VLSM 不仅装下了更大的办公区，还剩出了余量。

• 按增长定尺寸，而不是按今天。先把设备数向上取整再推导前缀。从 /27 升到 /26 的代价是 32 个地址；而给生产网段重新编址的代价是一次维护窗口。
• 把尺寸相近的网段放在一起。把 /26 归拢在一起、/28 归拢在一起，方案更易读，留下的也是更大的连续空隙，而不是零散的小碎块。
• 刻意预留一块管理网段。环回地址和交换机管理接口很容易被遗忘，事后补又很别扭。在地址块靠上的位置划出一个 /28 或 /27 留给它们。
• 部署前先记录分配方案。方案只有在下一个接手的人读得懂时才有用。记录基础地址块、每个子网、其前缀、范围与用途。
• 考虑路由汇总。如果这个地址块要对外通告，保持连续意味着一条汇总路由就能覆盖所有子网。把方案拆到两段互不相关的范围里，上游看到的条目数量就会翻倍。

• 从小到大分配。这是最经典的错误，也是大多数"装不下"方案的成因。最大的子网最不灵活，必须先放。
• 让子网偏离边界。/27 必须从 32 的整数倍开始。10.0.0.192/27 合法；10.0.0.200/27 不合法，它会同时与 .192 和 .224 两个块重叠。
• 按主机数而不是地址数定尺寸。30 台设备的网段需要 32 个地址而不是 30 个，因为网络地址和广播地址不可分配。用 30 而不是 32 去推导前缀，是最常见的算术失误。
• 忘了点对点链路。路由器互联通常是最后加进来的，却也是最先让紧凑方案崩掉的东西。用 RFC 3021 的 /31 或 /30，并且从一开头就把它们计入需求清单。
• 地址范围重叠。与邻居重叠的子网行为不可预测 —— 有的主机通、有的不通，取决于每台路由器装了哪条路由。校验方案时务必确认没有任何地址同时出现在两个子网里。
• 搞错了基础地址块。划分之前先确认基础块。分配完之后才发现手上是 /25 而不是 /24，就得把整个方案重做。

把你自己的需求放进 VLSM 计算器 —— 输入基础块和主机数，它会返回对齐后的分配结果、剩余空间以及每个子网的主机范围。子网计算器可以详细校验任意单个子网， 子网划分指南讲的是 VLSM 所依赖的块大小算术。如果某个需求比 /24 还大，CIDR 参考表会明确列出每个前缀能提供多少地址。