【正文】 H3Csystemview [H3C]wlan servicetemplate 2 [H3Cwlanst2]servicetemplate disable 第二步：進(jìn)入 AC的 web 頁(yè)面，進(jìn)入用戶管理模式后， 選擇“ QOS” — “無(wú) 線服務(wù)質(zhì)量” — “用戶限速” — “圖 2 所示” 52 第三步：返回 AC命令行界面 開啟服務(wù)模板，恢復(fù)配置 H3Csystemview [H3C]wlan servicetemplate 2 [H3Cwlanst2] servicetemplate enable QOS 部署前后測(cè)速結(jié)果對(duì)比 CMCCEDU 限速前下載測(cè)試： FTP 23： 20 地址： ． 2Mbyte 包用時(shí) 秒 4201kbit/s 16Mbyte 包用時(shí) 秒 4802kbit/s 迅雷下載 文件名稱 : [內(nèi)地 ][喜劇 ][人在囧途 ][標(biāo)清 RMVB][640 360][中文字幕 ].RMVB 文件大小 : 文件類型 : RMVB 文件 位置 : C:\Documents and Settings\Administrator\桌面 \ URL: 影視鳥 /人在 jiong 途 53 [640x360].rmvb 引用頁(yè) : 任務(wù)創(chuàng)建時(shí)間 : 2020913 23:15:25 任務(wù)完成時(shí)間 : 2020913 23:21:54 下載用時(shí) : 00:06:25 平均速度 : 注釋 : [內(nèi)地 ][喜劇 ][人在囧途 ][標(biāo)清 RMVB][640 360][中文字幕 ].RMVB 任務(wù)說明 : 未從原始地址獲得數(shù)據(jù) CMCCEDU 限速后下載測(cè)試 FTP 00： 40 地址： ． 2Mbyte 包用時(shí) 秒 1803kbit/s 16Mbyte 包用時(shí) 秒 1785kbit/s 迅雷下載 文件名稱 : [內(nèi)地 ][喜劇 ][人在囧途 ][標(biāo)清 RMVB][640 360][中文字幕 ].RMVB 文件大小 : 文件類型 : RMVB 文件 位置 : C:\Documents and Settings\Administrator\桌面 \ URL: 影視鳥 /人在 jiong 途[640x360].rmvb 引用頁(yè) : 任務(wù)創(chuàng)建時(shí)間 : 2020914 0:45:29 任務(wù)完成時(shí)間 : 2020914 1:19:44 下載用時(shí) : 00:34:11 平均速度 : 注釋 : [內(nèi)地 ][喜劇 ][人在囧途 ][標(biāo)清 RMVB][640 360][中文字幕 ].RMVB 任務(wù)說明 : 未從原始地址獲。 在統(tǒng)計(jì) 到的忙時(shí)在線用戶數(shù)較大的 AP 上引入定義的 radiopolicy 1： [AHHBEWLANAC03HSS7506E]wlan ap hbemtxs3d1f01 [AHHBEWLANAC03HSS7506Ewlanaphbemtxs3d1f01]dis this wlan ap hbemtxs3d1f01 model WA1208EGP apname XS 公寓 31F01 priority level 7 serialid 210235A0C6C105001200 radio 1 channel 1 maxpower 27 51 servicetemplate 1 vlanid 1400 servicetemplate 2 vlanid 1470 radio enable [AHHBEWLANAC03HSS7506Ewlanaphbemtxs3d1f01]radio 1 [AHHBEWLANAC03HSS7506Ewlanaphbemtxs3d1f01radio1]radiopolicy 1 引入 Qos，對(duì)用戶 允許占用最大帶寬進(jìn)行調(diào)整，合理分配用戶使用帶寬 ,避免因用戶下載導(dǎo)致網(wǎng)絡(luò)擁塞的情況。判斷應(yīng)為 AP在線用戶數(shù)較多導(dǎo)致網(wǎng)絡(luò)擁塞 從而導(dǎo)致用戶忙時(shí)。 共享資源用戶多 案例一： 50 問題現(xiàn)象： 淮北師范大學(xué)宿舍樓 19 棟 406 室，用戶反映晚間 8點(diǎn)以后上網(wǎng)速度較慢，網(wǎng)頁(yè)推送時(shí)延較大，部分網(wǎng)頁(yè)甚至打不開。 解決方案： 采用無(wú)線中繼路由器進(jìn)行信號(hào)放大，針對(duì)性的進(jìn)行信號(hào)補(bǔ)充，針對(duì)性 解決覆蓋盲區(qū)的問題。增加天線后，覆蓋信號(hào)強(qiáng)度有明顯改善，且未出現(xiàn)頻繁切換等問題，下載速率也能達(dá)到 800Kpbs。查看整個(gè) WLAN 覆蓋情況，發(fā)現(xiàn)該區(qū)域離放裝型 AP及合路型的天線均較遠(yuǎn)，是弱覆蓋區(qū)域。審計(jì)未出現(xiàn) AP 不在線的情況，則需要去現(xiàn)場(chǎng)分析處理。 排查過程： AP 故障，如 AP 不能正常獲取 ip 地址等，用戶所連接的 AP 信號(hào)很弱，導(dǎo)致上述情況； AP 間有信道干擾，導(dǎo)致經(jīng)常會(huì)使用戶掉線； 存在外部 信號(hào)干擾，如電信 WLAN 信號(hào)、無(wú)線路由器等等，使得終端經(jīng)常切換，導(dǎo)致 AP掉線； 投訴區(qū)域?yàn)槿醺采w情況； 解決方案： 首先檢查網(wǎng)管反映區(qū)域 AP 可正常工作，如 AP 狀態(tài)是 down，則直接去解決故障。 解決方案： 提高靠近該宿舍的 AP 的發(fā)射功率（在可以提高的前提下），增加 AP 覆蓋半徑從而達(dá)到增強(qiáng)信號(hào)的效果； 適當(dāng)微調(diào) AP的放置位置，使 AP更靠近宿舍； 弱改善效果不夠明顯，需要考慮新增設(shè)備。 排查過程： 現(xiàn)場(chǎng)觀察發(fā)現(xiàn)，用戶所在宿舍離 AP 較遠(yuǎn)，容易造成宿舍深處存在覆蓋盲區(qū)。 問題排查： 現(xiàn)場(chǎng)檢查 WLAN 設(shè)備（摩托 AP300），一切正常，然后對(duì)其上網(wǎng)區(qū)域進(jìn)行測(cè)試，測(cè)試結(jié)果 CMCC 信號(hào)室內(nèi)強(qiáng)度為 65，屬正常范圍之內(nèi)，用 WLAN 測(cè)試賬號(hào)進(jìn)行登錄測(cè)試發(fā)現(xiàn)網(wǎng)速依舊很慢，且信號(hào)不穩(wěn)定，用 WirelessMon 測(cè)試軟件 ,發(fā)現(xiàn)有另一 CMCC 信號(hào)與主信號(hào)強(qiáng)度接近且波段相同，都為 11 信道，從而判斷為同頻干擾現(xiàn)象 解決方案： 根據(jù) MAC 地址比對(duì)登錄 AC進(jìn)行數(shù)據(jù)重新配置調(diào)開信道后網(wǎng)速恢復(fù)正常。網(wǎng)絡(luò)質(zhì)量達(dá)到優(yōu)質(zhì)。無(wú)錫城市學(xué)院由于在宿舍區(qū)有多個(gè)運(yùn)營(yíng)商同時(shí)安裝無(wú)線設(shè)備，造成了在同頻之間出現(xiàn)了相互的干擾。由此可以判斷出不用的運(yùn)營(yíng)商之間無(wú)線存在干擾。 登陸 7000，發(fā)現(xiàn)此樓內(nèi)終端用戶只有 48 個(gè)，而且其下載的速度都普遍較低，由此可以判斷沒有終端惡意的使用 BT 等下載工具，干擾網(wǎng)絡(luò)質(zhì)量。 連接到樓道交換機(jī)上，在學(xué)生集中和稀疏的時(shí)候進(jìn)行數(shù)據(jù)的下載測(cè)試，發(fā)現(xiàn)數(shù)據(jù)正常，由此判斷出有線數(shù)據(jù)到樓道交換機(jī)的鏈路正常。 所有的無(wú)線下載速率測(cè)試都是在保證場(chǎng)強(qiáng)質(zhì)量的情況下進(jìn)行的。而在宿舍沒有學(xué)生的時(shí)候下載速度會(huì)稍微的提高，但和當(dāng)時(shí)的預(yù)測(cè)速率有一定差距。 43 案例三： 問題現(xiàn)象： 無(wú)錫城市職業(yè)技術(shù)學(xué)院個(gè)別樓棟用戶下載速率過低。 解決方案： 信道沖突的對(duì) AP信道號(hào)重新調(diào)整，盡量減少干擾。 現(xiàn)場(chǎng)觀察有無(wú)其他無(wú)線 發(fā)射設(shè)備，發(fā)現(xiàn)該點(diǎn)亦覆蓋電信 WLAN,由于是酒店客房其他無(wú)線設(shè)備較少。二、 與其他運(yùn)營(yíng)商AP的干擾。此次優(yōu)化為移動(dòng) WLAN 使用信道號(hào)與電信 WLAN 使用信道號(hào)在部分樓層相同，產(chǎn)生干擾，導(dǎo)致局部 CMCC 干擾較強(qiáng)達(dá)到 67db，情況較嚴(yán)重，需盡快處理。 不斷調(diào)整各項(xiàng)參數(shù)，并進(jìn)行大量測(cè)試驗(yàn)證優(yōu)化效果，保證業(yè)務(wù)正常使用。 解決方案： 淮北師范大學(xué)宿舍樓 58棟樓層走廊長(zhǎng) 30 米，放置 AP 2 個(gè)，兩 AP 中間距離 3M，組網(wǎng)布局不合理，對(duì) AP 位置進(jìn)行調(diào)整； AP 選用頻點(diǎn)不合理，部分樓層存在同一樓層 AP 選用相同頻點(diǎn)情況，對(duì)頻點(diǎn)進(jìn)行重新合理的規(guī)劃。 排查過程： 檢查信號(hào)強(qiáng)度顯示“非常好”，信號(hào)穩(wěn)定 。 40 適用對(duì)象：打開網(wǎng)頁(yè)緩慢，下載低于 30KB/S，掉線 主要可能原因：干擾較大、弱覆蓋、共享資源用戶多（超 AP并發(fā)數(shù)）、設(shè)備問題，參數(shù)配置問題等。 CMNET 網(wǎng)絡(luò)問題，排查方法為在 AC 上連 CMNET 節(jié)點(diǎn)上 PING 網(wǎng)站的 IP地址，如不成功說明為 CMNET 問題。 問題分析： 和 radius 交互報(bào)文的認(rèn)證方式要匹配 網(wǎng)站或 CMNET 網(wǎng)絡(luò)問題 案例一： 問題現(xiàn)象 ： 用戶終端所在 WLAN 熱點(diǎn)區(qū)域可以關(guān)聯(lián) AP，通過認(rèn)證，不能訪問互聯(lián)網(wǎng)。 3. 在 AC 上抓包確認(rèn) portal 服務(wù)器向 AC 發(fā)起了請(qǐng)求 (通常為 2020 端口 ).抓包確認(rèn) Radius 服務(wù)器回復(fù)了 AC的認(rèn)證請(qǐng)求。 問題分析： 1. 確認(rèn) portal 服務(wù)器上已經(jīng)添加了 AC的相關(guān)數(shù)據(jù)。 案例 二 ： 問題現(xiàn)象： 用戶無(wú)法推出 portal。對(duì)照標(biāo)準(zhǔn)配置模板檢查 AC 配置，發(fā)現(xiàn) AC 上配置有誤，給用戶分配了錯(cuò)誤的 DNS地址，造成無(wú)法上網(wǎng)。 案例二： 問題現(xiàn)象 ： 用戶能夠認(rèn)證成功但是無(wú)法上網(wǎng)。 根據(jù)用戶描述，由于該點(diǎn) WLAN 信號(hào)質(zhì)量良好，也能成功獲得 IP 地址，并在 AC上有看到該點(diǎn)的 AP 有上線，可以判斷該點(diǎn)從 AP 到 AC之間的鏈路沒有問題；在通過局端交換機(jī)進(jìn)行上聯(lián)測(cè)試，發(fā)現(xiàn)在局端交換機(jī)上就已經(jīng)無(wú)法上網(wǎng)，故判斷故障為局端防火墻至外網(wǎng)之間的問題；經(jīng)了解在近期維護(hù)人員對(duì)局端防火墻做過設(shè)置改動(dòng)，判斷一定是維護(hù)人員因?yàn)楦膭?dòng)了防火墻的配置，導(dǎo)致客戶無(wú)法正常訪問無(wú)線網(wǎng)絡(luò)。 37 參數(shù)配置問題 案例一： 問題現(xiàn)象： 某用戶投訴在 WLAN 覆蓋區(qū)域無(wú)法正常上網(wǎng)。 問題分析 ： 現(xiàn)有 技術(shù)決定 AP實(shí)際能夠接入用戶數(shù)為 15 個(gè)，超過接入用戶數(shù)，用戶即使通過認(rèn)證也無(wú)法上網(wǎng)，或網(wǎng)速極慢。對(duì)該 AP 配置中的最大接入數(shù)量修改為 30 后，情況有所改善。經(jīng)工程師到現(xiàn)場(chǎng)排查問題時(shí)，發(fā)現(xiàn)使用賬號(hào)登陸后， ping 該上聯(lián) AC 時(shí)時(shí)延較大，偶爾會(huì)出現(xiàn)丟包的情況。 例如：金苑酒店會(huì)議室，由于該會(huì)議室由一個(gè) AP 覆蓋，某公司開會(huì)時(shí)，員工所帶筆記本電腦較多，出現(xiàn)了連接瞬時(shí) CMCC 的小高峰。建議在 WLAN 網(wǎng)管上查詢。 接入用戶數(shù)受限問題 案例一： 問題現(xiàn)象： 登陸成功后，發(fā)現(xiàn)有時(shí)打開網(wǎng)頁(yè)時(shí)出現(xiàn)無(wú)法打開的情況，甚至出現(xiàn)自動(dòng)連接上其他 SSID； 問題分析： 使用隨身攜帶的測(cè)試電腦，通過測(cè)試電腦上安裝的 NetStumbler 無(wú)線測(cè)試軟件，檢測(cè)是否存在有其他信號(hào)比 CMCC 信號(hào)更強(qiáng)，信噪比較高； 檢查用戶終端 無(wú)線功能是否開啟并且工作模式是否正常； 檢查 AP配置中是否禁止某些客戶接入； 檢查 AP 配置項(xiàng)是否被非法改動(dòng)，配置信息（頻點(diǎn)、功率、信道、最小接入 36 電平值、最大接入數(shù)量等）是否與規(guī)劃時(shí)相同； Ping 上聯(lián) AC 時(shí)，是否時(shí)延很大； 由于部分 廠家的 AP 目前不具備用戶接入均勻承載 功能 ， 因此 需核查 故障 AP的關(guān)聯(lián)終端 的數(shù)量 是否過多。 解決方案 ： 修改 ONU 設(shè)備的 MTU 值。至此， PING 報(bào)文結(jié)束。從 PING Replay 包可見 More Fragment 值為 1，可斷定之后還有一個(gè)分片包。讓局方聯(lián)系 ONU 廠家的工程師重新配置 ONU 的參數(shù)即可。后通過抓包分析并與其它正常區(qū)域的數(shù)據(jù)包對(duì)比分析，發(fā)現(xiàn)由 AC 返回包被丟棄了。讓局方人員協(xié)助檢查二層交換機(jī)是否出現(xiàn)版本故障，最終排除接入的二層交換機(jī)對(duì)大數(shù)據(jù)包傳輸?shù)挠绊懀? 再次利用有線方式接入 ONU設(shè)備。暫時(shí)排除無(wú)線鏈路傳輸問題； 無(wú)線端利用大包 PING 網(wǎng)關(guān)地址，發(fā)現(xiàn)不通。 案例三： 問題現(xiàn)象 ： ONU 設(shè)備丟棄分片包引起無(wú)線故障。 DNS 地址無(wú)法 ping 通，經(jīng)網(wǎng)絡(luò)側(cè)檢查， DNS 服務(wù)器出現(xiàn)故障。 問題處理 ： 經(jīng)現(xiàn)場(chǎng)定位，發(fā)現(xiàn)在同一熱點(diǎn)下其它電腦也是可以認(rèn)證成功但無(wú)法上網(wǎng)。 解決方案： 從技術(shù)角度可以改變業(yè)務(wù)流量的走向，可以改為集中轉(zhuǎn)發(fā)模式，將用戶流量通過 CAPWAP 隧道交由 AC處理，這樣用戶業(yè)務(wù)流就不會(huì)因?yàn)?AP而產(chǎn)生瓶頸，可以將此問題解決，后期的完美解決方案需要由研發(fā)部門提供正式的故障問題的補(bǔ)丁修正版本。 （ 2）有問題的放裝型 AP 所覆蓋的區(qū)域，用戶出現(xiàn)打不開大型門戶網(wǎng)站，能打開部分網(wǎng)站，而其他應(yīng)用如 和 FTP 正常，則說明很有可能是問題 AP在處理數(shù)據(jù)包的能力存在瓶頸，對(duì)一些較大的數(shù)據(jù)包不能處理，分析有可能 問題在于AP的 MTU 值過小造成的。 32 排查過程： （ 1）確認(rèn)故障區(qū)域的 AP 部署數(shù)量、型號(hào)、軟硬件版本及上網(wǎng)的用戶使用量，確認(rèn)故障區(qū)域和正常區(qū)域