很多学校决定上校园网络认证系统，往往是从一次投诉开始的。某个晚上宿舍区大面积断网，运维老师被电话叫醒，翻了半天交换机日志也搞不清到底是认证服务器挂了还是带宽被打满，最后只能把整栋楼的网络重启了事。第二天领导问起来，谁也说不清问题出在哪一层。这种事攒多了，学校才会认真考虑上一套正经的认证系统。但在真正招标之前，有一件比选型更基础的事必须先做，就是把自己家网络的真实底细摸清楚。

先把现有的接入方式理一遍

不少学校以为自己"没什么接入方式"，其实不然。我们见过最乱的一个案例，光是上网认证就并存着三种：早年的宽带拨号账号还在用，后来加装的无线路由器各自为政，再之后又贴了一层网页认证。学生换设备时经常搞混该用哪个，报修的时候自己也讲不明白。建设之前，起码要把这些信息列清楚：现在师生是用什么方式上网的，账号从哪来，密码怎么改，老系统还留着多少历史账号没清理。这一步看似琐碎，但它直接决定了新系统上线时要做多少数据迁移和账号合并。

设备清单比想象中难收齐

摸底第二个坑是资产不清。认证系统要管的是"谁在什么设备上接入"，所以你得先知道自己有多少接入点、多少交换机、有没有划分好管理网段。实际项目里，常常出现某个楼层的接入交换机型号太老，不支持标准的认证协议，要么就得换设备，要么就只能让它游离在认证体系之外。还有物联网设备，像门禁、监控、一卡通终端，这些到底挂在哪台交换机下面，能不能走独立的接入策略，都得提前标记。我们一般建议学校先出一份带位置的接入点清单，哪怕不精确，也比脑子里那点印象强。

认证流量和峰值要实测

第三个容易被拍脑袋决定的，是系统容量。有人直接按"在校生人数乘以二"来估并发，结果上线后发现完全不够用，因为现在一个学生手里有手机、平板、笔记本，宿舍里再加个智能音箱和游戏机，人均在线设备早就超过两台。更靠谱的做法是选一个星期做实测，看晚高峰的并发认证请求到底到多少，看开学报到那天瞬时峰值能冲多高。认证服务器和计费网关的性能瓶颈往往不在平时，而在这些尖峰时刻，摸不清峰值就去选型号，要么浪费钱要么撑不住。

账号来源这件事必须想透

还有一个特别容易被忽视的点：师生账号从哪来。有的学校教务系统和学工系统是两家厂商做的，学生字段对不齐，新认证系统上线后要么手动导入，要么就得对接。我们碰到过最麻烦的情况是，新生数据晚于开学才到位，导致前两周大量学生上不了网，投诉全压到网络中心。所以摸底阶段就要把"账号什么时候能拿到、以什么格式给、谁来保证准确"这三件事定下来，最好写进建设方的配合责任里，而不是等上线了再扯皮。

现状摸底的产出应该是一份清单

说到底，建设前的现状摸底不是为了写报告交差，而是为了给后面所有决策兜底。我们习惯让它沉淀成三样东西：一份接入方式与账号现状表，一份带位置的接入设备清单，一份实测的流量和峰值记录。这三样凑齐，后面选型、容量规划、实施排期才有依据。缺了任何一样，项目大概率会在某个节点卡住，而卡住的时候，没人会记得当初是摸底没做透，只会怪系统不好用。

别把摸底当成厂商的活

最后提醒一句，摸底这件事学校自己得牵头。厂商当然愿意帮你做"调研"，但他们的调研往往带着选型导向，容易把你往他们擅长的方案上引。真正中立的摸底，应该是学校网络中心拿第一手数据，厂商只负责基于这些数据给方案。这个先后顺序别搞反，否则你以为自己在选型，其实是被方案选了。把这段绕不开的摸底做扎实，后面整个建设过程会顺得多。

摸底别忽略和历史系统的关系

很多学校不是白纸一张，之前多半用过运营商附赠的认证、或者某个厂商的试用系统，那些历史账号和数据到底还在不在、谁在用，摸底时就要列出来。我们见过老系统下线了但账号还在偷偷生效，新系统上线后计费和溯源全乱。所以现状摸底要把"历史遗留"单独成项，明确哪些要迁移、哪些要停用、哪些干脆没人认领直接清掉。这一步偷懒，后面就是在给未来的自己埋雷。

摸底报告学校自己要牵头写

现状摸底的产出最好由网络中心自己落笔，不要全包给厂商。厂商的摸底天然带着销售目的，容易把你的需求往他家方案上引。学校保留对数据的解释权和结论的主动权，厂商只负责基于这份摸底给方案建议。这个先后顺序别搞反，否则你以为自己在选型，其实是被方案选了。摸底做扎实，后面招标签约都顺。