WLAN網(wǎng)絡(luò)維護(hù)優(yōu)化指導(dǎo)手冊(cè)v7.doc

WLAN網(wǎng)絡(luò)維護(hù)優(yōu)化指導(dǎo)手冊(cè)(V1.0)湖南公司 網(wǎng)優(yōu)中心2011年8月目 錄第一章 設(shè)備維護(hù)篇31. AC故障問(wèn)題31.1 上線bas錯(cuò)誤問(wèn)題31.2 發(fā)生上線bas錯(cuò)誤的原因及案例分析51.3 錯(cuò)誤話(huà)單問(wèn)題101.4 發(fā)生錯(cuò)誤話(huà)單的原因及案例分析111.5 錯(cuò)誤話(huà)單問(wèn)題小結(jié)141.6 其他AC設(shè)備故障152. AP故障問(wèn)題182.1 AP設(shè)備問(wèn)題202.2 POE交換機(jī)問(wèn)題222.3 斷電問(wèn)題242.4 傳輸問(wèn)題252.5 數(shù)據(jù)配置問(wèn)題26第二章 網(wǎng)絡(luò)優(yōu)化篇301.無(wú)法搜索到移動(dòng)信號(hào)問(wèn)題301.1無(wú)法搜索到網(wǎng)絡(luò)問(wèn)題排障流程311.2無(wú)法搜索到網(wǎng)絡(luò)問(wèn)題案例322.無(wú)法關(guān)聯(lián)問(wèn)題422.1無(wú)法關(guān)聯(lián)問(wèn)題排障流程432.2無(wú)法關(guān)聯(lián)問(wèn)題案例433.無(wú)法上網(wǎng)問(wèn)題503.1無(wú)法上網(wǎng)問(wèn)題排障流程503.2無(wú)法上網(wǎng)問(wèn)題案例514.速度慢問(wèn)題634.1速度慢問(wèn)題排障流程634.2速度慢問(wèn)題案例645.掉線率高問(wèn)題905.1掉線率高問(wèn)題排障流程905.2掉線率高問(wèn)題案例916.用戶(hù)不能正常登錄問(wèn)題996.1用戶(hù)不能正常登錄問(wèn)題處理流程1006.2用戶(hù)不能正常登錄問(wèn)題案例101第一章 設(shè)備維護(hù)篇1. AC故障問(wèn)題1.1 上線bas錯(cuò)誤問(wèn)題上線bas錯(cuò)誤產(chǎn)生原因分析：上線bas錯(cuò)誤的定義：在認(rèn)證過(guò)程中ac返回了網(wǎng)絡(luò)錯(cuò)誤的錯(cuò)誤碼（4），或者返回未知錯(cuò)誤碼，或者接收ACK-CHALLENGE或ACK_AUTH包超時(shí)15秒失敗，一般認(rèn)為是網(wǎng)絡(luò)或設(shè)備原因。在用戶(hù)上線流程圖中，和發(fā)生上線bas相關(guān)的交互步驟：(1) 如果查詢(xún)成功，Portal Server向AC請(qǐng)求Challenge；(2) AC分配Challenge給Portal Server；(3) Portal Server向AC發(fā)起認(rèn)證請(qǐng)求；(4) 而后AC進(jìn)行Radius認(rèn)證，獲得Radius認(rèn)證結(jié)果；(5) AC向Portal Server送認(rèn)證結(jié)果； 用戶(hù)上線Chap認(rèn)證流程圖上線bas錯(cuò)誤包括以下四種情況：（1）AC未發(fā)送Ack_challenge、Ack_auth或者發(fā)往Portal服務(wù)器的Ack_challenge、Ack_auth丟失。（2）Portal服務(wù)器接收Ack_challenge、Ack_auth超時(shí)15秒。（3）AC發(fā)往Portal服務(wù)器的Ack_challenge或者Ack_auth的報(bào)文帶有errcode 4信息。以下2種情況AC將發(fā)送帶有錯(cuò)誤碼4的報(bào)文：AC 在準(zhǔn)備發(fā)送 Ack_challenge時(shí), 發(fā)現(xiàn)Req_challenge報(bào)文中的保留字段不為 0 或者AC 沒(méi)有能產(chǎn)生16 位的挑戰(zhàn)值，此時(shí)AC 將發(fā)送攜帶錯(cuò)誤碼為4的Ack_challenge報(bào)文到Portal,表示AC設(shè)備告訴Portal Server此用戶(hù)請(qǐng)求Challenge失敗。 AC在收到REQ_AUTH時(shí), 發(fā)現(xiàn)該報(bào)文中的REQ_ID 和之前Req_challenge中的REQ_ID 不相等，從而認(rèn)為該用戶(hù)登錄操作出現(xiàn)異常，發(fā)送攜帶有錯(cuò)誤碼4的AUTH_ACK報(bào)文到Portal，表示AC設(shè)備告訴Portal Server此用戶(hù)認(rèn)證失敗。（4）AC設(shè)備設(shè)計(jì)缺陷，在發(fā)往Portal服務(wù)器的Ack_challenge或者Ack_auth的報(bào)文中帶有其他未知errcode值信息。上線bas錯(cuò)誤產(chǎn)生的主要原因：（1） AC設(shè)備問(wèn)題（2） 參數(shù)設(shè)置問(wèn)題（3） 設(shè)備性能問(wèn)題（4） 網(wǎng)絡(luò)丟包問(wèn)題1.2 發(fā)生上線bas錯(cuò)誤的原因及案例分析1.2.1 AC設(shè)備問(wèn)題主要原因：（1）AC因設(shè)計(jì)缺陷，在發(fā)往Portal服務(wù)器的Ack_challenge、Ack_auth的報(bào)文中帶有其他未知errcode值信息。（2）AC內(nèi)進(jìn)程發(fā)生錯(cuò)誤導(dǎo)致無(wú)法響應(yīng)Portal服務(wù)器的請(qǐng)求，導(dǎo)致Portal服務(wù)器無(wú)法接收到響應(yīng)報(bào)文，記錄為上線bas錯(cuò)誤。（3）AC和Portal之間通過(guò)UDP報(bào)文進(jìn)行交互，在交互過(guò)程中UDP端口學(xué)習(xí)錯(cuò)誤，將導(dǎo)致Portal無(wú)法接收到正確的響應(yīng)報(bào)文，發(fā)生上線bas錯(cuò)誤。（4）網(wǎng)絡(luò)丟包導(dǎo)致AC和Portal之間的數(shù)據(jù)包丟失重傳，因丟包重傳引發(fā)超時(shí)，發(fā)生上線bas錯(cuò)誤。相關(guān)案例分析：案例一：AC響應(yīng)Portal服務(wù)器的認(rèn)證報(bào)文中攜帶有未知errcode值，發(fā)生上線bas錯(cuò)誤。故障描述：某廠家現(xiàn)網(wǎng)AC發(fā)生認(rèn)證接通率低的問(wèn)題，通過(guò)抓包分析發(fā)現(xiàn)，在AC相應(yīng)Portal的報(bào)文中存在errcode 10。AC設(shè)備版本設(shè)計(jì)缺陷導(dǎo)致在發(fā)往Portal服務(wù)器的Ack_challenge、Ack_auth的報(bào)文中存在錯(cuò)誤代碼errcode 10，此代碼不符合移動(dòng)集團(tuán)規(guī)范，Portal將帶有errcode 10消息的響應(yīng)報(bào)文記錄為上線bas錯(cuò)誤。導(dǎo)致用戶(hù)認(rèn)證失敗。解決方案：依據(jù)中國(guó)移動(dòng)WLAN用戶(hù)接入流程技術(shù)規(guī)范(WEB)V3.0.0要求，在AC版本中，將errcode 10值修改為符合規(guī)范的errcode值，解決因未知errcode值導(dǎo)致的上線bas錯(cuò)誤。案例二： AC內(nèi)認(rèn)證模塊異常退出，導(dǎo)致發(fā)生上線bas錯(cuò)誤。故障描述：某廠家設(shè)備出現(xiàn)大量上線BAS錯(cuò)誤通過(guò)AC日志分析發(fā)現(xiàn)AC認(rèn)證模塊發(fā)生重啟的現(xiàn)象。進(jìn)一步根據(jù)AC調(diào)試信息進(jìn)行定位：分析認(rèn)證代碼后發(fā)現(xiàn)認(rèn)證模塊在發(fā)送停止計(jì)費(fèi)時(shí)有空指針的現(xiàn)象。如果進(jìn)程發(fā)生空指針那就會(huì)出現(xiàn)異常，從而引起進(jìn)程退出。分析認(rèn)證邏輯后發(fā)現(xiàn)在認(rèn)證模塊啟用了STOP機(jī)制，也就是防止用戶(hù)吊死在Radius Server的功能情況下發(fā)送STOP停止計(jì)費(fèi)報(bào)文就會(huì)有空指針的風(fēng)險(xiǎn)，這就會(huì)導(dǎo)致認(rèn)證模塊異常退出。在認(rèn)證模塊退出情況下，如果發(fā)起認(rèn)證請(qǐng)求，則AC無(wú)法響應(yīng)報(bào)文challenge或Auth報(bào)文導(dǎo)致認(rèn)證，就會(huì)造成上線bas錯(cuò)誤。解決方案：通過(guò)升級(jí)新版本，修改認(rèn)證模塊代碼，解決因認(rèn)證模塊異常退出而發(fā)生上線bas錯(cuò)誤的問(wèn)題。案例三：交互過(guò)程中AC學(xué)習(xí)UDP端口號(hào)錯(cuò)誤，導(dǎo)致發(fā)生上線bas錯(cuò)誤。故障描述：AC和Portal之間通過(guò)UDP報(bào)文進(jìn)行交互。通過(guò)抓包發(fā)現(xiàn)AC存在UDP端口號(hào)學(xué)習(xí)錯(cuò)誤的問(wèn)題。在交互過(guò)程中，如果期間有其他用戶(hù)進(jìn)行認(rèn)證交互，AC會(huì)學(xué)習(xí)到其他用戶(hù)的端口號(hào)。以這個(gè)端口號(hào)給Portal回應(yīng)確認(rèn)報(bào)文，AC無(wú)法識(shí)別該確認(rèn)消息，發(fā)生上線bas錯(cuò)誤。用戶(hù)將顯示認(rèn)證失敗，不能正常登錄使用。 2011-03-02 11:18:53.251408 igw8021x2248: P STA(10.0.20.75) Receive REQ_AUTH from Portal Server(221.176.1.140), port:39777 size:472011-03-02 11:18:53.291442 igw8021x2248: P STA(10.0.23.138) Receive REQ_LOGOUT from Portal Server(221.176.1.140), port:54555 size:162011-03-02 11:18:53.370251 igw8021x2248: P STA(10.0.20.75) Send ACK_AUTH with Errcode 0 to Portal Server(221.176.1.140), dest port:54555 size:16 解決方案：在認(rèn)證模塊中增加代碼，記錄下每一用戶(hù)Portal請(qǐng)求報(bào)文的端口號(hào)，以該端口號(hào)響應(yīng)Portal的請(qǐng)求，解決UDP端口學(xué)習(xí)錯(cuò)誤的問(wèn)題。1.2.2 參數(shù)設(shè)置問(wèn)題AC內(nèi)關(guān)于認(rèn)證計(jì)費(fèi)的參數(shù)設(shè)置不當(dāng)，增加AC內(nèi)認(rèn)證模塊出現(xiàn)異常的機(jī)率，導(dǎo)致上線bas錯(cuò)誤的發(fā)生。相關(guān)案例分析：案例一：記賬間隔時(shí)間設(shè)置太短，導(dǎo)致出現(xiàn)認(rèn)證接通率低的問(wèn)題。故障描述：AC內(nèi)認(rèn)證計(jì)費(fèi)參數(shù)有一項(xiàng)記賬間隔時(shí)間，該值作用為每隔一個(gè)記賬間隔時(shí)間AC對(duì)所有用戶(hù)進(jìn)行一次檢測(cè)其是否在線，如果在線則針對(duì)每用戶(hù)給Radius發(fā)送一條續(xù)費(fèi)報(bào)文。表明該用戶(hù)在線，對(duì)用戶(hù)計(jì)費(fèi)信息進(jìn)行更新，確保計(jì)費(fèi)的準(zhǔn)確性。如果記賬間隔時(shí)間設(shè)置太短，將導(dǎo)致AC頻繁對(duì)在線用戶(hù)進(jìn)行檢測(cè)并向Radius發(fā)送續(xù)費(fèi)報(bào)文。當(dāng)用戶(hù)量大時(shí)，AC內(nèi)認(rèn)證模塊將出現(xiàn)繁忙。無(wú)法及時(shí)響應(yīng)Portal服務(wù)器發(fā)出的請(qǐng)求報(bào)文，產(chǎn)生上線bas錯(cuò)誤，導(dǎo)致用戶(hù)登錄失敗。 抓包截圖記賬間隔時(shí)間設(shè)置太短，導(dǎo)致AC和Radius之間進(jìn)行大量的續(xù)費(fèi)報(bào)文交互，從上面的截圖可以看出，截圖中的26個(gè)數(shù)據(jù)報(bào)文中僅有一個(gè)是AC和Portal服務(wù)器交互的報(bào)文，其他的25個(gè)數(shù)據(jù)包都是AC和Radius之間的續(xù)費(fèi)報(bào)文。占比達(dá)到了96%。大量的續(xù)費(fèi)報(bào)文導(dǎo)致了AC認(rèn)證模塊繁忙，消耗大量AC資源，無(wú)法AC及時(shí)響應(yīng)Portal發(fā)出的認(rèn)證請(qǐng)求報(bào)文。從問(wèn)題發(fā)生的AC和時(shí)間來(lái)看。該問(wèn)題發(fā)生在業(yè)務(wù)量較大的AC，且發(fā)生的時(shí)間點(diǎn)一般發(fā)生在上網(wǎng)的高峰期。在5月份發(fā)現(xiàn)部分廠家AC內(nèi)記賬間隔時(shí)間采用默認(rèn)值，且默認(rèn)值設(shè)置太短，設(shè)置成了30秒，導(dǎo)致AC認(rèn)證模塊出現(xiàn)繁忙，無(wú)法及時(shí)響應(yīng)Portal服務(wù)器發(fā)出的請(qǐng)求報(bào)文，產(chǎn)生了大量的上線bas錯(cuò)誤，出現(xiàn)認(rèn)證接通率低的問(wèn)題。解決方案：將記賬間隔時(shí)間設(shè)置為900秒或更長(zhǎng)（注：該參數(shù)raduis尚未使用，部分可以設(shè)置為0的廠家可以關(guān)閉該參數(shù)），防止認(rèn)證模塊出現(xiàn)繁忙導(dǎo)致發(fā)生大量上線bas錯(cuò)誤。1.2.3 設(shè)備性能問(wèn)題AC內(nèi)開(kāi)啟了某些功能（SNMP/NAT）后，導(dǎo)致AC內(nèi)資源消耗過(guò)大或者功能實(shí)現(xiàn)效率不高。從而導(dǎo)致出現(xiàn)上線bas錯(cuò)誤。相關(guān)案例分析：案例一：AC開(kāi)啟SNMP服務(wù)后，出現(xiàn)認(rèn)證接通率低的問(wèn)題。故障描述：某廠家AC設(shè)備在開(kāi)啟了SNMP服務(wù)后，SNMP進(jìn)程對(duì)AC的CPU資源消耗較大；在業(yè)務(wù)量大的時(shí)候，將會(huì)因 CPU利用率高而出現(xiàn)認(rèn)證模塊異常，出現(xiàn)上線bas錯(cuò)誤。解決方案：通過(guò)優(yōu)化AC內(nèi)SNMP進(jìn)程代碼及資源調(diào)度機(jī)制，降低SNMP進(jìn)程對(duì)資源的消耗。避免因SNMP進(jìn)程對(duì)資源的消耗，導(dǎo)致AC認(rèn)證模塊出現(xiàn)異常，導(dǎo)致出現(xiàn)上線bas錯(cuò)誤。案例二：AC開(kāi)啟NAT地址轉(zhuǎn)換功能后，出現(xiàn)接通率低的問(wèn)題。故障描述：長(zhǎng)沙市目前WLAN用戶(hù)IP地址分配采取私網(wǎng)IP地址+NAT的實(shí)施方案，AC為用戶(hù)分配私網(wǎng)IP地址，同時(shí)在AC上啟用NAT功能進(jìn)行地址轉(zhuǎn)換。AC實(shí)施地址轉(zhuǎn)換需要通過(guò)軟件功能實(shí)現(xiàn)，在地址轉(zhuǎn)換時(shí)需要通過(guò)CPU計(jì)算處理。存在地址轉(zhuǎn)換產(chǎn)生時(shí)延和效率不高的問(wèn)題。地址轉(zhuǎn)換產(chǎn)生的時(shí)延較大，從交互過(guò)程中AC收到用戶(hù)登錄請(qǐng)求開(kāi)始計(jì)算，收到Ack_challenge、Ack_auth消息時(shí)間超過(guò)15秒超時(shí)將記錄為上線bas錯(cuò)誤。解決方案：WLAN用戶(hù)使用公網(wǎng)地址。通過(guò)NAT轉(zhuǎn)換專(zhuān)業(yè)設(shè)備進(jìn)行地址轉(zhuǎn)換，解決地址轉(zhuǎn)換存在時(shí)延和效率不高問(wèn)題而產(chǎn)生上線bas錯(cuò)誤。1.2.4 網(wǎng)絡(luò)丟包時(shí)延問(wèn)題網(wǎng)絡(luò)因設(shè)備兼容性問(wèn)題或網(wǎng)絡(luò)不穩(wěn)定，而出現(xiàn)丟包和時(shí)延大的問(wèn)題。AC和Portal之間的交互采用不可靠的UDP報(bào)文，UDP報(bào)文在傳輸過(guò)程中如果出現(xiàn)報(bào)文丟失，UDP協(xié)議層次將不會(huì)對(duì)其進(jìn)行重傳，因此在AC內(nèi)設(shè)計(jì)了重傳機(jī)制，如果AC發(fā)送報(bào)文后5秒鐘未能收到下一步交互報(bào)文，則會(huì)對(duì)發(fā)出的數(shù)據(jù)進(jìn)行重傳。雖然設(shè)計(jì)了重傳機(jī)制，但是可能因?yàn)橹貍鞫鴮?dǎo)致超時(shí)。 可能導(dǎo)致AC和 Portal之間交互的報(bào)文丟失，或者因時(shí)延大問(wèn)題導(dǎo)致導(dǎo)致整個(gè)交互過(guò)程超時(shí)15秒，發(fā)生上線bas錯(cuò)誤。相關(guān)案例分析：案例一：網(wǎng)絡(luò)設(shè)備端口匹配問(wèn)題導(dǎo)致出現(xiàn)網(wǎng)絡(luò)丟包現(xiàn)象，導(dǎo)致出現(xiàn)認(rèn)證接通率低的問(wèn)題。故障描述：AC出現(xiàn)了大量的上線bas錯(cuò)誤。從AC對(duì)Portal進(jìn)行ping測(cè)試發(fā)現(xiàn)網(wǎng)絡(luò)丟包率很高，達(dá)到了20%。忙時(shí)21:300:00，丟包率為24%，AP出現(xiàn)閃斷掉線。通過(guò)分析發(fā)現(xiàn)，AC的端口狀態(tài)為自適應(yīng)狀態(tài)，而AC的對(duì)端設(shè)備端口設(shè)置為速率強(qiáng)制1000M。把端口屬性改為自適應(yīng)后：忙時(shí)21:300:00,丟包率為3%-6%，AP閃斷掉線的數(shù)量減少。因各廠家設(shè)備之間兼容匹配問(wèn)題，導(dǎo)致端口無(wú)法相互協(xié)商自適應(yīng)。導(dǎo)致出現(xiàn)網(wǎng)絡(luò)丟包。丟包導(dǎo)致AC和Portal之間交互報(bào)文丟失、重傳。因交互超時(shí)而發(fā)生大量的上線bas錯(cuò)誤。解決方案：將AC對(duì)端設(shè)備同樣設(shè)置為自適應(yīng)狀態(tài)，解決端口協(xié)商問(wèn)題引發(fā)丟包導(dǎo)致的上線bas錯(cuò)誤。1.3 錯(cuò)誤話(huà)單問(wèn)題錯(cuò)單產(chǎn)生原因分析：產(chǎn)生錯(cuò)誤話(huà)單原因均為計(jì)費(fèi)報(bào)文中未攜帶NAS-ID號(hào)或攜帶的NAS-ID錯(cuò)誤，導(dǎo)致在BOSS系統(tǒng)內(nèi)因NAS-ID值不合法而無(wú)法生成賬單。AC內(nèi)NAS-ID值的對(duì)應(yīng)關(guān)系主要有3中，基于AP、基于業(yè)務(wù)VLAN和基于用戶(hù)IP地址，目前主要采用基于VLAN對(duì)應(yīng)NAS-ID值。Radius計(jì)費(fèi)報(bào)文內(nèi)容：Radius計(jì)費(fèi)報(bào)文中包含用戶(hù)帳號(hào)（user-name）、NAS-ID、上網(wǎng)時(shí)長(zhǎng)（acct-session-time）、計(jì)費(fèi)報(bào)文類(lèi)型（acct-status-type）等內(nèi)容。以下3類(lèi)原因?qū)a(chǎn)生錯(cuò)誤話(huà)單：（1）為當(dāng)用戶(hù)下線時(shí)，AC給Radius發(fā)送計(jì)費(fèi)結(jié)束報(bào)文時(shí)，無(wú)法依據(jù)對(duì)應(yīng)關(guān)系匹配到NAS-ID，如果無(wú)法匹配到NAS-ID，則會(huì)自動(dòng)填入00-00-00-00-00-00到計(jì)費(fèi)報(bào)文中。（2）NAS-ID配置錯(cuò)誤或者格式不正確，導(dǎo)致計(jì)費(fèi)報(bào)文中攜帶的NAS-ID值錯(cuò)誤。（3）AC設(shè)備問(wèn)題導(dǎo)致無(wú)法依據(jù)匹配關(guān)系攜帶正確的NAS-ID信息。1.4 發(fā)生錯(cuò)誤話(huà)單的原因及案例分析1.4.1 NAS-ID匹配錯(cuò)誤AC內(nèi)沒(méi)有正確配置NAS-ID的對(duì)應(yīng)信息，或者因?qū)υO(shè)備操作導(dǎo)致NAS-ID的配置信息丟失。當(dāng)有用戶(hù)發(fā)起下線請(qǐng)求時(shí)，將無(wú)法攜帶正確的NAS-ID信息，產(chǎn)生NAS-ID為0類(lèi)型的錯(cuò)誤話(huà)單。相關(guān)案例分析：案例一：AC內(nèi)業(yè)務(wù)VLAN配置錯(cuò)誤導(dǎo)致出現(xiàn)錯(cuò)誤話(huà)單。故障描述：AC下出現(xiàn)F150類(lèi)型的錯(cuò)誤話(huà)單，錯(cuò)誤話(huà)單原因?yàn)橛?jì)費(fèi)報(bào)文中NAS-ID值為00-00-00-00-00-00，經(jīng)過(guò)對(duì)AC的數(shù)據(jù)檢查發(fā)現(xiàn)站點(diǎn)明城公館的6信道模板配置了一個(gè)業(yè)務(wù)VLAN 3792，該VLAN在AC的VLAN列表中存在，但是該業(yè)務(wù)VLAN所對(duì)應(yīng)的熱點(diǎn)為工程期間熱點(diǎn)，沒(méi)有規(guī)劃配置NAS-ID。由于APAC之間的業(yè)務(wù)數(shù)據(jù)走私有CAPWAP隧道，因此即便VLAN配置錯(cuò)誤，用戶(hù)上網(wǎng)數(shù)據(jù)仍然可以通過(guò)交換機(jī)等傳輸設(shè)備，用戶(hù)可以正常上網(wǎng)。由于業(yè)務(wù)VLAN配置錯(cuò)誤，導(dǎo)致出現(xiàn)無(wú)法匹配N(xiāo)AS-ID的問(wèn)題。因此該模板下的用戶(hù)計(jì)費(fèi)報(bào)文無(wú)法攜帶NAS-ID，出現(xiàn)錯(cuò)誤話(huà)單。VLAN配置錯(cuò)誤解決方案：將瘦AP配置模板中業(yè)務(wù)VLAN修改正確即可解決問(wèn)題。案例二：主備備份操作失誤導(dǎo)致出現(xiàn)錯(cuò)誤話(huà)單。故障描述：在對(duì)主備AC進(jìn)行備份時(shí)需要定義一個(gè)心跳端口。業(yè)務(wù)VLAN在AC內(nèi)基于端口進(jìn)行配置，對(duì)AC端口重新定義后，原有VLAN和NAS-ID將會(huì)丟失。所有VLAN和NAS-ID需要重新配置。如果在執(zhí)行此項(xiàng)操作時(shí)，未將AC LAN口線纜拔掉。如果此時(shí)有用戶(hù)發(fā)起下線請(qǐng)求，計(jì)費(fèi)報(bào)文將無(wú)法攜帶NAS-ID號(hào)，而產(chǎn)生錯(cuò)誤話(huà)單。如下圖為用用戶(hù)未攜帶NAS-ID的計(jì)費(fèi)報(bào)文信息。解決措施：在進(jìn)行設(shè)備主備配置操作時(shí)，選擇在凌晨業(yè)務(wù)量小的時(shí)段進(jìn)行，并嚴(yán)格按照流程執(zhí)行，先將AC LAN口線纜拔掉，中斷用戶(hù)上網(wǎng)業(yè)務(wù)，再進(jìn)行配置操作。待全部配置完成后，再連接線纜恢復(fù)業(yè)務(wù)。防止操作器件因AC內(nèi)無(wú)NAS-ID配置信息而產(chǎn)生NAS-ID為0的錯(cuò)誤話(huà)單。1.4.2 NAS-ID格式錯(cuò)誤AC內(nèi)NAS-ID值配置錯(cuò)誤或者格式不正確,比如NAS-ID配置為1200.0731.731.00.46(NAS-ID值多加了點(diǎn))或者CMCC（不合法NAS-ID），導(dǎo)致計(jì)費(fèi)報(bào)文中攜帶的NAS-ID值不合法而無(wú)法生成話(huà)單。相關(guān)案例分析:案例一：NAS-ID配置錯(cuò)誤導(dǎo)致出現(xiàn)錯(cuò)誤話(huà)單。故障描述：AC（211.142.223.30）在2月份產(chǎn)生一條NAS-ID值為CMCC的錯(cuò)誤話(huà)單，經(jīng)過(guò)對(duì)該臺(tái)AC的數(shù)據(jù)檢查發(fā)現(xiàn)，有一個(gè)熱點(diǎn)的業(yè)務(wù)VLAN對(duì)應(yīng)的NAS-ID值配置成了CMCC。因此該熱點(diǎn)下用戶(hù)上網(wǎng)的產(chǎn)生的計(jì)費(fèi)報(bào)文NAS-ID值將為CMCC。該值屬于不合法的NAS-ID，正確的NAS-ID值應(yīng)該為1200073173100460。解決方案：將NAS-ID值修改為正確的NAS-ID值即可解決問(wèn)題。案例二：NAS-ID配置中包含了”.”導(dǎo)致出現(xiàn)錯(cuò)誤話(huà)單。故障描述：AC產(chǎn)生一條NAS-ID值為1200.0731.731.00，經(jīng)過(guò)對(duì)該臺(tái)AC的數(shù)據(jù)檢查發(fā)現(xiàn)，有一個(gè)熱點(diǎn)的業(yè)務(wù)VLAN對(duì)應(yīng)的NAS-ID值配置成了1200.0731.731.00.46。由于”.”將占用一個(gè)字符，因此該熱點(diǎn)下用戶(hù)上網(wǎng)的產(chǎn)生的計(jì)費(fèi)報(bào)文NAS-ID值將為1200.0731.731.00。該值屬于不合法的NAS-ID，正確的NAS-ID值應(yīng)該為1200073173100460。解決方案：在配置NAS-ID值是不要把”.”字符配置進(jìn)去。1.4.3 設(shè)備問(wèn)題AC設(shè)備問(wèn)題導(dǎo)致無(wú)法依據(jù)匹配關(guān)系攜帶正確的NAS-ID信息。相關(guān)案例分析：案例一：AC內(nèi)NAS-ID存儲(chǔ)空間不夠?qū)е鲁霈F(xiàn)錯(cuò)誤話(huà)單。故障描述：AC下發(fā)現(xiàn)產(chǎn)生NAS-ID值為120007317310和120107317310的錯(cuò)誤話(huà)單。1200073173100460相對(duì)應(yīng)的熱點(diǎn)為柯達(dá)名居。通過(guò)抓包發(fā)現(xiàn)是在AC上報(bào)這個(gè)熱點(diǎn)的NAS-ID的時(shí)候上報(bào)的NAS-ID位數(shù)不全導(dǎo)致。而導(dǎo)致此現(xiàn)象出現(xiàn)的原因是由于AC上NAS-ID的默認(rèn)儲(chǔ)存空間不夠?qū)е?。解決方案：將NAS-ID值的儲(chǔ)存空間改大，解決NAS-ID存儲(chǔ)空間不夠的問(wèn)題，即可將問(wèn)題解決。案例二：AC內(nèi)CPU利用率持續(xù)較高導(dǎo)致出現(xiàn)錯(cuò)誤話(huà)單。故障描述：升級(jí)AC時(shí)，須將新版本傳到AC業(yè)務(wù)平臺(tái)，業(yè)務(wù)平臺(tái)加載新系統(tǒng)時(shí)CPU利用率持續(xù)較高在CPU利用率高的情況下AC的radius認(rèn)證模塊將無(wú)法正常工作，在此過(guò)程中用戶(hù)發(fā)起的計(jì)費(fèi)報(bào)文將隨機(jī)產(chǎn)生一些錯(cuò)誤信息進(jìn)行radius報(bào)文封裝，認(rèn)證報(bào)文攜帶的錯(cuò)誤信息將產(chǎn)生錯(cuò)誤話(huà)單。解決方案：新系統(tǒng)裝載成功后，故障恢復(fù)。在對(duì)AC進(jìn)行數(shù)據(jù)割接時(shí)，必須在AC上沒(méi)有認(rèn)證用戶(hù)的前提下進(jìn)行，并且在割接期間先把用戶(hù)的認(rèn)證開(kāi)關(guān)關(guān)閉，當(dāng)割接完畢后，立即把認(rèn)證開(kāi)關(guān)打開(kāi)。這樣保證了用戶(hù)正常上網(wǎng)，也不會(huì)產(chǎn)生錯(cuò)誤話(huà)單。1.5 錯(cuò)誤話(huà)單問(wèn)題小結(jié)結(jié)合以上分析和我省設(shè)備實(shí)際情況，導(dǎo)致話(huà)單錯(cuò)誤的原因主要有如下原因：1、 工程開(kāi)局階段VLAN和熱點(diǎn)配置錯(cuò)誤導(dǎo)致。主要表現(xiàn)在京信公司和大唐公司，出現(xiàn)問(wèn)題也不容易被發(fā)現(xiàn)，這主要和以上兩廠家的AC機(jī)制有關(guān)（京信和大唐公司APAC之間的業(yè)務(wù)數(shù)據(jù)走私有CAPWAP隧道，因此即便VLAN配置錯(cuò)誤，用戶(hù)上網(wǎng)數(shù)據(jù)仍然可以通過(guò)交換機(jī)等傳輸設(shè)備，用戶(hù)可以正常上網(wǎng)）。防范措施：（1）加強(qiáng)工程開(kāi)局?jǐn)?shù)據(jù)管理，在認(rèn)證入網(wǎng)時(shí)除了對(duì)三元組數(shù)據(jù)進(jìn)行重點(diǎn)審核外，對(duì)工程開(kāi)局?jǐn)?shù)據(jù)也安排專(zhuān)人進(jìn)行審核核對(duì)。（2）工程開(kāi)局時(shí)所有熱點(diǎn)均預(yù)配置一個(gè)默認(rèn)NAS-ID，即使在誤開(kāi)啟認(rèn)證情況下也不會(huì)出現(xiàn)話(huà)單錯(cuò)誤。（3）鑒于京信和大唐公司AC機(jī)制的特殊性，后期在入網(wǎng)與計(jì)費(fèi)驗(yàn)證測(cè)試中將針對(duì)1、6、11三個(gè)模板開(kāi)展測(cè)試，避免因不能模板VLAN對(duì)應(yīng)錯(cuò)誤導(dǎo)致錯(cuò)單問(wèn)題。2、設(shè)備自身原因?qū)е?，主要表現(xiàn)如下：（1）虹信測(cè)試階段出現(xiàn)的話(huà)單錯(cuò)誤（AC上的NASID的默認(rèn)儲(chǔ)存空間不夠）。（2）弘浩明傳AC的FOA測(cè)試階段出現(xiàn)的話(huà)單錯(cuò)誤（業(yè)務(wù)平臺(tái)加載新系統(tǒng)時(shí)CPU利用率持續(xù)較高，在CPU利用率高的情況下AC的radius認(rèn)證模塊將無(wú)法正常工作導(dǎo)致話(huà)單錯(cuò)誤）。（3）京信公司主備倒換測(cè)試階段出現(xiàn)的話(huà)單錯(cuò)誤（如果在執(zhí)行主備倒換操作時(shí)，未將AC LAN口線纜拔掉。若此時(shí)有用戶(hù)下線，計(jì)費(fèi)報(bào)文將無(wú)法攜帶NAS-ID號(hào)，而產(chǎn)生錯(cuò)單）。防范措施：此類(lèi)由于設(shè)備自身原因?qū)е碌脑?huà)單錯(cuò)誤一般比較難以發(fā)現(xiàn)，只有在出現(xiàn)問(wèn)題抓包分析排查問(wèn)題并盡快匯報(bào)。同時(shí)譬如日常升級(jí)、主備前盡量選擇在用戶(hù)閑時(shí)，升級(jí)或主備操作前制定詳細(xì)的方案，避免因設(shè)備自身原因或操作原因?qū)е略?huà)單出錯(cuò)。 3、NAS-ID設(shè)置錯(cuò)誤：主要表現(xiàn)在AC因權(quán)限管理不嚴(yán)，導(dǎo)致部分維護(hù)人員進(jìn)入AC將NAS-ID誤設(shè)置為CMCC導(dǎo)致話(huà)單錯(cuò)誤。預(yù)防措施：（1）加強(qiáng)AC密碼管理和控制，極少人掌握較高權(quán)限，其他僅開(kāi)放查看權(quán)限。（2）工程開(kāi)局時(shí)所有熱點(diǎn)均按照NAS-ID標(biāo)準(zhǔn)格式預(yù)配置一個(gè)默認(rèn)NAS-ID，即使在誤開(kāi)啟認(rèn)證情況下也不會(huì)出現(xiàn)話(huà)單錯(cuò)誤。1.6 其他AC設(shè)備故障主要故障原因：（1）AC內(nèi)業(yè)務(wù)板卡故障；（2）AC進(jìn)程異常；（3）AC參數(shù)配置問(wèn)題都可能導(dǎo)致AC工作異常；以上AC故障可能導(dǎo)致AP離線退服、用戶(hù)無(wú)法獲取IP地址或用戶(hù)無(wú)法認(rèn)證上網(wǎng)。1.6.1 常見(jiàn)板卡故障及案例分析常見(jiàn)板卡故障主要有業(yè)務(wù)板芯片損壞，接口模塊損壞等；發(fā)生板卡故障在AC主控板上均會(huì)有相應(yīng)的告警指示。依據(jù)告警指示對(duì)故障板件進(jìn)行更換處理。相關(guān)案例分析：案例一：AC業(yè)務(wù)板芯片損壞導(dǎo)致設(shè)備無(wú)法正常啟動(dòng)工作。故障描述：AC下的所有熱點(diǎn)網(wǎng)絡(luò)都不可用，網(wǎng)管平臺(tái)上出現(xiàn)SNMP不通告警。所有熱點(diǎn)網(wǎng)絡(luò)均不可用且AC出現(xiàn)告警信息，此種情況很可能為AC出現(xiàn)故障導(dǎo)致。前往機(jī)房對(duì)AC進(jìn)行檢查發(fā)現(xiàn)，AC出現(xiàn)Out of Service LED指示燈告警，告警含義為設(shè)備不可用。同時(shí)使用串口不能登錄AC。AC控制板工作正常，未出現(xiàn)告警。此故障可能為業(yè)務(wù)板芯片損壞導(dǎo)致系統(tǒng)無(wú)法啟動(dòng)。解決方案：將設(shè)備斷電后更換AC業(yè)務(wù)板卡，對(duì)AC進(jìn)行數(shù)據(jù)配置后工作正常。案例二：AC接口模塊損壞導(dǎo)致網(wǎng)絡(luò)不可用。故障描述：AC下帶的所有AP均離線退服，查看AC進(jìn)程信息發(fā)現(xiàn)wltps、DHCP進(jìn)程工作正常。查看AC端口工作狀態(tài)發(fā)現(xiàn)AC LAN口處于shutdown狀態(tài)，使用no shutdown命令無(wú)法將端口打開(kāi)。前往機(jī)房查看發(fā)現(xiàn)LAN端口指示燈出現(xiàn)紅燈告警指示。為AC接口模塊損壞導(dǎo)致AP全部離線。解決方案： 設(shè)備斷電后，將損壞的接口模塊拔出，插入新的接口模塊。上電后，AC即可正常工作。1.6.2 進(jìn)程異常故障及案例分析AC內(nèi)常見(jiàn)進(jìn)程異常主要有包含如下進(jìn)程DHCP進(jìn)程、wltps進(jìn)程、igw8021x進(jìn)程工作異常。其中DHCP工作異常將影響AP和用戶(hù)獲取IP地址；wltps進(jìn)程異常將影響AP正常上線；igw8021x模塊異常將影響用戶(hù)認(rèn)證上網(wǎng)。相關(guān)案例分析：案例一：DHCP進(jìn)程異常導(dǎo)致AP無(wú)法關(guān)聯(lián)AC工作。故障描述：AC下的AP全部無(wú)法下發(fā)配置數(shù)據(jù)，檢查發(fā)現(xiàn)AC的MAC地址表中均能發(fā)現(xiàn)AP的MAC地址，但是無(wú)法下發(fā)配置數(shù)據(jù)。檢查AC的已分配IP地址列表發(fā)現(xiàn)，AP都沒(méi)有從AC獲取到IP地址，因此無(wú)法同AC進(jìn)行管理報(bào)文的交互。查看進(jìn)程發(fā)現(xiàn)AC的DHCP進(jìn)程沒(méi)有正常啟動(dòng)，導(dǎo)致無(wú)法給AP分配IP地址。解決方案：手動(dòng)啟動(dòng)DHCP進(jìn)程，AP就能正常獲取地址，對(duì)AP下發(fā)配置數(shù)據(jù)。案例二：wltps進(jìn)行異常導(dǎo)致AP全部離線。故障描述：網(wǎng)管平臺(tái)顯示AC下的AP全部離線，查看AC內(nèi)AP在線列表，瘦AP全部顯示為離線狀態(tài)。檢查匯聚交換機(jī)配置并動(dòng)態(tài)查看AP的MAC地址后，匯聚交換機(jī)可以學(xué)習(xí)到瘦AP的MAC地址，確認(rèn)熱點(diǎn)側(cè)-傳輸資源-匯聚交換機(jī)配置沒(méi)有問(wèn)題。對(duì)AC的數(shù)據(jù)配置進(jìn)行檢查，確認(rèn)數(shù)據(jù)配置后，查看AC的工作進(jìn)程，發(fā)現(xiàn)進(jìn)程中沒(méi)有wltps進(jìn)程沒(méi)有起來(lái)。導(dǎo)致AC無(wú)法和AP進(jìn)行通信，AP無(wú)法在AC上注冊(cè)上線。解決方案：手動(dòng)啟動(dòng)wltps進(jìn)程，待進(jìn)程重啟完成后，AP就能正常上線工作。案例三：igw8021x進(jìn)程掛死導(dǎo)致用戶(hù)認(rèn)證失敗。故障描述：接到AC下熱點(diǎn)的許多用戶(hù)投訴，反映無(wú)法認(rèn)證上網(wǎng)，提示認(rèn)證失敗。對(duì)該臺(tái)AC進(jìn)行Portal、Radius認(rèn)證局?jǐn)?shù)據(jù)檢查發(fā)現(xiàn)，數(shù)據(jù)配置沒(méi)問(wèn)題。在AC內(nèi)ping Portal服務(wù)器發(fā)現(xiàn)鏈路可達(dá)。排除數(shù)據(jù)和網(wǎng)絡(luò)原因后，對(duì)AC進(jìn)程進(jìn)行檢查，發(fā)現(xiàn)在進(jìn)程列表中有igw8021x進(jìn)程，但是進(jìn)程號(hào)異常，可能為進(jìn)程掛死導(dǎo)致無(wú)法正常和Portal服務(wù)器交互。導(dǎo)致用戶(hù)認(rèn)證失敗。解決方案： 手動(dòng)重啟該進(jìn)程，待進(jìn)程重啟完成后，用戶(hù)就能正常認(rèn)證上網(wǎng)。案例四：AC所帶熱點(diǎn)沒(méi)有CMCC或CMCC-EDU信號(hào)解決方案：1、登錄AC查找熱點(diǎn)AP是否在線，并查看其它熱點(diǎn)是否在線。如果AP在線，則檢查熱點(diǎn)AP配置模板數(shù)據(jù)；如果AP全部離線，檢查AC工作進(jìn)程是否正常，如進(jìn)程異常，則重啟異常進(jìn)程。2、如果AC下部分熱點(diǎn)離線，檢查熱點(diǎn)傳輸鏈路，可從POE交換機(jī)ping AC的IP地址確認(rèn)傳輸，檢查POE交換機(jī)數(shù)據(jù)配置和設(shè)備供電情況。針對(duì)問(wèn)題，相應(yīng)解決。案例五：AC下瘦AP全部離線解決方案：1、登錄AC查看AP在線列表，發(fā)現(xiàn)AP全部離線，檢查匯聚交換機(jī)配置并動(dòng)態(tài)查看AP的MAC地址后，匯聚交換機(jī)可以學(xué)習(xí)到瘦AP的MAC地址，確認(rèn)熱點(diǎn)側(cè)-傳輸資源-匯聚交換機(jī)配置沒(méi)有問(wèn)題。2、檢查AC的數(shù)據(jù)配置，確認(rèn)數(shù)據(jù)配置后，查看AC的工作進(jìn)程，發(fā)現(xiàn)進(jìn)程中沒(méi)有wltps進(jìn)程以及igw8021x進(jìn)程。手工啟動(dòng)wltps，可以起來(lái)，但是igw8021x進(jìn)程手工也啟動(dòng)不起來(lái)。嘗試修改此屬性，執(zhí)行完之后，沒(méi)有報(bào)錯(cuò)，但是mount，依然是RO屬性。3、查看了系統(tǒng)分區(qū)信息，/dev/sdb 567三個(gè)分區(qū)變成了ro（read-only）的屬性。正常情況下應(yīng)該是rw的。變成ro導(dǎo)致日志寫(xiě)不進(jìn)，配置文件保存不了等等一系列問(wèn)題。嘗試格式化此分區(qū)后，mount發(fā)現(xiàn)此分區(qū)變成rw了。再查看系統(tǒng)進(jìn)程發(fā)現(xiàn)，wltps進(jìn)程起來(lái)了，AP也在線了。但是認(rèn)證模塊還是沒(méi)有起來(lái)。一分鐘之后，再查看mount，發(fā)現(xiàn)此分區(qū)又變成ro了。umount /logfiles分區(qū)，發(fā)現(xiàn)認(rèn)證模塊進(jìn)程起來(lái)，有用戶(hù)開(kāi)始認(rèn)證，業(yè)務(wù)恢復(fù)正常。1.6.3 參數(shù)配置故障及案例分析案例一：用戶(hù)投訴AC下所帶熱點(diǎn)用戶(hù)獲取不到地址解決方案：1、登錄AC查看DHCP服務(wù)器配置，確認(rèn)數(shù)據(jù)配置正確，有用戶(hù)正常使用。2、用戶(hù)高峰時(shí)段查看DHCP已分配IP列表，如果已分配IP列表值大于業(yè)務(wù)地址池的最大值。業(yè)務(wù)地址池?cái)U(kuò)容后，此問(wèn)題得到解決。3、檢查熱點(diǎn)業(yè)務(wù)VLAN是否對(duì)應(yīng)到相應(yīng)的VIF和DHCP地址池，如果配置錯(cuò)誤則修正配置。案例二：用戶(hù)反映能彈出Portal登錄頁(yè)面，但是無(wú)法正常登錄上線。解決方案：1、登錄AC查看相關(guān)AC中該熱點(diǎn)的瘦AP配置模板配置。2、瘦AP配置模板中profiles的Portal服務(wù)器、Radius服務(wù)器設(shè)置中開(kāi)啟了認(rèn)證，配置了Portal服務(wù)器，但是未配置Radius服務(wù)器。導(dǎo)致AC無(wú)法完成整個(gè)認(rèn)證交互流程。3、在Radius服務(wù)器中正確添加Radius服務(wù)器，即能解決問(wèn)題。案例三：在對(duì)AC端口進(jìn)行重新定義后，出現(xiàn)用戶(hù)無(wú)法上網(wǎng)，AC內(nèi)無(wú)VLAN信息。解決方案：1、登錄AC檢查VLAN配置，發(fā)現(xiàn)VLAN配置數(shù)據(jù)不存在。2、VLAN在AC內(nèi)基于端口進(jìn)行配置，對(duì)AC端口重新定義后，所有VLAN需要重新配置。VLAN丟失后將導(dǎo)致用戶(hù)無(wú)法正常上網(wǎng)。3、將AC端口定義好之后，將VLAN、NAS-ID重新配置好即解決問(wèn)題。4、前往熱點(diǎn)進(jìn)行WLAN業(yè)務(wù)測(cè)試。2. AP故障問(wèn)題AP設(shè)備退服主要表現(xiàn)為AP設(shè)備離線導(dǎo)致網(wǎng)絡(luò)不可用，導(dǎo)致AP離線退服的原因主要有以下幾類(lèi)：（1） AP設(shè)備故障（2） POE交換機(jī)問(wèn)題（3） 斷電故障（4） 傳輸故障（5） 數(shù)據(jù)配置問(wèn)題AP離線退服故障排障流程：AP故障排查流程圖（1）首先登錄AC或OMC查詢(xún)AP離線情況，確定為單個(gè)、非連續(xù)性AP離線還是大面積、非連續(xù)性AP離線。（2）對(duì)于單個(gè)、非連續(xù)性AP離線故障，需要前往站點(diǎn)依次對(duì)以下幾個(gè)問(wèn)題進(jìn)行排查：網(wǎng)線連通性故障，POE供電異常，AP設(shè)備損壞。依據(jù)排查結(jié)果給出相應(yīng)的解決方案。（3）對(duì)于大面積、連續(xù)性AP離線故障，一般為傳輸故障、斷電問(wèn)題，數(shù)據(jù)配置問(wèn)題導(dǎo)致。采取由下至上的方式進(jìn)行排查。先登錄POE交換機(jī)檢查POE交換機(jī)的工作情況及數(shù)據(jù)配置，排查交換機(jī)問(wèn)題。再登錄OLT設(shè)備，查詢(xún)ONU工作狀態(tài)及數(shù)據(jù)配置；依據(jù)ONU的工作狀態(tài)：online/offline/poweroff，確定是否發(fā)生傳輸光路中斷或斷電。其次檢查BRAS及AC的數(shù)據(jù)配置，排查數(shù)據(jù)問(wèn)題?？梢酝ㄟ^(guò)查看設(shè)備MAC地址表項(xiàng)是否包含AP的MAC地址的方法來(lái)確定中間鏈路的連通性。2.1 AP設(shè)備問(wèn)題因AP設(shè)備問(wèn)題導(dǎo)致AP離線退服的原因主要有以下幾種：AP吊死、AP射頻模塊損壞、AP軟件版本問(wèn)題。（1）AP吊死：AP設(shè)備仍然處于在線工作狀態(tài)，AP和AC之間能進(jìn)行正常的信息交互，但是無(wú)射頻信號(hào)輸出。此類(lèi)故障一般因?yàn)锳P電路或者射頻模塊存在缺陷，在AP業(yè)務(wù)量較大時(shí)容易發(fā)生吊死故障。一般通過(guò)重啟AP設(shè)備的方式解決。（2）AP射頻模塊損壞：AP設(shè)備仍然處于在線工作狀態(tài)，但是輸出的射頻信號(hào)很弱或者不穩(wěn)定，一般為AP設(shè)備發(fā)射機(jī)故障導(dǎo)致。（3）AP軟件版本問(wèn)題：AP設(shè)備軟件版本文件缺失，或者AP工作在胖AP模式，導(dǎo)致AP不能在AC上注冊(cè)上線。AC設(shè)備在進(jìn)行升級(jí)后，AC將對(duì)AP進(jìn)行自動(dòng)升級(jí)，升級(jí)過(guò)程中因網(wǎng)絡(luò)不穩(wěn)定等原因，導(dǎo)致AP升級(jí)失敗造成版本文件缺失，AP不能正常上線工作；或者AP工作在胖AP模式下，上電啟動(dòng)后，不會(huì)發(fā)出DHCP請(qǐng)求，因此無(wú)法在AC注冊(cè)上線。一般通過(guò)對(duì)AP進(jìn)行版本升級(jí)或者將AP工作模式轉(zhuǎn)換為瘦AP模式即可解決問(wèn)題。相關(guān)案例分析：案例一：AP設(shè)備發(fā)生吊死故障導(dǎo)致站點(diǎn)網(wǎng)絡(luò)不可用。故障描述：站點(diǎn)AP出現(xiàn)退服現(xiàn)象，現(xiàn)場(chǎng)觀察AP指示燈狀態(tài)發(fā)現(xiàn)，AP電源指示燈和連接指示燈正常，射頻指示燈不亮?，F(xiàn)場(chǎng)測(cè)試發(fā)現(xiàn)AP無(wú)射頻信號(hào)發(fā)出。在AC內(nèi)觀察AP的狀態(tài)為正常且能正常ping通，由此排除網(wǎng)線連通性故障和供電故障，判定AP發(fā)生吊死故障。解決方案：通過(guò)重啟AP設(shè)備解決。案例二：網(wǎng)線接頭制作不規(guī)范導(dǎo)致AP設(shè)備離線。故障描述：站點(diǎn)部分AP異常離線，現(xiàn)場(chǎng)檢查發(fā)現(xiàn)AP除電源（POWER）指示燈以外其余指示燈（LAN、RF）都不亮。使用測(cè)線儀對(duì)網(wǎng)線進(jìn)行測(cè)試發(fā)現(xiàn)，因網(wǎng)線制作不規(guī)范導(dǎo)致網(wǎng)線存在不同的問(wèn)題。解決方案：按照568B標(biāo)準(zhǔn)重新制作水晶即可解決故障。案例三：站點(diǎn)AP工作在胖AP工作模式，導(dǎo)致AP不能上線。故障描述：華都賓館有一個(gè)AP不能在AP上注冊(cè)上線，現(xiàn)場(chǎng)檢查AP指示燈發(fā)現(xiàn)，AP電源指示燈和連接指示燈都正常。排除網(wǎng)線連通性故障及供電故障。AP射頻指示燈閃爍，AP在未關(guān)聯(lián)AC的的情況下有射頻信號(hào)輸出，說(shuō)明該AP工作在胖AP模式。解決方案：登錄到AP，將AP工作模式修改為瘦AP，AP即可在AC上注冊(cè)上線。案例四：AP版本升級(jí)失敗導(dǎo)致不能上線。故障描述：AC(硬件型號(hào)為FH-2400)軟件版本升級(jí)至版本3.3.8后出現(xiàn)部分AP不能上線的情況。通過(guò)現(xiàn)場(chǎng)觀察發(fā)現(xiàn)AP電源指示燈常亮，其他指示燈均不亮。使用測(cè)線儀測(cè)試網(wǎng)線連通性良好。電源指示燈常亮說(shuō)明供電正常。使用電腦連接到AP發(fā)現(xiàn)無(wú)法登錄到AP，說(shuō)明AP版本文件出現(xiàn)丟失損壞。解決方案： 對(duì)AP進(jìn)行版本升級(jí)，解決AP因版本文件缺失無(wú)法上線的問(wèn)題。對(duì)AC的升級(jí)盡量選擇在凌晨業(yè)務(wù)量少的時(shí)段。防止因網(wǎng)絡(luò)不穩(wěn)定而導(dǎo)致AP升級(jí)失敗。案例五：AP信號(hào)輸出不穩(wěn)定導(dǎo)致網(wǎng)絡(luò)不可用。故障描述：AP出現(xiàn)射頻信號(hào)輸出不穩(wěn)定的情況，在AP連接自帶鞭狀天線的情況下進(jìn)行測(cè)試發(fā)現(xiàn)，AP下信號(hào)在-30dbm和-85dbm之間波動(dòng)。AP有射頻信號(hào)輸出，說(shuō)明網(wǎng)線連通性和供電都沒(méi)問(wèn)題。為AP射頻模塊工作不穩(wěn)定導(dǎo)致。解決方案：更換AP，將AP損壞的射頻模塊送廠返修。案例六：AP信號(hào)輸出弱導(dǎo)致網(wǎng)絡(luò)不可用。故障描述：站點(diǎn)出現(xiàn)無(wú)線信號(hào)弱的問(wèn)題，用戶(hù)無(wú)法連接無(wú)線網(wǎng)絡(luò)使用。在AP連接自帶鞭狀天線的情況下進(jìn)行測(cè)試，AP的輸出信號(hào)在-90dbm左右，AP輸出信號(hào)弱。AP有射頻信號(hào)輸出，說(shuō)明網(wǎng)線連通性和供電都沒(méi)問(wèn)題。為AP射頻模塊中發(fā)射機(jī)故障導(dǎo)致輸出信號(hào)弱。解決方案：更換AP，將AP損壞的射頻模塊送廠返修。2.2 POE交換機(jī)問(wèn)題站點(diǎn)POE交換機(jī)直接連接到AP，交換機(jī)發(fā)生故障將直接導(dǎo)致AP退服。POE交換機(jī)主要存在POE供電不足、配置文件丟失、端口工作不穩(wěn)定的問(wèn)題。（1）POE供電不足：交換機(jī)存在整體供電不足或但端口供電不足、供電電壓不穩(wěn)定的問(wèn)題。當(dāng)交換機(jī)下掛AP數(shù)量太多或者網(wǎng)線過(guò)長(zhǎng)時(shí)，容易出現(xiàn)因AP供電不足而導(dǎo)致AP退服的故障。一般建議24口POE交換機(jī)下掛AP數(shù)量不超過(guò)15個(gè)。（2）配置文件丟失：POE交換機(jī)系統(tǒng)數(shù)據(jù)儲(chǔ)存在內(nèi)置閃存中，交換機(jī)啟動(dòng)后3秒內(nèi)完成閃存內(nèi)相關(guān)數(shù)據(jù)的加載工作，短時(shí)間內(nèi)多次斷電、通電導(dǎo)致交換機(jī)無(wú)法正常加載數(shù)據(jù)，導(dǎo)致系統(tǒng)文件或配置數(shù)據(jù)丟失。AP無(wú)法正常上線工作。（3）端口工作不穩(wěn)定：交換機(jī)因雷擊或漏電導(dǎo)致交換機(jī)損壞，出現(xiàn)交換機(jī)端口燒壞或工作不穩(wěn)定的問(wèn)題。登錄到交換機(jī)查看端口狀態(tài)，端口啟用后無(wú)法工作或者不停的打開(kāi)關(guān)閉。一般可以通過(guò)對(duì)交換機(jī)設(shè)備接地的方式來(lái)降低被燒壞的幾率。相關(guān)案例分析：案例一：?jiǎn)味丝诠╇姴蛔悖瑢?dǎo)致AP無(wú)法上電工作。故障描述：站點(diǎn)采取與2G合路建設(shè)的方式進(jìn)行WLAN覆蓋建設(shè)，站點(diǎn)開(kāi)通后AP無(wú)法上線。檢查AP指示燈狀態(tài)，所有AP指示燈全部不亮。使用測(cè)線儀測(cè)試網(wǎng)線的連通性發(fā)現(xiàn)，網(wǎng)線連通性很好。將AP天線口斷開(kāi)天饋線后，AP電源指示燈和連接指示燈正常。在斷開(kāi)天饋系統(tǒng)后，AP射頻模塊功耗變小，AP整體功耗降低，交換機(jī)端口POE功耗能夠滿(mǎn)足要求，因此AP能夠正常工作。根本原因?yàn)榻粨Q機(jī)單端口供電不足導(dǎo)致AP不能上電工作。解決方案：加裝POE集中供電器對(duì)AP進(jìn)行供電，解決交換機(jī)端口供電不足的問(wèn)題。案例二：交換機(jī)整體供電不足，在交換機(jī)下連AP數(shù)較多時(shí)部分AP不能正常工作。故障描述：站點(diǎn)部分AP出現(xiàn)有時(shí)上線，有時(shí)離線的問(wèn)題。在AP離線的時(shí)間段，對(duì)AP檢查發(fā)現(xiàn)，AP指示燈均不亮。對(duì)網(wǎng)線連通性檢查未發(fā)現(xiàn)問(wèn)題，網(wǎng)線接頭制作工藝良好，不存在接觸不良的問(wèn)題。對(duì)交換機(jī)側(cè)的網(wǎng)線拔插發(fā)現(xiàn)，AP上線一段時(shí)間后離線。在檢查交換機(jī)時(shí)發(fā)現(xiàn)，24端口POE交換機(jī)連接的AP數(shù)達(dá)到了20個(gè)，AP連接數(shù)量太多。當(dāng)AP下業(yè)務(wù)量大時(shí)，AP的功耗將增大，導(dǎo)致交換機(jī)因整體供電不足導(dǎo)致部分AP離線。解決方案：加裝POE集中供電器對(duì)AP進(jìn)行供電，解決交換機(jī)整體供電不足的問(wèn)題。案例三：交換機(jī)系統(tǒng)文件丟失，導(dǎo)致無(wú)法啟動(dòng)進(jìn)入系統(tǒng)。故障描述：交換機(jī)上電啟動(dòng)后，AP無(wú)法上電工作。對(duì)網(wǎng)線進(jìn)行測(cè)試未發(fā)現(xiàn)問(wèn)題。通過(guò)串口登錄交換機(jī)發(fā)現(xiàn)交換機(jī)進(jìn)程啟動(dòng)到某一步后，無(wú)法繼續(xù)啟動(dòng)。交換機(jī)可能在短時(shí)間內(nèi)多次斷電、通電導(dǎo)致交換機(jī)在短時(shí)間內(nèi)無(wú)法正常加載數(shù)據(jù)，導(dǎo)致系統(tǒng)文件丟失而無(wú)法啟動(dòng)進(jìn)入系統(tǒng)的問(wèn)題。解決方案：對(duì)交換機(jī)重新刷入版本，交換機(jī)即可正常啟動(dòng)工作。案例四：交換機(jī)配置數(shù)據(jù)丟失，導(dǎo)致AP不能正常上線。故障描述：站點(diǎn)AP全部離線，無(wú)法通過(guò)遠(yuǎn)程登錄的方式登錄到交換機(jī)，登錄到ONU發(fā)現(xiàn)狀態(tài)正常，站點(diǎn)未發(fā)生斷電故障。前往站點(diǎn)檢查發(fā)現(xiàn)交換機(jī)正常上電啟動(dòng)，AP指示燈正常。使用串口登錄到交換機(jī)發(fā)現(xiàn)交換機(jī)配置數(shù)據(jù)丟失，恢復(fù)了出廠默認(rèn)配置。在POE交換機(jī)上配置的管理VLAN信息丟失，導(dǎo)致在AP和AC之間未能建立二層通道，因此AP無(wú)法上線?？赡茉?yàn)榻粨Q機(jī)短時(shí)間內(nèi)斷電、通電導(dǎo)致配置數(shù)據(jù)未能加載到閃存中，出現(xiàn)丟失。解決方案：重新對(duì)交換機(jī)配置數(shù)據(jù)，AP即可正常注冊(cè)上線。案例五：交換機(jī)端口工作不穩(wěn)定，導(dǎo)致AP無(wú)法正常工作。故障描述：站點(diǎn)部分AP離線，使用串口登錄到交換機(jī)發(fā)現(xiàn)，AP對(duì)應(yīng)POE交換機(jī)端口不停的打開(kāi)、關(guān)閉。對(duì)網(wǎng)線接頭工藝進(jìn)行檢查發(fā)現(xiàn)，水晶頭按照標(biāo)準(zhǔn)568B標(biāo)準(zhǔn)制作，工藝良好不存在接觸不良的問(wèn)題。將AP連接到其他端口，端口工作狀態(tài)穩(wěn)定，能夠從POE交換機(jī)的MAC地址表中查詢(xún)到該AP的MAC地址，AP能夠穩(wěn)定上線。用手觸摸交換機(jī)發(fā)現(xiàn)交換機(jī)外殼帶電，可能原因?yàn)榻粨Q機(jī)漏電，導(dǎo)致交換機(jī)端口因短路被燒壞。解決方案：對(duì)損壞的交換機(jī)設(shè)備進(jìn)行替換，對(duì)更換后的交換機(jī)重新配置數(shù)據(jù)。2.3 斷電問(wèn)題站點(diǎn)因ONU、交換機(jī)斷電往往導(dǎo)致整個(gè)站點(diǎn)AP離線退服。斷電原因主要有2類(lèi)：人為因素?cái)嚯姾凸こ虇?wèn)題斷電。（1）人為因素?cái)嚯姡簶I(yè)主因擔(dān)心電磁輻射或者用電協(xié)調(diào)存在問(wèn)題，導(dǎo)致業(yè)主將設(shè)備斷電。（2）工程問(wèn)題斷電：WLAN設(shè)備取電未采取集中供電的方式，在民用市電取電，往往導(dǎo)致業(yè)主關(guān)電后設(shè)備被斷電；或因?yàn)楣こ探与姴环弦蠖霈F(xiàn)電源短路跳閘等情況。相關(guān)案例分析案例一：業(yè)主因擔(dān)心電磁輻射將WLAN設(shè)備斷電。故障描述：站點(diǎn)出現(xiàn)所有AP離線的故障，遠(yuǎn)程無(wú)法登錄到交換機(jī)，登錄OLT查詢(xún)站點(diǎn)ONU狀態(tài)為poweroff。表明站點(diǎn)出現(xiàn)的斷電故障。前往站點(diǎn)檢查發(fā)現(xiàn)接電線被人拔出。經(jīng)過(guò)了解得知因業(yè)主看到移動(dòng)通信的天線擔(dān)心會(huì)有電磁輻射因此將設(shè)備斷電。解決方案：對(duì)業(yè)主分發(fā)移動(dòng)通信電磁輻射的知識(shí)普及資料，進(jìn)行宣傳講解，解除業(yè)主對(duì)于電磁輻射的顧慮。案例二：網(wǎng)絡(luò)設(shè)備從市電取電，導(dǎo)致用戶(hù)關(guān)電后網(wǎng)絡(luò)不可用。故障描述：某高校宿舍區(qū)AP在晚上12點(diǎn)后都會(huì)離線。站點(diǎn)的ONU、交換機(jī)都出現(xiàn)不可達(dá)的情況。前往熱點(diǎn)了解的情況發(fā)現(xiàn)，網(wǎng)絡(luò)設(shè)備從樓層宿舍用電的主干線處取電。晚上12點(diǎn)學(xué)校宿舍樓集中關(guān)電，導(dǎo)致網(wǎng)絡(luò)設(shè)備停電。解決方案：進(jìn)行工程整改，對(duì)設(shè)備采取集中供電的方式，對(duì)每棟樓進(jìn)行集中單獨(dú)供電。2.4 傳輸問(wèn)題目前WLAN組網(wǎng)絕大部分采取PON組網(wǎng)方式，PON組網(wǎng)部分為OLT光交箱分光器ONU。在整個(gè)無(wú)源光網(wǎng)絡(luò)中，光交箱、分光器都是無(wú)源設(shè)備，但容易出現(xiàn)因光路中斷、光衰減過(guò)大或設(shè)備故障而導(dǎo)致整個(gè)站點(diǎn)AP全部離線退服的故障。相關(guān)案例分析：案例一：站點(diǎn)ONU尾纖過(guò)度彎曲導(dǎo)致光衰減太大，致使站點(diǎn)AP全部離線。故障描述：網(wǎng)管平臺(tái)上顯示站點(diǎn)AP全部離線，無(wú)法遠(yuǎn)程登錄到交換機(jī)查看交換機(jī)工作狀態(tài)，登錄到OLT查詢(xún)站點(diǎn)ONU工作狀態(tài)為offline。因此為光傳輸信號(hào)衰減過(guò)大或光路中斷導(dǎo)致。前晚站點(diǎn)查看發(fā)現(xiàn)ONU尾纖為套保護(hù)管，彎曲幅度太大引起光衰減太大，導(dǎo)致ONU離線。尾纖未套保護(hù)管，彎曲幅度太大解決方案：替換尾纖，并使用纏繞管對(duì)尾纖進(jìn)行保護(hù)，防止尾纖因彎曲幅度過(guò)大或彎折導(dǎo)致衰減過(guò)大。案例二：ONU接收光強(qiáng)度不夠，導(dǎo)致AP信號(hào)時(shí)有時(shí)無(wú)。故障描述：整個(gè)站點(diǎn)出現(xiàn)WLAN信號(hào)時(shí)有時(shí)無(wú)的現(xiàn)象，站點(diǎn)檢查POEONU之間網(wǎng)線按照標(biāo)準(zhǔn)規(guī)范制作，工藝良好，不存在接觸不良的問(wèn)題。站點(diǎn)發(fā)現(xiàn)ONU的LOS指示燈時(shí)而閃爍紅燈告警。使用光功率計(jì)測(cè)試發(fā)現(xiàn)，ONU輸入光功率在-40dbm左右，接收光強(qiáng)度太弱，位于ONU光接收強(qiáng)度的靈敏度值附近。導(dǎo)致ONU時(shí)而工作不正常，出現(xiàn)幀丟失告警。當(dāng)光接收強(qiáng)度高于接收靈敏度時(shí)，ONU能夠正常工作，AP正常上線。當(dāng)光接收強(qiáng)度低于接收靈敏度時(shí)，出現(xiàn)幀丟失，AP不能上線工作。因此出現(xiàn)信號(hào)時(shí)有時(shí)無(wú)的現(xiàn)象。解決方案：使用測(cè)試儀測(cè)試光衰減過(guò)大的部分，重新跳纖，解決光衰減過(guò)大的問(wèn)題。2.5 數(shù)據(jù)配置問(wèn)題AP在AC上注冊(cè)上線，終端能夠正常連接無(wú)線網(wǎng)絡(luò)認(rèn)證上網(wǎng)需要配置的數(shù)據(jù)有：中間設(shè)備配置VLAN透?jìng)鳌inQ和在AC上配置AP的無(wú)線參數(shù)及認(rèn)證局?jǐn)?shù)據(jù)。數(shù)據(jù)配置錯(cuò)誤將可能導(dǎo)致AP無(wú)法上線，用戶(hù)無(wú)法關(guān)聯(lián)及AC工作異常等。WLAN網(wǎng)路設(shè)備需要配置的數(shù)據(jù)：（1）AP:零配置。（2）POE交換機(jī)：開(kāi)啟POE供電功能，同時(shí)配置站點(diǎn)管理、業(yè)務(wù)VLAN。（3）ONU：配置ONU端口為transparent模式，透?jìng)鱒LAN數(shù)據(jù)。（4）OLT：需要在OLT上對(duì)上線的ONU進(jìn)行認(rèn)證，同時(shí)啟用QinQ。（5）匯聚交換機(jī)：配置VLAN透?jìng)?。?）BRAS：配置QinQ數(shù)據(jù)。（7） AC：配置DHCP服務(wù)，同時(shí)配置AP工作所需的參數(shù)，同時(shí)需要配置Portal、Radius、NAS-ID等參數(shù)。數(shù)據(jù)配置錯(cuò)誤主要為以下2個(gè)方面：（1）中間設(shè)備數(shù)據(jù)配置錯(cuò)誤：我省WLAN采取二層組網(wǎng)方式，為每一熱點(diǎn)規(guī)劃一個(gè)管理VLAN和業(yè)務(wù)VLAN，其中管理VLAN承載AC與AP之間的控制協(xié)議等，業(yè)務(wù)VLAN承載WLAN用戶(hù)流量。同時(shí)在OLT和AC對(duì)端設(shè)備上啟用QinQ功能。中間鏈路VLAN透?jìng)骰騋inQ配置錯(cuò)誤將導(dǎo)致AP不能上線或者用戶(hù)不能上網(wǎng)。（2）AC設(shè)備數(shù)據(jù)配置錯(cuò)誤：在AC上需要配置DHCP服務(wù)，為AP和用戶(hù)分配IP地址，同時(shí)還需配置AP工作所需的參數(shù)，需要配置Portal、Radius、NAS-ID等參數(shù)。AC參數(shù)配置錯(cuò)誤將可能導(dǎo)致AP不能正常工作，用戶(hù)無(wú)法上網(wǎng)等。相關(guān)案例分析：案例一：POE交換機(jī)業(yè)務(wù)VLAN配置錯(cuò)誤導(dǎo)致用戶(hù)無(wú)法獲取IP地址。故障描述：站點(diǎn)AP正常在線，但是用戶(hù)無(wú)法關(guān)聯(lián)無(wú)線網(wǎng)絡(luò)。通過(guò)現(xiàn)場(chǎng)測(cè)試發(fā)現(xiàn)，站點(diǎn)無(wú)線信號(hào)較好且周?chē)鸁o(wú)電磁干擾。用戶(hù)無(wú)法獲取到IP地址，無(wú)線網(wǎng)卡地址為169.254.X.X，該地址為當(dāng)客戶(hù)端未能獲取到IP地址，windows系統(tǒng)將為用戶(hù)自動(dòng)分配169.254.X.X網(wǎng)段的地址。檢查AC進(jìn)程發(fā)現(xiàn)DHCP進(jìn)程正常，AC地址池未出現(xiàn)溢出情況。檢查站點(diǎn)POE交換機(jī)發(fā)現(xiàn)，交換機(jī)沒(méi)有透?jìng)鳂I(yè)務(wù)VLAN信息，導(dǎo)致用戶(hù)DHCP請(qǐng)求無(wú)法發(fā)送至AC，導(dǎo)致連接受限制。解決方案：修改POE交換機(jī)數(shù)據(jù)，對(duì)業(yè)務(wù)VLAN信息進(jìn)行透?jìng)?。案例二：交換機(jī)未開(kāi)啟端口供電，導(dǎo)致AP無(wú)法上電啟動(dòng)。故障描述：站點(diǎn)交換機(jī)上電后，AP無(wú)法啟動(dòng)工作。檢查網(wǎng)線連通性正常，交換機(jī)工作正常。使用串口進(jìn)入交換機(jī)發(fā)現(xiàn)端口未開(kāi)啟供電功能。中興交換機(jī)在缺省配置條件下端口POE供電功能是關(guān)閉的，導(dǎo)致AP不能上電工作。解決方案： 使用set poe-port 1-20 enable（中興S2826系列交換機(jī)）命令開(kāi)啟端口POE供電功能，AP即可正常上電工作。案例三：ONU端口工作模式錯(cuò)誤，導(dǎo)致整個(gè)熱點(diǎn)AP不能上線。故障描述：整個(gè)站點(diǎn)AP都不能上線，檢查交換機(jī)配置管理VLAN、業(yè)務(wù)VLAN均配置正確。連接ONU檢查發(fā)現(xiàn)，交換機(jī)端口模式為tag(標(biāo)簽)模式，導(dǎo)致管理VLAN信息不能通過(guò)ONU。ONU端口應(yīng)配置成transparent（透?jìng)鳎┠Ｊ?，?duì)VLAN信息不做任何修改直接透?jìng)鳌＝鉀Q方案：將ONU端口