藍(lán)海卓越高性能RADIUS解決方案樣本

1、資料內(nèi)容僅供您學(xué)習(xí)參考，如有不當(dāng)或者侵權(quán)，請(qǐng)聯(lián)系改正或者刪除。藍(lán)海卓越高性能RADIUS解決方案藍(lán)海卓越計(jì)費(fèi)系統(tǒng)在經(jīng)歷了私營(yíng)ISP從無(wú)到有,從弱小到發(fā)展的各個(gè)階段。計(jì)費(fèi)產(chǎn)品的發(fā)展一路走來(lái), 發(fā)式發(fā)展, 月異的無(wú)線接入市場(chǎng)的發(fā)展了?？墒?WIFI 接入市場(chǎng)是如此的嶄新,以至于沒 計(jì)費(fèi)系統(tǒng)既要滿足市場(chǎng)發(fā)展的需要, 又不能做過于詳細(xì)的業(yè)務(wù)邏輯。那么這就成為了一個(gè)兩難軟件設(shè)計(jì)需求。設(shè)計(jì)的過于詳細(xì), 業(yè)務(wù)變化了, 費(fèi)那樣整齊劃一。業(yè)務(wù)做的過于粗, 就不能滿足客戶的基本需求。為了解決這樣一個(gè)設(shè)計(jì)上的兩難局面, 藍(lán)海卓越的”高性能Radius引擎”就應(yīng)運(yùn)而生了。這套R(shí)ADIUS系統(tǒng), 對(duì)”業(yè)務(wù)邏輯”與”技術(shù)

2、實(shí)現(xiàn)”的分離,藍(lán)海卓越實(shí)現(xiàn)了一套高性能的 RADIUS計(jì)費(fèi)引擎。該引擎能夠在有100萬(wàn)注冊(cè)用戶的情況下, 實(shí)現(xiàn)帶業(yè)務(wù)完成800次/秒的 100%成功認(rèn)證。如果只是單純的進(jìn)行認(rèn)證 ( 無(wú)附加業(yè)務(wù)邏輯判斷, 只做RADIUS認(rèn)證) 能夠達(dá)到 次/秒以上!下表是小區(qū)計(jì)費(fèi)系統(tǒng)和高性能引擎做對(duì)比:2次 , 資料內(nèi)容僅供您學(xué)習(xí)參考，如有不當(dāng)或者侵權(quán)，請(qǐng)聯(lián)系改正或者刪除。高性能 RADIUS 引擎并不是針對(duì)某種具體業(yè)務(wù)而開發(fā)的, 它專注于所有計(jì)費(fèi) 還能夠根據(jù)實(shí)際項(xiàng)目的需求對(duì)無(wú)線接入提供完美的支持。在系統(tǒng)內(nèi)部定義了一套計(jì)劃任務(wù), 像到期停機(jī)、 異常掉線檢測(cè)、 用戶下線后的數(shù)據(jù)計(jì)算等很多功能, 都被集成在引擎內(nèi)

3、部完成。下圖是這套引擎的工作原理框圖。刪除用戶屬性用戶查詢屬性添加用戶屬性獲取用戶參數(shù)修改用戶屬性UDP1812認(rèn)證端口UDP1813記賬端口修改用戶刪除用戶Hash結(jié)構(gòu)關(guān)系型數(shù)據(jù)庫(kù)下線請(qǐng)求計(jì)劃任務(wù)更新用戶靜態(tài)參數(shù)獲取在線信息批量增加用戶屬性踢用戶下線更新用戶靜態(tài)參數(shù)在圖中FreeRadius負(fù)責(zé)處理RADIUS協(xié)議部分, 將獲得的數(shù)據(jù), 原封不動(dòng)的交給”中間層”進(jìn)行處理。這就避免了使用 RADIUS 那個(gè)自帶的數(shù)據(jù)庫(kù)接口。那個(gè)數(shù)據(jù)庫(kù)接口經(jīng)過實(shí)際測(cè)試, 每秒鐘只能完成 0.7 是不可能勝任的。 用來(lái)存儲(chǔ)所有的用戶以及用戶屬性等信息?？墒?, 并不是直接使用它的表。而是在 MySQL里建立了一套

4、 HASH 使用這套 HASH 結(jié)構(gòu)后, 在 100 萬(wàn)注冊(cè)用戶的規(guī)模情況下, 每秒鐘能夠完成 次左右的認(rèn)證。即便是帶有復(fù)雜邏輯的情況下, 也能夠保持在每秒 800 次以上! 800 次這個(gè)速度意味著什么呢? 幾千人資料內(nèi)容僅供您學(xué)習(xí)參考，如有不當(dāng)或者侵權(quán)，請(qǐng)聯(lián)系改正或者刪除。同時(shí)進(jìn)行認(rèn)證撥號(hào), 請(qǐng)注意是幾千人同時(shí)進(jìn)行認(rèn)證撥號(hào) , 這個(gè)套系統(tǒng)是完全能夠處理過來(lái)的。而用戶是不會(huì)有延遲感的! 那么一個(gè)會(huì)產(chǎn)生幾千人同時(shí)使用的系統(tǒng), 注冊(cè)人數(shù)會(huì)有多大呢? 一個(gè)中等城市可能也不會(huì)有這樣規(guī)模的認(rèn)證請(qǐng)求密度。對(duì)于需要進(jìn)行記賬的場(chǎng)景, 這套引擎使用了非關(guān)系型數(shù)據(jù)庫(kù)來(lái)保存記賬 優(yōu)缺點(diǎn)網(wǎng)上已經(jīng)有很多介紹, 其實(shí)還

5、是看上了它對(duì)于海量數(shù)據(jù)的容納能力, 以及極快的讀取速度。由于記賬數(shù)據(jù)的特點(diǎn), 寫入的多, MYSQL 里, 那么很快數(shù)據(jù)庫(kù)就會(huì)變得非常緩慢, 計(jì)費(fèi)產(chǎn)品里, 也曾經(jīng)采用過定期剪切到另一個(gè)庫(kù)的辦法 , 可是實(shí)際使用中效果 還是會(huì)因?yàn)閿?shù)據(jù)量太大而變得非常緩慢, 以至于統(tǒng)計(jì)詳單等業(yè)務(wù)操作起來(lái)經(jīng)?？ㄋ?。而 MONGODB 的特性恰恰能夠解決這個(gè)問題。在引擎中還有一個(gè)非常重要的單元, 測(cè)、 到期停機(jī)等計(jì)費(fèi)必備的功能提供了高效率的解決方案。這個(gè)引擎不包含任何業(yè)務(wù)邏輯 , 只提供最基礎(chǔ)的技術(shù)接口; 它是一套基于FREERADIUS的標(biāo)準(zhǔn)RADIUS解決方案, 同時(shí)提供下線觸發(fā)等豐富的技術(shù)接口; 它是一套性能遠(yuǎn)

6、遠(yuǎn)高于FREERADIUS的RADIUS系統(tǒng); 它是一套能夠和任何業(yè)務(wù)系統(tǒng)無(wú)縫集成的 RADIUS 系統(tǒng)。雖然使用了 FREERADIUS 的協(xié)議處理部分, FREERADIUS 只處理協(xié)議, 數(shù)據(jù)源單獨(dú)來(lái)處理。那么這套系統(tǒng)和業(yè)務(wù)系統(tǒng)如何進(jìn)行集成呢? 下面就這個(gè)問題做一個(gè)簡(jiǎn)要的說(shuō)明。一般的計(jì)費(fèi)系統(tǒng), 都會(huì)包括用戶管理、套餐管理、賬單管理這幾個(gè)部分。那么計(jì)費(fèi)系統(tǒng)要做的就是, 用戶名、 密碼、 到期日期、 帶寬等一系列的參數(shù)。這時(shí)候, 只要經(jīng)過高性能RADIUS 接口, NAS 用戶就會(huì)經(jīng)資料內(nèi)容僅供您學(xué)習(xí)參考，如有不當(dāng)或者侵權(quán)，請(qǐng)聯(lián)系改正或者刪除。過訪問 RADIUS 而進(jìn)行 AAA 了。 而這些用戶