蓝海卓越高性能RADIUS解决方案样本

1、文档编码 : CY2Z5D4Z7U4 HI1H10C3U2D10 ZV6U2U9J4H8资料内容仅供您学习参考,如有不当或者侵权,请联系改正或者删除；蓝海杰出高性能 RADIUS 军决方案蓝海杰出计费系统在经受了私营ISP 从无到有 ,从弱小到进展的各个阶段；计费产品的进展一路走来 ,也经受了很多版本的变化与更新；随着无线市场的爆 发式进展 ,蓝海杰出原先的” 小区宽带计费系统” 的结构已经不能再适应于日新 月异的无线接入市场的进展了；可是 ,WIFI 接入市场是如此的崭新 ,以至于没 有人敢于对其做过于细致的推测；因此 ,计费系统既要中意市场进展的需要 那么这就成为了一个两难软件设计需求；,

2、又 不能做过于详细的业务规律；设计的过于详细 ,业务变化了 , 一切都得重新来；客户的需求并不像小区计 费那样整齐划一；业务做的过于粗,就不能中意客户的基本需求；为明白决这样一个设计上的两难局面, 蓝海杰出的” 高性能Radius 引擎”就应运而生了；这套 RADIUSS 统, 并不像传统的小区宽带计费系统那样是” 完整的” ；经过 对”业务规律” 与” 技术实现” 的分别 , 蓝海杰出实现了一套高性能的 RADIUS计费引擎；该引擎能够在有 100 万注册用户的情形下 , 实现带业务完成 800 次/ 秒的 100%成功认证；假如只是单纯的进行认证 够达到 次/秒以上 ！（无附加业务规律判定

3、 ,只做 RADIUS 认证）能F 表是小区计费系统和高性能引擎做对比对新业务的支持小区宽带计费高性能 RADIUS弓 1 擎只能完成小区计费业务支持任意计费业务二次开发不支持或者支持有限全面支持二次开发认证性能每秒钟不到 2 次每秒钟高达次记账性能历史记账数据会极大的影响效率分布式储备 ,几乎无限扩展支持用户数不超过 5 万百万级性能无损企业特性几乎没有企业特性咼可用性、咼可治理型、咼可交付性等与第三方系统集成不支持无缝对接资料内容仅供您学习参考,如有不当或者侵权,请联系改正或者删除；高性能 RADIUS 引擎并不是针对某种详细业务而开发的, 它用心于全部计费系统的技术共性；不但能够支持小区

4、宽带的计费业务,仍能够依据实际项目的需求对无线接入供应完善的支持；在系统内部定义了一套方案任务,像到期停机、反常掉线检测、用户下线后的数据运算等很多功能 ,都被集成在引擎内部完成；用户查询属性 删除用户属性添加用户属性修改用户属性猎取用户参数UDP1812 认证端口UDP1813FreeRadius业务规律Hash 结构修改用户中间层记账端口关系型数据库下线请求更新用户静态参数猎取在线信息方案任务厂丿删除用户关系型数据库批量增加用户属性更新用户静态参数 踢用户下线下图是这套引擎的工作原理框图；在图中 FreeRadius 负责处理 RADIUS* 、议部分 ,将获得的数据 , 原封不动的 交给

5、” 中间层” 进行处理；这就防止了使用 RADIUS 那个自带的数据库接口；那 个数据 库接口经过实际测试 ,每秒钟只能完成 0.7 次认证；这对于大型应用来说 是不行能胜任的；数据库系统同时使用了关系型数据库和非关系型数据库；MySQ 用来储备所有的用户以及用户属性等信息；可是,并不是直接使用它的表；而是在 MySQL 里建立 了一套 HASH 吉构；经过实际的测试 ,使用这套 HASH 吉构后 ,在 100 万注 册用户的 规模情形下 ,每秒钟能够完成次左右的认证；即便是带有复杂规律的 情形下 ,也能够资料内容仅供您学习参考,如有不当或者侵权,请联系改正或者删除；保持在每秒 800 次以上

6、 ！ 800 次这个速度意味着什么呢 ？几千人 同时进行认证拨号 , 请留意是几千人同时进行认证拨号 , 这个套系统是完全能 够处理过来的；而用户是不会有推迟感的 . 那么一个会产生几千人同时使用的 系统 , 注册人数会有多大呢 . 一个中等城市可能也不会有这样规模的认证请求 密度；对于需要进行记账的场景, 这套引擎使用了非关系型数据库来储存记账信息；这里用的非关系型数据库是 MONGOD 关于这个数据库的性能和功能、优缺点网上已经有很多介绍 , 这里就不多说了；之因此会选择它 , 其实仍是看上了 它对于海量数据的容纳才能 , 以及极快的读取速度；由于记账数据的特点 ,写入的多 ,被读取的少；

7、假如全部放到 MYSQ 里,那 么很快数据库就会变得特殊缓慢 , 以至于会严肃的影响认证速度；我们在早期的 计费产品里 , 也曾经接受过定期剪切到另一个库的方法 , 可是实际使用中成效 并不好； MYSQ仍是会由于数据量太大而变得特殊缓慢,以至于统计详单等业务 操作起来经常卡死；而MONGODB 特性恰恰能够解决这个问题；在引擎中仍有一个特殊重要的单元, 那就是方案任务单元；对于反常掉线检测、到期停机等计费必备的功能供应了高效率的解决方案；这个引擎不包含任何业务规律 , 只供应最基础的技术接口 ; 它是一套基于FREERADIU S 标准 RADIUS 解决方案 , 同时供应下线触发等丰富的技

8、术接口；它 是一套性能远远高于 FREERADIU 的 RADIUS 统；它是一套能够和任何业务系统 无缝集成的 RADIUS S 统；虽然使用了 FREERADIU 的协议处理部分 ,可是完全改写了数据源部分；让FREERADIU 只处理协议 , 数据源单独来处理；那么这套系统和业务系统如何进行集成呢 . 下面就这个问题做一个简要的 说明；一般的计费系统 , 都会包括用户治理、套餐治理、账单治理这几个部分；那么计费系统要做的就是 , 依据各个套餐运算出一个最终的结果；这个结果包括 用户名、 密码、 到期日期、 带宽等一系列的参数；这时候 , 只要经过高性能 RADIUS 接口 ,就能够把这些数据完全的写入到数据库中；那么,NAS 用户就会经 过资料内容仅供您学习参考,如有不当或者侵权,请联系改正或者删除；拜望 RADIUS 而进行 AAA 了；假如你有一个现成的用户系统；包括很多的用户 , 而这些用户只有用户名和 密码参数； 这时候 , 只需要规定一个默认套餐应当使用的一