基于YOLOv5的车辆潮汐监测系统：从论文到工程落地全解析
2026/9/30 9:48:25
简介：这份《校园网需求分析报告》面向网络工程、系统集成方向的学生与从业者，以常州信息职业技术学院为实例，完整呈现校园网从需求调研到方案设计的分析思路。文档围绕用户需求、教学服务、学校管理、网络结构、扩展性与安全需求等维度展开，涵盖16432个信息点分布、三层树型加网状拓扑、VLAN划分、光纤主干链路、刀片服务器选型及设备冗余备份等具体内容，可作为课程设计、方案撰写或投标参考的实战范本。资源包共1个doc文件，约509KB，内容为完整报告正文，结构清晰、数据详实，便于直接查阅与借鉴。目前已有329人学习下载，适合需要撰写校园网需求分析或网络规划文档的读者参考使用。
1. 校园网需求分析报告：从宿舍断网投诉到可落地的 VLAN 规划
开学第三周，宿舍楼 6 层东侧集体掉线，运维群里炸锅。我拿着笔记本蹲在弱电间，看着一台 24 口傻瓜交换机上插满了网线，广播包像早高峰一样堵在出口——这就是典型的「先上设备、后补需求」的翻车现场。校园网需求分析报告不是写给领导看的八股文档，它要回答四个问题：谁在用、用什么业务、峰值多大、故障时怎么定位。把这份报告写扎实，后面 VLAN 划分、交换机选型、认证对接才有依据，否则就是拍脑袋上设备，出了问题连后悔药都没得吃。这篇笔记按一线实操顺序拆：先讲需求怎么采、再讲拓扑和 VLAN 怎么定、然后落到华为/锐捷交换机的配置命令、最后给排查清单。适合校园网运维、弱电集成商，以及正在做需求分析仿真实验的同学。
2. 需求采集：把「网慢」翻译成可量化的指标
2.1 三类用户、四类业务，先分清楚再谈带宽
校园网的用户不是铁板一块。我一般按三类拆：教学办公区（教师、行政，固定工位，有线为主）、学生宿舍区（高密度、无线为主、晚高峰集中）、公共区域（图书馆、食堂、报告厅，流动大、认证频繁）。业务上分四类：教学业务（教务系统、在线课堂，要求低延迟）、科研业务（文献下载、数据传输，要求大带宽）、生活业务（视频、游戏，要求稳定但可降级）、管理业务（监控、门禁、广播，要求隔离）。
采集方法别只发问卷，那玩意儿回收率低还失真。我的做法是「三条线并行」：一是抓现网数据，在核心出口镜像一周流量，用 Wireshark 看协议分布和峰值；二是访谈关键用户，教务处、图书馆、宿管各找一个人聊 30 分钟；三是翻历史工单，把过去半年的断网投诉按楼栋、时段归类。三条线交叉验证，才能把「网慢」这种模糊描述翻译成「晚 21:00-23:00 宿舍区下行峰值 800Mbps、并发终端 3000 个」这种可量化指标。
提示：需求采集阶段就要记录「谁提的需求、什么时候提的、验收标准是什么」，后面写报告时直接引用，避免扯皮。
2.2 用表格把需求固化成可验收的条目
采集完别急着画拓扑，先把需求落成表格。下面是我常用的模板，每一行都要能对应到后面的配置参数：
| 需求编号 | 用户群体 | 业务类型 | 关键指标 | 验收方式 |
|---|---|---|---|---|
| R-01 | 学生宿舍 | 无线上网 | 晚高峰单 AP 并发≥40，下行≥20Mbps | 现场测速 + AC 后台统计 |
| R-02 | 教学楼 | 在线课堂 | 端到端延迟≤50ms，丢包≤0.1% | ping + iperf3 打流 |
| R-03 | 图书馆 | 认证接入 | 认证响应≤2s，支持 500 并发认证 | 认证日志分析 |
| R-04 | 监控系统 | 视频回传 | 独立 VLAN，带宽预留 200Mbps | 交换机端口统计 |
这张表的价值在于：它把「需求分析」从形容词变成了数字。R-01 的「单 AP 并发≥40」直接决定后面 AP 密度和交换机端口速率；R-04 的「独立 VLAN」直接决定 VLAN 划分方案。没有这张表，后面所有配置都是玄学。
2.3 需求分析仿真实验里最容易漏的三个维度
做仿真实验（比如头歌平台上的需求分析仿真）的同学常犯一个错：只画功能，不画约束。我建议在仿真里至少补三个维度。第一是时间维度：早中晚、工作日周末的流量曲线完全不同，仿真里要能切换场景。第二是故障维度：核心交换机宕机、出口链路中断、认证服务器不可达，这三种故障下的降级策略要写进需求。第三是扩展维度：未来三年新增楼栋、新增 AP 数量，VLAN 编号和 IP 地址段要预留。
仿真工具里可以用离散事件模拟来验证：设定 3000 个终端、按泊松分布发起请求，看核心链路利用率是否超过 70%。超过就说明需求指标定低了，得回头改 R-01。这一步很多人跳过，结果上线三个月就扩容，血泪经验。
3. 拓扑与 VLAN 规划：让广播域和故障域对齐
3.1 三层架构怎么落到校园网：核心-汇聚-接入的取舍
校园网拓扑常见做法是三层架构：核心层负责路由和出口，汇聚层负责 VLAN 终结和策略，接入层负责端口接入。但具体到一栋宿舍楼，是不是一定要三层？我的判断标准是终端数量和故障隔离需求。一栋楼 200 个终端以内，可以用「核心-接入」两层，接入交换机直接上联核心，VLAN 在核心终结；超过 500 个终端，或者有多个楼栋需要统一策略，就上汇聚层。
核心层选华为三层交换机（如 S5700 系列）或锐捷同级别设备，做 VLAN 间路由和 ACL。汇聚层可以用二层交换机堆叠，减少环路。接入层就是千兆交换机，宿舍区建议千兆到房间、百兆到桌面已经不够用了。这里有个坑：傻瓜交换机不能划 VLAN，如果接入层用了傻瓜交换机，VLAN 只能在上级做，端口隔离靠 PVID 硬扛，后期排查非常痛苦。所以接入层至少要用可网管交换机。
3.2 VLAN 划分的四个原则和编号规划
VLAN 划分不是随便编号。我遵循四个原则：按功能分、按楼栋分、按安全等级分、预留扩展。具体做法：
- 管理 VLAN：VLAN 1 不用，从 VLAN 10 开始，专门放交换机管理地址。
- 教学 VLAN：VLAN 20-29，按教学楼编号。
- 宿舍 VLAN：VLAN 30-49，每栋楼一个或两个。
- 公共区域 VLAN：VLAN 50-59。
- 监控/门禁 VLAN：VLAN 60-69，严格 ACL 隔离。
- 预留：VLAN 70-99。
编号规划好之后写进需求分析报告，后面所有配置都引用这个表。这里要区分PVID 和 VLAN ID：PVID 是端口对未打标签报文的默认 VLAN 归属，VLAN ID 是报文携带的标签。access 口 PVID 等于该口所属 VLAN，trunk 口 PVID 决定未打标签报文进哪个 VLAN。很多人配 trunk 时忘了改 PVID，结果管理 VLAN 不通，这就是port trunk pvid vlan 10这条命令的典型用途。
3.3 跨 VLAN 通信：三层交换机怎么配才不绕路
跨 VLAN 通信靠三层交换机的 VLANIF 接口。以华为 S5700 为例，先建 VLAN，再给每个 VLAN 配 VLANIF 地址，最后开路由。核心是让 VLANIF 接口成为对应 VLAN 的网关。配置逻辑如下：
# 华为三层交换机：创建 VLAN 并配置 VLANIF 网关 system-view vlan batch 10 20 30 40 # 批量创建管理、教学、宿舍、公共 VLAN interface vlanif 10 ip address 10.10.10.1 255.255.255.0 # 管理 VLAN 网关 interface vlanif 20 ip address 10.10.20.1 255.255.255.0 # 教学 VLAN 网关 interface vlanif 30 ip address 10.10.30.1 255.255.255.0 # 宿舍 VLAN 网关 interface vlanif 40 ip address 10.10.40.1 255.255.255.0 # 公共 VLAN 网关逻辑说明：VLANIF 接口是三层交换机上的虚拟路由口，每个 VLAN 一个，地址就是该 VLAN 内终端的网关。配完之后，VLAN 20 的终端访问 VLAN 30 的终端，流量会先到 VLANIF 20，再路由到 VLANIF 30，不需要经过外部路由器。参数上，子网掩码决定该 VLAN 能容纳多少终端，/24 够 250 个左右，宿舍楼如果超过 250 个终端，要么拆两个 VLAN，要么用 /23。
注意：VLANIF 接口的地址段不要和出口路由器的 NAT 地址池冲突，否则会出现「内网能通、上不了外网」的怪现象。
3.4 接入交换机端口配置：access 和 trunk 的边界
接入交换机上联口配 trunk，下联终端口配 access。以华为交换机为例：
# 接入交换机：上联 trunk，下联 access system-view vlan batch 10 30 interface GigabitEthernet0/0/1 port link-type trunk port trunk allow-pass vlan 10 30 # 允许管理和宿舍 VLAN 通过 port trunk pvid vlan 10 # 未打标签报文默认进管理 VLAN interface GigabitEthernet0/0/2 port link-type access port default vlan 30 # 终端口划入宿舍 VLAN逻辑说明：trunk 口允许多个 VLAN 通过，allow-pass列表决定哪些 VLAN 的标签被放行，没在列表里的 VLAN 报文会被丢弃。pvid决定未打标签报文进哪个 VLAN，上联口一般设成管理 VLAN，方便交换机自身管理流量通过。access 口只属于一个 VLAN，终端发出的未打标签报文会被打上该 VLAN 标签。
参数上，allow-pass列表要按需开，不要图省事写all，否则广播域扩大，一个 VLAN 的广播会泛洪到所有 VLAN。这是很多校园网「越用越慢」的根因之一。
4. 认证与出口：需求分析报告里必须写清的对接点
4.1 校园网认证方式选型：PPPoE、Portal 还是 802.1X
校园网认证常见三种：PPPoE（拨号，适合宿舍区，计费方便）、Portal（网页认证，适合公共区域，无需客户端）、802.1X（客户端认证，适合教学办公，安全性高）。选型依据来自需求分析报告里的用户群体和业务类型。宿舍区用 PPPoE，因为要按流量或时长计费；图书馆用 Portal，因为流动用户多，装客户端不现实；教学楼用 802.1X，因为要绑定设备和账号。
需求分析报告里要写清认证服务器地址、认证协议、超时时间、并发数。比如「Portal 认证响应≤2s，支持 500 并发」这条需求，直接决定认证服务器选型和网络出口的 ACL 放行规则。认证流量一般走管理 VLAN 或独立认证 VLAN，不要和业务 VLAN 混在一起。
4.2 出口带宽和 NAT 策略：把峰值需求换算成链路规格
出口带宽怎么定？用需求分析报告里的峰值数据。假设晚高峰宿舍区下行 800Mbps、教学区 200Mbps、公共区 100Mbps，合计 1.1Gbps，考虑 70% 利用率，出口至少 1.5Gbps。实际选型按 2Gbps 配，留余量。NAT 策略上，校园网常见做法是「按 VLAN 做 NAT 地址池」，不同 VLAN 用不同公网地址段，方便溯源。出口路由器上配 ACL，限制监控 VLAN 只能访问内网，禁止外联。
这里有个坑：NAT 会话数限制。一个公网 IP 的 NAT 会话数有限（通常几万），宿舍区 3000 个终端同时上网，会话数很容易打满，表现为「能 ping 通但打不开网页」。解决办法是增加公网 IP 或做 NAT 负载分担。需求分析报告里要写「单公网 IP 支持并发会话数≥X」，这个 X 按终端数乘以每终端平均会话数（一般 50-100）估算。
4.3 无线校园网搭建：AP 密度和信道规划
无线部分的需求分析要回答：覆盖哪些区域、单 AP 并发多少、用什么频段。2.4G 频段穿墙好但干扰大，5G 频段速率高但覆盖小。宿舍区建议 2.4G 和 5G 双频 AP，每 2-3 个房间一个 AP；教学区用 5G 为主，每教室一个 AP。信道规划上，2.4G 只用 1、6、11 三个不重叠信道，5G 信道多，可以自动选。
AP 上联交换机端口要配 trunk，允许管理 VLAN 和业务 VLAN 通过，AP 管理地址在管理 VLAN。如果 AP 数量多，建议上 AC（无线控制器）统一管理，AC 和 AP 之间走 CAPWAP 隧道。需求分析报告里写清 AP 数量、AC 规格、漫游要求（同 SSID 跨 AP 漫游切换时间≤100ms）。
5. 避坑与排查：校园网需求分析落地时的五个翻车点
5.1 现象：VLAN 配好了但跨 VLAN 不通
原因：三层交换机上 VLANIF 接口没 up，或者终端网关没指向 VLANIF 地址。还有一种可能是 trunk 口allow-pass列表漏了某个 VLAN。解决：先display ip interface brief看 VLANIF 状态，再display port vlan看 trunk 口放行列表，最后检查终端网关。三步定位，别一上来就重启交换机。
5.2 现象：Wireshark 抓不到带 VLAN 标签的报文
原因：抓包网卡默认会剥离 VLAN 标签，或者交换机镜像口没配port mirror的 VLAN 保留。解决：Wireshark 里开启「保留 VLAN 标签」选项（Preferences → Protocols → Ethernet → 勾选 Assume packets have VLAN tag），交换机镜像口配port-mirroring时保留 VLAN。如果还是抓不到，检查镜像口是不是 trunk 口，access 口镜像出来的报文不带标签。
5.3 现象：宿舍区晚高峰集体掉线，重启交换机恢复
原因：广播风暴或 MAC 地址表溢出。傻瓜交换机没有广播抑制，一个终端中毒发广播，整栋楼遭殃。解决：接入层换可网管交换机，配广播风暴抑制（broadcast-suppression），端口开 STP 边缘端口（stp edged-port enable），防止环路。需求分析报告里要写「接入层支持广播抑制和端口隔离」，这是硬指标。
5.4 现象：认证页面弹不出来，但能 ping 通认证服务器
原因：DNS 或 ACL 问题。Portal 认证依赖 DNS 解析认证页面域名，如果 DNS 没放行，页面加载失败。解决：检查出口 ACL 是否放行认证服务器 IP 和 DNS 端口（UDP 53），检查 DHCP 下发的 DNS 地址是否正确。需求分析报告里写清「认证前放行 DNS 和认证服务器」，避免上线后才发现。
5.5 现象：交换机管理地址 ping 不通，但业务正常
原因：管理 VLAN 的 PVID 配错，或者管理 VLAN 没在 trunk 口放行。解决：检查上联 trunk 口的pvid和allow-pass列表，确保管理 VLAN 在列表里。如果管理 VLAN 和业务 VLAN 共用一个物理口，PVID 设成管理 VLAN，业务 VLAN 走标签。这是port trunk pvid vlan 10的典型应用场景。
6. 把需求分析报告变成可执行的验收清单
需求分析报告写完不是终点，要变成验收清单才能落地。我的做法是：每一条需求对应一个验收命令或测试方法。比如 R-01「晚高峰单 AP 并发≥40」，验收时在 AC 后台看 AP 关联终端数，同时用 iperf3 打流测下行；R-02「端到端延迟≤50ms」，用 ping 测 100 个包取平均；R-04「监控 VLAN 独立」，用display port vlan看端口划分，再用 ACL 测试跨 VLAN 访问是否被拒绝。
下面这张表是我常用的验收对照，直接抄：
| 需求编号 | 验收命令/方法 | 合格标准 |
|---|---|---|
| R-01 | AC 后台统计 + iperf3 | 并发≥40，下行≥20Mbps |
| R-02 | ping -c 100 + iperf3 | 延迟≤50ms，丢包≤0.1% |
| R-03 | 认证日志分析 | 响应≤2s，并发≥500 |
| R-04 | display port vlan + ACL 测试 | 监控 VLAN 隔离，跨 VLAN 拒绝 |
最后一个技巧：需求分析报告里留一节「变更记录」，每次网络调整都记一笔——谁改的、改了什么、为什么改。校园网运维人员流动大，没有变更记录，半年后接手的人连 VLAN 编号规则都看不懂。我自己就吃过这个亏，接手一个老校区，VLAN 编号从 1 到 200 乱成一锅粥，花了三天才理清。所以现在不管多小的改动，我都写进变更记录，算是给自己留的后悔药。希望帮到你。
本文还有配套的精品资源，点击获取