接到"IP地址规划作业"这个题目的时候，我第一反应不是它是一道网络课习题，而是想起了自己刚入行时被分配的第一个真实任务：给一家几十人的公司做全网地址规划。当时我用的方法和做作业一样，掏出计算器把网段一切就交差了，结果落地之后问题一堆：打印机的IP和PC的DHCP池撞了，两个办公室的网段子网掩码没对齐导致跨网段访问时好时坏，后来排查到深夜才发现在规划里多算了一段地址。
所以这篇我不打算只讲"怎么算子网掩码"，而是把"做IP规划作业"这件事当成一个缩略版的生产环境地址规划项目来拆。作业题目通常只给你几个部门、几台PC，但这个过程的完整链路——需求分析、VLSM切分、地址表设计、路由聚合、落地验证——才是课程真正想让你掌握的，也是实际工作中最能体现水平的地方。无论你是在交课程的规划作业，还是刚接手公司网络、准备重新梳理地址体系，这套方法都能直接拿来用。
1. 作业题目背后的真实诉求：先分清"题目给的"和"实际需要的"
1.1 作业题与实际项目的差距在哪里
先还原一下常见的作业题长什么样："某公司有A、B、C三个部门，分别有90台、50台、30台PC，请规划IP地址，写出各子网的网络地址、掩码、可用地址范围。"
这种题目给的信息足够算题，但不足以做一份真正能落地的规划。真实环境里，除了PC，还有服务器、网络设备、打印机、摄像头、无线AP、访客网络，甚至还有设备之间点对点互联的链路地址。作业题把这些都抹掉了，导致很多同学在作业里把整个地址空间全部分给终端，一旦面对真实需求就无从下手。
我一般拿到规划需求，第一件事就是做地址分类，把所有需要IP的对象按用途归成几大类。
| 地址类别 | 典型对象 | 特点 |
|---|---|---|
| 终端用户网段 | PC、笔记本 | 数量大、动态分配为主 |
| 业务服务网段 | 服务器、数据库、中间件 | 数量少、地址固定 |
| 设备管理网段 | 交换机、路由器、防火墙的管理IP | 极少、必须独立隔离 |
| 设备互联网段 | 路由器之间、交换机之间、防火墙上下行链路 | 每条链路只需2个地址 |
| 无线与访客网段 | AP、访客终端 | 与办公网隔离、安全要求高 |
| 预留扩展段 | 未来新部门、新业务 | 暂时不用，但提前占位 |
这就像搬家前整理行李，先按"衣物、厨房用品、电子产品"分类包好，而不是把所有东西堆在一个大箱子里。网络地址也是这样，先分类再分配，后面无论做ACL策略、流量统计还是故障隔离都会顺手很多。
1.2 数量估算必须留出余量
另一个容易被忽略的点是终端数量的估算。作业题会告诉你"90台、50台、30台"，但实际项目里这个数字是动态的。所以我做规划时习惯在题目给出的数量上再乘以1.3到1.5作为设计基准，而不是刚刚好卡着数量去选掩码。
为什么这么做？有一次我给某办公区做规划，题目口径是80个信息点，我按80个可用地址分了一个/25子网（126个可用地址），觉得绰绰有余。结果半年后这个区域扩到120个信息点，/25还是够的，但DHCP地址池加上网关、打印机、无线AP这些固定地址之后，可用地址只剩不到10个。后来不得不重新割接网段，把那段办公区的PC、打印机、门禁系统全部改IP，折腾了一个周末。如果一开始就按120到150个地址来预留，这些事完全可以避免。
所以我的习惯是：每个网段的可用地址数量，至少要保证"当前终端数x1.5"能放下，并且最小网段尽量不低于/27（30个可用地址）。因为这些小网段往往承担着设备互联、管理地址这种看似不起眼、但改起来代价极高的角色。
2. 掩码换算与变长子网划分：把计算过程一层层拆开
2.1 掩码为什么这么重要
IP地址规划里最核心的运算就是"掩码决定网段大小"。很多新手能背出A类、B类、C类地址范围，但一遇到/26、/27这种前缀长度就懵。说白了，/后面的数字表示32位IP地址中前面多少位是网络位，剩下的位是主机位。主机位有几位，这个网段里就有2的几次方个地址，去掉网络地址和广播地址，就是可用的地址数。
| 前缀长度 | 掩码 | 网段内总地址数 | 可用地址数 |
|---|---|---|---|
| /24 | 255.255.255.0 | 256 | 254 |
| /25 | 255.255.255.128 | 128 | 126 |
| /26 | 255.255.255.192 | 64 | 62 |
| /27 | 255.255.255.224 | 32 | 30 |
| /28 | 255.255.255.240 | 16 | 14 |
| /30 | 255.255.255.252 | 4 | 2 |
| /31 | 255.255.255.254 | 2 | 2 |
每次前缀长度减1，网段大小就翻一倍。反过来说，如果你需要一个能容纳50台设备的子网，那么主机位至少要有6位（2^6=64，去掉2个不可用地址是62个可用），对应的前缀就是/26。主机位每多1位，可用地址翻倍，这个数量关系比死背掩码表有用得多，因为你在现场拿着纸笔就能算。
还有个特别容易踩的坑是"减2"这件事。很多同学做作业时会写"可用地址数为2^6-2=62"，但到了实际配设备的时候，把网络地址或者广播地址填进设备里，结果地址冲突或无法通信。网络地址用来标识这个网段本身，广播地址用来向整个网段发广播，这两个地址设备可以作为自己的接口地址，所以规划时一定要单独标出来。我见过有人把192.168.10.255配到PC上，结果整个网段广播风暴的案例，本质上就是没搞明白广播地址的含义。
2.2 一套完整的VLSM切分演示
作业题里如果只有一个大网段，要分出不同大小的子网，就必须用VLSM（可变长子网掩码）。VLSM的核心逻辑就一句话：先切最大的块，然后逐级往下切，每个子网都必须落在父网络的地址边界上。
举个虚构例子。某初创公司拿到一段私网地址192.168.10.0/24，需要规划如下：
- 办公区A：120台PC
- 办公区B：50台PC
- 服务器区：20台设备
- 设备管理网：10个管理IP
- 3条点对点互联链路（路由器到路由器、路由器到防火墙等）
按照"先切大块"的原则，120台PC至少需要128个地址，也就是/25。所以第一步把192.168.10.0/24从中间切开：
- 办公区A：192.168.10.0/25，可用地址192.168.10.1到192.168.10.126，网关建议192.168.10.1
- 剩下192.168.10.128/25继续切
然后在剩下的/25里，办公区B需要50台设备，至少需要64个地址，即/26：
- 办公区B：192.168.10.128/26，可用地址192.168.10.129到192.168.10.190
- 剩下192.168.10.192/26继续切
服务器区需要20个地址，切一个/27（32个地址，可用30个）：
- 服务器区：192.168.10.192/27，可用地址192.168.10.193到192.168.10.222
设备管理网需要10个地址，切一个/28（16个地址，可用14个）：
- 设备管理网：192.168.10.224/28，可用地址192.168.10.225到192.168.10.238
还剩192.168.10.240/28，再把这块切出3条点对点链路。3条链路需要3个/30段（或/31段）：
- 互联链路1：192.168.10.240/30，可用地址192.168.10.241、242
- 互联链路2：192.168.10.244/30，可用地址192.168.10.245、246
- 互联链路3：192.168.10.248/30，可用地址192.168.10.249、250
这样整个/24被完整切分，没有浪费也没有重叠。注意看，每次切分我都从块的边界开始：/25的边界是0和128，/26的边界是0、64、128、192，/27的边界是0、32、64、96、128、160、192、224。所谓"落在边界上"，就是子网的起始地址必须能被它的块大小整除。比如/27的块大小是32，那么它的起始地址必须是0、32、64、96这样的数，不能随便从10开始。这是VLSM切分最容易错的地方，很多人算得出块大小，但起止地址对不齐，结果一画在坐标轴上就重叠。
如果把这段切分过程画成坐标轴（用一张表模拟也行），你会看到0到255的整段地址被切成了一段一段紧挨着、互不重叠的小块。这就是规划文档里最关键的图谱，比单纯列一个IP列表直观得多。
2.3 用CIDR聚合把路由表变小
切分是"分"，聚合是"合"。现实中一个办公室可能分出多个子公司，如果每条路由都写进路由表，路由条目会爆炸。而CIDR聚合能把连续的地址段合并成一个更短的前缀。
比如上面例子里的办公区A、办公区B、服务器区、设备管理网、互联链路，它们全都在192.168.10.0/24这个块里。如果这些子网都在同一个三层设备后面，对上游设备只需要通告一条192.168.10.0/24的路由，而不是5条明细路由。这就是"汇总路由"的用法。
做规划时就要有这种意识：给某个分支或某个业务分配的多个子网，尽量从一个大块里连续切出来，这样将来做路由聚合、防火墙策略简化都方便。很多人规划时随手从地址表里挑网段，看哪个空用哪个，结果明明是相邻的业务网段却散布在不同的主类段里，路由表越来越乱。我的原则是：同一部门、同一业务域的子网必须在一个连续的父块内，哪怕当前用不了那么多，也要用路由聚合的视角去预留。
3. 从纸面规划到落地文件：地址分配表、网关与预留策略
3.1 一张好用的地址分配表长什么样
做完VLSM切分后，把结果整理成地址分配表，这是整个规划的核心交付物。我的表格一般固定包含这些列：用途、网段、掩码、网关、可用地址范围、DHCP范围、备注。
还是用上节的例子填一下：
| 用途 | 网段 | 掩码 | 网关 | 可用范围 | 备注 |
|---|---|---|---|---|---|
| 办公区A | 192.168.10.0 | /25 (255.255.255.128) | 192.168.10.1 | .1-.126 | 主机120台，DHCP池建议.10-.120 |
| 办公区B | 192.168.10.128 | /26 (255.255.255.192) | 192.168.10.129 | .129-.190 | 主机50台 |
| 服务器区 | 192.168.10.192 | /27 (255.255.255.224) | 192.168.10.193 | .193-.222 | 全部固定IP |
| 管理网段 | 192.168.10.224 | /28 (255.255.255.240) | 192.168.10.225 | .225-.238 | 交换机/路由器管理地址 |
| 互联链路 | 192.168.10.240、244、248 | /30 | 各自分配 | .241/.242等 | 点对点 |
注意网关的选择。我习惯统一使用每个网段的第一个可用地址作为网关，也就是"低位地址充当网关"。这样做的最大好处是排查省时间，看到网关是.1就知道它管的是哪个网段。有些企业习惯用最后一个可用地址做网关，也可以，但必须全公司统一。最怕的是有的网段网关在.1，有的在.254，网络出问题时连排查节奏都会被带乱。
3.2 网关之后：静态、DHCP与地址池的边界划分
网段内部怎么分配地址，是规划作业里很少考但生产环境里必踩的坑。我在每个网段里会把地址分成几部分：
- 网段前几个地址留给静态设备，比如网关、服务器、网络设备接口、打印机
- 中间留一小段给需要静态分配的终端，比如门禁控制器、视频会议终端
- 剩下的地址放进DHCP地址池，给普通PC
DHCP池一定要避开静态区域。比如办公区A网段192.168.10.0/25，网关是.1，我习惯把.2到.9留给打印机、AP、门禁这类固定终端，DHCP地址池从.10开始，到.120结束，剩下.121到.126空着，留给临时手动配置的设备。这样静态和动态各占一块，互不干扰。
如果DHCP池和静态地址混在一起，最常见的故障是某台PC通过DHCP拿到了一个IP，而同一IP已经固定配置在那台打印机上，结果PC和打印机出现地址冲突，时断时续。这种故障查起来非常抓狂，因为冲突的两台设备可能分布在不同的楼层，ARP表里跳来跳去。把地址池边界划清楚之后，这类问题从根源上就被规避了。
设备互联网段还有个特殊处理。传统做法是给每条链路分一个/30子网，但一个/30里有4个地址，其中网络地址和广播地址被浪费掉，实际上每个点对点链路真正用的只有中间两个可用地址。如果互联链路很多，浪费会比较可观。如果两端设备都支持RFC 3021，可以改用/31掩码，这样2个地址都能用，不需要网络地址和广播地址的预留。不过/31有个前提：链路两端必须是路由器或三层交换机这类设备，不需要作为广播域向终端提供服务，否则不要乱用。我在实际中会先确认设备厂商的信令支持情况再决定，毕竟某些老设备对/31的兼容性并不好。
3.3 规划文档里的命名与备注习惯
再分享一个很实用的细节：网段命名。规划文档里如果只写"192.168.10.128/26"，过两个月回头再看，你大概率想不起来这是给哪个区域用的。我习惯用"区域-用途-网段-网关"的格式命名每条记录，比如：
- HQ-OfficeA-DHCP-192.168.10.0-25-GW.1
- HQ-Server-192.168.10.192-27-GW.193
- BR1-MGMT-192.168.10.224-28-GW.225
备注列里记录创建日期、负责人、允许访问的ACL编号、关联的VLAN ID。等网络大起来，这种命名规范和备注信息带来的收益远超一时的输入成本。尤其是几周后要排查一个跨区域的访问问题，你能从文档里一眼定位"这个网段是谁的、网关在哪、开了哪些策略"，而不是在几十条IP记录里大海捞针。
4. 作业做完不等于真正可用：自查、排错与验证
4.1 高频错误清单与自查方法
每次规划完，我都会先按这份高频错误清单过一遍再交付，作业和项目都适用。
子网重叠：两个网段的地址范围有交集。自查方法是把所有网段的起始地址和结束地址列出来，从小到大排序，看相邻两段是否首尾相连或交叉。用坐标轴表示法检查最直观。
掩码与地址不匹配：IP写的是一个网段，掩码却按另一个网段的大小来填，导致主机算出来的网络地址对不上。自查方法是用在线工具输入IP+掩码，看算出的网络地址、可用范围是否符合预期。
网关不在同一网段：网关地址和自己的IP掩码相与，结果不是同一个网络地址。自查方法是把PC的IP和网关的IP分别与PC自己的掩码做AND运算，两个结果必须一致。
广播地址被设备占用：把一个网段的最后一个地址配给某台设备。自查方法是检查所有静态地址记录，确认没有设备使用形如.255、.127这样的地址。
忘记预留核心网段：所有地址都分给了终端，设备互联、管理地址、未来扩容完全没位置。自查方法是核对地址分类表，确认每类都有对应的段，并保有一定的预留比率。
我见过最典型的作业错误不是算错，而是把整个192.168.1.0/24平均分成4个/26，完全没考虑每个子网用途不一样、终端数量不一样，导致最大的部门挤在一个60多可用地址的网段里，而另一个部门只用了十几个地址、浪费了大半。这种"平均主义切分"在算题时没错，但在真实规划里是最常见的败笔。作业题目考察的正是你能不能看穿这一点，而不是机械地套用均分公式。
4.2 实际环境里的验证步骤
如果这规划是要在真实设备上落地的，配完之后还要做一轮连通性验证。我的标准流程是：
- 在PC上 ping 自己的网关。不通就先查IP、掩码、网关三者是否匹配，再查交换机对应端口的VLAN配置。
- 在PC上 ping 对端网段的网关。通了说明三层可达，不通则看网关设备上有没有配置对应的虚拟接口或路由。
- 在网关设备上 ping 对端网段的具体主机。通了说明路由没问题，不通则继续查下一跳和中间链路。
- 在核心设备上查看路由表，确认明细路由或汇总路由是否正常。路由表里出现"太具体"的条目时，要留意是不是某台设备接口地址写错造成的路由混乱。
- 抓包或查看ARP表，确认是否存在IP冲突。ARP表里同一个IP对应多个MAC地址，基本可以判定冲突。
这一套顺序我一直沿用，本质上是从"终端自身的配置"逐步上升到"三层路由与策略"。最忌讳的是跳过终端直接去查核心设备，一上来就在防火墙上翻策略，查了半天发现PC的网关本来就没配对，白白浪费时间。
4.3 一个真实场景的排查链路
说一个我印象很深的案例。某次有个分部反馈，分部PC能ping通总部服务器IP，但业务系统就是连不上。问题是间歇性的，有时重启一下又好了。
当时我排掉物理链路后，先从PC的地址信息查起，发现分部的PC掩码是/24，而网关地址本应属于/25网段。就是说PC以为所有192.168.10.x的主机都在同一个二层广播域里，直接广播去找服务器，而实际上服务器在另一个子网，必须通过网关转发。因为ARP请求得不到响应，业务自然连不上，但偶尔PC缓存的ARP表项有效时就能通一下。
找到根因之后，把分部的PC掩码改成/25，问题立刻消失。这个案例其实在规划阶段就能避免：如果分部规划时严格区分了网段边界，并且DHCP下发参数里掩码配置正确，根本不会出现这种一半通一半不通的诡异现象。很多"灵异网络故障"，往下一探全是规划时埋的雷。
5. 我在这类规划任务里攒下来的几个习惯
这些年做过大大小小的地址规划，有几个习惯觉得值得单独拿出来说说。
第一个习惯是私网地址段的选型要克制。总地址规划别一上来就选172.16.0.0/16这种大段，除非你的网络规模很明确地需要几万台设备。中小型网络用192.168.0.0/16往下切就已经足够，而且这些地址在绝大部分家用路由器里不会被占用，出问题排查时语义更清晰。给每个物理站点分配一个独立的/16或更小的块，站点内部再按VLAN切分子网，整体地址体系会非常清爽。
第二个习惯是所有规划都预留20%到30%的余量。这里的"余量"不是单指某个网段里预留几个IP，而是在整个地址体系中预留若干完整子网段，专门用来应对未来扩容。很多网管到后期陷入被动，就是因为当初规划时把地址空间分得干干净净，一个空段都没留，新业务一来就只能拆东墙补西墙。
第三个习惯是利用工具辅助计算，但永远知道工具背后发生了什么。在线的子网计算器、VLSM小工具都能帮你快速产出子网划分结果，但你必须自己验证一遍：这个网段块大小多少、起始地址是否对齐、可用地址数是否满足需求。工具算错了你却没有复核能力，才是最大的隐患。
还有一个很多人不注意的小技巧：规划文档一定要带日期和版本号。地址规划不是交完作业就结束的，网络在演进，地址方案会调整，如果没有版本记录，三个月后看到一份规划表你根本不知道它是不是当前在用的。我吃过的亏是拿着旧版规划去排查新网络，越查越对不上账，最后发现设备上跑的根本不是文档里写的方案。
IP地址规划这件事，表面上是算术题，本质上是工程题。把需求问清楚、把地址分类做细、把边界对齐、把文档写规范，这四步做好了，作业能拿高分，生产环境的网络也会少很多莫名其妙的坑。希望这份拆解能给你一个从"会算"到"会用"的完整视角。
