精華系列推薦：WLAN無線網(wǎng)絡維護及優(yōu)化問題處理指導手冊（V1.0）

1、WLAN無線網(wǎng)絡維護及優(yōu)化問題處理指導手冊(V1.0)目 錄 TOC o 1-3 h z u HYPERLINK l _Toc301208405 第一章 設備維護篇 PAGEREF _Toc301208405 h 4 HYPERLINK l _Toc301208406 1. AC故障問題 PAGEREF _Toc301208406 h 4 HYPERLINK l _Toc301208407 1.1 登陸成功率（非用戶原因）低問題原因分析 PAGEREF _Toc301208407 h 4 HYPERLINK l _Toc301208408 1.2 登陸成功率（非用戶原因）低問題案例分析 PAG

2、EREF _Toc301208408 h 5 HYPERLINK l _Toc301208409 1.3 錯誤話單問題原因分析 PAGEREF _Toc301208409 h 11 HYPERLINK l _Toc301208410 1.4 錯誤話單問題案例分析 PAGEREF _Toc301208410 h 12 HYPERLINK l _Toc301208411 1.5 其他AC設備故障 PAGEREF _Toc301208411 h 16 HYPERLINK l _Toc301208412 2. AP故障問題 PAGEREF _Toc301208412 h 20 HYPERLINK l

3、_Toc301208413 2.1 AP設備問題 PAGEREF _Toc301208413 h 22 HYPERLINK l _Toc301208414 2.2 POE交換機問題 PAGEREF _Toc301208414 h 24 HYPERLINK l _Toc301208415 2.3 斷電問題 PAGEREF _Toc301208415 h 26 HYPERLINK l _Toc301208416 2.4 傳輸問題 PAGEREF _Toc301208416 h 27 HYPERLINK l _Toc301208417 2.5 數(shù)據(jù)配置問題 PAGEREF _Toc301208417

4、 h 29 HYPERLINK l _Toc301208418 第二章 業(yè)務應用篇 PAGEREF _Toc301208418 h 33 HYPERLINK l _Toc301208419 1.無法搜索到移動信號問題 PAGEREF _Toc301208419 h 33 HYPERLINK l _Toc301208420 無法搜索到網(wǎng)絡問題處理流程 PAGEREF _Toc301208420 h 34 HYPERLINK l _Toc301208421 無法搜索到網(wǎng)絡問題案例 PAGEREF _Toc301208421 h 35 HYPERLINK l _Toc301208422 2.無法關聯(lián)

5、問題 PAGEREF _Toc301208422 h 45 HYPERLINK l _Toc301208423 無法關聯(lián)問題處理流程 PAGEREF _Toc301208423 h 46 HYPERLINK l _Toc301208424 無法關聯(lián)問題案例 PAGEREF _Toc301208424 h 46 HYPERLINK l _Toc301208425 3.無法上網(wǎng)問題 PAGEREF _Toc301208425 h 53 HYPERLINK l _Toc301208426 無法上網(wǎng)問題處理流程 PAGEREF _Toc301208426 h 53 HYPERLINK l _Toc30

6、1208427 無法上網(wǎng)問題案例 PAGEREF _Toc301208427 h 54 HYPERLINK l _Toc301208428 4.速度慢問題 PAGEREF _Toc301208428 h 67 HYPERLINK l _Toc301208429 速度慢問題處理流程 PAGEREF _Toc301208429 h 67 HYPERLINK l _Toc301208430 速度慢問題案例 PAGEREF _Toc301208430 h 68 HYPERLINK l _Toc301208431 5.掉線率高問題 PAGEREF _Toc301208431 h 94 HYPERLINK

7、 l _Toc301208432 掉線率高問題處理流程 PAGEREF _Toc301208432 h 94 HYPERLINK l _Toc301208433 掉線率高問題案例 PAGEREF _Toc301208433 h 95 HYPERLINK l _Toc301208434 6.用戶不能正常登錄問題 PAGEREF _Toc301208434 h 103 HYPERLINK l _Toc301208435 用戶不能正常登錄問題處理流程 PAGEREF _Toc301208435 h 104 HYPERLINK l _Toc301208436 用戶不能正常登錄問題案例 PAGEREF

8、_Toc301208436 h 105第一章 設備維護篇1. AC故障問題1.1 登陸成功率（非用戶原因）低問題原因分析登陸成功率（非用戶原因）=1-上線bas錯誤/登陸申請總次數(shù)，所有登陸成功率（非用戶原因）主要與上線bas錯誤有關。上線bas錯誤的定義：在認證過程中ac返回了網(wǎng)絡錯誤的錯誤碼（4），或者返回未知錯誤碼，或者接收ACK-CHALLENGE或ACK_AUTH包超時15秒失敗，一般認為是網(wǎng)絡或設備原因。在用戶上線流程圖中，和發(fā)生上線bas相關的交互步驟：如果查詢成功，Portal Server向AC請求Challenge；AC分配Challenge給Portal Server；P

9、ortal Server向AC發(fā)起認證請求；而后AC進行Radius認證，獲得Radius認證結果；AC向Portal Server送認證結果； 用戶上線Chap認證流程圖上線bas錯誤包括以下四種情況：（1）AC未發(fā)送Ack_challenge、Ack_auth或者發(fā)往Portal服務器的Ack_challenge、Ack_auth丟失。（2）Portal服務器接收Ack_challenge、Ack_auth超時15秒。（3）AC發(fā)往Portal服務器的Ack_challenge或者Ack_auth的報文帶有errcode 4信息。以下2種情況AC將發(fā)送帶有錯誤碼4的報文：AC 在準備發(fā)送

10、Ack_challenge時, 發(fā)現(xiàn)Req_challenge報文中的保留字段不為 0 或者AC 沒有能產(chǎn)生16 位的挑戰(zhàn)值，此時AC 將發(fā)送攜帶錯誤碼為4的Ack_challenge報文到Portal,表示AC設備告訴Portal Server此用戶請求Challenge失敗。 AC在收到REQ_AUTH時, 發(fā)現(xiàn)該報文中的REQ_ID 和之前Req_challenge中的REQ_ID 不相等，從而認為該用戶登錄操作出現(xiàn)異常，發(fā)送攜帶有錯誤碼4的AUTH_ACK報文到Portal，表示AC設備告訴Portal Server此用戶認證失敗。（4）AC設備設計缺陷，在發(fā)往Portal服務器的Ac

11、k_challenge或者Ack_auth的報文中帶有其他未知errcode值信息。上線bas錯誤產(chǎn)生的主要原因：AC設備問題參數(shù)設置問題設備性能問題網(wǎng)絡丟包問題1.2 登陸成功率（非用戶原因）低問題案例分析1.2.1 AC設備問題主要原因：（1）AC因設計缺陷，在發(fā)往Portal服務器的Ack_challenge、Ack_auth的報文中帶有其他未知errcode值信息。（2）AC內(nèi)進程發(fā)生錯誤導致無法響應Portal服務器的請求，導致Portal服務器無法接收到響應報文，記錄為上線bas錯誤。（3）AC和Portal之間通過UDP報文進行交互，在交互過程中UDP端口學習錯誤，將導致Port

12、al無法接收到正確的響應報文，發(fā)生上線bas錯誤。（4）網(wǎng)絡丟包導致AC和Portal之間的數(shù)據(jù)包丟失重傳，因丟包重傳引發(fā)超時，發(fā)生上線bas錯誤。相關案例分析：案例一：AC響應Portal服務器的認證報文中攜帶有未知errcode值，發(fā)生上線bas錯誤。故障描述：某廠家現(xiàn)網(wǎng)AC發(fā)生認證接通率低的問題，通過抓包分析發(fā)現(xiàn)，在AC相應Portal的報文中存在errcode 10。AC設備版本設計缺陷導致在發(fā)往Portal服務器的Ack_challenge、Ack_auth的報文中存在錯誤代碼errcode 10，此代碼不符合移動集團規(guī)范，Portal將帶有errcode 10消息的響應報文記錄為上

13、線bas錯誤。導致用戶認證失敗。解決方案：依據(jù)中國移動WLAN用戶接入流程技術規(guī)范(WEB)V要求，在AC版本中，將errcode 10值修改為符合規(guī)范的errcode值，解決因未知errcode值導致的上線bas錯誤。案例二： AC內(nèi)認證模塊異常退出，導致發(fā)生上線bas錯誤。故障描述：某廠家設備出現(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 Serv

14、er的功能情況下發(fā)送STOP停止計費報文就會有空指針的風險，這就會導致認證模塊異常退出。在認證模塊退出情況下，如果發(fā)起認證請求，則AC無法響應報文challenge或Auth報文導致認證，就會造成上線bas錯誤。解決方案：通過升級新版本，修改認證模塊代碼，解決因認證模塊異常退出而發(fā)生上線bas錯誤的問題。案例三：交互過程中AC學習UDP端口號錯誤，導致發(fā)生上線bas錯誤。故障描述：AC和Portal之間通過UDP報文進行交互。通過抓包發(fā)現(xiàn)AC存在UDP端口號學習錯誤的問題。在交互過程中，如果期間有其他用戶進行認證交互，AC會學習到其他用戶的端口號。以這個端口號給Portal回應確認報文，AC無

15、法識別該確認消息，發(fā)生上線bas錯誤。用戶將顯示認證失敗，不能正常登錄使用。 2011-03-02 11:18:53.251408 igw8021x2248: P STA(.75) Receive REQ_AUTH from Portal Server(40), port:39777 size:472011-03-02 11:18:53.291442 igw8021x2248: P STA(.138) Receive REQ_LOGOUT from Portal Server(40), port:54555 size:162011-03-02 11:18:53.370251 igw8021x2

16、248: P STA(.75) Send ACK_AUTH with Errcode 0 to Portal Server(40), dest port:54555 size:16 解決方案：在認證模塊中增加代碼，記錄下每一用戶Portal請求報文的端口號，以該端口號響應Portal的請求，解決UDP端口學習錯誤的問題。 參數(shù)設置問題AC內(nèi)關于認證計費的參數(shù)設置不當，增加AC內(nèi)認證模塊出現(xiàn)異常的機率，導致上線bas錯誤的發(fā)生。相關案例分析：案例一：記賬間隔時間設置太短，導致出現(xiàn)認證接通率低的問題。故障描述：AC內(nèi)認證計費參數(shù)有一項記賬間隔時間，該值作用為每隔一個記賬間隔時間AC對所有用戶進行一

17、次檢測其是否在線，如果在線則針對每用戶給Radius發(fā)送一條續(xù)費報文。表明該用戶在線，對用戶計費信息進行更新，確保計費的準確性。如果記賬間隔時間設置太短，將導致AC頻繁對在線用戶進行檢測并向Radius發(fā)送續(xù)費報文。當用戶量大時，AC內(nèi)認證模塊將出現(xiàn)繁忙。無法及時響應Portal服務器發(fā)出的請求報文，產(chǎn)生上線bas錯誤，導致用戶登錄失敗。 抓包截圖記賬間隔時間設置太短，導致AC和Radius之間進行大量的續(xù)費報文交互，從上面的截圖可以看出，截圖中的26個數(shù)據(jù)報文中僅有一個是AC和Portal服務器交互的報文，其他的25個數(shù)據(jù)包都是AC和Radius之間的續(xù)費報文。占比達到了96%。大量的續(xù)費報

18、文導致了AC認證模塊繁忙，消耗大量AC資源，無法AC及時響應Portal發(fā)出的認證請求報文。從問題發(fā)生的AC和時間來看。該問題發(fā)生在業(yè)務量較大的AC，且發(fā)生的時間點一般發(fā)生在上網(wǎng)的高峰期。在5月份發(fā)現(xiàn)部分廠家AC內(nèi)記賬間隔時間采用默認值，且默認值設置太短，設置成了30秒，導致AC認證模塊出現(xiàn)繁忙，無法及時響應Portal服務器發(fā)出的請求報文，產(chǎn)生了大量的上線bas錯誤，出現(xiàn)認證接通率低的問題。解決方案：將記賬間隔時間設置為900秒或更長（注：該參數(shù)raduis尚未使用，部分可以設置為0的廠家可以關閉該參數(shù)），防止認證模塊出現(xiàn)繁忙導致發(fā)生大量上線bas錯誤。 設備性能問題AC內(nèi)開啟了某些功能（S

19、NMP/NAT）后，導致AC內(nèi)資源消耗過大或者功能實現(xiàn)效率不高。從而導致出現(xiàn)上線bas錯誤。相關案例分析：案例一：AC開啟SNMP服務后，出現(xiàn)認證接通率低的問題。故障描述：某廠家AC設備在開啟了SNMP服務后，SNMP進程對AC的CPU資源消耗較大；在業(yè)務量大的時候，將會因 CPU利用率高而出現(xiàn)認證模塊異常，出現(xiàn)上線bas錯誤。解決方案：通過優(yōu)化AC內(nèi)SNMP進程代碼及資源調(diào)度機制，降低SNMP進程對資源的消耗。避免因SNMP進程對資源的消耗，導致AC認證模塊出現(xiàn)異常，導致出現(xiàn)上線bas錯誤。案例二：AC開啟NAT地址轉換功能后，出現(xiàn)接通率低的問題。故障描述：長沙市目前WLAN用戶IP地址分配

20、采取私網(wǎng)IP地址+NAT的實施方案，AC為用戶分配私網(wǎng)IP地址，同時在AC上啟用NAT功能進行地址轉換。AC實施地址轉換需要通過軟件功能實現(xiàn)，在地址轉換時需要通過CPU計算處理。存在地址轉換產(chǎn)生時延和效率不高的問題。地址轉換產(chǎn)生的時延較大，從交互過程中AC收到用戶登錄請求開始計算，收到Ack_challenge、Ack_auth消息時間超過15秒超時將記錄為上線bas錯誤。解決方案：WLAN用戶使用公網(wǎng)地址。通過NAT轉換專業(yè)設備進行地址轉換，解決地址轉換存在時延和效率不高問題而產(chǎn)生上線bas錯誤。案例三：AC配置關聯(lián)用戶通過SSID匹配portal后，出現(xiàn)認證接通率低的問題。故障描述：某廠家

21、AC配置關聯(lián)用戶通過SSID匹配portal后，產(chǎn)生的Wireless station表項數(shù)據(jù)非常龐大，如圖：用戶關聯(lián)成功后，AC上的Wireless station表中就會增加此用戶的mac地址與SSID關聯(lián)的信息，AC通過這個表項中的SSID來給用戶推送相關的portal頁面，當AC長時間運行后，關聯(lián)的用戶將會越來越多，最終導致CPU利用率高、內(nèi)存溢出，出現(xiàn)上線bas錯誤。解決方案：AC通過命令remove wireless-station all來清除內(nèi)存中的Wireless station表，同時關閉根據(jù)SSID域推送portal頁面的開關，根據(jù)VLAN號來推送portal。 網(wǎng)絡丟包

22、時延問題網(wǎng)絡因設備兼容性問題或網(wǎng)絡不穩(wěn)定，而出現(xiàn)丟包和時延大的問題。AC和Portal之間的交互采用不可靠的UDP報文，UDP報文在傳輸過程中如果出現(xiàn)報文丟失，UDP協(xié)議層次將不會對其進行重傳，因此在AC內(nèi)設計了重傳機制，如果AC發(fā)送報文后5秒鐘未能收到下一步交互報文，則會對發(fā)出的數(shù)據(jù)進行重傳。雖然設計了重傳機制，但是可能因為重傳而導致超時。 可能導致AC和 Portal之間交互的報文丟失，或者因時延大問題導致導致整個交互過程超時15秒，發(fā)生上線bas錯誤。相關案例分析：案例一：網(wǎng)絡設備端口匹配問題導致出現(xiàn)網(wǎng)絡丟包現(xiàn)象，導致出現(xiàn)認證接通率低的問題。故障描述：AC出現(xiàn)了大量的上線bas錯誤。從A

23、C對Portal進行ping測試發(fā)現(xiàn)網(wǎng)絡丟包率很高，達到了20%。忙時21:300:00，丟包率為24%，AP出現(xiàn)閃斷掉線。通過分析發(fā)現(xiàn)，AC的端口狀態(tài)為自適應狀態(tài)，而AC的對端設備端口設置為速率強制1000M。把端口屬性改為自適應后：忙時21:300:00,丟包率為3%-6%，AP閃斷掉線的數(shù)量減少。因各廠家設備之間兼容匹配問題，導致端口無法相互協(xié)商自適應。導致出現(xiàn)網(wǎng)絡丟包。丟包導致AC和Portal之間交互報文丟失、重傳。因交互超時而發(fā)生大量的上線bas錯誤。解決方案：將AC對端設備同樣設置為自適應狀態(tài)，解決端口協(xié)商問題引發(fā)丟包導致的上線bas錯誤。1.3 錯誤話單問題原因分析錯單產(chǎn)生原因

24、分析：產(chǎn)生錯誤話單原因均為計費報文中未攜帶NAS-ID號或攜帶的NAS-ID錯誤，導致在BOSS系統(tǒng)內(nèi)因NAS-ID值不合法而無法生成賬單。AC內(nèi)NAS-ID值的對應關系主要有3中，基于AP、基于業(yè)務VLAN和基于用戶IP地址，目前主要采用基于VLAN對應NAS-ID值。Radius計費報文內(nèi)容：Radius計費報文中包含用戶帳號（user-name）、NAS-ID、上網(wǎng)時長（acct-session-time）、計費報文類型（acct-status-type）等內(nèi)容。以下3類原因將產(chǎn)生錯誤話單：（1）為當用戶下線時，AC給Radius發(fā)送計費結束報文時，無法依據(jù)對應關系匹配到NAS-ID，如

25、果無法匹配到NAS-ID，則會自動填入00-00-00-00-00-00到計費報文中。（2）NAS-ID配置錯誤或者格式不正確，導致計費報文中攜帶的NAS-ID值錯誤。（3）AC設備問題導致無法依據(jù)匹配關系攜帶正確的NAS-ID信息。 錯誤話單問題案例分析 NAS-ID匹配錯誤AC內(nèi)沒有正確配置NAS-ID的對應信息，或者因對設備操作導致NAS-ID的配置信息丟失。當有用戶發(fā)起下線請求時，將無法攜帶正確的NAS-ID信息，產(chǎn)生NAS-ID為0類型的錯誤話單。相關案例分析：案例一：AC內(nèi)業(yè)務VLAN配置錯誤導致出現(xiàn)錯誤話單。故障描述：AC下出現(xiàn)F150類型的錯誤話單，錯誤話單原因為計費報文中NA

26、S-ID值為00-00-00-00-00-00，經(jīng)過對AC的數(shù)據(jù)檢查發(fā)現(xiàn)站點明城公館的6信道模板配置了一個業(yè)務VLAN 3792，該VLAN在AC的VLAN列表中存在，但是該業(yè)務VLAN所對應的熱點為工程期間熱點，沒有規(guī)劃配置NAS-ID。由于APAC之間的業(yè)務數(shù)據(jù)走私有CAPWAP隧道，因此即便VLAN配置錯誤，用戶上網(wǎng)數(shù)據(jù)仍然可以通過交換機等傳輸設備，用戶可以正常上網(wǎng)。由于業(yè)務VLAN配置錯誤，導致出現(xiàn)無法匹配NAS-ID的問題。因此該模板下的用戶計費報文無法攜帶NAS-ID，出現(xiàn)錯誤話單。VLAN配置錯誤解決方案：將瘦AP配置模板中業(yè)務VLAN修改正確即可解決問題。案例二：主備備份操作失

27、誤導致出現(xiàn)錯誤話單。故障描述：在對主備AC進行備份時需要定義一個心跳端口。業(yè)務VLAN在AC內(nèi)基于端口進行配置，對AC端口重新定義后，原有VLAN和NAS-ID將會丟失。所有VLAN和NAS-ID需要重新配置。如果在執(zhí)行此項操作時，未將AC LAN口線纜拔掉。如果此時有用戶發(fā)起下線請求，計費報文將無法攜帶NAS-ID號，而產(chǎn)生錯誤話單。解決措施：在進行設備主備配置操作時，選擇在凌晨業(yè)務量小的時段進行，并嚴格按照流程執(zhí)行，先將AC LAN口線纜拔掉，中斷用戶上網(wǎng)業(yè)務，再進行配置操作。待全部配置完成后，再連接線纜恢復業(yè)務。防止操作器件因AC內(nèi)無NAS-ID配置信息而產(chǎn)生NAS-ID為0的錯誤話單。

28、 NAS-ID格式錯誤AC內(nèi)NAS-ID值配置錯誤或者格式不正確,比如NAS-ID配置為1200.0731.731.00.46(NAS-ID值多加了點)或者CMCC（不合法NAS-ID），導致計費報文中攜帶的NAS-ID值不合法而無法生成話單。相關案例分析:案例一：NAS-ID配置錯誤導致出現(xiàn)錯誤話單。故障描述：AC（0）在2月份產(chǎn)生一條NAS-ID值為CMCC的錯誤話單，經(jīng)過對該臺AC的數(shù)據(jù)檢查發(fā)現(xiàn)，有一個熱點的業(yè)務VLAN對應的NAS-ID值配置成了CMCC。因此該熱點下用戶上網(wǎng)的產(chǎn)生的計費報文NAS-ID值將為CMCC。該值屬于不合法的NAS-ID，正確的NAS-ID值應該為0460。解

29、決方案：將NAS-ID值修改為正確的NAS-ID值即可解決問題。案例二：NAS-ID配置中包含了”.”導致出現(xiàn)錯誤話單。故障描述：AC產(chǎn)生一條NAS-ID值為1200.0731.731.00，經(jīng)過對該臺AC的數(shù)據(jù)檢查發(fā)現(xiàn)，有一個熱點的業(yè)務VLAN對應的NAS-ID值配置成了1200.0731.731.00.46。由于”.”將占用一個字符，因此該熱點下用戶上網(wǎng)的產(chǎn)生的計費報文NAS-ID值將為1200.0731.731.00。該值屬于不合法的NAS-ID，正確的NAS-ID值應該為0460。解決方案：在配置NAS-ID值是不要把”.”字符配置進去。 設備問題AC設備問題導致無法依據(jù)匹配關系攜帶正

30、確的NAS-ID信息。相關案例分析：案例一：AC內(nèi)NAS-ID存儲空間不夠導致出現(xiàn)錯誤話單。故障描述：AC下發(fā)現(xiàn)產(chǎn)生NAS-ID值的錯誤話單00460相對應的熱點為柯達名居。通過抓包發(fā)現(xiàn)是在AC上報這個熱點的NAS-ID的時候上報的NAS-ID位數(shù)不全導致。而導致此現(xiàn)象出現(xiàn)的原因是由于AC上NAS-ID的默認儲存空間不夠導致。解決方案：將NAS-ID值的儲存空間改大，解決NAS-ID存儲空間不夠的問題，即可將問題解決。案例二：AC內(nèi)CPU利用率持續(xù)較高導致出現(xiàn)錯誤話單。故障描述：升級AC時，須將新版本傳到AC業(yè)務平臺，業(yè)務平臺加載新系統(tǒng)時CPU利用率持續(xù)較高在CPU利用率高的情況下AC的rad

31、ius認證模塊將無法正常工作，在此過程中用戶發(fā)起的計費報文將隨機產(chǎn)生一些錯誤信息進行radius報文封裝，認證報文攜帶的錯誤信息將產(chǎn)生錯誤話單。解決方案：新系統(tǒng)裝載成功后，故障恢復。在對AC進行數(shù)據(jù)割接時，必須在AC上沒有認證用戶的前提下進行，并且在割接期間先把用戶的認證開關關閉，當割接完畢后，立即把認證開關打開。這樣保證了用戶正常上網(wǎng)，也不會產(chǎn)生錯誤話單。1. 錯誤話單問題小結結合以上分析和我省設備實際情況，導致話單錯誤的原因主要有如下原因：工程開局階段VLAN和熱點配置錯誤導致。主要表現(xiàn)在京信公司和大唐公司，出現(xiàn)問題也不容易被發(fā)現(xiàn)，這主要和以上兩廠家的AC機制有關（京信和大唐公司APAC之

32、間的業(yè)務數(shù)據(jù)走私有CAPWAP隧道，因此即便VLAN配置錯誤，用戶上網(wǎng)數(shù)據(jù)仍然可以通過交換機等傳輸設備，用戶可以正常上網(wǎng)）。防范措施：（1）加強工程開局數(shù)據(jù)管理，在認證入網(wǎng)時除了對三元組數(shù)據(jù)進行重點審核外，對工程開局數(shù)據(jù)也安排專人進行審核核對。（2）工程開局時所有熱點均預配置一個默認NAS-ID，即使在誤開啟認證情況下也不會出現(xiàn)話單錯誤。（3）鑒于京信和大唐公司AC機制的特殊性，后期在入網(wǎng)與計費驗證測試中將針對1、6、11三個模板開展測試，避免因不能模板VLAN對應錯誤導致錯單問題。2、設備自身原因導致，主要表現(xiàn)如下：（1）虹信測試階段出現(xiàn)的話單錯誤（AC上的NASID的默認儲存空間不夠）。（

33、2）弘浩明傳AC的FOA測試階段出現(xiàn)的話單錯誤（業(yè)務平臺加載新系統(tǒng)時CPU利用率持續(xù)較高，在CPU利用率高的情況下AC的radius認證模塊將無法正常工作導致話單錯誤）。（3）京信公司主備倒換測試階段出現(xiàn)的話單錯誤（如果在執(zhí)行主備倒換操作時，未將AC LAN口線纜拔掉。若此時有用戶下線，計費報文將無法攜帶NAS-ID號，而產(chǎn)生錯單）。防范措施：此類由于設備自身原因導致的話單錯誤一般比較難以發(fā)現(xiàn)，只有在出現(xiàn)問題抓包分析排查問題并盡快匯報。同時譬如日常升級、主備前盡量選擇在用戶閑時，升級或主備操作前制定詳細的方案，避免因設備自身原因或操作原因導致話單出錯。 3、NAS-ID設置錯誤：主要表現(xiàn)在AC

34、因權限管理不嚴，導致部分維護人員進入AC將NAS-ID誤設置為CMCC導致話單錯誤。預防措施：（1）加強AC密碼管理和控制，極少人掌握較高權限，其他僅開放查看權限。（2）工程開局時所有熱點均按照NAS-ID標準格式預配置一個默認NAS-ID，即使在誤開啟認證情況下也不會出現(xiàn)話單錯誤。1.5 其他AC設備故障主要故障原因：（1）AC內(nèi)業(yè)務板卡故障；（2）AC進程異常；（3）AC參數(shù)配置問題都可能導致AC工作異常；（4）AC接口故障。以上AC故障可能導致AP離線退服、用戶無法獲取IP地址或用戶無法認證上網(wǎng)。 常見板卡故障及案例分析常見板卡故障主要有業(yè)務板芯片損壞，接口模塊損壞等；發(fā)生板卡故障在AC

35、主控板上均會有相應的告警指示。依據(jù)告警指示對故障板件進行更換處理。相關案例分析：案例一：AC業(yè)務板芯片損壞導致設備無法正常啟動工作。故障描述：AC下的所有熱點網(wǎng)絡都不可用，網(wǎng)管平臺上出現(xiàn)SNMP不通告警。所有熱點網(wǎng)絡均不可用且AC出現(xiàn)告警信息，此種情況很可能為AC出現(xiàn)故障導致。前往機房對AC進行檢查發(fā)現(xiàn)，AC出現(xiàn)Out of Service LED指示燈告警，告警含義為設備不可用。同時使用串口不能登錄AC。AC控制板工作正常，未出現(xiàn)告警。此故障可能為業(yè)務板芯片損壞導致系統(tǒng)無法啟動。解決方案：將設備斷電后更換AC業(yè)務板卡，對AC進行數(shù)據(jù)配置后工作正常。案例二：AC接口模塊損壞導致網(wǎng)絡不可用。故障

36、描述：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接口模塊損壞導致AP全部離線。解決方案： 設備斷電后，將損壞的接口模塊拔出，插入新的接口模塊。上電后，AC即可正常工作。 進程異常故障及案例分析AC內(nèi)常見進程異常主要有包含如下進程DHCP進程、wltps進程、igw8021x進程工作異常。其中DHCP工作異常將影響AP和用戶獲取IP地址；wltps進程異常將影響AP正常上線；igw8021x

37、模塊異常將影響用戶認證上網(wǎng)。相關案例分析：案例一：DHCP進程異常導致AP無法關聯(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進程沒有正常啟動，導致無法給AP分配IP地址。解決方案：手動啟動DHCP進程，AP就能正常獲取地址，對AP下發(fā)配置數(shù)據(jù)。案例二：wltps進行異常導致AP全部離線。故障描述：網(wǎng)管平臺顯示AC下的AP全部離線，查看AC內(nèi)AP在線列表，瘦AP全部顯示為離線狀態(tài)。檢查

38、匯聚交換機配置并動態(tài)查看AP的MAC地址后，匯聚交換機可以學習到瘦AP的MAC地址，確認熱點側-傳輸資源-匯聚交換機配置沒有問題。對AC的數(shù)據(jù)配置進行檢查，確認數(shù)據(jù)配置后，查看AC的工作進程，發(fā)現(xiàn)進程中沒有wltps進程沒有起來。導致AC無法和AP進行通信，AP無法在AC上注冊上線。解決方案：手動啟動wltps進程，待進程重啟完成后，AP就能正常上線工作。案例三：igw8021x進程掛死導致用戶認證失敗。故障描述：接到AC下熱點的許多用戶投訴，反映無法認證上網(wǎng)，提示認證失敗。對該臺AC進行Portal、Radius認證局數(shù)據(jù)檢查發(fā)現(xiàn)，數(shù)據(jù)配置沒問題。在AC內(nèi)ping Portal服務器發(fā)現(xiàn)鏈路

39、可達。排除數(shù)據(jù)和網(wǎng)絡原因后，對AC進程進行檢查，發(fā)現(xiàn)在進程列表中有igw8021x進程，但是進程號異常，可能為進程掛死導致無法正常和Portal服務器交互。導致用戶認證失敗。解決方案： 手動重啟該進程，待進程重啟完成后，用戶就能正常認證上網(wǎng)。案例四：AC所帶熱點沒有CMCC或CMCC-EDU信號解決方案：1、登錄AC查找熱點AP是否在線，并查看其它熱點是否在線。如果AP在線，則檢查熱點AP配置模板數(shù)據(jù)；如果AP全部離線，檢查AC工作進程是否正常，如進程異常，則重啟異常進程。2、如果AC下部分熱點離線，檢查熱點傳輸鏈路，可從POE交換機ping AC的IP地址確認傳輸，檢查POE交換機數(shù)據(jù)配置和

40、設備供電情況。針對問題，相應解決。案例五：AC下瘦AP全部離線解決方案：1、登錄AC查看AP在線列表，發(fā)現(xiàn)AP全部離線，檢查匯聚交換機配置并動態(tài)查看AP的MAC地址后，匯聚交換機可以學習到瘦AP的MAC地址，確認熱點側-傳輸資源-匯聚交換機配置沒有問題。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）的

41、屬性。正常情況下應該是rw的。變成ro導致日志寫不進，配置文件保存不了等等一系列問題。嘗試格式化此分區(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è)務恢復正常。 參數(shù)配置故障及案例分析案例一：用戶投訴AC下所帶熱點用戶獲取不到地址解決方案：1、登錄AC查看DHCP服務器配置，確認數(shù)據(jù)配置正確，有用戶正常使用。2、用戶高峰時段查看DHCP已分配IP列表，如果已分配IP列表值大于業(yè)務地址池的最大值

42、。業(yè)務地址池擴容后，此問題得到解決。3、檢查熱點業(yè)務VLAN是否對應到相應的VIF和DHCP地址池，如果配置錯誤則修正配置。案例二：用戶反映能彈出Portal登錄頁面，但是無法正常登錄上線。解決方案：1、登錄AC查看相關AC中該熱點的瘦AP配置模板配置。2、瘦AP配置模板中profiles的Portal服務器、Radius服務器設置中開啟了認證，配置了Portal服務器，但是未配置Radius服務器。導致AC無法完成整個認證交互流程。3、在Radius服務器中正確添加Radius服務器，即能解決問題。案例三：在對AC端口進行重新定義后，出現(xiàn)用戶無法上網(wǎng)，AC內(nèi)無VLAN信息。解決方案：1、登錄

43、AC檢查VLAN配置，發(fā)現(xiàn)VLAN配置數(shù)據(jù)不存在。2、VLAN在AC內(nèi)基于端口進行配置，對AC端口重新定義后，所有VLAN需要重新配置。VLAN丟失后將導致用戶無法正常上網(wǎng)。3、將AC端口定義好之后，將VLAN、NAS-ID重新配置好即解決問題。4、前往熱點進行WLAN業(yè)務測試。 接口故障及案例分析案例一：AC下行接口光模塊松動導致AP的報文無法與AC正常交互故障描述：AC下帶的所有AP均離線退服，查看AC日志，沒有發(fā)現(xiàn)異常。查看AC進程，進程的PID以及條目都處于正常工作狀態(tài)。在AC上開啟debug dhcp功能，發(fā)現(xiàn)沒有任何AP的dhcp報文通過AC。查看AC下行口link狀態(tài)為“down

44、”,檢查AC下行口數(shù)據(jù)配置沒有發(fā)現(xiàn)問題。前往機房現(xiàn)場，發(fā)現(xiàn)AC下行口工作指示燈熄滅。解決方案：重新拔插AC下行口光模塊，AC下行口link狀態(tài)為“up”，并且AP陸續(xù)重新上線。2. AP故障問題AP設備退服主要表現(xiàn)為AP設備離線導致網(wǎng)絡不可用，導致AP離線退服的原因主要有以下幾類：AP設備故障POE交換機問題斷電故障傳輸故障數(shù)據(jù)配置問題AP離線退服故障排障流程：AP故障排查流程圖（1）首先登錄AC或OMC查詢AP離線情況，確定為單個、非連續(xù)性AP離線還是大面積、非連續(xù)性AP離線。（2）對于單個、非連續(xù)性AP離線故障，需要前往站點依次對以下幾個問題進行排查：網(wǎng)線連通性故障，POE供電異常，AP設

45、備損壞。依據(jù)排查結果給出相應的解決方案。（3）對于大面積、連續(xù)性AP離線故障，一般為傳輸故障、斷電問題，數(shù)據(jù)配置問題導致。采取由下至上的方式進行排查。先登錄POE交換機檢查POE交換機的工作情況及數(shù)據(jù)配置，排查交換機問題。再登錄OLT設備，查詢ONU工作狀態(tài)及數(shù)據(jù)配置；依據(jù)ONU的工作狀態(tài)：online/offline/poweroff，確定是否發(fā)生傳輸光路中斷或斷電。其次檢查BRAS及AC的數(shù)據(jù)配置，排查數(shù)據(jù)問題?？梢酝ㄟ^查看設備MAC地址表項是否包含AP的MAC地址的方法來確定中間鏈路的連通性。2.1 AP設備問題因AP設備問題導致AP離線退服的原因主要有以下幾種：AP吊死、AP射頻模塊損

46、壞、AP軟件版本問題。（1）AP吊死：AP設備仍然處于在線工作狀態(tài)，AP和AC之間能進行正常的信息交互，但是無射頻信號輸出。此類故障一般因為AP電路或者射頻模塊存在缺陷，在AP業(yè)務量較大時容易發(fā)生吊死故障。一般通過重啟AP設備的方式解決。（2）AP射頻模塊損壞：AP設備仍然處于在線工作狀態(tài)，但是輸出的射頻信號很弱或者不穩(wěn)定，一般為AP設備發(fā)射機故障導致。（3）AP軟件版本問題：AP設備軟件版本文件缺失，或者AP工作在胖AP模式，導致AP不能在AC上注冊上線。AC設備在進行升級后，AC將對AP進行自動升級，升級過程中因網(wǎng)絡不穩(wěn)定等原因，導致AP升級失敗造成版本文件缺失，AP不能正常上線工作；或者

47、AP工作在胖AP模式下，上電啟動后，不會發(fā)出DHCP請求，因此無法在AC注冊上線。一般通過對AP進行版本升級或者將AP工作模式轉換為瘦AP模式即可解決問題。相關案例分析：案例一：AP設備發(fā)生吊死故障導致站點網(wǎng)絡不可用。故障描述：站點AP出現(xiàn)退服現(xiàn)象，現(xiàn)場觀察AP指示燈狀態(tài)發(fā)現(xiàn)，AP電源指示燈和連接指示燈正常，射頻指示燈不亮。現(xiàn)場測試發(fā)現(xiàn)AP無射頻信號發(fā)出。在AC內(nèi)觀察AP的狀態(tài)為正常且能正常ping通，由此排除網(wǎng)線連通性故障和供電故障，判定AP發(fā)生吊死故障。解決方案：通過重啟AP設備解決。案例二：網(wǎng)線接頭制作不規(guī)范導致AP設備離線。故障描述：站點部分AP異常離線，現(xiàn)場檢查發(fā)現(xiàn)AP除電源（POW

48、ER）指示燈以外其余指示燈（LAN、RF）都不亮。使用測線儀對網(wǎng)線進行測試發(fā)現(xiàn)，因網(wǎng)線制作不規(guī)范導致網(wǎng)線存在不同的問題。解決方案：按照568B標準重新制作水晶即可解決故障。案例三：站點AP工作在胖AP工作模式，導致AP不能上線。故障描述：華都賓館有一個AP不能在AP上注冊上線，現(xiàn)場檢查AP指示燈發(fā)現(xiàn)，AP電源指示燈和連接指示燈都正常。排除網(wǎng)線連通性故障及供電故障。AP射頻指示燈閃爍，AP在未關聯(lián)AC的的情況下有射頻信號輸出，說明該AP工作在胖AP模式。解決方案：登錄到AP，將AP工作模式修改為瘦AP，AP即可在AC上注冊上線。案例四：AP版本升級失敗導致不能上線。故障描述：AC(硬件型號為FH

49、-2400)軟件版本升級至版本后出現(xiàn)部分AP不能上線的情況。通過現(xiàn)場觀察發(fā)現(xiàn)AP電源指示燈常亮，其他指示燈均不亮。使用測線儀測試網(wǎng)線連通性良好。電源指示燈常亮說明供電正常。使用電腦連接到AP發(fā)現(xiàn)無法登錄到AP，說明AP版本文件出現(xiàn)丟失損壞。解決方案： 對AP進行版本升級，解決AP因版本文件缺失無法上線的問題。對AC的升級盡量選擇在凌晨業(yè)務量少的時段。防止因網(wǎng)絡不穩(wěn)定而導致AP升級失敗。案例五：AP信號輸出不穩(wěn)定導致網(wǎng)絡不可用。故障描述：AP出現(xiàn)射頻信號輸出不穩(wěn)定的情況，在AP連接自帶鞭狀天線的情況下進行測試發(fā)現(xiàn)，AP下信號在-30dbm和-85dbm之間波動。AP有射頻信號輸出，說明網(wǎng)線連通性

50、和供電都沒問題。為AP射頻模塊工作不穩(wěn)定導致。解決方案：更換AP，將AP損壞的射頻模塊送廠返修。案例六：AP信號輸出弱導致網(wǎng)絡不可用。故障描述：站點出現(xiàn)無線信號弱的問題，用戶無法連接無線網(wǎng)絡使用。在AP連接自帶鞭狀天線的情況下進行測試，AP的輸出信號在-90dbm左右，AP輸出信號弱。AP有射頻信號輸出，說明網(wǎng)線連通性和供電都沒問題。為AP射頻模塊中發(fā)射機故障導致輸出信號弱。解決方案：更換AP，將AP損壞的射頻模塊送廠返修。案例七：室外AP天饋接頭進水導致信號弱，網(wǎng)絡不可用。故障描述：用戶在某棟室外AP覆蓋的樓宇中接收信號不穩(wěn)定，網(wǎng)絡時斷時續(xù)。在室外AP附近測試信號場強為-40dbm，且信號不

51、穩(wěn)定，在-40-60 dbm之間跳動。擰開饋線接頭發(fā)現(xiàn)饋線接口內(nèi)有水跡，且接頭處有一些因長期積水形成的水垢，導致天線發(fā)射信號不穩(wěn)定。解決方案：通過清理饋線接口的污垢，將水跡晾干或吹干后，測試AP發(fā)射的信號強度為-10dbm左右，信號強度明顯增強。在測試信號正常后，將接頭處打好防水膠泥和膠布。2.2 POE交換機問題站點POE交換機直接連接到AP，交換機發(fā)生故障將直接導致AP退服。POE交換機主要存在POE供電不足、配置文件丟失、端口工作不穩(wěn)定的問題。（1）POE供電不足：交換機存在整體供電不足或但端口供電不足、供電電壓不穩(wěn)定的問題。當交換機下掛AP數(shù)量太多或者網(wǎng)線過長時，容易出現(xiàn)因AP供電不足

52、而導致AP退服的故障。一般建議24口POE交換機下掛AP數(shù)量不超過15個。（2）配置文件丟失：POE交換機系統(tǒng)數(shù)據(jù)儲存在內(nèi)置閃存中，交換機啟動后3秒內(nèi)完成閃存內(nèi)相關數(shù)據(jù)的加載工作，短時間內(nèi)多次斷電、通電導致交換機無法正常加載數(shù)據(jù)，導致系統(tǒng)文件或配置數(shù)據(jù)丟失。AP無法正常上線工作。（3）端口工作不穩(wěn)定：交換機因雷擊或漏電導致交換機損壞，出現(xiàn)交換機端口燒壞或工作不穩(wěn)定的問題。登錄到交換機查看端口狀態(tài)，端口啟用后無法工作或者不停的打開關閉。一般可以通過對交換機設備接地的方式來降低被燒壞的幾率。相關案例分析：案例一：單端口供電不足，導致AP無法上電工作。故障描述：站點采取與2G合路建設的方式進行WLA

53、N覆蓋建設，站點開通后AP無法上線。檢查AP指示燈狀態(tài)，所有AP指示燈全部不亮。使用測線儀測試網(wǎng)線的連通性發(fā)現(xiàn)，網(wǎng)線連通性很好。將AP天線口斷開天饋線后，AP電源指示燈和連接指示燈正常。在斷開天饋系統(tǒng)后，AP射頻模塊功耗變小，AP整體功耗降低，交換機端口POE功耗能夠滿足要求，因此AP能夠正常工作。根本原因為交換機單端口供電不足導致AP不能上電工作。解決方案：加裝POE集中供電器對AP進行供電，解決交換機端口供電不足的問題。案例二：交換機整體供電不足，在交換機下連AP數(shù)較多時部分AP不能正常工作。故障描述：站點部分AP出現(xiàn)有時上線，有時離線的問題。在AP離線的時間段，對AP檢查發(fā)現(xiàn)，AP指示燈

54、均不亮。對網(wǎng)線連通性檢查未發(fā)現(xiàn)問題，網(wǎng)線接頭制作工藝良好，不存在接觸不良的問題。對交換機側的網(wǎng)線拔插發(fā)現(xiàn)，AP上線一段時間后離線。在檢查交換機時發(fā)現(xiàn)，24端口POE交換機連接的AP數(shù)達到了20個，AP連接數(shù)量太多。當AP下業(yè)務量大時，AP的功耗將增大，導致交換機因整體供電不足導致部分AP離線。解決方案：加裝POE集中供電器對AP進行供電，解決交換機整體供電不足的問題。案例三：交換機系統(tǒng)文件丟失，導致無法啟動進入系統(tǒng)。故障描述：交換機上電啟動后，AP無法上電工作。對網(wǎng)線進行測試未發(fā)現(xiàn)問題。通過串口登錄交換機發(fā)現(xiàn)交換機進程啟動到某一步后，無法繼續(xù)啟動。交換機可能在短時間內(nèi)多次斷電、通電導致交換機在

55、短時間內(nèi)無法正常加載數(shù)據(jù)，導致系統(tǒng)文件丟失而無法啟動進入系統(tǒng)的問題。解決方案：對交換機重新刷入版本，交換機即可正常啟動工作。案例四：交換機配置數(shù)據(jù)丟失，導致AP不能正常上線。故障描述：站點AP全部離線，無法通過遠程登錄的方式登錄到交換機，登錄到ONU發(fā)現(xiàn)狀態(tài)正常，站點未發(fā)生斷電故障。前往站點檢查發(fā)現(xiàn)交換機正常上電啟動，AP指示燈正常。使用串口登錄到交換機發(fā)現(xiàn)交換機配置數(shù)據(jù)丟失，恢復了出廠默認配置。在POE交換機上配置的管理VLAN信息丟失，導致在AP和AC之間未能建立二層通道，因此AP無法上線?？赡茉驗榻粨Q機短時間內(nèi)斷電、通電導致配置數(shù)據(jù)未能加載到閃存中，出現(xiàn)丟失。解決方案：重新對交換機配置

56、數(shù)據(jù)，AP即可正常注冊上線。案例五：交換機端口工作不穩(wěn)定，導致AP無法正常工作。故障描述：站點部分AP離線，使用串口登錄到交換機發(fā)現(xiàn)，AP對應POE交換機端口不停的打開、關閉。對網(wǎng)線接頭工藝進行檢查發(fā)現(xiàn)，水晶頭按照標準568B標準制作，工藝良好不存在接觸不良的問題。將AP連接到其他端口，端口工作狀態(tài)穩(wěn)定，能夠從POE交換機的MAC地址表中查詢到該AP的MAC地址，AP能夠穩(wěn)定上線。用手觸摸交換機發(fā)現(xiàn)交換機外殼帶電，可能原因為交換機漏電，導致交換機端口因短路被燒壞。解決方案：對損壞的交換機設備進行替換，對更換后的交換機重新配置數(shù)據(jù)。案例六：交換機端口故障，導致網(wǎng)絡存在環(huán)路，AP無法正常工作。故障

57、描述：某高校宿舍樓AP全部掉線，用戶不能關聯(lián)上AP。ping測POE交換機發(fā)現(xiàn)ping測不成功，交換機管理地址不可達，現(xiàn)場查看POE交換機配置正常，指示燈顯示正常，檢查ONU下聯(lián)配置未發(fā)現(xiàn)問題。由串口登錄交換機通過show mac發(fā)現(xiàn)交換機下所有AP的mac均出現(xiàn)在一個端口下，判斷網(wǎng)絡中存在環(huán)路。檢查POE交換機下的所有網(wǎng)線連接情況，未發(fā)現(xiàn)有多余的網(wǎng)線，將該端口下的網(wǎng)線連接至其他端口后，故障恢復，于是判斷為該交換機端口硬件本身故障造成連接網(wǎng)線后引起了環(huán)路。解決方案：因交換機端口故障引起的環(huán)路，更換端口后，再登錄交換機發(fā)現(xiàn)mac地址學習正常，AP均正常上線。2.3 斷電問題站點因ONU、交換機斷

58、電往往導致整個站點AP離線退服。斷電原因主要有2類：人為因素斷電和工程問題斷電。（1）人為因素斷電：業(yè)主因擔心電磁輻射或者用電協(xié)調(diào)存在問題，導致業(yè)主將設備斷電。（2）工程問題斷電：WLAN設備取電未采取集中供電的方式，在民用市電取電，往往導致業(yè)主關電后設備被斷電；或因為工程接電不符合要求而出現(xiàn)電源短路跳閘等情況。相關案例分析案例一：業(yè)主因擔心電磁輻射將WLAN設備斷電。故障描述：站點出現(xiàn)所有AP離線的故障，遠程無法登錄到交換機，登錄OLT查詢站點ONU狀態(tài)為poweroff。表明站點出現(xiàn)的斷電故障。前往站點檢查發(fā)現(xiàn)接電線被人拔出。經(jīng)過了解得知因業(yè)主看到移動通信的天線擔心會有電磁輻射因此將設備斷

59、電。解決方案：對業(yè)主分發(fā)移動通信電磁輻射的知識普及資料，進行宣傳講解，解除業(yè)主對于電磁輻射的顧慮。案例二：網(wǎng)絡設備從市電取電，導致用戶關電后網(wǎng)絡不可用。故障描述：某高校宿舍區(qū)AP在晚上12點后都會離線。站點的ONU、交換機都出現(xiàn)不可達的情況。前往熱點了解的情況發(fā)現(xiàn)，網(wǎng)絡設備從樓層宿舍用電的主干線處取電。晚上12點學校宿舍樓集中關電，導致網(wǎng)絡設備停電。解決方案：進行工程整改，對設備采取集中供電的方式，對每棟樓進行集中單獨供電。2.4 傳輸問題目前WLAN組網(wǎng)絕大部分采取PON組網(wǎng)方式，PON組網(wǎng)部分為OLT光交箱分光器ONU。在整個無源光網(wǎng)絡中，光交箱、分光器都是無源設備，但容易出現(xiàn)因光路中斷、

60、光衰減過大或設備故障而導致整個站點AP全部離線退服的故障。相關案例分析：案例一：站點ONU尾纖過度彎曲導致光衰減太大，致使站點AP全部離線。故障描述：網(wǎng)管平臺上顯示站點AP全部離線，無法遠程登錄到交換機查看交換機工作狀態(tài)，登錄到OLT查詢站點ONU工作狀態(tài)為offline。因此為光傳輸信號衰減過大或光路中斷導致。前晚站點查看發(fā)現(xiàn)ONU尾纖為套保護管，彎曲幅度太大引起光衰減太大，導致ONU離線。尾纖未套保護管，彎曲幅度太大解決方案：替換尾纖，并使用纏繞管對尾纖進行保護，防止尾纖因彎曲幅度過大或彎折導致衰減過大。案例二：ONU接收光強度不夠，導致AP信號時有時無。故障描述：整個站點出現(xiàn)WLAN信號