Aruba-802.11ac網(wǎng)絡(luò)的射頻和漫游化v1

Aruba802.11ac目錄Aruba802.11ac目錄|目 簡 AP選擇和放置建 RF考慮因 漫游優(yōu) 設(shè)備配 范 建議摘 AP放置建 ClientMatch

快速漫游建 語音設(shè)備建 AP選擇指 基于容量的RF覆蓋范 鋪有地毯的辦公空 AP選擇建 選擇最佳802.11信道和傳輸功 Transmit 4|4|目Aruba802.11acARM其他參 選擇最佳ClientMatch設(shè) ClientMatch功 頻譜導(dǎo) 動態(tài)負載均 粘滯終端導(dǎo) 限制不必要的廣播和組播流 BroadcastFilter DropBroadcastandMulticast 允許已知的多播流 DynamicMulticast MulticastRate 流量整 漫游優(yōu) 優(yōu)化單元格大 降低傳輸功 削減低速 協(xié)助客戶端選擇更靠近的 信標(biāo)速 本地探測請求閾 優(yōu)化漫游時 PairwiseMasterKey緩 OpportunisticKey緩 驗證成對主密鑰 802.11k支 設(shè)備配 共享或?qū)Ｓ?語音設(shè)備的建 Aruba802.11ac簡介Aruba802.11ac簡介|Chapter檔提供了最佳實踐和指南，以優(yōu)化RF并改善ArubaWLAN架構(gòu)中的漫游，該架構(gòu)支持數(shù)千種移APRFAP在大多數(shù)企業(yè)和園區(qū)中，無線已成為訪問網(wǎng)絡(luò)的主要媒介。在WLAN上運行的應(yīng)用程序需要高吞吐量和/或較少的延遲，抖動和數(shù)據(jù)包丟棄。因此，選擇和放置AP是確保網(wǎng)絡(luò)準(zhǔn)備好支持所WLAN部署的AP選擇和放RF考慮因素漫游設(shè)備對RF使用Aruba的AdaptiveRadioManagement?（ARM）技術(shù)調(diào)整AP使用Aruba的ClientMatch技術(shù)確?？蛻舳嗽贏P和Channel消除來自RF本節(jié)提供了針對漫游設(shè)備優(yōu)化RF調(diào)整數(shù)據(jù)速率，信標(biāo)速率和AP7|7|簡Aruba802.11acOpportunisticKeyCaching802.11r/k/v之類的技術(shù)來減少在接入點之間漫游所花費的時間。終端設(shè)備基于這些參數(shù)設(shè)置的值的行為方式可能不同?？赡苄枰啻螄L試和錯誤迭代才能找到適用于特定WLANAruba基礎(chǔ)架構(gòu)上的WLAN基礎(chǔ)設(shè)施上正確漫游，請確保移動設(shè)備上提供了最佳固件版本和配置。本節(jié)提供了確保設(shè)備經(jīng)過優(yōu)化以在本指南適用于運行ArubaOS6.3.x及更高版本的ArubaMobility控制器。它不包括基本的無線概念。本指南假定讀者具有ArubaWLAN架構(gòu)的工作知識，并已將其部署在企業(yè)或園區(qū)環(huán)境中。\h\hCampusDeploymentValidateReferenceDesign。Aruba技術(shù)文檔的完整套件可從Aruba支持站點有關(guān)配置這些參數(shù)的詳細說明，請參見“ArubaOS6.4.x用戶指南”和“ArubaOS6.4.x命令行接本解決方案指南不適用于ArubaInstantAruba802.11ac建議摘要Aruba802.11ac建議摘要|Chapter2AP在基于802.11ac容量的設(shè)計中，Aruba建議兩個AP中心之間的距離應(yīng)約為15.24米，AP布局也15.24米部署AP的全無線辦公室中，AP單Radio上的預(yù)期客戶端數(shù)約為40到60個客戶端。如果客戶端密度高于此值，則應(yīng)將AP部署得更近。ARM以下ARM建議僅適用于6.xMobilityMaster的ArubaOS8.x部署，AirMatchAirMatch的建議，請參閱最新的ArubaOS8.x用戶指南。9|9|Aruba802.11acTable1:ARMDefaultRecommendedTransmitPower802.11AandGradio:Min9/Max127Open5GHz:Min12/Max2.4GHz:Min6/Max5GHzRadio的Tx功率應(yīng)比2.4GHzRadio高6dBm。5GHz:Min15/Max2.4GHz:Min6/MaxISM,U-NII-1,andU-80MHzchannelscanbeusedingreenfieldU-NII-2andU-NII-(DFS)channelsmustbeusedwhenoperatingon80MHzchannels.fromlist.or20Mhzchannelsforbetterchannel施，請啟用DFSChannel。啟用DFSChannel可能會為不支持DFSChannel的客戶端帶很少有客戶支持14420Mhz或40MHz信道寬度有IdealCoverageFreeChannel40(onlyfor2.4如果新Channel的FreeChannelBackOffTimer2401800降低APChannel和Tx功率頻繁ErrorrateErrorratewaittimeAruba802.11ac建議摘要Aruba802.11ac建議摘要|ClientMatchDefaultRecommendedUptoArubaOS:25dbArubaOSonwards:181818dbSNR是大多數(shù)客戶啟動LoadBalancingClientUptoArubaOS:10clientsArubaOSonwards:3030Bandsteeringg-max-signal(dbm)-45-102.4GHzClientMatchRestrictionTimeout(sec)103Table3:RecommendationstoOptimizeBroadcastandMulticastDefaultRecommendedConvertBroadcastARPRequeststoUnicastDropBroadcastandAP隧道。必須啟用“ConvertBroadcastARPRequeststoEnableifMDNS,DLNA,orotherzero-configservicesarebroadcastandmulticast”時。11|11|Aruba802.11acTable3:RecommendationstoOptimizeBroadcastandMulticastDefaultRecommendedMulticastDynamicMulticastOptimization(DMO)Enableifmulticaststreamingisneeded.SetDMOclientthresholdto80.Prioritizemulticaststreamusingcontrolleruplink需要啟用IGMPSnooping或即使啟用了DMO，Table4:AirtimeFairnessDefaultRecommendedAirtimeDefaultFairDefaultRecommendedDataratesDefaultRecommendedDatarates802.11a/g:Basic如果您有以2.4GHzBasicrates:TransmitRates:802.11a/gtransmitrates:6,12,24,36,48,54絡(luò)，則將數(shù)據(jù)速率5,6,9和11MbpsBasicrates:1,2Transmit（已知Xbox360）在禁用較低基本速率時會出現(xiàn)連接WLANBeaconRateBydefaultlowestconfiguredbasicrate.radiouse12or18.LocalProbReq0-注意：不要超過15dBAruba802.11ac建議摘要Aruba802.11ac建議摘要|削減一些較低的基本費率是增強高密度環(huán)境（如企業(yè)、園區(qū)和學(xué)校校園）Table6:RoamingOptimizationRecommendations(倉庫，零售和醫(yī)院部署場景DefaultRecommendedDataratesBasicrates:TransmitRates:Basicrates:TransmitRates:BeaconRateBydefault-lowestconfiguredbasicLocalProbReqThresholdTable7:FastRoamingDefaultRecommendedOpportunisticKeyCaching(OKC)ValidateEAPOLRate13|13|Aruba802.11acTable7:FastRoamingDefaultRecommendedFastBSS802.11r支持客戶端更快地漫游。macOS，iOS，大多數(shù)Android和Win10設(shè)備都支持802.11r的列表，請訪問https://www.arubanet-/support-ser-Enable11kwiththeseadditionalchanges:BeaconreportsettoActiveChannelDisableQuietparameterfromtheRadioResourceManagementprofile.BSSTransition802.11r（建議啟用）和802.11v（默認啟用）有助于改善Apple設(shè)備（如macOS和iOS設(shè)備）DefaultRecommendedU-NII-2andU-NII-Channel165DisablethischanneliftheVOIPclientdoesn’tsupportit.EnablethisfeatureiftheSetrequiredDSCPvaluesfordifferenttypesoftraffic.Aruba802.11acAPAruba802.11acAP選擇指南|ChapterAP本節(jié)討論適用于辦公室和園區(qū)環(huán)境的AP放置建議。這些指南還可用于開放式辦公室，有圍墻的辦公室，教室和宿舍環(huán)境，其中有高密度的用戶（Radio上有40到60個客戶端）AP布局對基于容量的RF在AP密度方面，可以通過兩種方式設(shè)計WLAN在基于覆蓋的網(wǎng)絡(luò)中，部署的AP較少，并且彼此間隔很大。AP以更高的TX功率運行，因此覆AP，其以較低的TX功率操作以保持更小的單元格。在此部署中，這些小單元的設(shè)備以更高的PHY關(guān)聯(lián)速率，因此體驗更好的性大多數(shù)設(shè)備使用無線作為訪問網(wǎng)絡(luò)的主要媒介。在這些設(shè)備上運行的Netflix，F(xiàn)aceTime，Lync，Skype在高密度部署中，兩個相鄰AP的中心之間的距離大約為15.24米，APRadio的客戶端在40到60之間。這種類型的部署通常出現(xiàn)在教室，宿舍和企業(yè)辦公環(huán)境中。在超高密度部署中，兩個相鄰AP的中心之間的距離大約為9.14到10.66米之間，而APRadio上的客戶端數(shù)量在40到60個之間。在大型會議廳，禮堂和公共場所可以看到這種類型的部署。在正常或稀疏部署中，兩個相鄰AP的中心之間的距離為21.3336個AP15|15|APAruba802.11acAP11acAP連接到Wi-Fi11ac通過提供超過1Gbps的數(shù)據(jù)速率來滿足這些高帶寬要求。Aruba建議使用11acAP來實現(xiàn)高網(wǎng)絡(luò)性能。AP-324orAP-325forindoorAP-374orAP-375foroutdoorAP-203RforRAPAruba802.11acRFAruba802.11acRF考慮因素|ChapterRF802.11WLAN使用2.4GHz頻段中免許可的工業(yè)科學(xué)和醫(yī)療（ISM）RF頻譜以及5GHz頻段內(nèi)的免許可國家信息基礎(chǔ)設(shè)施（U-NII）RF頻譜。有多個Wi-Fi和非Wi-Fi設(shè)備共享相同的RF頻譜。此外，目前有多種無線設(shè)備可用，并且每種無線設(shè)備在連接到WLAN要優(yōu)化RF，選擇最佳的802.11選擇最佳的RF頻段和AP選擇最佳802.11選擇正確的AP發(fā)射功率和信道有助于提高WLAN的整體性能并提供更好的用戶體驗。例如，如果APAP在根據(jù)點位調(diào)查的結(jié)果手動配置每個APAP選擇信道和功率分配，但這Wi-Fi和非當(dāng)啟用ARMArubaAP定期動態(tài)掃描其監(jiān)管域中的所有802.11ARM使用收集的信息計算頻譜中每個信道的信道質(zhì)量，并將其報告給APAP的傳AP決定根據(jù)從ARMAP的對于SIP，SCCP，H323等VOIP協(xié)議，APARM17|17|RFAruba802.11ac雖然ARM負責(zé)為AP從列表中刪除通道144，在高密度露天環(huán)境中，20或40MHz信道寬度有助于降低信道利用率，并通過提供更清晰的信道來提如果VOIP設(shè)備連接到網(wǎng)絡(luò)，請檢查是否支持通道165如果由于雷達檢測而在靠近機場，軍事基站，港口或活動水道的地方操作，請勿使用DFS在啟用DFS通道之前，請確保WLAN上的所有設(shè)備都支持DFS應(yīng)使用WLAN上預(yù)期的不同類型的客戶端執(zhí)行漫游測試，以檢查它們在DFSTransmitAruba802.11acRFAruba802.11acRF考慮因素|每個ARM配置文件中的最小和最大發(fā)射功率之間應(yīng)保持不超過6dbm 802.11a和802.11g無線電之間應(yīng)保持6dbm的差異，以便兩個頻段具有相同的覆蓋范對于部署距離大約15.24米的802.11acAP，Table9:TransmissionPowerARadioMinTx1215ARadioMaxTx1518GRadioMinTx66GRadioMaxTx99VoIP電話和徽章限制了它們可以支持的最大傳輸功率。請參閱用戶手冊或查看供應(yīng)商的網(wǎng)站并相應(yīng)地調(diào)整AP當(dāng)網(wǎng)絡(luò)上沒有活動用戶時，請檢查Airwave30％，則表示信道上存在要有效控制每個頻段的RF特性并實施本指南中包含的建議，請創(chuàng)建單獨的ARMARM其他參數(shù)RF條件的頻繁變化可能會導(dǎo)致APIdealcoverageindexAPARM考慮相鄰AP的SNR并使用該值來計算理想覆蓋率指數(shù)。覆蓋率指數(shù)高的AP可以清楚地聽到鄰近的AP。如果他們無法聽到它們，則AP增加其功率以達到接近理想的覆蓋率指數(shù)10。在高密度開放式辦公環(huán)境中，如果AP以高功率發(fā)射，則將產(chǎn)生同信道干擾。為避免AP以高功率傳輸，此參數(shù)的值應(yīng)減少到6。FreechannelindexARM為AP選擇新的利用率較低且質(zhì)量較好的信道。在Index。如果AP跟蹤InterferenceIndex值小于AP當(dāng)前信道的另一個信道，它將AP移動到新信道。AP當(dāng)前信道與新信道之間的總InterferenceIndex指數(shù)差異應(yīng)等于或者大于FreeChannelIndex(默認值為25).showaparmrf-summaryap-name<ap-name>輸出中的最后一列顯示總干擾指數(shù)。例如，F(xiàn)reeChannelIndex25。由于AP的當(dāng)前信道與其他信道之間的差異在同一個Radio上超過19|19|RFAruba802.11ac在將AP移動到新信道之前，ARM算法會考慮許多其他參數(shù)，但FreechannelindexBackofftimeAP切換到另一個信道或傳輸功率，ARM不會再次嘗試更改信道或功率，直到Backofftime到期。為避免頻道和傳輸功率的頻繁變化，應(yīng)增加此參數(shù)的值。Error-rate-thresholdAP移動到新信道的原因是由于當(dāng)前信道上的MAC和PHYAP新信道。在嘈雜的環(huán)境中，a和g無線電都應(yīng)增加此參數(shù)的值，避免頻繁切換信道。Error-rate-wait-timeARM在移動到新信道之前等待并監(jiān)視AP當(dāng)前信道上的錯誤的時間。默認情況下，此參數(shù)的值為30秒。如果AP當(dāng)前信道上的錯誤仍然高于Error-rate-Aruba理想的覆蓋率指數(shù)（Idealcoverageindex）應(yīng)從10降低到6僅對于2.4GHz，自由信道索引（Freechannelindex）應(yīng)從25增加到40退避時間（Backofftime）應(yīng)從240秒增加到18002.4GHz和5GHz的誤碼率閾值（Error-rate-threshold）應(yīng)從50％增加到70％錯誤率等待時間（Error-rate-wait-time）應(yīng)增加到90秒。由于802.11ac標(biāo)準(zhǔn)支持80MHz信道綁定，因此可用于Greenfield部署。但是，要使用MHz信道綁定，必須啟用U-NII-2和U-NII-2e從列表中刪除通道144，有時在高密度露天環(huán)境中，20或40MHz信道寬度將有助于降低信道利用率，并通過提供更VOIP設(shè)備未連接到網(wǎng)絡(luò)的原因之一可能是因為其中一些設(shè)備不支持信道165如果您在機場或軍事基站附近操作，由于存在雷達探測的風(fēng)險，請勿使用DFS大多數(shù)客戶端最初不掃描DFS信道，這會在使用DFS應(yīng)使用WLAN上預(yù)期的不同類型的客戶端進行漫游測試，以查看其在DFS選擇最佳ClientMatch設(shè)置為AP選擇最佳信道和功率后，檢查客戶端是否連接到相應(yīng)的Radio。當(dāng)前的802.11標(biāo)準(zhǔn)將在ArubaOS6.3中，ClientMatch技術(shù)作為ARM3.0的一部分引入。Aruba的ClientMatch技術(shù)通過持續(xù)監(jiān)控移動設(shè)備會話性能指標(biāo)并使用此信息將每個客戶端引導(dǎo)至最近的AP和Aruba802.11acRFAruba802.11acRF考慮因素|上的最佳Radio，從而消除了粘滯客戶端并提高了整體系統(tǒng)吞吐量。在將設(shè)備轉(zhuǎn)向新AP之ClientMatch使用802.11abgn默認情況下，每隔30秒，AP（VBR），這會將每個客戶端映射到可以聽到客戶端的所有RadioAruba控制器將每個客動。然而采取動態(tài)負載均衡客戶端的決定是控制器而不是AP。Radio都將客戶端短時間列入黑名單（默認值：10秒）。這可確?？蛻舳艘苿拥剿璧腃lientMatch功能ClientMatch具有許多功能，使其能夠?qū)⒖蛻舳伺c所需的AP和Radio雙頻段客戶端掃描2.4GHz和5GHzRadio上的所有信道，并嘗試連接具有最強信號的BSSID或首先響應(yīng)客戶端探測請求的BSSID。這可能導(dǎo)致客戶端以較低的PHY速率連接到2.4GHz的SSID，因為它可以在具有更好PHY速率的干凈的5GHz信道中連接到相同的SSID21|21|RFAruba802.11ac啟用客戶端匹配的ArubaAP監(jiān)視與其802.11bg無線電相關(guān)聯(lián)的客戶端，并在滿足以下條件gradio上的客戶端信號強度低于bandsteerg-bandmin信號（默認值：-45同一AP上Radio上的客戶端信號強度高于bandsteera-band（默認值：-75鄰域內(nèi)的APArubaRadio的客戶端數(shù)量高于負載均衡客戶端閾值（缺省值一旦連接到AP，即使用戶開始遠離AP并且WLANClientMatch將ArubaAP監(jiān)視與其關(guān)聯(lián)的客戶端的SNR，客戶端SNR小于粘滯客戶端檢查SNR（默認值：18如果滿足以下條件，則基于虛擬信標(biāo)報告，用更好的Radio目標(biāo)Radio的SNR高于SNR閾值（默認為10分貝目標(biāo)Radio的信號強度等于或高于StickyMin信號（默認值：-70Aruba由于ClientMatch是高級配置，因此只能通過CLI訪問所有參數(shù)，WebUI僅用于啟用或禁用Aruba2xx系列及以后（.11ac）AP僅通過ClientMatch支持頻譜導(dǎo)向，負載均衡和粘滯客戶端導(dǎo)向。與1xx系列AP不同，當(dāng)禁用ClientMatch時，傳統(tǒng)ArubaOS參數(shù)（如bandsteering，spectrumloadbalancing和clienthandoffassist）不適用于802.11ac系列AP。Aruba802.11acRFAruba802.11acRF考慮因素|Table10:ClientMatchClientMatchStickyClientCheckSNRClientMatchLoadBalancingClientBandsteeringg-maxsignal(dbm)通過將此參數(shù)的值增加到-10dbm，可確保ClientMatchrestric-tiontimeout(sec)將客戶端列入黑名單。在生產(chǎn)環(huán)境中，將限制計時一旦客戶端與網(wǎng)絡(luò)關(guān)聯(lián)時，它就會發(fā)送廣播組播數(shù)據(jù)包。當(dāng)最初與網(wǎng)絡(luò)關(guān)聯(lián)時，它可以是DHCP和ARPSSID的最低配置基本速率傳輸，對于Radio，gRadio的默認值為1Mbps到6Mbps。在大型大學(xué)園區(qū)和企業(yè)中，大型子網(wǎng)用于容納數(shù)千名用ArubaWLAN具有限制不必要的廣播-多播流量的參數(shù)，同時允許多播流量用于Airplay，ChromecastAP配置文件中的BoradcastFilterARP參數(shù)通過將發(fā)往無線客戶端（屬于user-table或client-table的一部分）的廣播ARP請求轉(zhuǎn)換為單播請求來解決此問題。它還通過廣播將廣播DHCP提議/ACK轉(zhuǎn)換為單播DHCP幀。DropBroadcastandMulticast的一部分生成的廣播和多播。大多數(shù)常見應(yīng)用程序使用基于多播的NetBIOS，MDNS或基于DLNA的服務(wù)。為了限制此類應(yīng)用程序消耗通話時間，ArubaOS在Virtual-AP配置文件中引入了23|23|RFAruba802.11acDropBroadcast和Multicast，WLAN上的所有廣播和多播流量都將被丟如果未啟用將廣播ARP轉(zhuǎn)換為單播參數(shù)，則DropBroadcastMulticast參數(shù)也將丟棄廣播ARP和DHCP即使基于組播的應(yīng)用程序需要在WLAN上工作，建議啟用DropBroadcastMulticast使用AirGroup，DLNA，MDNS和其他零配置服務(wù)是必不可少的。為了為airplay和chromecast等應(yīng)用啟用這些服務(wù)，采用AirGroup技術(shù)的ArubaWLAN可以在不影響WLAN性能的情況下，對DLNA，AppleBonjour?和其他共享設(shè)備進行環(huán)境感知訪下圖說明了啟用AirGroup的網(wǎng)絡(luò)。啟用AirGroup時，控制器會維護使用其中一個多播服務(wù)的服務(wù)器和客戶端的列表。它還將列表分布在多個控制器和子網(wǎng)中。每次新客戶端嘗試訪問服務(wù)Aruba802.11acRFAruba802.11acRF考慮因素|，Aruba控制器提DynamicMulticast空中傳輸。在隧道模式的情況下，轉(zhuǎn)換在Aruba控制器中執(zhí)行，而在D-Tunnel模式下，它在AP級別執(zhí)行。在D-Tunnel模式中，由于多播流量到單播的轉(zhuǎn)換分布在多個AP上，因此稱為分布式動態(tài)多播優(yōu)化（D-DMO），DMO組播流量將按原樣發(fā)送給其他客戶端。DMO閾值的值應(yīng)足夠高，以匹配AP上預(yù)期的客戶端數(shù)需要啟用IGMP偵聽或IGMP代理才能使DMOACL并更正WMM參數(shù)以匹配DSCP值來優(yōu)25|25|RFAruba802.11acMulticastRate如，如果連接到VAP的所有客戶端都以24Mbps或更高的數(shù)據(jù)速率進行傳輸，則組播幀以24Mbps傳輸，而不是最低基本速率-范圍在1或6Mbps之間。應(yīng)啟用多播速率優(yōu)化以及DMO，以在達到DMOAruba啟用將廣播ARP確保在啟用此參數(shù)之前啟用將廣播ARP如果需要基于MDNS，DLNA或零配置服務(wù)的流量，請啟用AirGroup化。將DMO客戶端閾值設(shè)置為80。應(yīng)為DMO啟用IGMP通過配置上行鏈路ACL和WMMArubaOS6.4.1在ArubaOS6.4.1[ArubaOS6.2至6.4.0]之前，當(dāng)啟用廣播過濾器ALL和DMO參數(shù)時，控制器允許將多播從ArubaOS6.4.1開始，當(dāng)啟用BroadcastFilterALL數(shù)據(jù)包源自有線端，目的地范圍為至一個客戶端訂閱了組播組（啟用了IGMPSnooping或在具有802.11a/b/g/n/ac客戶端組合的無線網(wǎng)絡(luò)中，較慢的客戶端可能會消耗更多的空口功能無關(guān)，可以在ArubaAP上實現(xiàn)流量整形。以下是可應(yīng)用于ArubaAP訓(xùn)機構(gòu)或考試大廳等環(huán)境中非常有用，其中傳統(tǒng)的11n和11acAruba在生產(chǎn)網(wǎng)絡(luò)中使用Fair-Access為每個設(shè)備提供相同數(shù)量的空口時間，而不管其802.11（傳統(tǒng)與11n對比11ac）Aruba802.11ac漫游優(yōu)化Aruba802.11ac漫游優(yōu)化|ChapterWLANAP布局在漫游中起著非常重要的作用，是設(shè)計網(wǎng)絡(luò)的第一步。但是，即使在適當(dāng)位置部署AP（NIC）和漫游算法。雖然漫游決策主要由客戶端決定，但ArubaOS中的多個參數(shù)會影響客戶端的漫游決策。在高密度部署中，如果客戶端不漫游到漫游路徑中的每個AP并且只漫游到每個可選AP，只要漫游是無縫的且在客戶端的接收信號強度指示器（RSSI）下降到75dbm80dbm前是可Aruba建議在修改本節(jié)中討論的參數(shù)之前，請與ArubaTAC或當(dāng)?shù)谹ruba嘗試其他參數(shù)。建議對將訪問WLAN的不同類型的客戶端運行測試，以確保對參數(shù)所做的AP協(xié)助客戶選擇更靠近的機會密鑰緩存快速BSS轉(zhuǎn)換（OKC，802.11R，802.11K和如果需要，可以在ARM配置文件中禁用802.11v的數(shù)據(jù)速率（1Mbps或6Mbps），這會影響其性能以及連接到同一AP的其他客戶端。在基于速率下降到某個值以下時，建議將客戶端移動到下一個AP。通過優(yōu)化AP小區(qū)大小，我們可以使用以下選項優(yōu)化AP降低AP27|27|Aruba802.11acAP據(jù)速率也會降低。在基于容量的部署中將傳輸功率降低到非常低的值會影響網(wǎng)絡(luò)性能。建議802.11標(biāo)準(zhǔn)定義了802.11a和802.11gRadioAP以信標(biāo)和其他管理速率通告基本和傳輸速率。在WLAN中的AP和終端之間進行通信時使用這些速率。BasicRatesAPTransmitRates–除基本速率外，這些是AP廣播支持的速率。這些額外速率可用于AP/客戶端通信。與基本速率不同，Radio不必支持所有傳輸速率以便與AP相關(guān)聯(lián)。Aruba802.11ac漫游優(yōu)化Aruba802.11ac漫游優(yōu)化|管理幀（beacons,proberequest/response,association/disassociation,andauthentication/deauthentication），控制幀（RTSCTSPS-Polandacknowledge），廣播幀和多播幀，以最決于客戶端能力。通過從SSID配置文件中降低較低的速率，可以減小AP的覆蓋單元大小。后聽不到管理幀，因為降低了較低的速率。當(dāng)客戶端開始遠離AP并且數(shù)據(jù)速率下降時，將啟動漫游。例如，當(dāng)從A-radio的SSID配置文件中減少6,9和12Mbps速率（basicandtransmit）時，將減少三個最外層覆蓋單元，如802.11a/b/gCoverageCell圖所示。一旦客戶端的數(shù)據(jù)速率降至18Mbps以下，客戶端就會啟動漫游，這主要影響遠程客戶端，因為它們使用較低Aruba以下是Aruba傳統(tǒng)客戶端（802.11b）需要較低的1Mbps2Mbps如果網(wǎng)絡(luò)中沒有802.11b設(shè)備，請刪除802.11b對于相距15.24米的AP，請使用以下802.11a和GRadioBasicrates:12,24Transmitrates:12,18,24,36,48,and54如果您將游戲設(shè)備連接到無線網(wǎng)絡(luò)，請將數(shù)據(jù)速率5,6,9和11Mbps添加到g無線電基本和傳在流量較高的部署中，客戶端可以聽到多個AP和Radio廣播相同的SSID?；诳蛻舳藷o線NIC的實現(xiàn)，自動選擇Radio下聽到多個APAP列表，然后決定它可以漫游到的AP。以下參數(shù)可幫助客戶端僅偵聽更接近的AP：默認情況下，信標(biāo)在gRadio上采用最低配置的基本速率1Mbps，在Radio上采用6Mbps。如果使用這些速率，則AP的小區(qū)大小將增加，并且網(wǎng)絡(luò)邊緣的客戶端可以監(jiān)聽信標(biāo)并連接到AP的客戶端可能會連接到較遠的AP，即使有AP更接近。這導(dǎo)致整體WLAN性能下降。通過將信Aruba29|29|Aruba802.11ac在修改該參數(shù)的值之前，請確保WLAN上沒有802.11bBeacon絡(luò)列表。探測請求以最低基本速率（1或6Mbps）配置，以便遠處的AP也可以偵聽并回復(fù)請LocalProbeRequestArubaOS中的閾值參數(shù)可防止客戶端發(fā)現(xiàn)和關(guān)聯(lián)遠處的AP置的值是SNR值。當(dāng)客戶端探測請求的SNR小于本地探測請求閾值時，AP不會使用探測響應(yīng)返回到客戶端。因此，客戶端無法發(fā)現(xiàn)遠處的AP。Aruba建議對于相距15.24米的AP，A和G無線電的信標(biāo)速率應(yīng)配置為12或24Mbps，具體取決于漫游結(jié)整，該參數(shù)的值應(yīng)比ClientMatchStickySNR小3dB，StickySNR的值為18db，本地探測請求閾值不應(yīng)高于15db。設(shè)置高信標(biāo)速率會導(dǎo)致客戶端聽到來自AP的信標(biāo)和其他管理幀，但AP在大多數(shù)客戶端連接到802.1XSSID的企業(yè)網(wǎng)絡(luò)中，當(dāng)客戶端從一個AP漫游到另一個AP時，EAP身份驗證可能非常耗時。漫游時間的增加會直接影響語音質(zhì)量或任何其他延遲敏感的應(yīng)用程序。ArubaOS提供多種選項來優(yōu)化漫游時完成802.1X身份驗證所需的時間。PairwiseMasterKey緩存僅執(zhí)行802.11i4次握手以建立瞬態(tài)加密密鑰。想要使用PMK緩存的客戶端應(yīng)該按照802.11i的規(guī)定在關(guān)聯(lián)（或重新關(guān)聯(lián)）幀中發(fā)送PMKID交換。如果未發(fā)送PMKID，或者與控制器緩存的PMKID始終啟用PMK緩存，并且無法為WPA2ESSID禁用PMKOpportunisticKeyAruba802.11ac漫游優(yōu)化Aruba802.11ac漫游優(yōu)化|發(fā)送到目標(biāo)AP802.1X身份驗證，但WPA2的四向密鑰交換就足在客戶端漫游期間，OKC