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

1、wlan無線網(wǎng)絡(luò)維護及優(yōu)化問題處理指導(dǎo)手冊(v1.0)目 錄第一章 設(shè)備維護篇41. ac故障問題41.1 登陸成功率（非用戶原因）低問題原因分析41.2 登陸成功率（非用戶原因）低問題案例分析51.3 錯誤話單問題原因分析111.4 錯誤話單問題案例分析121.5 其他ac設(shè)備故障162. ap故障問題202.1 ap設(shè)備問題222.2 poe交換機問題242.3 斷電問題262.4 傳輸問題272.5 數(shù)據(jù)配置問題29第二章 業(yè)務(wù)應(yīng)用篇331.無法搜索到移動信號問題331.1無法搜索到網(wǎng)絡(luò)問題處理流程341.2無法搜索到網(wǎng)絡(luò)問題案例352.無法關(guān)聯(lián)問題452.1無法關(guān)聯(lián)問題處理流程462.

2、2無法關(guān)聯(lián)問題案例463.無法上網(wǎng)問題533.1無法上網(wǎng)問題處理流程533.2無法上網(wǎng)問題案例544.速度慢問題674.1速度慢問題處理流程674.2速度慢問題案例685.掉線率高問題945.1掉線率高問題處理流程945.2掉線率高問題案例956.用戶不能正常登錄問題1036.1用戶不能正常登錄問題處理流程1046.2用戶不能正常登錄問題案例105第一章 設(shè)備維護篇1. ac故障問題1.1 登陸成功率（非用戶原因）低問題原因分析登陸成功率（非用戶原因）=1-上線bas錯誤/登陸申請總次數(shù)，所有登陸成功率（非用戶原因）主要與上線bas錯誤有關(guān)。上線bas錯誤的定義：在認(rèn)證過程中ac返回了網(wǎng)絡(luò)錯誤

3、的錯誤碼（4），或者返回未知錯誤碼，或者接收ack-challenge或ack_auth包超時15秒失敗，一般認(rèn)為是網(wǎng)絡(luò)或設(shè)備原因。在用戶上線流程圖中，和發(fā)生上線bas相關(guān)的交互步驟：(1) 如果查詢成功，portal server向ac請求challenge；(2) ac分配challenge給portal server；(3) portal server向ac發(fā)起認(rèn)證請求；(4) 而后ac進行radius認(rèn)證，獲得radius認(rèn)證結(jié)果；(5) ac向portal server送認(rèn)證結(jié)果； 用戶上線chap認(rèn)證流程圖上線bas錯誤包括以下四種情況：（1）ac未發(fā)送ack_challenge、

4、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 在準(zhǔn)備發(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此

5、用戶請求challenge失敗。 ac在收到req_auth時, 發(fā)現(xiàn)該報文中的req_id 和之前req_challenge中的req_id 不相等，從而認(rèn)為該用戶登錄操作出現(xiàn)異常，發(fā)送攜帶有錯誤碼4的auth_ack報文到portal，表示ac設(shè)備告訴portal server此用戶認(rèn)證失敗。（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 登陸成功率（非用戶原因）低問題案例分析1.2.

6、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端口學(xué)習(xí)錯誤，將導(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ù)器的認(rèn)證報文中攜帶有未

7、知errcode值，發(fā)生上線bas錯誤。故障描述：某廠家現(xiàn)網(wǎng)ac發(fā)生認(rèn)證接通率低的問題，通過抓包分析發(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)致用戶認(rèn)證失敗。解決方案：依據(jù)中國移動wlan用戶接入流程技術(shù)規(guī)范(web)v3.0.0要求，在ac版本中，將errcode 10值修改為符合規(guī)范的errcode值，解決因未知errcode值導(dǎo)致的上

8、線bas錯誤。案例二： ac內(nèi)認(rèn)證模塊異常退出，導(dǎo)致發(fā)生上線bas錯誤。故障描述：某廠家設(shè)備出現(xiàn)大量上線bas錯誤通過ac日志分析發(fā)現(xiàn)ac認(rèn)證模塊發(fā)生重啟的現(xiàn)象。進一步根據(jù)ac調(diào)試信息進行定位：分析認(rèn)證代碼后發(fā)現(xiàn)認(rèn)證模塊在發(fā)送停止計費時有空指針的現(xiàn)象。如果進程發(fā)生空指針那就會出現(xiàn)異常，從而引起進程退出。分析認(rèn)證邏輯后發(fā)現(xiàn)在認(rèn)證模塊啟用了stop機制，也就是防止用戶吊死在radius server的功能情況下發(fā)送stop停止計費報文就會有空指針的風(fēng)險，這就會導(dǎo)致認(rèn)證模塊異常退出。在認(rèn)證模塊退出情況下，如果發(fā)起認(rèn)證請求，則ac無法響應(yīng)報文challenge或auth報文導(dǎo)致認(rèn)證，就會造成上線bas

9、錯誤。解決方案：通過升級新版本，修改認(rèn)證模塊代碼，解決因認(rèn)證模塊異常退出而發(fā)生上線bas錯誤的問題。案例三：交互過程中ac學(xué)習(xí)udp端口號錯誤，導(dǎo)致發(fā)生上線bas錯誤。故障描述：ac和portal之間通過udp報文進行交互。通過抓包發(fā)現(xiàn)ac存在udp端口號學(xué)習(xí)錯誤的問題。在交互過程中，如果期間有其他用戶進行認(rèn)證交互，ac會學(xué)習(xí)到其他用戶的端口號。以這個端口號給portal回應(yīng)確認(rèn)報文，ac無法識別該確認(rèn)消息，發(fā)生上線bas錯誤。用戶將顯示認(rèn)證失敗，不能正常登錄使用。 2011-03-02 11:18:53.251408 igw8021x2248: p sta(10.0.20.75) recei

10、ve 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 serve

11、r(221.176.1.140), dest port:54555 size:16 解決方案：在認(rèn)證模塊中增加代碼，記錄下每一用戶portal請求報文的端口號，以該端口號響應(yīng)portal的請求，解決udp端口學(xué)習(xí)錯誤的問題。1.2.2 參數(shù)設(shè)置問題ac內(nèi)關(guān)于認(rèn)證計費的參數(shù)設(shè)置不當(dāng)，增加ac內(nèi)認(rèn)證模塊出現(xiàn)異常的機率，導(dǎo)致上線bas錯誤的發(fā)生。相關(guān)案例分析：案例一：記賬間隔時間設(shè)置太短，導(dǎo)致出現(xiàn)認(rèn)證接通率低的問題。故障描述：ac內(nèi)認(rèn)證計費參數(shù)有一項記賬間隔時間，該值作用為每隔一個記賬間隔時間ac對所有用戶進行一次檢測其是否在線，如果在線則針對每用戶給radius發(fā)送一條續(xù)費報文。表明該用戶在線，對

12、用戶計費信息進行更新，確保計費的準(zhǔn)確性。如果記賬間隔時間設(shè)置太短，將導(dǎo)致ac頻繁對在線用戶進行檢測并向radius發(fā)送續(xù)費報文。當(dāng)用戶量大時，ac內(nèi)認(rèn)證模塊將出現(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ù)費報文。占比達(dá)到了96%。大量的續(xù)費報文導(dǎo)致了ac認(rèn)證模塊繁忙，消耗大量ac資源，無法ac及時響應(yīng)portal發(fā)出的認(rèn)證請求報

13、文。從問題發(fā)生的ac和時間來看。該問題發(fā)生在業(yè)務(wù)量較大的ac，且發(fā)生的時間點一般發(fā)生在上網(wǎng)的高峰期。在5月份發(fā)現(xiàn)部分廠家ac內(nèi)記賬間隔時間采用默認(rèn)值，且默認(rèn)值設(shè)置太短，設(shè)置成了30秒，導(dǎo)致ac認(rèn)證模塊出現(xiàn)繁忙，無法及時響應(yīng)portal服務(wù)器發(fā)出的請求報文，產(chǎn)生了大量的上線bas錯誤，出現(xiàn)認(rèn)證接通率低的問題。解決方案：將記賬間隔時間設(shè)置為900秒或更長（注：該參數(shù)raduis尚未使用，部分可以設(shè)置為0的廠家可以關(guān)閉該參數(shù)），防止認(rèn)證模塊出現(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)上

14、線bas錯誤。相關(guān)案例分析：案例一：ac開啟snmp服務(wù)后，出現(xiàn)認(rèn)證接通率低的問題。故障描述：某廠家ac設(shè)備在開啟了snmp服務(wù)后，snmp進程對ac的cpu資源消耗較大；在業(yè)務(wù)量大的時候，將會因 cpu利用率高而出現(xiàn)認(rèn)證模塊異常，出現(xiàn)上線bas錯誤。解決方案：通過優(yōu)化ac內(nèi)snmp進程代碼及資源調(diào)度機制，降低snmp進程對資源的消耗。避免因snmp進程對資源的消耗，導(dǎo)致ac認(rèn)證模塊出現(xiàn)異常，導(dǎo)致出現(xiàn)上線bas錯誤。案例二：ac開啟nat地址轉(zhuǎn)換功能后，出現(xiàn)接通率低的問題。故障描述：長沙市目前wlan用戶ip地址分配采取私網(wǎng)ip地址+nat的實施方案，ac為用戶分配私網(wǎng)ip地址，同時在ac上啟

15、用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錯誤。案例三：ac配置關(guān)聯(lián)用戶通過ssid匹配portal后，出現(xiàn)認(rèn)證接通率低的問題。故障描述：某廠家ac配置關(guān)聯(lián)用戶通過ssid匹配portal后，產(chǎn)生的wireless sta

16、tion表項數(shù)據(jù)非常龐大，如圖：用戶關(guān)聯(lián)成功后，ac上的wireless station表中就會增加此用戶的mac地址與ssid關(guān)聯(lián)的信息，ac通過這個表項中的ssid來給用戶推送相關(guān)的portal頁面，當(dāng)ac長時間運行后，關(guān)聯(lián)的用戶將會越來越多，最終導(dǎo)致cpu利用率高、內(nèi)存溢出，出現(xiàn)上線bas錯誤。解決方案：ac通過命令remove wireless-station all來清除內(nèi)存中的wireless station表，同時關(guān)閉根據(jù)ssid域推送portal頁面的開關(guān)，根據(jù)vlan號來推送portal。1.2.4 網(wǎng)絡(luò)丟包時延問題網(wǎng)絡(luò)因設(shè)備兼容性問題或網(wǎng)絡(luò)不穩(wěn)定，而出現(xiàn)丟包和時延大的問題。

17、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)認(rèn)證接通率低的問題。故障描述：ac出現(xiàn)了大量的上線bas錯誤。從ac對portal進行ping測試發(fā)現(xiàn)網(wǎng)絡(luò)丟包率很高，達(dá)到了20%。忙

18、時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號或攜帶的na

19、s-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）為當(dāng)用戶下線時，ac給radius發(fā)送計費結(jié)束報文時，無法依據(jù)對應(yīng)關(guān)系匹配到nas-id，如果無法匹配到nas-id，則會自動填入00-00-00-00-00-

20、00到計費報文中。（2）nas-id配置錯誤或者格式不正確，導(dǎo)致計費報文中攜帶的nas-id值錯誤。（3）ac設(shè)備問題導(dǎo)致無法依據(jù)匹配關(guān)系攜帶正確的nas-id信息。1.4 錯誤話單問題案例分析1.4.1 nas-id匹配錯誤ac內(nèi)沒有正確配置nas-id的對應(yīng)信息，或者因?qū)υO(shè)備操作導(dǎo)致nas-id的配置信息丟失。當(dāng)有用戶發(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)過

21、對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進行備份時

22、需要定義一個心跳端口。業(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ù)量小的時段進行，并嚴(yán)格按照流程執(zhí)行，先將ac lan口線纜拔掉，中斷用戶上網(wǎng)業(yè)務(wù)，再進行配置操作。待全部配置完成后，再連接線纜恢復(fù)業(yè)務(wù)。防止操作器件因ac內(nèi)無nas-id配置信息而產(chǎn)生nas

23、-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。該值屬于不

24、合法的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。

25、解決方案：在配置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)的熱點為柯達(dá)名居。通過抓包發(fā)現(xiàn)是在ac上報這個熱點的nas-id的時候上報的nas-id位數(shù)不全導(dǎo)致。而導(dǎo)致此現(xiàn)象出現(xiàn)的原因是由于ac上nas-id的默認(rèn)儲存空間不夠?qū)е?。解決方案：將nas-id值的儲存空間改大，解決nas-id存儲空間不夠的問題，即

26、可將問題解決。案例二：ac內(nèi)cpu利用率持續(xù)較高導(dǎo)致出現(xiàn)錯誤話單。故障描述：升級ac時，須將新版本傳到ac業(yè)務(wù)平臺，業(yè)務(wù)平臺加載新系統(tǒng)時cpu利用率持續(xù)較高在cpu利用率高的情況下ac的radius認(rèn)證模塊將無法正常工作，在此過程中用戶發(fā)起的計費報文將隨機產(chǎn)生一些錯誤信息進行radius報文封裝，認(rèn)證報文攜帶的錯誤信息將產(chǎn)生錯誤話單。解決方案：新系統(tǒng)裝載成功后，故障恢復(fù)。在對ac進行數(shù)據(jù)割接時，必須在ac上沒有認(rèn)證用戶的前提下進行，并且在割接期間先把用戶的認(rèn)證開關(guān)關(guān)閉，當(dāng)割接完畢后，立即把認(rèn)證開關(guān)打開。這樣保證了用戶正常上網(wǎng)，也不會產(chǎn)生錯誤話單。1.4.4 錯誤話單問題小結(jié)結(jié)合以上分析和我省設(shè)

27、備實際情況，導(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）加強工程開局?jǐn)?shù)據(jù)管理，在認(rèn)證入網(wǎng)時除了對三元組數(shù)據(jù)進行重點審核外，對工程開局?jǐn)?shù)據(jù)也安排專人進行審核核對。（2）工程開局時所有熱點均預(yù)配置一個默認(rèn)nas-id，即使在誤開啟認(rèn)證情況下也不會出現(xiàn)話單錯誤。（3）鑒于京信和大唐公司ac機制的特殊性，后期在入網(wǎng)與計

28、費驗證測試中將針對1、6、11三個模板開展測試，避免因不能模板vlan對應(yīng)錯誤導(dǎo)致錯單問題。2、設(shè)備自身原因?qū)е?，主要表現(xiàn)如下：（1）虹信測試階段出現(xiàn)的話單錯誤（ac上的nasid的默認(rèn)儲存空間不夠）。（2）弘浩明傳ac的foa測試階段出現(xiàn)的話單錯誤（業(yè)務(wù)平臺加載新系統(tǒng)時cpu利用率持續(xù)較高，在cpu利用率高的情況下ac的radius認(rèn)證模塊將無法正常工作導(dǎo)致話單錯誤）。（3）京信公司主備倒換測試階段出現(xiàn)的話單錯誤（如果在執(zhí)行主備倒換操作時，未將ac lan口線纜拔掉。若此時有用戶下線，計費報文將無法攜帶nas-id號，而產(chǎn)生錯單）。防范措施：此類由于設(shè)備自身原因?qū)е碌脑拞五e誤一般比較難以發(fā)現(xiàn)

29、，只有在出現(xiàn)問題抓包分析排查問題并盡快匯報。同時譬如日常升級、主備前盡量選擇在用戶閑時，升級或主備操作前制定詳細(xì)的方案，避免因設(shè)備自身原因或操作原因?qū)е略拞纬鲥e。 3、nas-id設(shè)置錯誤：主要表現(xiàn)在ac因權(quán)限管理不嚴(yán)，導(dǎo)致部分維護人員進入ac將nas-id誤設(shè)置為cmcc導(dǎo)致話單錯誤。預(yù)防措施：（1）加強ac密碼管理和控制，極少人掌握較高權(quán)限，其他僅開放查看權(quán)限。（2）工程開局時所有熱點均按照nas-id標(biāo)準(zhǔn)格式預(yù)配置一個默認(rèn)nas-id，即使在誤開啟認(rèn)證情況下也不會出現(xiàn)話單錯誤。1.5 其他ac設(shè)備故障主要故障原因：（1）ac內(nèi)業(yè)務(wù)板卡故障；（2）ac進程異常；（3）ac參數(shù)配置問題都可能

30、導(dǎo)致ac工作異常；（4）ac接口故障。以上ac故障可能導(dǎo)致ap離線退服、用戶無法獲取ip地址或用戶無法認(rèn)證上網(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è)備不可用。同

31、時使用串口不能登錄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

32、 進程異常故障及案例分析ac內(nèi)常見進程異常主要有包含如下進程dhcp進程、wltps進程、igw8021x進程工作異常。其中dhcp工作異常將影響ap和用戶獲取ip地址；wltps進程異常將影響ap正常上線；igw8021x模塊異常將影響用戶認(rèn)證上網(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分配i

33、p地址。解決方案：手動啟動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地址后，匯聚交換機可以學(xué)習(xí)到瘦ap的mac地址，確認(rèn)熱點側(cè)-傳輸資源-匯聚交換機配置沒有問題。對ac的數(shù)據(jù)配置進行檢查，確認(rèn)數(shù)據(jù)配置后，查看ac的工作進程，發(fā)現(xiàn)進程中沒有wltps進程沒有起來。導(dǎo)致ac無法和ap進行通信，ap無法在ac上注冊上線。解決方案：手動啟動wltps進程，待進程重啟完成后，ap就能正常上線工作。案例三：igw80

34、21x進程掛死導(dǎo)致用戶認(rèn)證失敗。故障描述：接到ac下熱點的許多用戶投訴，反映無法認(rèn)證上網(wǎng)，提示認(rèn)證失敗。對該臺ac進行portal、radius認(rèn)證局?jǐn)?shù)據(jù)檢查發(fā)現(xiàn)，數(shù)據(jù)配置沒問題。在ac內(nèi)ping portal服務(wù)器發(fā)現(xiàn)鏈路可達(dá)。排除數(shù)據(jù)和網(wǎng)絡(luò)原因后，對ac進程進行檢查，發(fā)現(xiàn)在進程列表中有igw8021x進程，但是進程號異常，可能為進程掛死導(dǎo)致無法正常和portal服務(wù)器交互。導(dǎo)致用戶認(rèn)證失敗。解決方案： 手動重啟該進程，待進程重啟完成后，用戶就能正常認(rèn)證上網(wǎng)。案例四：ac所帶熱點沒有cmcc或cmcc-edu信號解決方案：1、登錄ac查找熱點ap是否在線，并查看其它熱點是否在線。如果ap在線

35、，則檢查熱點ap配置模板數(shù)據(jù)；如果ap全部離線，檢查ac工作進程是否正常，如進程異常，則重啟異常進程。2、如果ac下部分熱點離線，檢查熱點傳輸鏈路，可從poe交換機ping ac的ip地址確認(rèn)傳輸，檢查poe交換機數(shù)據(jù)配置和設(shè)備供電情況。針對問題，相應(yīng)解決。案例五：ac下瘦ap全部離線解決方案：1、登錄ac查看ap在線列表，發(fā)現(xiàn)ap全部離線，檢查匯聚交換機配置并動態(tài)查看ap的mac地址后，匯聚交換機可以學(xué)習(xí)到瘦ap的mac地址，確認(rèn)熱點側(cè)-傳輸資源-匯聚交換機配置沒有問題。2、檢查ac的數(shù)據(jù)配置，確認(rèn)數(shù)據(jù)配置后，查看ac的工作進程，發(fā)現(xiàn)進程中沒有wltps進程以及igw8021x進程。手工啟動

36、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也在線了。但是認(rèn)證模塊還是沒有起來。一分鐘之后，再查看mount，發(fā)現(xiàn)此分區(qū)又變成ro了。umount /logfiles分區(qū)，發(fā)現(xiàn)認(rèn)證模塊進程起來，有用戶開始認(rèn)證，業(yè)務(wù)恢復(fù)正常。1.6.3

37、參數(shù)配置故障及案例分析案例一：用戶投訴ac下所帶熱點用戶獲取不到地址解決方案：1、登錄ac查看dhcp服務(wù)器配置，確認(rèn)數(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è)置中開啟了認(rèn)證，配置了portal

38、服務(wù)器，但是未配置radius服務(wù)器。導(dǎo)致ac無法完成整個認(rèn)證交互流程。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ù)測試。1.6.4 接口故障及案例分析案例一：ac下行接口光模塊松動導(dǎo)致ap的報文無法與ac正

39、常交互故障描述：ac下帶的所有ap均離線退服，查看ac日志，沒有發(fā)現(xiàn)異常。查看ac進程，進程的pid以及條目都處于正常工作狀態(tài)。在ac上開啟debug dhcp功能，發(fā)現(xiàn)沒有任何ap的dhcp報文通過ac。查看ac下行口link狀態(tài)為“down”,檢查ac下行口數(shù)據(jù)配置沒有發(fā)現(xiàn)問題。前往機房現(xiàn)場，發(fā)現(xiàn)ac下行口工作指示燈熄滅。解決方案：重新拔插ac下行口光模塊，ac下行口link狀態(tài)為“up”，并且ap陸續(xù)重新上線。2. ap故障問題ap設(shè)備退服主要表現(xiàn)為ap設(shè)備離線導(dǎo)致網(wǎng)絡(luò)不可用，導(dǎo)致ap離線退服的原因主要有以下幾類：（1） ap設(shè)備故障（2） poe交換機問題（3） 斷電故障（4） 傳輸故

40、障（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/offli

41、ne/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)，但是輸出的射頻信號很弱或

42、者不穩(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電源指示燈和連接指示燈正常，射頻指

43、示燈不亮?，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標(biāo)準(zhǔn)重新制作水晶即可解決故障。案例三：站點ap工作在胖ap工作模式，導(dǎo)致ap不能上線。故障描述：華都賓館有一個ap不能在ap上注冊上線，現(xiàn)場檢查ap指示燈發(fā)現(xiàn)，ap電源指示燈

44、和連接指示燈都正常。排除網(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因版本文件缺失無法上線的問

45、題。對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有射頻信號輸出，

46、說明網(wǎng)線連通性和供電都沒問題。為ap射頻模塊中發(fā)射機故障導(dǎo)致輸出信號弱。解決方案：更換ap，將ap損壞的射頻模塊送廠返修。案例七：室外ap天饋接頭進水導(dǎo)致信號弱，網(wǎng)絡(luò)不可用。故障描述：用戶在某棟室外ap覆蓋的樓宇中接收信號不穩(wěn)定，網(wǎng)絡(luò)時斷時續(xù)。在室外ap附近測試信號場強為-40dbm，且信號不穩(wěn)定，在-40-60 dbm之間跳動。擰開饋線接頭發(fā)現(xiàn)饋線接口內(nèi)有水跡，且接頭處有一些因長期積水形成的水垢，導(dǎo)致天線發(fā)射信號不穩(wěn)定。解決方案：通過清理饋線接口的污垢，將水跡晾干或吹干后，測試ap發(fā)射的信號強度為-10dbm左右，信號強度明顯增強。在測試信號正常后，將接頭處打好防水膠泥和膠布。2.2 poe

47、交換機問題站點poe交換機直接連接到ap，交換機發(fā)生故障將直接導(dǎo)致ap退服。poe交換機主要存在poe供電不足、配置文件丟失、端口工作不穩(wěn)定的問題。（1）poe供電不足：交換機存在整體供電不足或但端口供電不足、供電電壓不穩(wěn)定的問題。當(dāng)交換機下掛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)定：交換

48、機因雷擊或漏電導(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能夠正常工作。根本原

49、因為交換機單端口供電不足導(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ù)達(dá)到了20個，ap連接數(shù)量太多。當(dāng)ap下業(yè)務(wù)量大時，ap的功耗將增大，導(dǎo)致交換機因整體供電不足導(dǎo)致部分ap離線。解決方案：加

50、裝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全部離線，無法通過遠(yuǎn)程登錄的方式登錄到交換機，登錄到onu發(fā)現(xiàn)狀態(tài)正常，站點未發(fā)生斷電故障。前往站點檢查發(fā)現(xiàn)交換機

51、正常上電啟動，ap指示燈正常。使用串口登錄到交換機發(fā)現(xiàn)交換機配置數(shù)據(jù)丟失，恢復(fù)了出廠默認(rèn)配置。在poe交換機上配置的管理vlan信息丟失，導(dǎo)致在ap和ac之間未能建立二層通道，因此ap無法上線?？赡茉驗榻粨Q機短時間內(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)，水晶頭按照標(biāo)準(zhǔn)568b標(biāo)準(zhǔn)制作，工藝良好不存在接觸不良的問題。將ap連接到其他端口，端口工作狀態(tài)穩(wěn)定，

52、能夠從poe交換機的mac地址表中查詢到該ap的mac地址，ap能夠穩(wěn)定上線。用手觸摸交換機發(fā)現(xiàn)交換機外殼帶電，可能原因為交換機漏電，導(dǎo)致交換機端口因短路被燒壞。解決方案：對損壞的交換機設(shè)備進行替換，對更換后的交換機重新配置數(shù)據(jù)。案例六：交換機端口故障，導(dǎo)致網(wǎng)絡(luò)存在環(huán)路，ap無法正常工作。故障描述：某高校宿舍樓ap全部掉線，用戶不能關(guān)聯(lián)上ap。ping測poe交換機發(fā)現(xiàn)ping測不成功，交換機管理地址不可達(dá)，現(xiàn)場查看poe交換機配置正常，指示燈顯示正常，檢查onu下聯(lián)配置未發(fā)現(xiàn)問題。由串口登錄交換機通過show mac發(fā)現(xiàn)交換機下所有ap的mac均出現(xiàn)在一個端口下，判斷網(wǎng)絡(luò)中存在環(huán)路。檢查po

53、e交換機下的所有網(wǎng)線連接情況，未發(fā)現(xiàn)有多余的網(wǎng)線，將該端口下的網(wǎng)線連接至其他端口后，故障恢復(fù)，于是判斷為該交換機端口硬件本身故障造成連接網(wǎng)線后引起了環(huán)路。解決方案：因交換機端口故障引起的環(huán)路，更換端口后，再登錄交換機發(fā)現(xiàn)mac地址學(xué)習(xí)正常，ap均正常上線。2.3 斷電問題站點因onu、交換機斷電往往導(dǎo)致整個站點ap離線退服。斷電原因主要有2類：人為因素斷電和工程問題斷電。（1）人為因素斷電：業(yè)主因擔(dān)心電磁輻射或者用電協(xié)調(diào)存在問題，導(dǎo)致業(yè)主將設(shè)備斷電。（2）工程問題斷電：wlan設(shè)備取電未采取集中供電的方式，在民用市電取電，往往導(dǎo)致業(yè)主關(guān)電后設(shè)備被斷電；或因為工程接電不符合要求而出現(xiàn)電源短路跳閘

54、等情況。相關(guān)案例分析案例一：業(yè)主因擔(dān)心電磁輻射將wlan設(shè)備斷電。故障描述：站點出現(xiàn)所有ap離線的故障，遠(yuǎn)程無法登錄到交換機，登錄olt查詢站點onu狀態(tài)為poweroff。表明站點出現(xiàn)的斷電故障。前往站點檢查發(fā)現(xiàn)接電線被人拔出。經(jīng)過了解得知因業(yè)主看到移動通信的天線擔(dān)心會有電磁輻射因此將設(shè)備斷電。解決方案：對業(yè)主分發(fā)移動通信電磁輻射的知識普及資料，進行宣傳講解，解除業(yè)主對于電磁輻射的顧慮。案例二：網(wǎng)絡(luò)設(shè)備從市電取電，導(dǎo)致用戶關(guān)電后網(wǎng)絡(luò)不可用。故障描述：某高校宿舍區(qū)ap在晚上12點后都會離線。站點的onu、交換機都出現(xiàn)不可達(dá)的情況。前往熱點了解的情況發(fā)現(xiàn)，網(wǎng)絡(luò)設(shè)備從樓層宿舍用電的主干線處取電。晚

55、上12點學(xué)校宿舍樓集中關(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全部離線，無法遠(yuǎn)程登錄到交換機查看交換機工作狀態(tài)，登錄到olt查詢站點onu工作狀態(tài)為offline。因此為光傳輸信號衰減過大或光路中

56、斷導(dǎo)致。前晚站點查看發(fā)現(xiàn)onu尾纖為套保護管，彎曲幅度太大引起光衰減太大，導(dǎo)致onu離線。尾纖未套保護管，彎曲幅度太大解決方案：替換尾纖，并使用纏繞管對尾纖進行保護，防止尾纖因彎曲幅度過大或彎折導(dǎo)致衰減過大。案例二：onu接收光強度不夠，導(dǎo)致ap信號時有時無。故障描述：整個站點出現(xiàn)wlan信號時有時無的現(xiàn)象，站點檢查poeonu之間網(wǎng)線按照標(biāo)準(zhǔn)規(guī)范制作，工藝良好，不存在接觸不良的問題。站點發(fā)現(xiàn)onu的los指示燈時而閃爍紅燈告警。使用光功率計測試發(fā)現(xiàn)，onu輸入光功率在-40dbm左右，接收光強度太弱，位于onu光接收強度的靈敏度值附近。導(dǎo)致onu時而工作不正常，出現(xiàn)幀丟失告警。當(dāng)光接收強度高于接收靈敏度時，onu能夠正常工作，ap正常上線。當(dāng)光接收強度低于接收靈敏度時，出現(xiàn)幀丟失，ap不能上線工作。因此出現(xiàn)信號時有時無的現(xiàn)象。解決方案：使用測試儀測試光衰減過大的部分，重新跳纖，解決光衰減過大的問題。案例三：站點廣播風(fēng)暴產(chǎn)生環(huán)路，導(dǎo)致站點ap全部掉線 故障描述：在wlan開通運行的過程中，某個熱點的ap會突發(fā)性的全部掉線，且故障過程ac的cpu會處在高位運行。遠(yuǎn)程登錄熱點的各臺poe交換機，均能正常登陸和學(xué)習(xí)到所連ap的mac地址。所以停電的可能性排除。聯(lián)系傳輸人員排查傳