软考网络工程师网络规划与设计：从需求分析到方案落地

1. 软考中级网络工程师里，“网络规划与设计”到底考什么

干网络这行时间久了会发现一个规律：能配通设备的人不少，能把一张网从需求谈到落地的人不多。软考中级网络工程师的下午应用技术卷，恰恰就是往这个方向出题的——它不太满足于你会敲几条命令，而是要看你能不能站在“这张网是给谁用、要撑几年、坏了怎么办”的高度去做判断。网络规划与设计这个模块，就是整卷里最能拉开差距的部分：会做的人能拿满分，不会做的人写满一页也只能蹭到两三分。

先把边界说清楚。这里讲的“规划与设计”，不是让你画一张好看的拓扑图，而是一整套从需求调研、指标量化、逻辑架构、地址规划、二层与三层设计、设备选型、可靠性与安全设计，到最终方案文档输出的完整流程。它解决的核心问题是：在预算、工期、既有条件都受限的现实里，怎么给出一张既能跑、又能扩、还能扛的方案。适合在校备考的同学，也适合刚上手的网络运维、系统集成岗的朋友——尤其是那些平时只会照着别人的方案改，自己从头写就发怵的人。

我见过太多备考的朋友，把精力全砸在上午题的知识点上，下午题只背几段模板，进考场发现题目给了一个园区场景，要求算地址、定VLAN、选路由、说理由，一下子就懵了。原因很简单：规划与设计考的是“决策链”，你要能说清楚每一个选择背后的取舍逻辑，而不是背结论。下面我按自己带人做方案和刷真题的顺序，把这条链条拆开讲透。

2. 需求分析：所有方案的地基，也是最容易糊弄自己的一步

2.1 把“需求”拆成四层，别一上来就看设备清单

很多人写方案的习惯是起手就画核心层，然后往两边填设备。这个顺序是反的。需求分析要按四层往下剥：业务需求（这家单位靠什么吃饭，哪些系统停了就得出人命）、用户需求（多少人、在哪、什么时间段用、用什么终端）、应用需求（跑的是网页办公、视频会议、还是数据库同步，对时延和丢包敏感不敏感）、网络需求（带宽、可用性、安全、可扩展性、可管理性、投资预算）。

举个例子。同样的“千兆到桌面”，如果业务是普通办公加文件共享，高峰期的实际并发率可能只有 30% 到 50%，收敛比给到 4:1 甚至 8:1 都够用；但如果是设计类岗位，天天在共享盘上开大图纸，瞬时流量能把链路打满，这时候接入到汇聚的收敛比就得收紧到 2:1，甚至核心链路直接上双万兆。同一个“千兆到桌面”的说法，背后的架构可能差出一倍的钱。这就是为什么需求分析不能省。

我个人的习惯是先列一张“停机影响表”：把业务系统按中断 1 小时、4 小时、1 天的影响分级。影响越大的系统，后面在冗余、链路备份、设备档次上砸的钱就越多。这张表也是后面写设计原则和可靠性方案时最有力的依据，考场上如果能顺手把这张表的意思用文字表达出来，阅卷人一眼就知道你懂业务。

2.2 现场调研要问对问题，别只量机柜尺寸

调研这件事，新手容易只盯着物理条件：几个机柜、有没有空调、桥架走到哪。物理条件当然要量，但真正决定方案骨架的是几个“软信息”：现有网络的痛点是什么（是慢、是断、还是老出环路）、未来三年有没有扩楼扩人的计划、有没有必须保留的老设备和老地址段、运维是几个人、有没有 7×24 值班。

我踩过的一个坑是：某次给一栋办公楼做改造，方案里把地址段全重新规划了一遍，逻辑上非常干净。结果实施时发现，楼里有几台老的门禁和监控设备地址是写死在固件里的，改不了，只能在中间加一层地址转换，硬生生把简单的事做复杂了。只要现场还有写死地址的老设备，地址规划就不能按理想状态来。所以调研清单里我一定会加一条：“列出所有不能改配置的哑设备及其地址”。

还有一条经验：一定要问清楚“谁签字”。方案最终要过谁的手，那个人的关注点往往决定了你方案的叙述重点——有人关心钱，有人关心稳，有人只关心能不能过等级保护测评。考场上对应的就是“设计原则”那一段，你要结合题目给的背景把优先级排出来。

2.3 从需求到可量化指标：这一步决定后面所有计算

需求是定性的话，方案是定量的数。中间必须做一次翻译。翻译得好不好，直接决定你的带宽算得对不对、设备选得贵不贵。下面这张表是我常用的转换对照，考场上遇到“根据需求计算带宽”这类题，照着这个思路走基本不会偏。

拿一个具体算例把这件事做实。假设一栋楼 200 个工位，每个工位峰值按 4Mbps 估算，忙时并发率取 50%，那么接入层的总峰值需求是 200 × 4 × 0.5 = 400Mbps。接入交换机到汇聚如果按 4:1 收敛，汇聚侧需要 100Mbps；但考虑到突发和未来扩容，实际选型时我会按“单条千兆上行 + 链路聚合”来配，两条千兆做聚合，既有余量也有冗余。算出来的数字是下限，选型要在下限之上留缓冲，这一点在答题时一定要写出来，只写一个数字不写理由，很容易被判“考虑不周”。

注意：带宽估算里最容易被忽略的是“上行和下行的不对称”。办公场景下行远大于上行，但备份、监控回传、云盘同步恰恰相反。方案里如果只写一个总带宽，不区分方向，专业度立刻掉一档。

3. 层次化架构：三层模型怎么用才不算生搬硬套

3.1 核心、汇聚、接入的职责边界要能一句话说清

层次化设计几乎是这个模块的必考内容。但很多人背了“核心层负责高速转发、汇聚层负责策略、接入层负责接入”这三句话，一到具体场景就不会用了。我的理解是：层次划分的本质是把“变化”关在不同的盒子里。接入层是变化最频繁的——今天加个部门、明天挪个工位；汇聚层是中速变化——策略、网关、区域边界；核心层是最稳定的——只做高速转发，尽量别在里面塞策略。

这个理解落到设计上就是几条硬规矩：核心层不做 ACL、不做 NAT、不做复杂的 QoS 标记，能省的都省，让它只干转发；汇聚层承担 VLAN 间路由、策略控制、地址聚合；接入层负责端口安全、VLAN 划分、PoE 供电。你把职责这么一分，后面设备选型、路由设计、故障域划分全都顺了。

这张对应关系表我建议直接记住，答题时能省很多组织语言的时间：

3.2 什么时候该砍层级：两层架构不是偷懒

考场上经常有一种隐含期待，好像不画出三层就不算完整方案。实际上，中小规模的网络（比如一栋楼、几百个信息点）用“核心+接入”两层架构是更合理的。理由有三条：一是设备跳数少，时延低，故障点少；二是运维简单，配置量小，出了问题定位快；三是省钱，一台汇聚交换机的钱可以拿来把核心做得更稳。

判断标准我给一个可操作的：如果接入交换机的数量在 10 台以内，且楼宇之间没有跨栋的横向流量，两层就够了。超过这个量级，或者有多个楼栋、多个功能区需要做策略隔离，那就该上汇聚层。这个判断逻辑在答题时非常吃香，因为它体现的是“因场景而变”，而不是背模板。

反过来，也有该加层级的情况：园区分了办公区、生产区、宿舍区，每个区都有独立的安全策略和地址段，这时候汇聚层就变成了“区域边界”，它的价值不是转发，而是把广播域和故障域切小。这个说法比“汇聚层负责策略”要具体得多，落笔也更有说服力。

3.3 双核心与扁平化的取舍：钱、稳、复杂度三者只能选两个

双核心几乎是标准答案，但它不是无条件的。双核心带来的是设备冗余和链路冗余，代价是成本翻倍、STP 或路由协议复杂度上升、排障难度增加。我的取舍原则是：业务中断影响大的场景必须双核心；纯办公、可容忍短时中断的场景，单核心加堆叠或者单核心加备用链路也说得过去。

还有一个细节很多人写方案时会漏：双核心之间必须有心跳或互联链路，且这条链路要能承载单台故障后的全部流量。也就是说，如果两台核心各承担 50% 流量，互联链路至少要有单台满负荷的带宽，否则一台挂了另一台会被压垮，冗余等于白做。这个点在答题时写出来，属于明显的加分项。

另一个常被问到的点是“核心交换机要不要做堆叠”。堆叠的好处是把两台设备逻辑上变成一台，管理简单，还能省掉 STP 的收敛时间；坏处是一旦堆叠线或堆叠软件出问题，可能两台一起挂。我的做法是：控制平面做堆叠、转发平面保持独立，或者干脆用路由的方式做双活。这话在方案里点到即可，不必展开太深，但要让人看出你知道风险在哪。

4. IP 地址规划与子网划分：既是送分题，也是失分重灾区

4.1 规划顺序：先定总量，再切区域，最后留余量

地址规划的顺序错了，后面全是返工。正确的顺序是：先根据终端总数和增长预期确定一个足够大的私有地址块，再按区域（楼栋、部门、功能）切成连续的子块，最后在每个子块里预留扩展空间和互联地址。

私有地址就那么几段，规模不大就用 192.168 段，上了千点规模我建议直接用 10.0.0.0/8 里切，理由很实际：将来合并、拆分、做地址聚合都方便，不用到处打补丁。比如一个园区拿 10.10.0.0/16 做总部，一栋楼给一个 /20，一个部门给一个 /24，边界清清楚楚，路由聚合一条 10.10.0.0/16 就能概括，汇聚层的路由表能小一半。

预留这件事要有量化标准，不能凭感觉。我一般按“每个子网预留 50% 可用地址、整体预留 30% 的子网块”来做。也就是说，一个现在有 100 台终端的部门，不要给 /25（126 个可用），直接给 /24（254 个可用）；一栋现在只有 3 个部门在用的楼，按 5 个部门规划地址块。这样做的成本几乎为零，但能免掉未来重新规划的巨痛。

4.2 子网划分的完整推导：把每一步写出来

考场上最怕的不是不会算，是算完不敢确定。我用一个完整例子把推导过程摊开，照着这个节奏走，基本不会错。

场景：拿到 10.10.0.0/16，需要划分出以下网段——A 区 500 台终端、B 区 200 台、C 区 60 台、设备管理网段 30 台、以及 6 条点对点互联链路。

第一步，按需求量排序从大到小分配，这是 VLSM 的基本纪律：

• A 区 500 台：2^9=512，主机位 9 位，掩码 /23，可用 510 个地址。分配 10.10.0.0/23，地址范围 10.10.0.1 到 10.10.1.254，广播地址 10.10.1.255。
• B 区 200 台：2^8=256，主机位 8 位，掩码 /24，可用 254 个。分配 10.10.2.0/24。
• C 区 60 台：2^6=64，主机位 6 位，掩码 /26，可用 62 个。分配 10.10.3.0/26，范围 10.10.3.1 到 10.10.3.62，广播 10.10.3.63。
• 管理网段 30 台：同样用 /26，分配 10.10.3.64/26。
• 互联链路每条只需 2 个地址，用 /30，从 10.10.3.128 开始依次切：10.10.3.128/30、10.10.3.132/30、10.10.3.136/30……每段跳 4。

第二步，验算。这一步千万别省。检验方法很简单：每个网段的起始地址必须是它掩码所对应块大小的整数倍。/26 的块大小是 64，所以 10.10.3.0、10.10.3.64、10.10.3.128 都是合法的起点；如果写成 10.10.3.70/26 就错了，因为 70 不是 64 的整数倍。这个“块大小对齐”的检查法，比死记公式靠谱得多。

第三步，汇总成表。方案里一定要有这张表，它既是设计成果，也是施工依据：

注意：很多人在答题时把“广播地址”和“网络地址”搞混，或者忘了 /30 只有两个可用地址。这类低级错误一旦出现，整道题的印象分就没了。写完表之后，用“首地址+末地址+1=广播地址”快速验一遍。

4.3 地址规划里几个容易被扣分的细节

第一个细节是网关地址的统一约定。全网网关是用网段的第一个可用地址还是最后一个，必须统一，并且写进方案。我一般用第一个可用地址做网关，因为它紧挨着网络地址，记忆成本低。这个约定看似小事，但一个几千点的网络里如果网关位置不统一，排障时能让人抓狂。

第二个细节是互联地址和业务地址分开。设备之间的点对点链路单独划一段，不要和终端网段混在一起。好处是路由聚合清晰，做 ACL 的时候一条规则就能覆盖所有业务流量。

第三个细节是保留地址要写清楚。DHCP 地址池要排除网关、服务器、打印机、AP、摄像头这些固定地址，排除范围要在方案里明确写出来。真实实施中最常见的故障就是地址冲突，而冲突十有八九是因为地址池没排除干净。

5. VLAN 与二层设计：划分维度比数量更重要

5.1 按什么划 VLAN：三个维度，选一个主维度

VLAN 划分有部门、楼层、功能三种常见维度，实际项目里往往是混合的，但必须有一个主维度，否则后面策略没法写。我的经验是：办公类场景按部门为主、楼层为辅；生产或业务类场景按功能为主。原因是策略通常按部门下发，而广播域按楼层收敛更省事。

划多少个 VLAN 也要有依据。太少，广播域大、故障影响面大；太多，地址浪费、管理复杂。一个可操作的参考是：广播域内的终端数控制在 200 台以内，单个 VLAN 的地址利用率不低于 30%。按这个标准，500 台终端的一个区至少要划 3 个 VLAN 才合理。

还有一条硬性要求：VLAN 号和管理要成文。VLAN 10 是办公、VLAN 20 是财务、VLAN 30 是服务器、VLAN 99 是管理，这张表必须写进方案，并且全网的命名规则统一。我见过太多现场，VLAN 号是随手敲的，半年后连当初配的人都说不清哪个是哪个。

5.2 Trunk、链路聚合、STP：参数要落到具体数值

二层设计的三个关键词，考场上经常连着问。Trunk 的作用是让多个 VLAN 跨设备传输，配置时要明确允许列表，不要图省事写 all。为什么？因为允许列表就是一道安全边界，把不需要的 VLAN 挡在链路之外，能减少广播泛洪和误配置的影响面。同理，管理 VLAN 一般不通过业务 Trunk 传递，或者至少要在 Trunk 上把它排除。

链路聚合解决的是带宽和冗余双问题。选型时要注意两端的聚合模式必须匹配，静态聚合和动态协商不能混着配，否则会出现一端起来了另一端没起来、流量单边走的怪现象。聚合的成员端口速率、双工、VLAN 配置必须完全一致，这是硬要求。

STP 这块，最常考的是根桥不能让它自己选。默认情况下所有交换机优先级都是 32768，谁的 MAC 小谁当根，这个结果往往是随机的、不合理的。正确做法是手工把核心或汇聚设成根桥，优先级设成 4096 或 8192，并且配置边缘端口和 BPDU 保护，防止接入端口接上私接的小交换机引起环路。

# 通用命令行风格示意：设置 STP 与边缘端口 spanning-tree mode rapid-pvst spanning-tree vlan 10,20,30 priority 4096 interface range gigabitEthernet 0/1-24 spanning-tree portfast spanning-tree bpduguard enable

注意：portfast 只能配在接终端的端口上，配在级联口上会直接造成环路。这个坑我在现场见过一次，整栋楼的网络抖了十几分钟，最后靠拔线定位。

5.3 网关放哪里：三层交换和单臂路由的取舍

“VLAN 间通信怎么做”是必考题。单臂路由的答案是“路由器一个物理口划子接口”，三层交换的答案是“交换机上起 SVI 做网关”。两者的差别不是技术新旧，而是性能和可靠性：单臂路由所有 VLAN 间流量都要挤过一条物理链路，链路就是瓶颈，也是单点；三层交换用硬件转发，各 VLAN 的网关分布在设备内部，没有这条瓶颈链路。

所以我的判断标准很直白：VLAN 数量超过 3 个、或者有 VLAN 间大流量访问需求，就用三层交换。单臂路由只适合小型网络或者临时过渡。答题时把“消除单点瓶颈、转发性能由硬件保障、便于部署 ACL”这三点写出来，基本就到位了。

还有一个小知识点经常被连带问到：三层交换机上做网关，需要开路由功能，配置 SVI 接口地址，并且在上联口用路由口或者单独的互联 VLAN。这里要注意不要在同一台设备上既配 SVI 又配单臂路由，那样会出现双网关，终端随机选一个，出问题时极难查。

6. 路由协议与可靠性：选型要讲理由，不能只写名字

6.1 静态、RIP、OSPF 怎么选

这个选择题几乎每年都变着法出现。我的回答框架是看三个变量：网络规模、拓扑变化频率、运维能力。

网络规模小（几台设备）、拓扑基本不动，静态路由最合适，简单、无开销、可控。缺点是没法自动收敛，加一条链路就要人工改一遍。规模到了十几台设备、有冗余链路，就需要动态路由。RIP 的优点是配置简单、门槛低，缺点是跳数限制 15、收敛慢、按跳数选路不考虑带宽，只适合很小的网络。OSPF 是园区网的主流选择，优点是收敛快、支持区域划分、按开销选路、支持等价负载均衡，缺点是需要规划区域、配置量稍大、对运维有一定要求。

写方案时，光写“采用 OSPF”是不够的，要写清楚“为什么是 OSPF 而不是静态”。理由通常落在这几条：存在双上行链路需要自动切换、网络规模会持续扩张需要可扩展的路由协议、需要做路由聚合减少路由表规模。

6.2 网关冗余：VRRP 的几个关键参数

双核心架构下，终端网关必须用 VRRP（或同类冗余网关协议）做备份。核心参数就三个：虚拟 IP（终端指向它）、优先级（决定谁是主）、抢占与跟踪。优先级默认 100，主用设 120，备用保持 100；再配一条上行链路跟踪，主用设备的上行口一断，优先级自动降下来，备用的立刻接管。

# 通用命令行风格示意：VRRP 主备配置 interface vlan 10 ip address 10.10.0.2 255.255.254.0 vrrp 10 ip 10.10.0.1 vrrp 10 priority 120 vrrp 10 preempt vrrp 10 track interface gigabitEthernet 0/49 decrement 30

这里有个细节值得说：虚拟 IP 要用网段里的第一个可用地址，而设备自己的接口地址用第二个和第三个。这样终端配置网关时永远是同一个地址，主备切换对终端完全透明。另外，跟踪的 decrement 值要算好，保证降完之后低于备用设备的优先级，否则切换不生效。这个计算过程写进方案，是很能体现基本功的。

6.3 链路与设备的多重冗余：别把鸡蛋放在一个盒子里

可靠性设计的层次感很重要。链路级冗余（双上行、链路聚合）、设备级冗余（双核心、双电源、双主控）、路径级冗余（不同物理路由，避免同一条管道被挖断两次）、协议级冗余（VRRP、路由快速收敛）。这四层要一层层说，不要笼统写“做了冗余设计”。

时延和收敛时间也要有量化目标。我一般写：链路故障后业务恢复时间 ≤1 秒（靠 BFD 加快速收敛），设备整机故障后 ≤3 秒（靠 VRRP 切换），并且要说明这些指标是靠什么机制达成的。空写指标不给手段，等于没写。

7. 设备选型：参数怎么算，别被销售话术带走

7.1 背板带宽和包转发率：两个必算的数

选型题最常见的问法是“给出理由说明为什么选这款设备”。理由不能是“因为它贵”或者“因为端口多”，得落在参数上。

背板带宽（交换容量）的算法是：端口数 × 2 × 端口速率，乘 2 是因为全双工。一台 24 口千兆加 4 口万兆的交换机，理论值是 24×2×1G + 4×2×10G = 48G + 80G = 128Gbps。实际选型要求标称交换容量不低于这个值，最好留 20% 余量。

包转发率的算法是：千兆口按 1.488Mpps/口，万兆口按 14.88Mpps/口，百兆口按 0.1488Mpps/口，这些系数来自最小帧 64 字节下的线速转发能力。同样那台设备：24×1.488 + 4×14.88 = 35.7 + 59.5 ≈ 95.2Mpps。

算完这两个数，再去看设备的标称参数，对不上的直接排除。这两个数是硬指标，销售再怎么讲功能也绕不过去。这个计算过程在答题时完整写出来，是标准的得分点。

7.2 物理网络设计：布线、机房、供电三件事

物理层设计容易被忽略，但考纲里是明确要求的。水平布线子系统单条链路长度不超过 90 米，加上两端跳线总长不超过 100 米，这是一条不能破的线。为什么？因为超五类/六类双绞线在 100 米处的信号衰减已经接近标准上限，再长就可能出现丢包和协商降速。跨楼栋必须用光纤，多模一般用于楼内几百米范围，单模用于几公里的园区骨干，具体距离按模块类型定，别拿多模硬拉长距离。

机房部分要写清楚：机柜布局与散热通道、UPS 后备时间、防雷接地、温湿度控制。UPS 后备时间的估算方法是：总负载功率 × 后备小时数 ÷ 电池组有效容量。举个简单的例子，机房总负载 800W，要求后备 2 小时，考虑效率损耗和放电深度，电池组容量要按 800×2÷0.8 ≈ 2000Wh 来配。这个数算出来之后再去选电池组，而不是反过来。

PoE 供电也要算。假设 30 个无线 AP，每个 12W，总功率 360W，加上交换机自身功耗和线损余量，PoE 预算至少要 450W 以上。这个数不算清楚，装完发现带不动，只能加供电模块，工期和预算全乱。

注意：供电和散热的余量不是浪费，是给未来留活路。我见过太多机房，一开始算得刚刚好，加了两个机柜就跳闸。

8. 安全设计与运维设计：方案的收尾部分最见功力

8.1 边界防护与内部隔离：分区、分域、分权限

安全设计不要写成产品清单，要写成分区思路。园区网通常按“互联网区—DMZ 区—办公区—生产区—管理区”来分，区与区之间用防火墙或者 ACL 做策略控制。核心原则是最小权限：办公区能访问互联网和办公服务器，不能直接访问管理区；管理区只能从特定的运维终端登录；生产区和办公区物理或逻辑隔离。

VLAN 之间的访问控制要落到具体规则上，比如“办公 VLAN 可以访问服务器 VLAN 的 443 和 445 端口，其余拒绝”“任何 VLAN 都不能访问管理 VLAN 的 22 端口，除了运维网段”。这样写出来的方案才叫设计，写“部署防火墙保障安全”那叫口号。

接入层的安全也不能漏：端口安全限制 MAC 数量、DHCP Snooping 防止私接 DHCP 服务器、动态 ARP 检测防止欺骗、未使用端口 shutdown 并划入隔离 VLAN。这几条在案例题里出现频率极高，答的时候一条一句，干脆利落。

8.2 可管理性：网管、日志、监控三件套

一个方案如果没有运维设计，是不完整的。最起码要写清楚：设备管理地址统一在管理 VLAN、通过带外或者带内方式登录、开启 SNMP 采集性能数据、日志统一上送到日志服务器、关键链路和设备的告警阈值。

管理地址的规划要和业务地址分开，前面地址表里已经留了管理网段，这里正好呼应。日志保留时间、监控采集周期这些参数也要给个数，比如“性能数据 5 分钟采集一次，保留 90 天；日志保留 180 天”。这些细节不难写，但能显著提升方案的完整度。

9. 案例题实战：答题结构和踩坑实录

9.1 一份能拿分的方案应该长什么样

下午题的作答，我总结成一个五段结构，基本可以套用所有“规划与设计”类大题：

第一段，现状与需求归纳。用两三句话把题目给的场景复述一遍，点出关键约束（终端数、楼栋数、预算、既有设备、可靠性要求）。这一段的作用是告诉阅卷人“我看懂题了”。

第二段，设计原则。写三到五条，比如先进性、可靠性、安全性、可扩展性、经济性，每条后面跟一句具体做法。别只写词，词后面必须有落地动作。

第三段，总体架构。画不了图就用文字描述层次、设备数量、连接关系、冗余方式。这里要把核心、汇聚、接入的职责说清楚。

第四段，关键技术方案。VLAN 规划、地址规划、路由协议、网关冗余、安全策略，一条一段，每条都要给参数和理由。这一段是主体，分值最重。

第五段，实施与运维。设备选型的参数依据、布线要求、监控与备份策略。收尾要干脆，不要写空话。

9.2 常见问题速查表

我把自己和身边人踩过的坑整理成一张表，进考场前扫一眼，能省下不少冤枉分。

9.3 几条只有实际做过方案才知道的经验

第一条，方案里的每个数字都要能溯源。你写“核心交换机包转发率不低于 95Mpps”，就要能在旁边写出 24×1.488+4×14.88 的算式。阅卷人看到算式，就知道这个数不是抄来的。

第二条，别追求技术上的“先进”，追求“合适”。有些答案堆一堆新技术名词，反而不如老老实实写清楚“这里用三层交换是因为要消除单臂路由的瓶颈”。考试评的是设计逻辑，不是名词量。

第三条，注意前后一致。前面说 VLAN 10 是办公、地址是 10.10.0.0/23，后面配 VRRP 的时候虚拟地址就必须落在这个段里。这种前后矛盾一旦出现，整段的信任度都会被打折。写完通读一遍，把地址、VLAN 号、设备名逐个对一遍，花不了五分钟。

第四条，图能画就画。哪怕是用文字符号拼的简易拓扑，也比纯文字描述清楚。画的时候标上设备角色、链路速率、互联地址段，信息密度立刻上去了。不过要注意，答题纸空间有限，图不求好看，求信息全。

第五条，时间分配要留余量。下午题的时间普遍紧张，规划与设计这类大题我一般控制在 25 到 30 分钟内完成，先写框架再补细节，别在一道题上死磕导致后面来不及。写不完的题，先把要点列成条目，也比空着强。

10. 我个人在实际做方案时的几点体会

做过的方案多了会发现，网络规划与设计这件事，真正的难点从来不是技术选型，而是在约束条件下做取舍。预算有限、工期紧张、既有设备不能扔、运维只有两个人，这些现实条件决定了你不可能给出一个理论上最优的方案，只能给出一个当下最合适的方案。而“合适”这两个字，恰恰需要你把需求、指标、成本、风险四样东西摆在一起权衡，然后说清楚为什么这么选。

我个人的习惯是，每做完一个方案，都留一页“设计决策记录”，把每一个关键选择写成“选项、理由、放弃的方案及原因”。这一页在交付时未必有人看，但它逼着我把每个决定想清楚，也是后来复盘时最有价值的东西。备考其实也一样，你刷十道题不如把一道题的每个决策点都推演一遍——为什么这里要划汇聚层、为什么这个网段给 /23 而不是 /24、为什么网关放在汇聚而不是核心。把这些“为什么”想明白了，考场上换个场景也不慌。

最后分享一个小技巧：准备一张自己的“常用参数速查卡”，上面写清楚千兆口 1.488Mpps、可用性换算、双绞线 100 米限制、各掩码可用地址数、常见业务的带宽参考值。平时做方案时随手查，考前扫两眼。这些东西不占多少记忆量，但能在关键时刻省下大量推导时间，也能避免那些让人懊恼的低级错误。