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

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