無(wú)線網(wǎng)絡(luò)覆蓋方案-wenkub
2023-05-28 12:15:27 本頁(yè)面
【正文】 做了簡(jiǎn)單的對(duì)比。而當(dāng)一個(gè)大型網(wǎng)絡(luò)中有多臺(tái)軟件形態(tài)的無(wú)線控制器，他們可以形成一個(gè)統(tǒng)一無(wú)線管理控制器池，任何一個(gè)控制節(jié)點(diǎn)出現(xiàn)問(wèn)題都不會(huì)出現(xiàn)瘦AP脫管的現(xiàn)象，形成一個(gè)統(tǒng)一的，整體的無(wú)線網(wǎng)絡(luò)控制云平臺(tái)，我們把這種虛擬化稱為N：1虛擬化。很多人把簡(jiǎn)單的認(rèn)為軟件形態(tài)的無(wú)線控制器就是把硬件形態(tài)無(wú)線控制器里的系統(tǒng)抽離出來(lái)形成的，所以除了形態(tài)上的差別之外其他都是一樣的。因此，集中式轉(zhuǎn)發(fā)已經(jīng)成為數(shù)據(jù)傳輸瓶頸，為了解決這一問(wèn)題，提高無(wú)線網(wǎng)絡(luò)傳輸性能，瘦AP開(kāi)始采用本地轉(zhuǎn)發(fā)，集中管理的架構(gòu)，即從瘦AP上行的業(yè)務(wù)數(shù)據(jù)都有AP直接通過(guò)交換機(jī)轉(zhuǎn)發(fā)到網(wǎng)關(guān)，不在經(jīng)由無(wú)線控制器進(jìn)行轉(zhuǎn)發(fā)。硬件形態(tài)的無(wú)線控制器是從無(wú)線控制器+瘦AP架構(gòu)正是發(fā)布后一直延續(xù)到現(xiàn)在的一種無(wú)線控制器物理形態(tài)，目前市場(chǎng)上主要以X86工控機(jī)或多核+交換板作為硬件架構(gòu)。能實(shí)現(xiàn)如此的管理方式也得益于當(dāng)前無(wú)線網(wǎng)絡(luò)的部署架構(gòu)。網(wǎng)絡(luò)所覆蓋的地址范圍是不能人為控制的，但是從運(yùn)維的角度看，減少運(yùn)維壓力提高運(yùn)維效率就是網(wǎng)絡(luò)管理員盡量少的跑到接入端去進(jìn)行問(wèn)題排查，實(shí)現(xiàn)方法就是前端設(shè)備盡量少或不需要進(jìn)行配置，只要接入網(wǎng)絡(luò)就可通過(guò)網(wǎng)絡(luò)中心進(jìn)行統(tǒng)一管理，這樣當(dāng)前端接入設(shè)備出現(xiàn)故障，只需要找工程人員做簡(jiǎn)單的設(shè)備更換，而不需要管理員到現(xiàn)場(chǎng)在進(jìn)行復(fù)雜的配置，網(wǎng)絡(luò)管理運(yùn)維效率得以提升。.. . . .. 方案總述增加運(yùn)維難度，影響運(yùn)維效率的因素有大量的網(wǎng)絡(luò)節(jié)點(diǎn)，復(fù)雜的網(wǎng)絡(luò)拓?fù)浜途W(wǎng)絡(luò)覆蓋的地理范圍。在以上三個(gè)因素中網(wǎng)絡(luò)覆蓋的地理范圍是不可改變的，而網(wǎng)絡(luò)節(jié)點(diǎn)數(shù)和網(wǎng)絡(luò)拓?fù)涫强梢詮姆桨冈O(shè)計(jì)上進(jìn)行優(yōu)化，因此神州數(shù)碼在某市教育城域網(wǎng)網(wǎng)項(xiàng)目中在滿足教學(xué)應(yīng)用的需求下以簡(jiǎn)化后期運(yùn)維量為出發(fā)點(diǎn)，在方案設(shè)計(jì)中使用最少的設(shè)備，最簡(jiǎn)單的拓?fù)鋪?lái)滿足應(yīng)用需求。當(dāng)前主流的無(wú)線網(wǎng)絡(luò)全部采用無(wú)線控制器+瘦AP的架構(gòu)，無(wú)線控制器就像無(wú)線網(wǎng)絡(luò)的大腦，它負(fù)責(zé)管理與其連接的所有AP的配置策略，而瘦AP只是運(yùn)算和執(zhí)行策略，基于此架構(gòu)，無(wú)線網(wǎng)絡(luò)可直接通過(guò)對(duì)中心端的無(wú)線控制器的配置操作達(dá)到修改接入點(diǎn)網(wǎng)絡(luò)策略的目的，從而實(shí)現(xiàn)中心的統(tǒng)一管理，統(tǒng)一運(yùn)維。這種架構(gòu)的產(chǎn)生源于第一代瘦AP架構(gòu)，第一代瘦AP的數(shù)據(jù)轉(zhuǎn)發(fā)模式采用的是集中式轉(zhuǎn)發(fā)，即無(wú)線AP所有的數(shù)據(jù)都要流經(jīng)無(wú)線控制器，再由無(wú)線控制器轉(zhuǎn)發(fā)到上層網(wǎng)絡(luò)當(dāng)中，這種模式就需要無(wú)線控制器就較好的數(shù)據(jù)轉(zhuǎn)發(fā)性能，而服務(wù)器網(wǎng)卡在數(shù)據(jù)轉(zhuǎn)發(fā)上的性能與帶有交換架構(gòu)的工控機(jī)來(lái)比就要差一些，因此，無(wú)線控制器是以硬件形態(tài)出現(xiàn)的。只有瘦AP的管理數(shù)據(jù)和是在無(wú)線控制器和AP之間交互，這種交互數(shù)據(jù)的數(shù)據(jù)流非常小，因此無(wú)線控制器開(kāi)始采用單臂旁掛核心交換機(jī)的方式進(jìn)行部署，我們稱這種部署方式為旁路部署。其實(shí)這是一個(gè)簡(jiǎn)單而且錯(cuò)誤的理解，軟件形態(tài)的無(wú)線控制器的產(chǎn)生更多由于虛擬化技術(shù)和云數(shù)據(jù)中心的普及而產(chǎn)生的，因此軟件形態(tài)的無(wú)線控制器自身的首要特性就是虛擬化特性，云特性。由此我們可以看出軟件形態(tài)的無(wú)線控制器的基本特性就是支持虛擬化和云特性。 無(wú)線控制器特性對(duì)比：特性硬件形態(tài)無(wú)線控制器“云”無(wú)線控制器具有虛擬化特性不具備具備管理AP數(shù)量單臺(tái)≤4000（主流產(chǎn)品）軟件系統(tǒng)無(wú)AP管理上限端口配置千兆電/光口≥4；具有萬(wàn)兆端口或擴(kuò)展插槽端口依托于服務(wù)器配置的網(wǎng)卡類型AP數(shù)據(jù)轉(zhuǎn)發(fā)方式支持本地轉(zhuǎn)發(fā)和集中轉(zhuǎn)發(fā)支持本地轉(zhuǎn)發(fā)AP部署方式二層部署、三層部署二層部署、三層部署、跨NAT部署根據(jù)兩種形態(tài)的無(wú)線控制器的特性差異我們來(lái)做一個(gè)簡(jiǎn)單的綜合分析。網(wǎng)路認(rèn)證策略，QoS策略需要在每臺(tái)控制器上配置一次，在網(wǎng)絡(luò)出現(xiàn)問(wèn)題時(shí)，需要做大量的數(shù)據(jù)檢測(cè)和排除工作，運(yùn)維效率降低。由于“云”無(wú)線控制器的虛擬化特性，即使服務(wù)器采用橫向擴(kuò)展方式進(jìn)行擴(kuò)容，它從管理運(yùn)維的角度看只是一個(gè)管理節(jié)點(diǎn)，網(wǎng)絡(luò)管理員看到的管到的始終是一臺(tái)無(wú)線控制器，不需要為學(xué)校的AP歸哪個(gè)控制器管而劃分群組。 無(wú)線控制器的部署某市教育城域網(wǎng)骨干 “云”無(wú)線控制器部署示意圖，“云“無(wú)線控制器只需要部署在教育局網(wǎng)絡(luò)中心的運(yùn)維管理區(qū)。無(wú)線AP支持IEEE ，通過(guò)PoE方式供電。 實(shí)名認(rèn)證系統(tǒng)部署要滿足全市內(nèi)賬戶漫游，就需要一個(gè)統(tǒng)一的實(shí)名認(rèn)證系統(tǒng)對(duì)某市所轄學(xué)校所有網(wǎng)絡(luò)賬戶進(jìn)行統(tǒng)一管理和統(tǒng)一認(rèn)證，網(wǎng)絡(luò)用戶不管身處哪所學(xué)校都可以使用自己的賬戶登陸網(wǎng)絡(luò)。神州數(shù)碼的軟件計(jì)費(fèi)系統(tǒng)是有DCSMRS 認(rèn)證服務(wù)平臺(tái)和DCSMBW綜合業(yè)務(wù)管理平臺(tái)兩部分組成。DCSMRS與DCSMBW服務(wù)器均需旁路部署在受防火墻等網(wǎng)絡(luò)安全設(shè)備保護(hù)的數(shù)據(jù)中心中，原網(wǎng)絡(luò)的部署與結(jié)構(gòu)無(wú)需調(diào)整，只需接入控制層的網(wǎng)絡(luò)設(shè)備支持相關(guān)的Radius和Portal協(xié)議，另外防火墻等網(wǎng)絡(luò)安全設(shè)備須允許RADIUS、PORTAL報(bào)文通信。Poral認(rèn)證采用WEB頁(yè)面重定向方式用瀏覽器為用戶推送認(rèn)證頁(yè)面，用戶終端不需要其他第三方軟件就可實(shí)現(xiàn)認(rèn)證。是本項(xiàng)目中作為首選的認(rèn)證方式。采用手機(jī)短信認(rèn)證的方式，用戶通過(guò)自己的手機(jī)按需開(kāi)通賬戶，管理員只需要預(yù)設(shè)好賬戶有效時(shí)間，賬戶到期后會(huì)自動(dòng)銷戶。下面對(duì)Portal認(rèn)證，二維碼認(rèn)證，手機(jī)短信認(rèn)證和二維碼認(rèn)證做一個(gè)講解。以Chap為例的用戶上線認(rèn)證流程，如下圖所示：圖 認(rèn)證流程示意圖1. 用戶訪問(wèn)網(wǎng)站，經(jīng)過(guò)AC重定向到DCSMRS，DCSMRS推送認(rèn)證頁(yè)面；2. 用戶填入用戶名、密碼，提交頁(yè)面，向DCSMRS發(fā)起連接請(qǐng)求；3. DCSMRS向AC請(qǐng)求Challenge；4. AC分配Challenge給DCSMRS；5. DCSMRS向AC發(fā)起認(rèn)證請(qǐng)求；6. 而后AC進(jìn)行RADIUS認(rèn)證，獲得RADIUS認(rèn)證結(jié)果；7. AC向DCSMRS送認(rèn)證結(jié)果；8. DCSMRS將認(rèn)證結(jié)果填入頁(yè)面，和門(mén)戶網(wǎng)站一起推送給客戶；9. DCSMRS回應(yīng)
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1