專利名稱：一種ap故障檢測方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線網(wǎng)絡(luò)技術(shù)領(lǐng)域，尤其涉及一種AP故障檢測方法及裝置。
背景技術(shù)：
計算機和通訊設(shè)備正在經(jīng)歷著從有線設(shè)備連接網(wǎng)絡(luò)向無線設(shè)備連接網(wǎng)絡(luò)的巨大轉(zhuǎn)變，無線網(wǎng)絡(luò)技術(shù)包括WLAN (Wireless Local Area Networks,無線局域網(wǎng))、PAN(Personal Area Network,個人局域網(wǎng))、WAN (Wide Area Network,廣域網(wǎng))及固定接入無線技術(shù)。而WLAN已處于大規(guī)模部署運營階段，但是由于該技術(shù)未成熟、各個WLAN設(shè)備廠商使用的標(biāo)準(zhǔn)不統(tǒng)一等問題，造成目前運營商WLAN存在諸多問題,其中，AP (Access Point,訪問接入點)出現(xiàn)的各種問題最為突出。
目前，對AP的故障檢測方法包括使用網(wǎng)管系統(tǒng)通過WLAN AC獲取AP的狀態(tài)來進(jìn)行檢測，該方法的缺點在于WLAN設(shè)備生產(chǎn)廠家很多，而各個WLAN AC (Access Control，訪問控制)生產(chǎn)廠商良莠不齊，本身存在提供的信息不準(zhǔn)的問題，所以導(dǎo)致基于通過WLAN AC獲取的AP信息的網(wǎng)管系統(tǒng)提供的信息也不準(zhǔn)確，無法真實的反映AP的服務(wù)狀態(tài)。
此外，對AP的故障檢測方法還包括使用通過ping (Packet Internet Groper,因特網(wǎng)包探索器)的方法獲取AP是否在線來進(jìn)行檢測，該方法的缺點在于只能淺層次分析AP的故障，無法感知功能軟件部分是否出現(xiàn)故障，往往是能Ping通AP但它卻又不能正常工作。 發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種AP故障檢測方法，旨在解決WLAN AC標(biāo)準(zhǔn)不統(tǒng)一、依賴WLAN AC而導(dǎo)致AP檢測不準(zhǔn)確的問題。
本發(fā)明的另一目的在于提供一種AP故障檢測裝置。
為了實現(xiàn)上述目的，本發(fā)明提供一種AP故障檢測方法，包括以下具體步驟為:
獲取AP與AC通信的數(shù)據(jù)包；
通過AC-AP控制協(xié)議格式識別庫匹配識別出所述數(shù)據(jù)包中AC-AP控制協(xié)議的類型；
根據(jù)該AC-AP控制協(xié)議的類型對AP-AC之間的交互時延進(jìn)行延時計算，并根據(jù)該延時計算的結(jié)果進(jìn)行超時處理，濾出超時AP或無響應(yīng)AP。
優(yōu)選的，所述獲取AP與AC通信的數(shù)據(jù)包的步驟之前還包括:收集AC-AP控制協(xié)議并保存；建立AC-AP控制協(xié)議格式識別庫并下發(fā)。
優(yōu)選的，所述根據(jù)該AC-AP控制協(xié)議的類型對AP-AC之間的交互時延進(jìn)行延時計算，并根據(jù)該延時計算的結(jié)果進(jìn)行超時處理，濾出超時AP或無響應(yīng)AP的步驟之后還包括:將所述過濾出的超時AP或無響應(yīng)AP作為故障AP導(dǎo)入到數(shù)據(jù)庫供界面顯示。
優(yōu)選的，所述通過AC-AP控制協(xié)議格式識別庫匹配所依據(jù)的協(xié)議為數(shù)據(jù)包匹配協(xié)議；
所述AC-AP控制協(xié)議的類型為心跳請求或響應(yīng)包；
所述超時處理的方法包括:通過遍歷掃描超時隊列后，如果判斷AC-AP請求無響應(yīng)或響應(yīng)超時，將所述無響應(yīng)AP或超時AP從請求隊列中刪除，同時將所述無響應(yīng)AP或超時AP添加到超時隊列中。
優(yōu)選的，所述延時計算包括以下具體步驟:
A、對AC-AP控制協(xié)議的類型進(jìn)行識別，判斷為心跳請求，轉(zhuǎn)步驟B，判斷為響應(yīng)包，轉(zhuǎn)步驟C ；
B、程序判斷節(jié)點是否存在于心跳狀態(tài)表；如果是，更新表中相應(yīng)記錄的請求開始時間，如果不是，將節(jié)點新增到心跳狀態(tài)表中并結(jié)束程序；
C、在心跳狀態(tài)表中查找該AP的記錄，如果查找失敗，結(jié)束程序；如果匹配成功，計算AC-AP請求與響應(yīng)的時間間隔，更新節(jié)點時延并結(jié)束程序。
優(yōu)選的，所述AP故障檢測方法還包括以下具體步驟為:
根據(jù)DHCP特征過濾出AP的DHCP請求包并收集所有AP的DHCP請求，根據(jù)所述DHCP請求包獲取AP的MAC地址，以所述MAC地址與MAC隊列匹配，當(dāng)MAC隊列存在該MAC地址時，MAC隊列請求數(shù)加1，否則，將所述MAC地址添加到MAC隊列中；
根據(jù)MAC隊列請求數(shù)記錄AP的DHCP請求次數(shù)；
統(tǒng)計所述DHCP請求次數(shù)并判斷一定時間內(nèi)DHCP請求次數(shù)是否超過設(shè)定值，如果超過，分析得出AP故障并告警。
本發(fā)明還進(jìn)一步提供了一種AP故障檢測裝置，包括AC-AP控制協(xié)議分析驅(qū)動模塊，用于獲取AP與AC通信的數(shù)據(jù)包；通過AC-AP控制協(xié)議格式識別庫匹配識別出所述數(shù)據(jù)包中AC-AP控制協(xié)議的類型；根據(jù)該AC-AP控制協(xié)議的類型對AP-AC之間的交互時延進(jìn)行延時計算，并根據(jù)該延時計算的結(jié)果進(jìn)行超時處理，濾出超時AP或無響應(yīng)AP。
優(yōu)選的，所述AP故障檢測裝置還包括協(xié)議識別庫格式化和下發(fā)模塊，其中，所述協(xié)議識別庫格式化和下發(fā)模塊，用于收集AC-AP控制協(xié)議并保存，建立AC-AP控制協(xié)議格式識別庫并下發(fā)。
優(yōu)選的，所述A P故障檢測裝置還包括故障AP顯示模塊，用于將所述過濾出的超時AP或無響應(yīng)AP作為故障AP導(dǎo)入到數(shù)據(jù)庫供界面顯示。
優(yōu)選的，所述AP故障檢測裝置還包括AP-DHCP請求分析驅(qū)動模塊、驅(qū)動原始數(shù)據(jù)獲取和分析模塊，其中，
所述AP-DHCP請求分析驅(qū)動模塊，用于過濾出AP的DHCP請求包并收集所有AP的DHCP請求，根據(jù)所述DHCP請求包獲取AP的MAC地址，以所述MAC地址與MAC隊列匹配，當(dāng)MAC隊列存在該MAC地址時，MAC隊列請求數(shù)加I，否則，將所述MAC地址添加到MAC隊列中；根據(jù)MAC隊列請求數(shù)記錄AP的DHCP請求次數(shù)；
驅(qū)動原始數(shù)據(jù)獲取和分析模塊，用于統(tǒng)計DHCP請求次數(shù)并判斷一定時間內(nèi)DHCP請求次數(shù)是否超過設(shè)定值，如果超過，分析得出AP故障并告警。
本發(fā)明提出了一種AP故障檢測方法及裝置。其中，本發(fā)明首先采用AP-AC的交互時延或無響應(yīng)AP判斷故障AP，通過設(shè)備監(jiān)聽并抓到AP與AC的交互包，通過控制協(xié)議識別庫，識別出AC-AP控制協(xié)議類型，根據(jù)AC-AP控制協(xié)議中的心跳請求和響應(yīng)包配對計算出AP-AC之間的交互時延，或者通過心跳請求配對統(tǒng)計出無響應(yīng)的AP，應(yīng)用層對AP時延數(shù)據(jù)做進(jìn)一步整理和評估得出故障AP，通過界面告警方式呈現(xiàn)給客戶；其次，再采用收集AP的請求次數(shù)判斷AP是否存在頻繁重啟的問題，通過分析設(shè)備監(jiān)聽并抓到AP與AC的DHCP請求包，提取包中的AP MAC地址，通過MAC地址標(biāo)識唯一的AP，并記錄AP的請求次數(shù)，應(yīng)用層收集這些數(shù)據(jù)，如果一定時間內(nèi)多次請求DHCP，則說明AP曾發(fā)生多次重啟的故障可能性很大，通過界面告警方式呈現(xiàn)給用戶，避免了 AP-AC間雖然有交互，但AP其實卻在頻繁重啟的缺陷。


圖1是本發(fā)明的AP故障檢測方法一實施例中AC-AP控制協(xié)議分析系統(tǒng)的步驟流程不意圖。
圖2是圖1中AC-AP控制協(xié)議分析系統(tǒng)的AC-AP控制協(xié)議分析驅(qū)動的步驟流程示意圖。
圖3是圖2中AC-AP控制協(xié)議分析驅(qū)動的核心算法的步驟流程示意圖。
圖4是本發(fā)明的AP故障檢測方法一實施例中DHCP協(xié)議收集系統(tǒng)的步驟流程示意圖。
圖5是圖4中DHCP協(xié)議收 集系統(tǒng)中AP-DHCP分析驅(qū)動的核心算法的步驟流程示意圖。
本發(fā)明目的的實現(xiàn)、功能特點及優(yōu)點將結(jié)合實施例，參照附圖做進(jìn)一步說明。
具體實施方式
應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
本發(fā)明實施例解決方案主要是:通過設(shè)備監(jiān)聽并抓到AP與AC的交互包，通過控制協(xié)議識別庫，AC-AP控制協(xié)議類型，根據(jù)AC-AP控制協(xié)議中的心跳請求和響應(yīng)包配對計算出AP-AC之間的交互時延，或者通過心跳請求配對統(tǒng)計出無響應(yīng)的AP，應(yīng)用層對AP時延數(shù)據(jù)做進(jìn)一步整理和評估得出故障AP，通過界面告警方式呈現(xiàn)給客戶；其次，再通過分析設(shè)備監(jiān)聽并抓到AP與AC的DHCP請求包，提取包中的AP MAC地址，通過MAC地址標(biāo)識唯一的AP,并記錄AP的請求次數(shù)，應(yīng)用層收集這些數(shù)據(jù)，如果一定時間內(nèi)多次請求DHCP，則說明AP曾發(fā)生多次重啟的故障可能性很大，通過界面告警方式呈現(xiàn)給用戶，避免了 AP-AC間雖然有交互，但AP其實卻在頻繁重啟的缺陷。
請一并參照圖1至圖5所示，其中，圖1是本發(fā)明的AP故障檢測方法一實施例中AC-AP控制協(xié)議分析系統(tǒng)的步驟流程示意圖；圖2是圖1中AC-AP控制協(xié)議分析系統(tǒng)的AC-AP控制協(xié)議分析驅(qū)動的步驟流程示意圖；圖3是圖2中AC-AP控制協(xié)議分析驅(qū)動的核心算法的步驟流程示意圖；圖4是本發(fā)明的AP故障檢測方法一實施例中DHCP協(xié)議收集系統(tǒng)的步驟流程示意圖；圖5是圖4中DHCP協(xié)議收集系統(tǒng)中AP-DHCP分析驅(qū)動的核心算法的步驟流程示意圖。本發(fā)明一實施例提出一種AP故障檢測方法，包括步驟S12，其中，步驟S12包括以下具體步驟:
S121、獲取AP與AC通信的數(shù)據(jù)包；
S122、通過AC-AP控制協(xié)議格式識別庫匹配識別出所述數(shù)據(jù)包中AC-AP控制協(xié)議的類型；
S123、根據(jù)該AC-AP控制協(xié)議的類型對AP-AC之間的交互時延進(jìn)行延時計算，并根據(jù)該延時計算的結(jié)果進(jìn)行超時處理，濾出超時AP或無響應(yīng)AP。
在具體應(yīng)用過程中，本實施例步驟S121更具體為:以AC的IP地址為抓包的條件，通過所述IP地址過濾出AC與AP的交互包。
本發(fā)明實施例通過對AP-AC通信的數(shù)據(jù)包抓取，并通過AP-AC質(zhì)檢的交互延時計算等過濾出超時AP或無響應(yīng)AP，獲取的AP信息更加準(zhǔn)確，更能夠真實的反映出AP的服務(wù)狀態(tài)，深層次的分析出AP是否存在故障，最終實現(xiàn)在各個廠商標(biāo)準(zhǔn)不統(tǒng)一、不依賴WLAN AC的情況下解決AP的故障檢測的問題。
在進(jìn)一步的實施過程中，為了更全面有效的收集并對AP是否存在故障進(jìn)行檢測，本發(fā)明的AP故障檢測方法中，在步驟S12之前還包括步驟Sll:收集AC-AP控制協(xié)議并保存；建立AC-AP控制協(xié)議格式識別庫并下發(fā)。
在進(jìn)一步的實施過程中，為了方便人工獲取AP故障的實時監(jiān)測信息，本發(fā)明的AP故障檢測方法中，在步驟S12之后還包括步驟S13:將所述過濾出的超時AP或無響應(yīng)AP作為故障AP導(dǎo)入到數(shù)據(jù)庫供界面顯示。
在以上實施例中，本發(fā)明步驟S121中所述通過AC-AP控制協(xié)議格式識別庫匹配識別出所述數(shù)據(jù)包中AC-AP控制協(xié)議的類型，其中，數(shù)據(jù)包中的匹配協(xié)議為通過針對各個廠商產(chǎn)品私有的協(xié)議進(jìn)行收集得到。
在以上實施例中，本發(fā)明步驟S122中的AC-AP控制協(xié)議的類型為心跳請求或響應(yīng)包。
在以上實施例中，如圖2所示，本發(fā)明的超時處理的方法包括:通過遍歷掃描超時隊列后，如果判斷AC-AP請求無響應(yīng)或響應(yīng)超時,將所述無響應(yīng)AP或超時AP從請求隊列中刪除，同時將所述無響應(yīng)AP或超時AP添加到超時隊列中。
上述延時計算的核心算法，如圖5所示，包括以下具體步驟:
A、對AC-AP控制協(xié)議的類型進(jìn)行識別，判斷為心跳請求，轉(zhuǎn)步驟B，判斷為響應(yīng)包，轉(zhuǎn)步驟C ；
B、程序判斷節(jié)點是否存在于心跳狀態(tài)表；如果是，更新表中相應(yīng)記錄的請求開始時間，如果不是，將節(jié)點新增到心跳狀態(tài)表中并結(jié)束程序；
C、在心跳狀態(tài)表中查找該AP的記錄，如果查找失敗，結(jié)束程序；如果匹配成功，計算AC-AP請求與響應(yīng)的 時間間隔，更新節(jié)點時延并結(jié)束程序。
在以上實施例中，為了避免AP-AC間雖然有交互，但AP其實卻在頻繁重啟的問題，如圖4所示，本實施例提出一種AP故障檢測方法，還包括以下步驟:
S21、過濾出AP的DHCP請求包并收集所有AP的DHCP請求，根據(jù)所述DHCP請求包獲取AP的MAC地址，以所述MAC地址與MAC隊列匹配，當(dāng)MAC隊列存在該MAC地址時，MAC隊列請求數(shù)加1，否則，將所述MAC地址添加到MAC隊列中；根據(jù)MAC隊列請求數(shù)記錄AP的DHCP請求次數(shù)。
S22、統(tǒng)計所述DHCP請求次數(shù)并判斷一定時間內(nèi)DHCP請求次數(shù)是否超過設(shè)定值，如果超過，分析得出AP故障并告警。
本實施例在具體應(yīng)用過程中，為方便工作人員更方便的對AP故障實時監(jiān)測連接，本發(fā)明還包括步驟:
S23、故障AP插入數(shù)據(jù)庫，從數(shù)據(jù)庫中查出告警數(shù)據(jù)，界面呈現(xiàn)故障AP。
本實施例通過監(jiān)聽并抓到AP與AC的DHCP請求包，提取包中的AP MAC地址，通過MAC地址標(biāo)識唯一的AP，并記錄AP的請求次數(shù)，應(yīng)用層收集這些數(shù)據(jù)，如果DHCP請求次數(shù)在一定時間范圍內(nèi)超出設(shè)定的值，則說明AP發(fā)生多次重啟的故障，最后通過界面告警方式呈現(xiàn)給用戶，避免了 AP-AC間雖然有交互，但AP其實卻在頻繁重啟的問題。
在本發(fā)明實施例中，提供一種AP故障檢測的裝置。在現(xiàn)有技術(shù)中，WLAN AC機與匯聚交換機直接連接實現(xiàn)數(shù)據(jù)交換，本發(fā)明通過在WLAN AC機與匯聚交換機之間設(shè)置增加了一個分析設(shè)備，通過該設(shè)備監(jiān)聽并抓到AP與AC的交互包，通過控制協(xié)議識別庫，AC-AP控制協(xié)議類型，根據(jù)AC-AP控制協(xié)議中的心跳請求和響應(yīng)包配對計算出AP-AC之間的交互時延，或者通過心跳請求配對統(tǒng)計出無響應(yīng)的AP，應(yīng)用層對AP時延數(shù)據(jù)做進(jìn)一步整理和評估得出故障AP，通過界面告警方式呈現(xiàn)給客戶。
在本發(fā)明實施例中，上述設(shè)備即本發(fā)明的AP故障檢測的裝置，如圖3所示，包括AC-AP控制協(xié)議分析驅(qū)動模塊，用于獲取AP與AC通信的數(shù)據(jù)包；通過AC-AP控制協(xié)議格式識別庫匹配識別出所述數(shù)據(jù)包中AC-AP控制協(xié)議的類型；根據(jù)該AC-AP控制協(xié)議的類型對AP-AC之間的交互時延進(jìn)行延時計算，并根據(jù)該延時計算的結(jié)果進(jìn)行超時處理，濾出超時AP或無響應(yīng)AP。
在進(jìn)一步的實施過程 中，本發(fā)明還包括協(xié)議識別庫格式化和下發(fā)模塊，其中，所述協(xié)議識別庫格式化和下發(fā)模塊，用于收集AC-AP控制協(xié)議并保存，建立AC-AP控制協(xié)議格式識別庫并下發(fā)。
在進(jìn)一步的實施過程中，本發(fā)明還包括故障AP顯示模塊，用于將所述過濾出的超時AP或無響應(yīng)AP作為故障AP導(dǎo)入到數(shù)據(jù)庫供界面顯示。
在本實施例的AP故障檢測的裝置中，界面告警呈現(xiàn)模塊以及協(xié)議識別庫格式化和下發(fā)模塊屬于裝置的應(yīng)用層，AC-AP控制協(xié)議分析驅(qū)動模塊屬于裝置的驅(qū)動層。
在進(jìn)一步的實施過程中，為了避免AP-AC間雖然有交互，但AP其實卻在頻繁重啟的問題，本發(fā)明提供的一種AP故障檢測的裝置還包括AP-DHCP請求分析驅(qū)動模塊以及驅(qū)動原始數(shù)據(jù)獲取和分析模塊，其中，
所述AP-DHCP請求分析驅(qū)動模塊，用于過濾出AP的DHCP請求包并收集所有AP的DHCP請求，根據(jù)所述DHCP請求包獲取AP的MAC地址，以所述MAC地址與MAC隊列匹配，當(dāng)MAC隊列存在該MAC地址時，MAC隊列請求數(shù)加I，否則，將所述MAC地址添加到MAC隊列中；根據(jù)MAC隊列請求數(shù)記錄AP的DHCP請求次數(shù)；
驅(qū)動原始數(shù)據(jù)獲取和分析模塊，用于統(tǒng)計請求次數(shù)并判斷一定時間內(nèi)DHCP請求次數(shù)是否超過設(shè)定值，如果超過，分析得出AP故障并告警。
在具體應(yīng)用過程中，本發(fā)明的故障AP顯示模塊用于將故障AP插入數(shù)據(jù)庫中，并從數(shù)據(jù)庫中查出告警數(shù)據(jù)后在界面上呈現(xiàn)故障AP。
本實施例的AP故障檢測裝置通過監(jiān)聽并抓到AP與AC的DHCP請求包，提取包中的AP MAC地址，通過MAC地址標(biāo)識唯一的AP，并記錄AP的請求次數(shù)，應(yīng)用層收集這些數(shù)據(jù)，如果DHCP請求次數(shù)在一定時間范圍內(nèi)超出設(shè)定的值，則說明AP發(fā)生多次重啟的故障，最后通過界面告警方式呈現(xiàn)給用戶，避免了 AP-AC間雖然有交互，但AP其實卻在頻繁重啟的問題。
相比現(xiàn)有的通過WLAN AC獲取AP的狀態(tài)或者通過ping的方法獲取AP是否在線等方法來進(jìn)行AP故障的監(jiān)測均存在檢測信息不準(zhǔn)確的問題，本發(fā)明通過對AP與AC的交互包、DHCP請求包入手來獲取AP故障的信息，這使得本發(fā)明具有以下優(yōu)點:
(I)在不依賴WLAN AC的情況下解決AP的故障檢測，克服了現(xiàn)有檢測方法中，由于各個廠商生產(chǎn)標(biāo)準(zhǔn)不統(tǒng)一導(dǎo)致的AP故障檢測不準(zhǔn)確的缺陷。
(2)本發(fā)明通過對AC-AP之間的控制協(xié)議分析得到AP是否故障，準(zhǔn)確性更高。
(3)本發(fā)明還能夠?qū)P是否存在頻繁重啟的問題進(jìn)行檢測。
以上所述僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運用在其他相關(guān)的技術(shù)領(lǐng)域，均同理包括在本發(fā)明 ·的專利保護(hù)范圍內(nèi)。
權(quán)利要求
1.一種AP故障檢測方法，其特征在于包括以下具體步驟為: 獲取AP與AC通信的數(shù)據(jù)包； 通過AC-AP控制協(xié)議格式識別庫匹配識別出所述數(shù)據(jù)包中AC-AP控制協(xié)議的類型； 根據(jù)該AC-AP控制協(xié)議的類型對AP-AC之間的交互時延進(jìn)行延時計算，并根據(jù)該延時計算的結(jié)果進(jìn)行超時處理，濾出超時AP或無響應(yīng)AP。
2.根據(jù)權(quán)利要求1所述的AP故障檢測方法，其特征在于，所述獲取AP與AC通信的數(shù)據(jù)包的步驟之前還包括:收集AC-AP控制協(xié)議并保存；建立AC-AP控制協(xié)議格式識別庫并下發(fā)。
3.根據(jù)權(quán)利要求2所述的AP故障檢測方法，其特征在于，所述根據(jù)該AC-AP控制協(xié)議的類型對AP-AC之間的交互時延進(jìn)行延時計算，并根據(jù)該延時計算的結(jié)果進(jìn)行超時處理，濾出超時AP或無響應(yīng)AP的步驟之后還包括:將所述過濾出的超時AP或無響應(yīng)AP作為故障AP導(dǎo)入到數(shù)據(jù)庫供界面顯示。
4.根據(jù)權(quán)利要求3所述的AP故障檢測方法，其特征在于:所述通過AC-AP控制協(xié)議格式識別庫匹配所依據(jù)的協(xié)議為數(shù)據(jù)包匹配協(xié)議； 所述AC-AP控制協(xié)議的類型為心跳請求或響應(yīng)包； 所述超時處理的方法包括:通過遍歷掃描超時隊列后，如果判斷AC-AP請求無響應(yīng)或響應(yīng)超時，將所 述無響應(yīng)AP或超時AP從請求隊列中刪除，同時將所述無響應(yīng)AP或超時AP添加到超時隊列中。
5.根據(jù)權(quán)利要求4所述的AP故障檢測方法，其特征在于所述延時計算包括以下具體步驟: A、對AC-AP控制協(xié)議的類型進(jìn)行識別，判斷為心跳請求，轉(zhuǎn)步驟B，判斷為響應(yīng)包，轉(zhuǎn)步驟C ; B、程序判斷節(jié)點是否存在于心跳狀態(tài)表；如果是，更新表中相應(yīng)記錄的請求開始時間，如果不是，將節(jié)點新增到心跳狀態(tài)表中并結(jié)束程序； C、在心跳狀態(tài)表中查找該AP的記錄，如果查找失敗，結(jié)束程序；如果匹配成功，計算AC-AP請求與響應(yīng)的時間間隔，更新節(jié)點時延并結(jié)束程序。
6.根據(jù)權(quán)利要求1 5任一項所述的AP故障檢測方法，其特征在于還包括以下具體步驟為: 根據(jù)DHCP特征過濾出AP的DHCP請求包并收集所有AP的DHCP請求，根據(jù)所述DHCP請求包獲取AP的MAC地址，以所述MAC地址與MAC隊列匹配，當(dāng)MAC隊列存在該MAC地址時，MAC隊列請求數(shù)加1，否則，將所述MAC地址添加到MAC隊列中； 根據(jù)MAC隊列請求數(shù)記錄AP的DHCP請求次數(shù)； 統(tǒng)計所述DHCP請求次數(shù)并判斷一定時間內(nèi)DHCP請求次數(shù)是否超過設(shè)定值，如果超過，分析得出AP故障并告警。
7.—種AP故障檢測裝置，其特征在于:包括AC-AP控制協(xié)議分析驅(qū)動模塊，用于獲取AP與AC通信的數(shù)據(jù)包；通過AC-AP控制協(xié)議格式識別庫匹配識別出所述數(shù)據(jù)包中AC-AP控制協(xié)議的類型；根據(jù)該AC-AP控制協(xié)議的類型對AP-AC之間的交互時延進(jìn)行延時計算，并根據(jù)該延時計算的結(jié)果進(jìn)行超時處理，濾出超時AP或無響應(yīng)AP。
8.根據(jù)權(quán)利要求7所述AP故障檢測裝置，其特征在于:還包括協(xié)議識別庫格式化和下發(fā)模塊，其中， 所述協(xié)議識別庫格式化和下發(fā)模塊，用于收集AC-AP控制協(xié)議并保存，建立AC-AP控制協(xié)議格式識別庫并下發(fā)。
9.根據(jù)權(quán)利要求8所述AP故障檢測裝置，其特征在于:還包括故障AP顯示模塊，用于將所述過濾出的超時AP或無響應(yīng)AP作為故障AP導(dǎo)入到數(shù)據(jù)庫供界面顯示。
10.根據(jù)權(quán)利要求7 9所述AP故障檢測裝置，其特征在于:還包括AP-DHCP請求分析驅(qū)動模塊、驅(qū)動原始數(shù)據(jù)獲取和分析模塊，其中， 所述AP-DHCP請求分析驅(qū)動模塊，用于過濾出AP的DHCP請求包并收集所有AP的DHCP請求，根據(jù)所述DHCP請求包獲取AP的MAC地址，以所述MAC地址與MAC隊列匹配，當(dāng)MAC隊列存在該MAC地址時，MAC隊列請求數(shù)加1，否則，將所述MAC地址添加到MAC隊列中；根據(jù)MAC隊列請求數(shù)記錄AP的DHCP請求次數(shù)； 驅(qū)動原始數(shù)據(jù)獲取和分析模 塊，用于統(tǒng)計DHCP請求次數(shù)并判斷一定時間內(nèi)DHCP請求次數(shù)是否超過設(shè)定值，如果超過，分析得出AP故障并告警。
全文摘要
本發(fā)明提供了一種AP故障檢測方法及裝置。其中，本發(fā)明首先通過監(jiān)聽并抓到AP與AC的交互包，通過控制協(xié)議識別庫，識別出AC-AP控制協(xié)議類型，根據(jù)AC-AP控制協(xié)議類型計算AP-AC之間的交互時延，或者通過心跳請求配對統(tǒng)計出無響應(yīng)的AP，然后對AP時延數(shù)據(jù)處理分析出故障AP；其次，通過監(jiān)聽并抓到AP與AC的DHCP請求包，提取包中的AP MAC地址，通過MAC地址標(biāo)識唯一的AP，并記錄AP的請求次數(shù)，應(yīng)用層收集這些數(shù)據(jù)，檢測出AP-AC間雖然有交互，但AP卻在頻繁重啟的問題。本發(fā)明不僅克服了現(xiàn)有AP故障檢測方法不準(zhǔn)確的問題，又解決了AP故障中存在頻繁重啟時檢測不到的問題。
文檔編號H04W24/04GK103220701SQ20131009225
公開日2013年7月24日 申請日期2013年3月21日 優(yōu)先權(quán)日2013年3月21日
發(fā)明者張興彥, 蔣橋 申請人:深信服網(wǎng)絡(luò)科技(深圳)有限公司