【正文】 由此我們可以看出軟件形態(tài)的無(wú)線控制器的基本特性就是支持虛擬化和云特性。我們把這種虛擬化稱為1：N虛擬化。其實(shí)這是一個(gè)簡(jiǎn)單而且錯(cuò)誤的理解，軟件形態(tài)的無(wú)線控制器的產(chǎn)生更多由于虛擬化技術(shù)和云數(shù)據(jù)中心的普及而產(chǎn)生的，因此軟件形態(tài)的無(wú)線控制器自身的首要特性就是虛擬化特性，云特性。本地轉(zhuǎn)發(fā)示意圖前面講到數(shù)據(jù)采用本地轉(zhuǎn)發(fā)的瘦AP與無(wú)線控制器之間的管理數(shù)據(jù)流量很小，無(wú)線控制器的數(shù)據(jù)轉(zhuǎn)發(fā)性能，隨著服務(wù)器性能的大幅提升以及虛擬化技術(shù)的完善和普及，軟件形態(tài)的無(wú)線控制器應(yīng)運(yùn)而生。只有瘦AP的管理數(shù)據(jù)和是在無(wú)線控制器和AP之間交互，這種交互數(shù)據(jù)的數(shù)據(jù)流非常小，因此無(wú)線控制器開始采用單臂旁掛核心交換機(jī)的方式進(jìn)行部署，我們稱這種部署方式為旁路部署。隨著單一項(xiàng)目的無(wú)線網(wǎng)絡(luò)規(guī)模的擴(kuò)大，雙頻雙模無(wú)線AP的出現(xiàn)以及IEEE ，無(wú)線AP的上行帶寬越來(lái)越高。這種架構(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)的。從無(wú)線控制器的形態(tài)上分類從目前市場(chǎng)上的產(chǎn)品來(lái)看可分為兩類：硬件形態(tài)的無(wú)線控制器和軟件形態(tài)的無(wú)線控制器。當(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)維。采用這種網(wǎng)絡(luò)設(shè)計(jì)當(dāng)管理員需要修改網(wǎng)絡(luò)策略對(duì)網(wǎng)絡(luò)進(jìn)行調(diào)整或優(yōu)化時(shí)，他只需要對(duì)教育局?jǐn)?shù)據(jù)中心的設(shè)備進(jìn)行調(diào)整即可全網(wǎng)生效，而不需要從接入端逐層的進(jìn)行配置修改。在以上三個(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)用需求。而復(fù)雜的網(wǎng)絡(luò)拓?fù)渥尰跇I(yè)務(wù)變更的網(wǎng)絡(luò)策略調(diào)整與優(yōu)化變的復(fù)雜，網(wǎng)絡(luò)管理員不得不看 4分片分區(qū)的自下而上的逐層修改配置，由于復(fù)雜的網(wǎng)絡(luò)拓?fù)鋵?dǎo)致的錯(cuò)綜復(fù)雜的網(wǎng)絡(luò)協(xié)議關(guān)系給問(wèn)題排查帶來(lái)不小的難度。.. . . .. 方案總述增加運(yùn)維難度，影響運(yùn)維效率的因素有大量的網(wǎng)絡(luò)節(jié)點(diǎn)，復(fù)雜的網(wǎng)絡(luò)拓?fù)浜途W(wǎng)絡(luò)覆蓋的地理范圍。網(wǎng)絡(luò)節(jié)點(diǎn)越多意味著網(wǎng)絡(luò)管理員要維護(hù)的設(shè)備越多，同時(shí)某一節(jié)點(diǎn)出現(xiàn)問(wèn)題的概率越大，從而提升了管理員的工作量。網(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)維效率得以提升。，在某市教育無(wú)線網(wǎng)建設(shè)中神州數(shù)碼采用教育局集中管理，集中運(yùn)維的思路進(jìn)行網(wǎng)絡(luò)設(shè)計(jì)，學(xué)校只作為網(wǎng)絡(luò)前端進(jìn)行AP和PoE交換機(jī)的部署，無(wú)線控制器，實(shí)名認(rèn)證系統(tǒng)、網(wǎng)絡(luò)管理系統(tǒng)、安全運(yùn)維審計(jì)系統(tǒng)以及無(wú)線應(yīng)用加速系統(tǒng)等網(wǎng)絡(luò)管理、運(yùn)維系統(tǒng)將統(tǒng)一部署在某市教育局，實(shí)現(xiàn)對(duì)全市無(wú)線網(wǎng)的統(tǒng)一管理，統(tǒng)一運(yùn)維。能實(shí)現(xiàn)如此的管理方式也得益于當(dāng)前無(wú)線網(wǎng)絡(luò)的部署架構(gòu)。 無(wú)線控制器的選擇與部署 0無(wú)線控制器的選擇在中大型無(wú)線網(wǎng)絡(luò)環(huán)境中采用無(wú)線控制器+瘦AP的網(wǎng)絡(luò)架構(gòu)已經(jīng)成為不爭(zhēng)的事實(shí)。硬件形態(tài)的無(wú)線控制器是從無(wú)線控制器+瘦AP架構(gòu)正是發(fā)布后一直延續(xù)到現(xiàn)在的一種無(wú)線控制器物理形態(tài)，目前市場(chǎng)上主要以X86工控機(jī)或多核+交換板作為硬件架構(gòu)。第一代瘦AP主要采用的是IEEE ，IEEE ，第一代無(wú)線控制器采用集中式轉(zhuǎn)發(fā)模式不會(huì)產(chǎn)生網(wǎng)絡(luò)瓶頸。因此，集中式轉(zhuǎn)發(fā)已經(jīng)成為數(shù)據(jù)傳輸瓶頸，為了解決這一問(wèn)題，提高無(wú)線網(wǎng)絡(luò)傳輸性能，瘦AP開始采用本地轉(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ā)。 集中轉(zhuǎn)發(fā)amp。很多人把簡(jiǎn)單的認(rèn)為軟件形態(tài)的無(wú)線控制器就是把硬件形態(tài)無(wú)線控制器里的系統(tǒng)抽離出來(lái)形成的，所以除了形態(tài)上的差別之外其他都是一樣的。例如一臺(tái)軟件形態(tài)的無(wú)線控制器，可以根據(jù)不同用戶群定制屬于自己的虛擬化控制器，用于實(shí)現(xiàn)對(duì)自己區(qū)域的無(wú)線AP的個(gè)性化管理。而當(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虛擬化?；谶@些虛擬化特性我們也把軟件形態(tài)的無(wú)線控制器成為“云”無(wú)線控制器。兩種形態(tài)的無(wú)線控制具有哪些特性差異，我們對(duì)兩種無(wú)線控制器的主要差異特性做了簡(jiǎn)單的對(duì)比。傳統(tǒng)的硬件形態(tài)無(wú)線控制器一臺(tái)設(shè)備可管理的最大AP數(shù)量一般在4000臺(tái)左右，市場(chǎng)上目前主流銷售的硬件無(wú)線控制器最大管理AP數(shù)量在2000臺(tái)以下，由此可以看出傳統(tǒng)硬件無(wú)線控制器主要用于園區(qū)無(wú)線網(wǎng)絡(luò)的部署。以上兩種部署方法確實(shí)可以解決無(wú)線AP的管理問(wèn)題，但是如前面所講，從后期管理運(yùn)維的角度考慮，這兩種部署方式在網(wǎng)絡(luò)中增加了多臺(tái)無(wú)線控制器，網(wǎng)絡(luò)拓?fù)渥兊膹?fù)雜，網(wǎng)絡(luò)管理員需要維護(hù)的設(shè)備數(shù)量增加。 “云”無(wú)線控制器從功能設(shè)計(jì)上并沒(méi)有AP管理上限。而“云”無(wú)線控制器的虛擬化特性允許采用服務(wù)器橫向擴(kuò)展（Scale out）的方式來(lái)提升管理性能，同時(shí)還實(shí)現(xiàn)了冗余。從端口配置上看，某市教育城域網(wǎng)這種大型的無(wú)線網(wǎng)絡(luò)部署無(wú)線控制器都會(huì)采用旁路部署，無(wú)線AP采用本地?cái)?shù)據(jù)轉(zhuǎn)發(fā)的方式，這種方式無(wú)線AP與無(wú)線控制器之間之交互管理數(shù)據(jù)，數(shù)據(jù)流量小，只需要1到2