基础设施与稳定性¶
现象：同一套策略，不同地点像“两个网络”¶
不少用户体验会出现以下割裂：
- 校内资源很快（镜像站、校内平台、局域网测速很高）
- 出校访问很慢/抖（访问公网 IPv4 资源受限，或在高峰期抖动明显）
- 老旧校区/楼宇存在硬瓶颈：例如百兆口、弱AP、交换机瓶颈导致“理论上能快，实际上跑不起来”。
先弄清楚：你遇到的到底是哪一类问题？
- 接入问题：Wi‑Fi 信号/网口/认证异常
- 局域网问题：同校内测速站点不达标
- 出口问题：局域网测速正常，但访问互联网慢/丢包/抖动
- 目的站问题：只有某些网站/协议慢（DNS、路由、端口策略等）
如何更“可复核”地描述问题¶
- 时间段（例如 20:00–23:00 高峰）
- 校区/楼宇/房间（至少到楼栋）
- 接入方式（有线/无线，是否 VPN/RVPN/WebVPN）
- 2 组测速：校内测速 + 互联网测速
- 典型业务复现：例如 Git 拉取、镜像站下载、视频会议丢包等（注意隐私）
诉求¶
- 把“硬瓶颈”列为专项：老旧楼宇的百兆接入应当有明确升级路线图与时间表。
- 公开可解释的 QoS/限速策略：哪类流量被约束、为何约束、如何申诉/申请豁免。
- 用数据说话：提供匿名化的出口利用率、拥塞时段、故障统计，减少“互不信任”的沟通成本。