1. 园区网络需求调研

园区网络规划的第一步不是选设备、画拓扑，而是把“业务想干什么”翻译成“网络要满足什么”。需求调研做不扎实，后面所有设计都会变成拍脑袋：链路带宽拍高了浪费预算，拍低了上线即拥塞；可用性目标没定义，故障时无法判断是设计缺陷还是运维失职。本节围绕五个核心维度展开：业务类型识别、用户规模估算、流量模型分析、可用性目标定义、安全合规要求梳理，并给出可直接使用的调研方法与示例数据。

一、业务类型识别：先分类，再定优先级

园区业务不能只按“办公、生产、访客”粗分，而应按业务对网络的依赖方式分类。建议从三个属性判断：实时性要求、带宽方向性、故障容忍度。例如视频会议是双向对称、实时敏感、容忍度低；文件共享是下行突发、容忍度中等；门禁与工控是低带宽、高可靠、容忍度极低。识别时可直接访谈业务负责人，用一句话确认：“如果网络中断10分钟，业务会怎样？”答案就是容忍度的直接依据。

一个可落地的做法是建立业务清单，字段包括：业务名称、终端类型、用户角色、实时性等级（高/中/低）、带宽方向、可用性要求、是否涉及敏感数据。示例：

二、用户规模估算：区分“人”与“终端”

用户规模不能只数人头。园区内一个人可能同时携带手机、笔记本、平板，办公区还有打印机、摄像头、门禁、AP本身。估算应分三层：人员数、终端数、并发在线数。经验上，办公场景终端数约为人员数的1.5～2.5倍；生产或教学场景可能达到3倍以上。并发在线数通常取终端数的60%～80%，但视频会议、考试等场景需按接近100%考虑。

示例：某园区办公人员1200人，按人均2台终端估算终端约2400台，并发在线按75%计约1800台。若每台终端平均需要2 Mbps保障带宽，则接入侧保障带宽约3.6 Gbps；再考虑突发系数1.5，接入汇聚上行建议不低于5 Gbps。这个数字不是最终设计值，而是后续流量模型和链路选型的输入。

三、流量模型分析：南北向与东西向要分开看

园区流量通常分两类：南北向（终端到数据中心/互联网）和东西向（终端之间、终端到本地服务器）。传统园区以南北向为主，但视频会议、文件共享、微服务化后，东西向占比明显上升。调研时要问清：业务服务器在哪里？是本地机房还是云端？终端之间是否需要互访？

流量模型建议用“峰值速率+并发流数+方向”描述。例如视频会议：单路1080p约4 Mbps，某会议室20路并发，峰值约80 Mbps，双向对称；文件共享：单次大文件传输可能占满1 Gbps，但并发低，属于突发型。把各业务峰值叠加时，不能简单相加，而应按忙时叠加原则：先确定忙时时段，再取该时段内同时发生的业务峰值之和，最后乘以1.2～1.5的冗余系数。

四、可用性目标定义：用数字说话

可用性目标不能停留在“要稳定”。应明确到年可用率、故障恢复时间（RTO）、数据丢失容忍（RPO）。园区网络常见分级：一般办公99.9%（年中断约8.76小时），关键业务99.99%（约52.6分钟），生产控制99.999%（约5.26分钟）。定义时要区分“单点故障”和“整网故障”：99.99%通常要求核心双机、上行双链路、接入双归；99.999%还需考虑设备级冗余和快速收敛协议。

同时要明确可维护性窗口：是否允许夜间割接？故障时能否远程处理？这些直接影响是否需要带外管理、双电源、模块化设备。建议把可用性目标写成一句话：“核心业务年中断不超过52分钟，单链路故障切换时间小于1秒，单设备故障不影响业务。”这句话就是后续冗余设计的验收标准。

五、安全合规要求梳理：边界、分区、审计

安全合规不是加防火墙就完事。调研要梳理四件事：合规依据（等保、行业规范、内部制度）、安全域划分（办公、生产、访客、DMZ、管理）、访问控制要求（谁可以访问谁、哪些端口开放）、审计与留存（日志保存多久、是否需溯源）。例如等保2.0三级要求网络边界访问控制、入侵防范、日志留存不少于6个月；生产区与办公区必须隔离，访客区只能访问互联网。

六、把调研结果整理成设计输入

五个维度调研完成后，应汇总为一份需求基线，作为后续拓扑、设备选型、IP规划、策略设计的共同依据。基线至少包含：业务清单及优先级、终端与并发规模、忙时流量矩阵、可用性指标、安全域与合规要求。示例汇总如下：

需求基线（示例）
业务优先级：视频会议 > 生产控制 > ERP > 办公上网 > 访客
终端规模：约2400台，并发在线约1800台
忙时流量：接入汇聚上行≥5 Gbps，出口≥1.5 Gbps
可用性：核心业务99.99%，单链路切换<1s
安全域：办公/生产/访客/DMZ/管理，生产与办公隔离
合规：等保三级，日志留存≥6个月

需要强调的是，以上数字均为教学示例，实际项目中必须通过访谈、现场勘查、历史流量采集或试点测试获得。调研阶段允许合理假设，但必须标注假设条件，并在设计评审时逐项确认。需求调研的价值不在于一次问全，而在于建立“业务—网络”之间的可追溯关系：每个设计决策都能回答“它满足了哪条需求”。