一个大学有好几个校区，这是常态。每个校区都有自己的网络出口、自己的宿舍楼、自己的学生群体。如果每个校区各建一套校园无线wifi计费系统，数据不互通、管理不统一，站在学校管理层的角度这就是一个运维黑洞。所以多校区统一管理这个需求，在项目沟通的早期就会被提出来。但真要做到统一管理，不是"加个总控平台"能解决的。

第一个核心问题是账号体系的统一。如果各个校区用的是一套教务系统、一个统一身份认证平台，那账号统一不复杂——校园无线wifi计费系统直接从统一认证平台同步学生信息即可。但现实往往没那么理想。很多高校的不同校区用的是不同的教务系统，甚至有些校区的学号编码规则都不一样。A校区的学号是10位数字，B校区是9位字母加数字。计费系统要做账号统一，第一步就是建立跨校区的账号映射表，把不同来源的学生记录关联到同一个账号体系里。这个过程不是技术问题，是数据治理问题。

账号统一之后紧接着的问题是认证策略的统一还是独立。不同校区的网络环境可能完全不同：主校区有电信和联通双出口，分校区只有移动单出口；主校区用的是Portal认证，分校区用的是PPPoE拨号。校园无线wifi计费系统在统一管理层面上，是强制所有校区都用同一套认证方式，还是允许各校区保留差异？如果强制统一，分校区需要改造网络适配新认证方式，这是一个不小的成本。如果允许差异，统一管理平台就需要兼容多种认证协议——Portal、PPPoE、802.1X等——在后台做协议适配层。

第二个核心问题是计费策略的统一。学生在主校区办的套餐，去了分校区能不能用？如果主校区的30元套餐包含20M带宽，分校区网络条件差只能提供10M，这个套餐在分校区怎么兑现？比较务实的做法是：基础套餐全校通用、校区专属套餐仅限该校区使用。主校区的学生到分校区可以使用基础网速，如果想享受分校区的高带宽套餐可以单独购买。这样既保证了用户体验的一致性，也不会因为校区网络条件差异导致承诺无法兑现。

第三个核心问题是运营数据的分与合。学校管理层想看的是全校汇总数据——总用户数、总收入、总带宽使用率。但各校区的网络中心关心的是自己校区的数据——在线人数、故障率、投诉量。校园无线wifi计费系统做统一管理，数据层面需要同时支持全校汇总视图和校区独立视图。技术上不复杂，但权限控制要做好——A校区的管理员不应该看到B校区的学生个人信息和消费明细。

还有一个容易被忽视的问题是各个校区的网络出口独立结算。如果主校区的出口带宽是学校统一采购的，但分校区的出口是当地运营商单独提供的，那计费系统在做流量统计和成本核算的时候需要把各校区的出口流量分开。全校统一采购带宽的情况下，某校区用超了、某校区几乎没用，这种不均衡也需要数据来呈现。

多校区统一管理的另一个维度是设备管理的统一。如果不同校区用了不同品牌的AC控制器、不同型号的AP，统一管理平台需要能对接多种设备。比较好的做法是通过标准协议——比如SNMP、NETCONF——来做设备管理，而不是每种设备都写一套对接代码。但不同厂商对标准协议的支持程度不同、私有扩展也不同，实践中仍然需要大量的适配工作。

运维层面，多校区意味着运维人员分布在不同的地理位置。一个校区的网络出了问题，管理平台上能看到告警，但谁去现场处理、处理进度怎么跟踪、处理结果怎么确认，这些流程性的问题如果不在前期定义清楚，会变成"平台告警了一整天没人管"。建议在每个校区设置一名运维对接人，在系统里配置告警接收人和升级规则。

多校区统一管理在落地上，建议分阶段推进。第一阶段：先把各校区的基础数据统一到一张表里——学生信息、账号状态、在线情况。第二阶段：统一认证方式和套餐结构。第三阶段：统一设备管理和运维流程。不要试图一步到位把什么都统一了，每个阶段的变更都可能引发新问题，稳扎稳打更现实。