案例题先别急着写技术名词
很多同学一看到网络规划案例题，就急着写 VLAN、OSPF、防火墙、双核心、双出口。问题是，如果没有先说明这些技术解决题干里的什么问题，答案就像一堆零件摆在桌上，阅卷时很难看到你的方案思路。
更稳的顺序是：先圈出现状，再写建设目标，然后找约束条件，最后识别风险。把这四类信息整理出来，后面写架构、地址、路由、安全、容量、运维时，就不会偏题。
可以用一个小框架组织答案
如果题目要求你提出网络改造方案，可以按“架构、地址、路由、安全、可靠性、运维”六个角度展开。不是每道题都要六项全写，关键是看题干缺什么、问什么。
比如题干强调多个楼宇和业务区，架构和路由就要多写；题干强调互联网暴露和数据库安全，安全域、防火墙和最小权限就要多写；题干强调高峰拥塞，容量规划、链路监控和 QoS 就更重要。
| 题干信号 | 答题角度 | 表达示例 |
|---|---|---|
| 多个楼宇、多个业务区 | 架构分层 | 采用核心、汇聚、接入分层，便于扩展和故障定位 |
| 网段多、冗余链路多 | 路由设计 | 结合动态路由、区域规划和路由汇总降低维护压力 |
| 高峰期慢、视频会议卡顿 | 容量规划 | 采集峰值流量，结合业务增长和 QoS 需求评估扩容 |
| 互联网边界、外部访问 | 安全控制 | 默认拒绝、按需放行，并保留访问日志和变更记录 |
案例题最常见的失分点
第一种是只堆设备，不讲目标。比如写一堆核心交换机、防火墙、负载均衡，却没有解释它们解决可靠性、安全还是容量问题。第二种是不理约束，题干说预算有限，你写全套高配方案；题干说不能长时间停机，你没有迁移和回退思路。
第三种是答案太像通用模板。案例题要尽量用题干里的词回应题干，比如“多个校区”“云平台访问”“视频会议卡顿”“数据库区安全”等。这样写出来更像真实方案，也更符合用户阅读和搜索体验。
相关题目解析
下面这些题目和本专题的判断方法关联较强，适合读完概念后回到具体题干里校验理解。
- 网络规划设计师案例题为什么要先梳理现状、目标和约束？案例分析 / 方案设计
- 园区网为什么常按核心层、汇聚层和接入层分层设计？园区网设计 / 核心层
- 网络容量规划为什么要看峰值流量和增长趋势？容量规划 / 峰值流量