每个学期总有那么几天，学校网络的容忍度降到零。期中考试周、期末考试周、选课系统开放的那两个小时、研究生在线答辩的那几个下午——这些时间段里，如果学校网络计费系统出了问题，影响的就不是某一个学生上不了网，而是几十门课的考试成绩、几千个学生的选课结果、几位老师的学位评审。这些时段的网络保障，是学校网络计费系统运营里必须单独拎出来设计的一件事。
为什么考试周不能按平常策略跑
平常时候，学生账号欠费了，系统到点自动停机，学生发现后去充值，这是正常运营流程。但考试周不一样。如果有个学生前一天晚上忘了充值，第二天早上考试的时候因为欠费被强制下线，他本来准备得好好的在线考试就因为这个中断了。这种事一旦发生，学生不会觉得是自己忘了缴费，他会觉得学校网络系统故意在考试的时候断他网，投诉信会直接写到校长信箱。
再比如选课。选课系统通常在某个下午三点开放，开放那一刻全校想选课的学生同时往外挤流量。这时候如果学校网络计费系统把某个学生因为"同时在线终端数超限"踢下线，他就错过了抢课的最佳窗口。抢课这种事，晚进去一分钟，心仪的课就满了。
所以考试周和选课时段的核心思路是：学校网络计费系统在这几天要从"严格运营模式"切到"保障模式"，把那些可能导致学生被强制断网的策略临时放宽，等这几天过去再切回来。
哪些策略要临时放宽
第一，欠费停机的强制动作要暂停。考试周前一周，系统可以发一次短信通知所有余额不足的学生尽快充值，但不要在考试进行的那几天主动对欠费账号执行停机。学生考完试、选完课，欠的费自然会去补；考试期间把人断了，后果比晚收几天钱严重得多。
第二，同时在线终端数的限制要临时放宽。平时一个账号限两台设备在线，是为了防私接。但考试周的时候，学生可能用电脑做在线考试、用手机查资料，这两个设备同时在线是正常需求。系统可以把限制临时提到三到四台，考试周结束再降回来。
第三，带宽限速策略要临时调整。如果平时对下载类流量做了严格限速，考试周期间在线考试要传试卷、要加载云桌面，限速太紧会导致考试页面卡顿。这几天可以把考试相关的网段或者考试系统的域名放在不限速的白名单里，让考试流量走优先通道。
第四，防私接的强制下线动作要降级成只告警。考试周突然因为检测到多设备而把某个学生踢下线，风险太高。这几天宁可多观察、不要动手，等考试结束再回头查那些异常账号。
怎么在系统里实现"保障时段"
这些临时调整如果全靠管理员考试周当天在后台手动改，第一容易漏改，第二改完容易忘改回来。比较稳妥的做法是在学校网络计费系统里预设几个"保障时段"模板，管理员每学期初把考试周、选课时间、开学第一天、毕业答辩周这些日期提前录进去，系统按时间自动切换策略，过了时间再自动切回正常。
这种时段策略的配置要注意几个边界。一是保障时段不要设太长，考试周一般一到两周，选课可能就两三个小时。设太长等于整学期都在宽松模式，平时的运营策略就白配了。二是策略切换要有日志，哪个时段切了什么策略、什么时候切回来，都要留痕，出了问题能查。三是保障时段里不要把所有保护都关掉，只是降级——比如欠费不停机但还是记录欠费，防私接不下线但还是告警，等恢复正常后这些账号该处理还是处理。
还有一类特殊场景要单独考虑：在线考试系统本身可能部署在校内某个服务器上，学生访问这个服务器的流量应该走校内VLAN，不占用出口带宽。学校网络计费系统在做策略时要能区分"校内考试系统流量"和"普通上外网流量"，前者不限速、不计费、不做任何拦截，后者按正常策略走。这种区分需要BRAS或者AC配合下发不同的RADIUS属性，不是单靠计费系统自己能完成的，要和网络设备联调。
考试周期间的值班和应急
考试周那几天，信息中心至少要有一个人随时在线。不是坐在办公室里等电话，而是要盯着学校网络计费系统的实时监控：当前在线人数有没有突降、认证成功率有没有掉、出口带宽利用率是不是饱和。一旦某个楼栋的学生反映"上不了网"，能第一时间判断是计费系统的问题还是那栋楼AP的问题。
应急联系要提前准备好。如果考试周当天认证服务突然挂了，谁能联系到厂商技术支持？备用的认证服务什么时候能切上来？这些问题不要等到出事再想。考试周前一周，建议做一次模拟故障演练——把主认证服务停掉，看看备用服务多久能接上、学生感知到的断网时间有多长。演练过一次，真出事的时候心里才有底。
考试周结束后，不要急着把所有策略立刻切回正常。建议留一两天的缓冲期，先把强制停机动作恢复，再把终端数限制收紧，最后把防私接的强制动作打开。一口气全恢复，可能刚好撞上某个学生因为假期攒下来的欠费被同时停机，投诉量又会冒一下。
学校网络计费系统在考试周和选课时段的角色，从"收费运营者"临时变成"网络保障者"。这个切换做得顺不顺，直接决定了师生对这套系统是信任还是抱怨。