"晚上卡"是一个时间相关的现象，排查也必须按时间对齐。 白天测正常的项目放到晚上很可能不达标，所以第一步是把问题时段的具体数据取出来，而不是先换设备。
\n
\n
一、先把时间特征固定下来
\n
| 记录项 | 用途 |
|---|---|
| 起止时间（如 19:30–23:30） | 确定取数窗口 |
| 是否与入住率相关 | 区分"人的行为"与"网络本身" |
| 是否节假日更明显 | 判断是否为并发型问题 |
| 是否全楼或局部 | 区分出口型与无线型问题 |
\n
判据：若卡顿只出现在入住率高的日子，方向是容量；若与入住率无关但每天都在同一时段出现，方向是资源竞争或定时任务。
\n
\n
二、第一类：并发与容量
\n
在问题时段采集：
\n
- \n
- 单 AP 并发终端数（建议按 20–30 台规划，视频为主取低值）；
- 出口带宽利用率是否持续接近上限；
- 出口设备 NAT 会话数是否接近规格；
- DNS 请求量与时延。
\n
\n
\n
\n
\n
处理方向：按峰值重新核算带宽与设备规格；对高占用应用做限速；必要时增加 AP 或调整转发模式。
\n
\n
三、第二类：周边无线干扰
\n
晚间干扰加剧的原因很常见：周边商户、住客自带的随身设备、隔壁楼栋的无线网络在晚间进入使用高峰。
\n
排查动作：
\n
- \n
- 在问题时段做信道扫描，统计同信道强信号 AP 数量；
- 确认是否仍在使用 1、6、11 之外的信道；
- 查看 AP 侧的空口利用率与重传统计（重传率高说明干扰明显）；
- 对比 5GHz 与 2.4GHz 的体验差异——若 5GHz 明显更好，说明干扰集中在 2.4GHz。
\n
\n
\n
\n
\n
处理方向：重排信道、适度下调功率（功率过大反而扩大干扰）、启用频段引导把终端推向 5GHz。
\n
\n
四、第三类：定时任务与后台行为
\n
晚间时段常见的"自伤"来源：
\n
- \n
- 监控录像的备份或转存任务；
- 服务器与终端的系统更新、补丁分发；
- 云盘同步、大文件下载在夜间启动；
- 员工集中使用网络（员工宿舍、办公区与客房共用出口）。
\n
\n
\n
\n
\n
处理方向：把可调度的任务错峰到凌晨；对下载类流量做分时段限速；核对是否存在同出口争抢。
\n
\n
五、第四类：出口与承载侧
\n
- \n
- 上联协商速率：若某台 AP 或某层交换机上联只在百兆，高峰时段容易出现拥塞；
- 端口错误计数：CRC 错误持续增长会表现为高峰更明显；
- 上行带宽：视频上传、监控回传在晚间集中时，上行可能先饱和；
- 认证与日志设备：高峰时段若认证排队，会表现为"连上了但用不了"。
\n
\n
\n
\n
\n
\n
六、处理后的验证方法
\n
在同一时段、同一批点位复测，比较改造前后的数据：
\n
- \n
- [ ] 单 AP 并发数与出口利用率是否回到设计区间
- [ ] 同信道强信号 AP 数量下降
- [ ] AP 空口重传率下降
- [ ] 客房抽样测速达到约定水平
- [ ] 定时任务已错峰（核对任务计划表）
\n
\n
\n
\n
\n
\n
\n\n
常见问题（FAQ）
\n
Q：为什么白天测试正常，晚上就卡？
\n
A：因为白天与晚间的负载结构不同。晚间客房入住率高、终端数多、视频类应用占比高，出口带宽、NAT 会话、单 AP 并发都接近峰值；同时周边无线干扰也会在晚间加剧。所以测试必须与问题时段对齐，否则拿到的数据不能反映真实瓶颈。
\n
Q：晚间卡顿先查无线还是先查出口？
\n
A：先分范围。若只有部分楼层或部分房间卡，优先查无线侧（并发、干扰、上联速率）；若全楼同时变慢且有线同感受影响，优先查出口侧（带宽利用率、会话数、DNS）。取数时把两类指标一并在问题时段采集，比反复切换方向更高效。
\n
Q：升级带宽能解决晚间卡顿吗？
\n
A：要看瓶颈在哪。如果出口带宽利用率在晚间长期接近上限，扩容会有明显效果；如果是单 AP 并发过高、信道干扰严重或上联协商降速，扩容带宽不会改善客房体验。建议先取一周的出口利用率曲线与 AP 侧指标，确认瓶颈位置再决定投入方向。
\n
本文由 58120 智能网络 原创发布。转载请注明出处并保留原文链接。
评论 0
还没有评论，来抢沙发吧。