2026-10-12 15:40:00
高校校园网络不断发展，有线网络、无线网络、访客接入、运营商出口以及各类校园信息系统之间的关系日益复杂。对网络管理部门而言，建设重点不仅是让用户能够连接网络，还包括如何协调不同网络环境下的认证流程、兼容既有网络设备、对接校园身份与业务平台，并满足不同终端的接入管理需求。
华南理工大学的校园网建设实践，体现了高校在多校区、多厂商网络设备和多业务平台环境下开展认证计费建设的实际需求。本文从项目背景、方案设计、项目实践结果和建设启示等方面，梳理该项目的技术思路与管理价值。
一、项目背景：多校区网络带来的管理挑战
华南理工大学设有五山校区、大学城校区和广州国际校区。项目涉及五山校区与广州国际校区的相关网络接入建设，涉及有线网络、无线网络、访客无线网络，以及多厂商网络设备、国际校区 SDN 网络、运营商接入和第三方运维平台等既有环境。
在这样的网络环境中，认证计费建设需要面对的不只是用户身份验证，还包括不同网络设备之间的兼容、不同接入场景的流程衔接，以及认证系统与校园业务平台的协同。
具体来看，项目需要关注以下几个方面：
1. 多种网络环境下的接入协调
有线网络、校园无线网络和访客无线网络的接入方式及管理要求存在差异。如何在满足不同网络场景需求的同时，建立相对统一的接入管理机制，是项目需要解决的问题之一。
2. 既有网络设备与系统的兼容
校园网络涉及不同厂商的有线、无线设备，国际校区还涉及 SDN 网络。认证计费系统需要结合现有网络架构进行对接，不能脱离既有设备和网络策略单独设计。
3. 校园业务平台与运营商出口的协同
校园一卡通、统一身份平台、运营商出口认证及相关运维系统各自承担不同职责。认证计费建设需要考虑账号认证、网络费用管理和出口认证等流程之间的衔接。
因此，该项目的建设重点并非简单增加一套认证设备，而是在既有网络基础上，协调多种接入场景、网络设备和业务平台之间的关系。
二、方案设计：围绕认证、访客接入与地址管理展开
该项目采用了 Dr.COM 2166 认证计费系统、Dr.COM 2188 访客认证管理系统和 Dr.COM 智能 DHCP 系统等组件，相关系统采用主备冗余设计，并与学校既有网络设备及业务平台协同工作。
方案主要涉及以下两个方面。
1. 协调不同网络环境下的认证与接入
针对有线网络、无线网络和访客无线网络等场景，项目结合既有网络设备及相关系统，协调不同接入环境下的认证与准入流程。
五山校区与广州国际校区的相关有线、无线及访客无线网络采用了统一的接入方式；校园无线网络则通过智能 DHCP 系统等相关机制协同，实现跨校区无感知认证。
这里的"统一"并不意味着所有网络设备采用完全相同的配置，而是结合不同网络环境与设备条件，协调接入认证流程和管理方式。具体实现仍需依赖网络架构、设备接口及相关系统之间的配合。
2. 衔接认证计费、访客接入与校园业务平台
高校认证计费建设通常涉及多个系统之间的协作。该项目中，不同系统根据各自职责，与校园业务平台及网络侧设备建立对接关系。
项目中，Dr.COM 认证计费系统与校园一卡通平台开展 LDAP 认证及网费圈存对接，并与出口行为管理设备对接，实现上网行为日志实名关联溯源。同时，认证计费系统对接中国电信、中国联通的 BRAS，以支持运营商升速套餐认证。
在终端管理方面，Dr.COM 智能 DHCP 系统与校园统一身份认证平台对接，基于管理者身份权限开展哑终端地址分配管理。这与认证计费系统承担的认证计费及相关对接职责有所区别。
上述实践说明，高校认证计费项目并非部署单一设备即可完成，而是需要根据业务流程明确各系统的职责，并协调认证、地址分配、网络接入和校园业务平台之间的关系。
三、项目实践结果：多校区接入与多系统协同
项目实践主要体现在多校区网络接入协调、多厂商设备对接、校园业务平台协同及特殊终端接入管理等方面。本文重点梳理项目已实施的系统对接与接入管理实践，不对未经量化验证的性能提升、用户规模及实施前后变化作推断。
1. 协调相关校区的网络接入方式
五山校区与广州国际校区的相关有线网络、无线网络和访客无线网络采用了统一的接入方式；校园无线网络通过智能 DHCP 系统等相关机制实现跨校区无感知认证。
这表明，多校区网络认证建设需要同时考虑不同校区的网络环境和用户接入体验，并通过相关系统之间的协同处理跨校区接入需求。
2. 对接多厂商网络设备及运营商出口
面对不同厂商的网络设备和国际校区 SDN 网络，项目结合既有网络环境开展系统对接。同时，认证计费系统与运营商 BRAS 对接，支持相应的运营商升速套餐认证。
这类实践反映出，高校认证计费建设需要明确认证系统与网络设备、运营商接入系统之间的职责边界。认证流程能否顺利运行，不仅取决于认证系统本身，也取决于接口配置、网络策略及各相关系统的配合。
3. 衔接校园身份与费用管理流程
项目将认证计费系统与校园一卡通相关业务进行对接，通过 LDAP 认证及网费圈存等方式，衔接校园身份和网络费用管理流程。
这一做法有助于减少不同业务环节之间的割裂，使网络账号认证与校园既有业务流程建立联系。具体的账号管理、费用处理和异常情况仍需根据学校业务规则及系统配置执行。
4. 覆盖访客、哑终端等不同接入场景
除常规用户接入外，还涉及访客接入、哑终端地址分配管理、Eduroam 等场景，并根据不同终端的使用需求支持相应的接入管理规则。
这些场景的管理方式并不完全相同。例如，部分终端无法独立完成常规用户认证，需要结合设备特性、地址分配机制和既有管理策略进行处理。因此，实际建设需要根据终端类型及网络架构确定具体方案，而不是要求所有终端采用同一套认证流程。
需要说明的是，上述成果来自多个系统和网络设备的协同。无线覆盖、网络转发、路由策略及运营商出口策略等，仍由相应的网络基础设施和业务系统承担职责，不能全部归因于认证计费系统。
四、案例启示：高校认证计费项目应关注哪些问题？
华南理工大学项目的参考价值，不仅在于采用了哪些系统组件，更在于如何结合既有网络条件，梳理接入需求并安排不同系统之间的协作。其他高校开展类似建设时，可以重点关注以下四个方面。
1. 先梳理网络现状，再确定建设方案
在方案设计前，应梳理各校区的有线、无线网络结构，了解网络设备类型、运营商接入方式、访客网络及现有认证流程。
对于多校区网络，还需要明确哪些网络环境需要统一接入管理，哪些场景存在差异，以及跨校区认证需要满足哪些实际条件。只有先掌握现状，才能合理确定系统对接范围与实施边界。
2. 提前明确身份平台与业务系统的对接需求
认证计费系统可能需要与统一身份平台、校园一卡通、费用管理系统或运营商认证系统协作。建设前应明确账号来源、认证方式、接口条件、费用处理规则及异常场景。
对于涉及多个系统的业务流程，还应明确数据由哪个系统提供、由哪个系统处理，以及出现账号异常、接口中断等情况时如何处置，避免将系统之间的协同关系留到上线阶段才解决。
3. 区分认证系统与网络设备的职责
认证计费系统主要承担相应的认证、计费及管理功能，但并不能替代交换机、无线控制器、出口设备或其他网络基础设施。
在方案设计中，需要明确认证请求由哪些设备发起、认证结果如何作用于接入控制、地址分配由哪个系统负责，以及出口策略由哪些设备或平台执行。职责划分越清楚，后续联调和故障排查就越有依据。
4. 将联调验证与持续运维纳入建设计划
系统上线前，应结合实际接入场景验证认证流程、业务接口、不同终端类型及异常处理机制，并检查主备切换等相关配置是否符合设计要求。
上线后，还需要持续维护账号规则、接口配置、网络策略及运维流程。对于多校区、多设备和多业务平台协同的环境而言，系统能否长期稳定运行，不仅取决于初始部署，也取决于后续的维护和问题处理机制。
结语
华南理工大学校园网项目表明，高校认证计费建设涉及的不只是用户身份验证，还包括多校区接入协调、多厂商网络设备对接，以及认证系统与校园身份、费用管理和运营商出口等业务环节之间的协作。
Dr.COM 认证计费系统、访客认证管理系统和智能 DHCP 系统分别参与相关接入管理，并与既有网络设备和校园业务平台协同完成相应建设任务。
对于其他高校而言，借鉴此类项目时，应首先梳理自身网络环境和业务需求，明确系统接口与职责边界，再根据不同接入场景设计方案并开展联调验证。
认证计费建设的关键不在于简单叠加产品，而在于让认证流程、网络接入、业务平台与运维管理之间形成清晰、可验证、可持续维护的协作关系。
中文
