VLSM子网划分实战：我用一个C类地址搞定4个部门的故事

摘要

作为网络爱好者，我分享用VLSM技术将一个C类IP地址分配给4个部门的完整算例，包括需求分析、计算过程、配置和故障排除，真实经历让技术更接地气。

起因：为啥要搞这个？

去年夏天，我在yangchao.net折腾网络，公司突然说要把一个C类IP地址分给4个部门。说实话，我当时整不会了。一个C类地址只能容纳254台设备，但部门需求天差地别：销售部要10台，IT部要50台，财务部20台，后勤部才5台。我盯着屏幕半小时不知道回什么，这咋分啊？搞了半天，想起VLSM这个玩意儿，于是决定试试。

背景：真实场景细节

时间是2023年7月，地点在我家办公室，设备是Cisco 1941路由器，IOS版本15.2。老板在群里喊：“微壳儿，地址分不下去，部门都吵翻天了。”销售部经理李哥发消息：“我们才10台，别给我们大段地址浪费。”IT部王姐更直接：“我们50台设备，再不给够，明天系统崩了别找我。”

我翻出旧笔记，C类地址是192.168.1.0/24。离谱的是，我上次配置时，直接平均分了4个子网，结果IT部设备一多，IP不够用，报错“DHCP地址耗尽”。财务部刘姐电话里吼：“我这边打印机连不上，整不会了！”我只好认栽，从头学VLSM。

搞懂VLSM：大白话解释

VLSM就是变长子网掩码，说白了，就是按需分配地址，一刀切太蠢。我一开始以为只是改个掩码，结果搞了半天才发现，得算二进制。比如，销售部只要10台设备，子网掩码就得设成255.255.255.240，这样能分16个地址，但只够用10个。IT部50台，就得用255.255.255.192，能分64个地址。

我试过用在线计算器，但输入数字后，它蹦出个错误：“子网重叠，请检查”。离谱的是，我手算错了，把IT部的掩码设成255.255.255.128，结果地址范围和销售部撞车了。配置时，路由器直接报错：“IP conflict detected”。我盯着屏幕半小时，才反应过来是自己算错了。

算例步骤：具体操作实录

第一步，分析需求。销售部10台，IT部50台，财务部20台，后勤部5台。我拿出笔记本，列清单：销售部最小子网，后勤部次小，财务部中等，IT部最大。

第二步，计算子网。销售部需要4个主机位（2^4=16），所以掩码是/28，地址范围192.168.1.0/28。后勤部3个主机位（2^3=8），掩码/29，地址192.168.1.16/29。财务部5个主机位（2^5=32），掩码/27，地址192.168.1.24/27。IT部6个主机位（2^6=64），掩码/26，地址192.168.1.56/26。我算到一半，发现财务部和后勤部地址撞了，搞了半天才调整顺序。

第三步，配置路由器。我登录CLI，输入命令“ip subnet 192.168.1.0 255.255.255.240 sales”，结果报错：“invalid subnet mask”。整不会了，查了手册才明白，得用“ip address 192.168.1.1 255.255.255.240”配接口。IT部接口配“ip address 192.168.1.57 255.255.255.192”。配置时，我手抖输错地址，路由器直接断连，重启后才好。

第四步，测试连接。我让销售部同事ping财务部，结果超时。查日志，发现是路由协议没开，输入“ip routing”才通。但后勤部打印机还是连不上，报错“request timeout”。我蹲在机房，用traceroute发现，地址192.168.1.17被误配了，原来是我算后勤部时，把网关设错了，应该是192.168.1.17/29，我却设成192.168.1.18。修正后，打印机才恢复。

失败教训：我踩过的坑

最离谱的是，我第一次试时，直接按部门人数分，没考虑广播地址和网关。销售部分了10个地址，结果配置时，网关占了一个，广播地址又占一个，实际可用才8个。李哥打电话来：“我们新员工入职，IP不够用了！”我脸都红了，赶紧重新算。

还有一次，我忘了给每个子网配DHCP范围。IT部王姐反馈：“新电脑拿不到IP。”我查DHCP配置，发现只设了全局范围，没分部门。整不会了，重新配“ip dhcp pool IT-network network 192.168.1.57 255.255.255.192 default-router 192.168.1.57”。测试时，新电脑才正常。