国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      實現(xiàn)無線接入點控制和配置隧道恢復(fù)的方法、系統(tǒng)及裝置的制作方法

      文檔序號:7741451閱讀:155來源:國知局
      專利名稱:實現(xiàn)無線接入點控制和配置隧道恢復(fù)的方法、系統(tǒng)及裝置的制作方法
      技術(shù)領(lǐng)域
      本發(fā)明涉及WLAN技術(shù)領(lǐng)域,特別涉及實現(xiàn)CAPWAP隧道恢復(fù)的方法、系統(tǒng)及裝置。
      背景技術(shù)
      無線局域網(wǎng)(WLAN)存在兩種典型的組網(wǎng)架構(gòu),即胖接入點(FAT AP)架構(gòu)和瘦接 入點(FIT AP)架構(gòu)。如圖1為現(xiàn)有技術(shù)中FIT AP架構(gòu)的WLAN結(jié)構(gòu)示意圖,WLAN系統(tǒng)包括接入控制器 (AC)、AP和站點設(shè)備(Station),其中,AC負(fù)責(zé)控制和管理多個AP ;Station與AP之間建立 無線連接,采用連接標(biāo)識(AssociationID)作為無線連接的標(biāo)識;AP與AC之間建立無線接 入點控制和配置(CAPWAP,Control and Provisioning for Wireless Access Point)隧 道,采用會話標(biāo)識(Session ID)作為CAPWAP隧道的標(biāo)識。通常情況下,AP不負(fù)責(zé)報文轉(zhuǎn)發(fā),而是由AC對報文進(jìn)行集中轉(zhuǎn)發(fā),S卩在上行方 向,AP直接將來自Mation的無線報文進(jìn)行封裝,通過CAPWAP隧道傳輸至AC ;AC解封裝后, 將無線報文轉(zhuǎn)換為有線報文并轉(zhuǎn)發(fā)至有線網(wǎng)絡(luò)。在下行發(fā)向,AC將接收的有線報文轉(zhuǎn)換為 無線報文,并將該無線報文進(jìn)行封裝,通過CAPWAP隧道轉(zhuǎn)發(fā)至AP ;AP解封裝后,直接將無線 報文傳輸至相應(yīng)的Mation。當(dāng)AP與AC之間的CAPWAP隧道出現(xiàn)故障時,AP直接對來自Station的無線報文 進(jìn)行本地轉(zhuǎn)發(fā)。由于和AC之間失去了聯(lián)系,AP保持發(fā)送原有服務(wù)的燈塔(Beacon)報文, 回應(yīng)已連接Mation的探測請求,保持與原有Mation的連接;并且,AP響應(yīng)原有Mation 的下線請求,但是不再接受新的Mation的連接請求。同時,AP重新發(fā)現(xiàn)網(wǎng)絡(luò)中的AC,并與 重新發(fā)現(xiàn)的AC建立CAPWAP隧道;當(dāng)CAPffAP隧道建立成功之后,AP清除原先與Mation的 連接,重新與Mation建立新的連接。上述過程中,AP可能與原先的AC重新建立CAPWAP隧道(也就是恢復(fù)原先的 CAPffAP隧道),也可能與其他的AC重新建立CAPWAP隧道(也就是建立新的CAPWAP隧道)。 如果是恢復(fù)原先的CAPWAP隧道,那么后續(xù)過程中AP清除與Mation舊的連接并建立新的 連接的過程實際上是浪費的,因為舊的連接與新的連接相同。然而,這一清除和重新建立連 接的過程,導(dǎo)致AP對Mation服務(wù)的中斷。

      發(fā)明內(nèi)容
      本發(fā)明提出一種實現(xiàn)CAPWAP隧道恢復(fù)的方法,用于在恢復(fù)CAPWAP隧道的過程中, 保持AP對Mation服務(wù)不中斷。本發(fā)明還提出一種實現(xiàn)CAPWAP隧道恢復(fù)的系統(tǒng)、AP及AC,用于在恢復(fù)CAPWAP隧 道的過程中,保持AP對Mation服務(wù)不中斷。本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種實現(xiàn)CAPWAP隧道恢復(fù)的方法,包括當(dāng)AP與AC之間的CAPWAP隧道出現(xiàn)故障時,AP和AC分別將自身狀態(tài)設(shè)置為運行信息鎖定狀態(tài),并保存該故障CAPWAP隧道的kssion ID ;AP將自身保存的運行信息鎖定, 中止對Mation的探測,對Mation的連接請求或下線請求不做響應(yīng);所述AP與所述AC交互用于隧道恢復(fù)的報文,分別將自身狀態(tài)恢復(fù)為運行狀態(tài),恢 復(fù)所述故障CAPWAP隧道;所述報文包含AP或AC處于運行信息鎖定狀態(tài)的信息、以及所述 故障 CAPffAP 隧道的 Session ID ;所述AP開啟對Mation的探測,更新所述運行信息。一種實現(xiàn)CAPWAP隧道恢復(fù)的系統(tǒng),包括AP,用于當(dāng)與AC之間的CAPWAP隧道出現(xiàn)故障時,將自身狀態(tài)設(shè)置為運行信息鎖定 狀態(tài),保存該故障CAPWAP隧道的kssion ID ;當(dāng)自身處于運行信息鎖定狀態(tài)時,將自身保 存的運行信息鎖定,中止對Mation的探測,對Mation的連接請求或下線請求不做響應(yīng); 還用于與AC交互用于隧道恢復(fù)的報文,將自身狀態(tài)恢復(fù)為運行狀態(tài),恢復(fù)與所述AC之間的 CAPffAP隧道;還用于在自身狀態(tài)恢復(fù)為運行狀態(tài)時,開啟對Mation的探測,更新鎖定的運 行信息;AC,用于當(dāng)與AP之間的CAPWAP隧道出現(xiàn)故障時,將自身狀態(tài)設(shè)置為運行信息鎖定 狀態(tài),保存該故障CAPWAP隧道Wkssion ID ;還用于與AP交互用于隧道恢復(fù)的報文,將自 身狀態(tài)設(shè)置為運行狀態(tài),恢復(fù)與所述AP之間的CAPWAP隧道。一種 AP,包括第一狀態(tài)處理單元,用于當(dāng)所述AP與AC之間的CAPWAP隧道出現(xiàn)故障時,將AP的 狀態(tài)設(shè)置為運行信息鎖定狀態(tài);還用于當(dāng)所述AP與AC之間交互用于隧道恢復(fù)的報文之后, 將AP的狀態(tài)恢復(fù)為運行狀態(tài);第一保存單元,用于當(dāng)所述AP與AC之間的CAPWAP隧道出現(xiàn)故障時,保存所述故 障 CAPffAP 隧道的 Session ID ;第一控制單元,用于當(dāng)所述AP處于運行信息鎖定狀態(tài)時,將AP保存的運行信息鎖 定,控制AP中止對Mation的探測,對Mation的連接請求或下線請求不做響應(yīng);當(dāng)所述AP 恢復(fù)為運行狀態(tài)時,控制AP開啟對Mation的探測,更新鎖定的運行信息;第一交互單元,用于與AC交互用于隧道恢復(fù)的報文,所述報文包括AP或AC處于 運行信息鎖定狀態(tài)的信息、以及所述故障CAPWAP隧道的kssionID。一種 AC,包括第二狀態(tài)處理單元,用于當(dāng)所述AC與AP之間的CAPWAP隧道出現(xiàn)故障時,將AC的 狀態(tài)設(shè)置為運行信息鎖定狀態(tài);還用于當(dāng)所述AP與AC之間交互用于隧道恢復(fù)的報文之后, 將AC的狀態(tài)設(shè)置為運行狀態(tài);第二保存單元,用于當(dāng)所述AP與AC之間的CAPWAP隧道出現(xiàn)故障時,保存所述故 障 CAPffAP 隧道的 Session ID ;第二交互單元,用于與AP交互用于隧道恢復(fù)的報文,所述報文包括AC或AP處于 運行信息鎖定狀態(tài)的信息、以及所述故障CAPWAP隧道的kssionID。綜上可見,本發(fā)明提出的實現(xiàn)CAPWAP隧道恢復(fù)的方法、系統(tǒng)及裝置,在AP與AC之 間的CAPWAP隧道出現(xiàn)故障時,故障雙方分別將自身的狀態(tài)設(shè)置為運行信息鎖定狀態(tài),并保 存該故障CAPWAP隧道的kssion ID ;AP將自身保存的運行信息鎖定,中止對Mation的探 測,對Mation的連接請求或下線請求不做響應(yīng);當(dāng)AP和AC之間的CAPWAP隧道恢復(fù)時,AP開啟對Mation的探測,更新原先鎖定的運行信息。由于CAPWAP隧道恢復(fù)時AP直接開啟 對Mation的探測,而不是清除舊的連接,因此能夠保持對原先Mation的服務(wù)不中斷。


      圖1為現(xiàn)有技術(shù)中FIT AP架構(gòu)的WLAN結(jié)構(gòu)示意圖;圖2為發(fā)明實現(xiàn)CAPWAP隧道恢復(fù)的方法流程圖;圖3為本發(fā)明實施例實現(xiàn)CAPWAP隧道恢復(fù)的方法流程圖;圖4為本發(fā)明實施例實現(xiàn)CAPWAP隧道恢復(fù)的系統(tǒng)結(jié)構(gòu)示意圖。
      具體實施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚,以下舉具體實施例對本發(fā)明進(jìn)一 步詳細(xì)說明。參見圖2,圖2為發(fā)明實現(xiàn)CAPWAP隧道恢復(fù)的方法流程圖,該方法包括步驟201 當(dāng)AP與AC之間的CAPWAP隧道出現(xiàn)故障時,AP和AC分別將自身狀態(tài)設(shè) 置為運行信息鎖定狀態(tài),并保存該故障CAPWAP隧道的kssionID ;AP將自身保存的運行信 息鎖定,中止對Mation的探測,對Mation的連接請求或下線請求不做響應(yīng);步驟202 所述AP與所述AC交互用于隧道恢復(fù)的報文,分別將自身狀態(tài)恢復(fù)為運 行狀態(tài),恢復(fù)所述故障CAPWAP隧道;所述報文包含AP或AC處于運行信息鎖定狀態(tài)的信息、 以及所述故障CAPWAP隧道的kssion ID ;步驟203 所述AP開啟對Mation的探測,更新所述運行信息。以下舉具體的實施例詳細(xì)介紹。參見圖3,圖3為本發(fā)明實施例實現(xiàn)CAPWAP隧道恢復(fù)的方法流程圖。該實施例包 括以下流程初始狀態(tài)下,AP與ACl之間存在CAPWAP隧道,AP分別與Mation 1和Mation 2 之間存在無線連接。步驟301 =AP與ACl之間的CAPWAP隧道出現(xiàn)故障,AP和ACl分別將自身狀態(tài)設(shè)置 為運行信息鎖定狀態(tài),并且保存該故障CAPWAP隧道的kssion ID。對于AP,當(dāng)處于運行信息鎖定狀態(tài)時,其上保存的以下運行信息將被鎖定,不允許 更改這些運行信息1)當(dāng)前無線連接的功率和信道信息;2)當(dāng)前無線連接上提供的服務(wù)標(biāo)識,包括服務(wù)設(shè)備標(biāo)識(SSID,ServiceSet Identifier)和基本服務(wù)設(shè)備標(biāo)識(BSSID,Basic Service Set Identifier);3)與Mation的連接信息,包括用于標(biāo)識與Mation之間無線連接的Association ID,以及與Station協(xié)商產(chǎn)生的密鑰。上述運行信息以出現(xiàn)故障的CAPWAP隧道(也就是AP與ACl之間的CAPWAP隧道) Wkssion ID為索引進(jìn)行保存。同時,AP中止對Mation的探測,也就是停止用于探測Station是否存在的定時 器、并且停止用于探測Mation是否存在流量的定時器。在AP運行信息鎖定狀態(tài)時,如果網(wǎng)絡(luò)管理員需要對AP的配置進(jìn)行改變,AP可以提示網(wǎng)絡(luò)管理員自身處于“運行信息鎖定”狀態(tài),并詢問是否強(qiáng)制改變;如果網(wǎng)絡(luò)管理員選 擇強(qiáng)制改變,則刪除上述被鎖定的運行信息,并將AP轉(zhuǎn)入空閑(Idle)狀態(tài)。步驟302 由于與ACl的CAPWAP隧道發(fā)生故障,AP對于來自Station的報文直接 進(jìn)行本地轉(zhuǎn)發(fā)。由于AP處于運行信息鎖定狀態(tài),此時AP不接受新的Mation的連接請求, 也不響應(yīng)原先Nation的下線請求,保持原先的運行信息不改變。例如,如果AP接收到來自Mation 3的連接請求,如認(rèn)證請求(Authentication Request)或關(guān)聯(lián)請求(Association Request),則對該連接請求不做相應(yīng);如果AP接收到 來自Mation 2的下線請求,例如去認(rèn)證請求(Deauthentication Request)或去關(guān)聯(lián)請求 (Disassociation Request),則保持步驟301中被鎖定的運行信息,不響應(yīng)Mation 2的下 線請求。在步驟301和步驟302中,AP與AC 1之間原先的CAPWAP隧道出現(xiàn)故障,AP和AC 1均保持運行信息鎖定狀態(tài)。在以下步驟中,將重新恢復(fù)CAPWAP隧道,其中步驟303和步驟 304為發(fā)現(xiàn)階段,步驟305和步驟306為連接階段,這兩個階段完成之后,CAPffAP隧道恢復(fù) 成功。步驟303 :AP在網(wǎng)絡(luò)中發(fā)送發(fā)現(xiàn)請求(Discovery Request)報文,該報文攜帶廠商 長度類型值(Vendor TLV),該Vendor TLV包含AP處于運行信息鎖定狀態(tài)的信息,并且包含 出現(xiàn)故障的CAPWAP隧道的kssion ID。上述的Vendor TLV是一種供設(shè)備廠商自行定義的信息字段,用于對設(shè)備進(jìn)行功能 的擴(kuò)展;設(shè)備廠商可以自行定義Vendor TLV所攜帶的信息。步驟304 =AC收到Discovery Request報文之后,如果發(fā)現(xiàn)自身也處于運行信息 鎖定狀態(tài),并且其保存的故障CAPWAP隧道的kssion ID與VendorTLV中包含的kssion ID相同,則反饋發(fā)現(xiàn)應(yīng)答(Discovery Response)報文,并在該報文中攜帶Vendor TLV,在 Vendor TLV包含AC處于運行信息鎖定狀態(tài)的信息以及故障CAPWAP隧道的kssion ID,用 于表示同意恢復(fù)CAPWAP隧道。在圖3中,如果ACl收到Discovery Request報文,則采用 這種處理方式。如果AC發(fā)現(xiàn)自身未處于運行信息鎖定狀態(tài),則反饋普通的DiscoveryResponse報 文,該報文中不攜帶Vendor TLV。在圖3中,如果AC2收到Discovery Request報文,則采 用這種處理方式。步驟305 如果AP同時收到多個AC反饋的Discovery Response報文,則優(yōu)先選 擇報文中包含Vendor TLV的AC,并向該AC發(fā)送加入請求(JoinRequest)報文,請求建立 CAPffAP隧道。在圖3中,AP優(yōu)先選擇AC1,向ACl發(fā)送Join Request報文。AP在發(fā)送的Join Request報文中攜帶Vendor TLV,該Vendor TLV包含AP處于 運行信息鎖定狀態(tài)的信息,并且包含出現(xiàn)故障的CAPWAP隧道的kssion ID。步驟306 =ACl收到Join Request報文之后,發(fā)現(xiàn)自身也處于運行信息鎖定狀態(tài), 并且其保存的故障CAPWAP隧道的kssion ID與Vendor TLV中包含的kssion ID相同, 故反饋加入應(yīng)答(Join Response)報文,并在該報文中攜帶Vendor TLV,在Vendor TLV包 含AC處于運行信息鎖定狀態(tài)的信息以及故障CAPWAP隧道的kssion ID,用于表示同意恢 復(fù)CAPWAP隧道。步驟307 =AP和ACl由運行信息鎖定狀態(tài)恢復(fù)到原先的運行(Rim)狀態(tài),恢復(fù)二者之間的CAPWAP隧道。CAPWAP隧道恢復(fù)之后,系統(tǒng)由原先的AP本地轉(zhuǎn)發(fā)狀態(tài)切回到AC集中 轉(zhuǎn)發(fā)狀態(tài)。步驟308 在上述步驟301中,AP進(jìn)入運行信息鎖定狀態(tài)后,中止了對Mation的 探測;在上述步驟307中,由于AP重新恢復(fù)到運行狀態(tài),則本步驟中AP重新開啟對Mation 的探測,探測當(dāng)前的Mation(即Mation 1和Mation 2)是否在線,當(dāng)發(fā)現(xiàn)有的Mation 已經(jīng)離開時,清除該Mation的運行信息,并且與仍然在線的Station保持正常連接。以上即是本發(fā)明實施例實現(xiàn)CAPWAP隧道恢復(fù)方法的完整過程。在上述實施例中,AP與ACl之間的CAPWAP隧道出現(xiàn)故障后,當(dāng)AP在網(wǎng)絡(luò)中發(fā)送 Discovery Request報文,請求與接收到該報文的AC建立CAPWAP隧道時(步驟303),ACl 能夠接收到該報文,并同意與AP恢復(fù)原先的CAPWAP隧道(步驟304);之后AP選擇與ACl 恢復(fù)CAPWAP隧道。由于AP和ACl恢復(fù)了原先的CAPWAP隧道,則AP處于運行信息鎖定狀 態(tài)時鎖定的運行信息可以被重新使用,因此能夠保持AP與原有Mation的連接不中斷。假定上述步驟303之后,ACl無法接收到Discovery Request報文,則AP將與其 他AC (如AC2)建立新的CAPWAP隧道;AP與AC2建立新的CAPWAP隧道后,AP將刪除運行信 息鎖定狀態(tài)時鎖定的運行信息,與Mation重新建立連接。本發(fā)明實施例還提出一種實現(xiàn)CAPWAP隧道恢復(fù)的系統(tǒng),如圖4為本發(fā)明實施例實 現(xiàn)CAPWAP隧道恢復(fù)的系統(tǒng)結(jié)構(gòu)示意圖,該系統(tǒng)包括AP 410,用于當(dāng)與AC 420之間的CAPWAP隧道出現(xiàn)故障時,將自身狀態(tài)設(shè)置為運行 信息鎖定狀態(tài),保存該故障CAPWAP隧道的kssion ID ;當(dāng)自身處于運行信息鎖定狀態(tài)時, 將自身保存的運行信息鎖定,中止對Mation的探測,對Mation的連接請求或下線請求不 做響應(yīng);還用于與AC 420交互用于隧道恢復(fù)的報文,將自身狀態(tài)恢復(fù)為運行狀態(tài),恢復(fù)與 所述AC 420之間的CAPWAP隧道;還用于在自身狀態(tài)恢復(fù)為運行狀態(tài)時,開啟對Mation的 探測,更新鎖定的運行信息;AC 420,用于當(dāng)與AP 410之間的CAPWAP隧道出現(xiàn)故障時,將自身狀態(tài)設(shè)置為運行 信息鎖定狀態(tài),保存該故障CAPWAP隧道的kssion ID;還用于與AP 410交互用于隧道恢 復(fù)的報文,將自身狀態(tài)設(shè)置為運行狀態(tài),恢復(fù)與所述AP 410之間的CAPWAP隧道。本發(fā)明實施例還提出一種AP,參見圖4,該AP包括第一狀態(tài)處理單元411,用于當(dāng)所述AP 410與AC 420之間的CAPWAP隧道出現(xiàn)故 障時,將AP 410的狀態(tài)設(shè)置為運行信息鎖定狀態(tài);還用于當(dāng)所述AP410與AC 420之間交互 用于隧道恢復(fù)的報文之后,將AP 410的狀態(tài)恢復(fù)為運行狀態(tài);第一保存單元412,用于當(dāng)所述AP 410與AC 420之間的CAPWAP隧道出現(xiàn)故障時, 保存所述故障CAPWAP隧道的kssion ID ;第一控制單元413,用于當(dāng)所述AP 410處于運行信息鎖定狀態(tài)時,將AP 410保存 的運行信息鎖定,控制AP 410中止對Mation的探測,對Mation的連接請求或下線請求 不做響應(yīng);當(dāng)所述AP 410恢復(fù)為運行狀態(tài)時,控制AP 410開啟對Mation的探測,更新鎖 定的運行信息;第一交互單元414,用于與AC 420交互用于隧道恢復(fù)的報文,所述報文包括AP或 AC處于運行信息鎖定狀態(tài)的信息、以及所述故障CAPWAP隧道的kssion ID。上述第一控制單元413將AP 410保存的運行信息鎖定的方式為以所述故障CAPffAP隧道的kssion ID為索引,對所述運行信息進(jìn)行保存并鎖定。上述第一交互單元414與AC 420交互用于隧道恢復(fù)的報文的方式為第一交互單元414在網(wǎng)絡(luò)中發(fā)送攜帶第一 Vendor TLV的發(fā)現(xiàn)請求報文,該第一 Vendor TLV包含所述AP處于運行信息鎖定狀態(tài)的信息、以及故障CAPWAP隧道的kssion ID ;當(dāng)接收到多個AC的反饋的發(fā)現(xiàn)應(yīng)答報文時,優(yōu)先選擇發(fā)現(xiàn)應(yīng)答報文中攜帶第二 Vendor TLV的AC,向所述AC發(fā)送攜帶所述第一 Vendor TLV的加入請求報文;所述第二 Vendor TLV包含所述AC處于運行信息鎖定狀態(tài)的信息、以及故障CAPWAP隧道的kssion ID ;接收AC 420反饋的攜帶所述第二 Vendor TLV的加入應(yīng)答報文。本發(fā)明實施例還提出一種AP,參見圖4,該AP包括第二狀態(tài)處理單元421,用于當(dāng)所述AC與AP之間的CAPWAP隧道出現(xiàn)故障時,將 AC的狀態(tài)設(shè)置為運行信息鎖定狀態(tài);還用于當(dāng)所述AP與AC之間交互用于隧道恢復(fù)的報文 之后,將AC的狀態(tài)設(shè)置為運行狀態(tài);第二保存單元422,用于當(dāng)所述AP與AC之間的CAPWAP隧道出現(xiàn)故障時,保存所述 故障 CAPffAP 隧道的 Session ID ;第二交互單元424,用于與AP交互用于隧道恢復(fù)的報文,所述報文包括AC或AP處 于運行信息鎖定狀態(tài)的信息、以及所述故障CAPWAP隧道的kssionID。上述第二交互單元424與AP交互用于隧道恢復(fù)的報文的方式為接收來自AP的攜帶第一 Vendor TLV的發(fā)現(xiàn)請求報文,所述第一 VendorTLV包含 AP處于運行信息鎖定狀態(tài)的信息、以及故障CAPWAP隧道的SessionID ;如果所述AC自身處 于運行信息鎖定狀態(tài),并且所述第二保存單元保存的故障CAPWAP隧道的kssion ID與第 一 Vendor TLV中包含的kssion ID相同,則向所述AP反饋攜帶第二 Vendor TLV的發(fā)現(xiàn) 應(yīng)答報文,該第二 Vendor TLV包含所述AC處于運行信息鎖定狀態(tài)的信息、以及出現(xiàn)故障的 CAPffAP 隧道的 Session ID ;接收來自AP的攜帶第一 Vendor TLV的加入請求報文,向所述AP反饋攜帶第二 Vendor TLV的加入應(yīng)答報文。綜上可見,本發(fā)明提出的實現(xiàn)CAPWAP隧道恢復(fù)的方法、系統(tǒng)及裝置,在AP與AC之 間的CAPWAP隧道出現(xiàn)故障時,AP和AC分別將自身的狀態(tài)設(shè)置為運行信息鎖定狀態(tài),并保 存該故障CAPWAP隧道的kssion ID ;AP將自身保存的運行信息鎖定,中止對Mation的探 測,對Mation的連接請求或下線請求不做響應(yīng);重新建立CAPWAP隧道時,AP優(yōu)先恢復(fù)與 原AC之間的CAPWAP隧道;當(dāng)CAPffAP隧道恢復(fù)后,AP開啟對Mation的探測,更新原先鎖 定的運行信息,與尚存在連接的Mation保持正常通信。由于CAPWAP隧道恢復(fù)時AP直接 開啟對Mation的探測,而不清除舊的連接,因此能夠保持對原先Mation的服務(wù)不中斷。以上所述僅為本發(fā)明的較佳實施例而已,并不用以限制本發(fā)明,凡在本發(fā)明的精 神和原則之內(nèi),所做的任何修改、等同替換、改進(jìn)等,均應(yīng)包含在本發(fā)明保護(hù)的范圍之內(nèi)。
      權(quán)利要求
      1.一種實現(xiàn)無線接入點控制和配置CAPWAP隧道恢復(fù)的方法,其特征在于,所述方法包括當(dāng)接入點AP與接入控制器AC之間的CAPWAP隧道出現(xiàn)故障時,AP和AC分別將自身狀 態(tài)設(shè)置為運行信息鎖定狀態(tài),并保存該故障CAPWAP隧道的會話標(biāo)Kkssion ID ;AP將自身 保存的運行信息鎖定,中止對站點設(shè)備Mation的探測,對Mation的連接請求或下線請求 不做響應(yīng);所述AP與所述AC交互用于隧道恢復(fù)的報文,分別將自身狀態(tài)恢復(fù)為運行狀態(tài),恢復(fù)所 述故障CAPWAP隧道;所述報文包含AP或AC處于運行信息鎖定狀態(tài)的信息、以及所述故障 CAPffAP 隧道的 kssion ID ;所述AP開啟對Mation的探測,更新所述運行信息。
      2.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述AP將自身保存的運行信息鎖定的方 式為AP以所述故障CAPWAP隧道的kssion ID為索引,對所述運行信息進(jìn)行保存并鎖定。
      3.根據(jù)權(quán)利要求1或2所述的方法,其特征在于,所述被鎖定的運行信息為AP提供的無線連接的功率和信道信息、AP提供的無線連接的服務(wù)標(biāo)識、或者AP與 Station的連接信息。
      4.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述AP和AC交互用于隧道恢復(fù)的報文的 方式為AP在網(wǎng)絡(luò)中發(fā)送攜帶第一廠商長度類型值Vendor TLV的發(fā)現(xiàn)請求報文,該第一 Vendor TLV包含所述AP處于運行信息鎖定狀態(tài)的信息、以及故障CAPWAP隧道的kssion ID ;AC接收所述發(fā)現(xiàn)請求報文,如果發(fā)現(xiàn)自身處于運行信息鎖定狀態(tài),并且其保存的故障 CAPWAP隧道的kssion ID與第一 Vendor TLV中包含的SessionID相同,則向所述AP反饋 攜帶第二 Vendor TLV的發(fā)現(xiàn)應(yīng)答報文,該第二 VendorTLV包含所述AC處于運行信息鎖定 狀態(tài)的信息、以及故障CAPWAP隧道的kssion ID ;AP接收到多個AC的反饋時,優(yōu)先選擇發(fā)現(xiàn)應(yīng)答報文中攜帶所述第二Vendor TLV的AC, 向所述AC發(fā)送攜帶所述第一 Vendor TLV的加入請求報文;所述AC向AP反饋攜帶所述第二 Vendor TLV的加入應(yīng)答報文。
      5.一種實現(xiàn)CAPWAP隧道恢復(fù)的系統(tǒng),其特征在于,所述系統(tǒng)包括AP,用于當(dāng)與AC之間的CAPWAP隧道出現(xiàn)故障時,將自身狀態(tài)設(shè)置為運行信息鎖定狀 態(tài),保存該故障CAPWAP隧道的kssion ID ;當(dāng)自身處于運行信息鎖定狀態(tài)時,將自身保存 的運行信息鎖定,中止對Mation的探測,對Mation的連接請求或下線請求不做響應(yīng);還 用于與AC交互用于隧道恢復(fù)的報文,將自身狀態(tài)恢復(fù)為運行狀態(tài),恢復(fù)與所述AC之間的 CAPffAP隧道;還用于在自身狀態(tài)恢復(fù)為運行狀態(tài)時,開啟對Mation的探測,更新鎖定的運 行信息;AC,用于當(dāng)與AP之間的CAPWAP隧道出現(xiàn)故障時,將自身狀態(tài)設(shè)置為運行信息鎖定狀 態(tài),保存該故障CAPWAP隧道Wkssion ID ;還用于與AP交互用于隧道恢復(fù)的報文,將自身 狀態(tài)設(shè)置為運行狀態(tài),恢復(fù)與所述AP之間的CAPWAP隧道。
      6.一種AP,其特征在于,所述AP包括第一狀態(tài)處理單元,用于當(dāng)所述AP與AC之間的CAPWAP隧道出現(xiàn)故障時,將AP的狀態(tài) 設(shè)置為運行信息鎖定狀態(tài);還用于當(dāng)所述AP與AC之間交互用于隧道恢復(fù)的報文之后,將 AP的狀態(tài)恢復(fù)為運行狀態(tài);第一保存單元,用于當(dāng)所述AP與AC之間的CAPWAP隧道出現(xiàn)故障時,保存所述故障 CAPffAP 隧道的 Session ID ;第一控制單元,用于當(dāng)所述AP處于運行信息鎖定狀態(tài)時,將AP保存的運行信息鎖定, 控制AP中止對Mation的探測,對Mation的連接請求或下線請求不做響應(yīng);當(dāng)所述AP恢 復(fù)為運行狀態(tài)時,控制AP開啟對Mation的探測,更新鎖定的運行信息;第一交互單元,用于與AC交互用于隧道恢復(fù)的報文,所述報文包括AP或AC處于運行 信息鎖定狀態(tài)的信息、以及所述故障CAPWAP隧道的kssionID。
      7.根據(jù)權(quán)利要求6所述的AP,其特征在于,所述第一控制單元將AP保存的運行信息鎖 定的方式為以所述故障CAPWAP隧道Wkssion ID為索引,對所述運行信息進(jìn)行保存并鎖 定。
      8.根據(jù)權(quán)利要求6所述的AP,其特征在于,所述第一交互單元與AC交互用于隧道恢復(fù) 的報文的方式為所述第一交互單元在網(wǎng)絡(luò)中發(fā)送攜帶第一 Vendor TLV的發(fā)現(xiàn)請求報文,該第一 Vendor TLV包含所述AP處于運行信息鎖定狀態(tài)的信息、以及故障CAPWAP隧道的kssion ID ;當(dāng)接收到多個AC的反饋的發(fā)現(xiàn)應(yīng)答報文時,優(yōu)先選擇發(fā)現(xiàn)應(yīng)答報文中攜帶第二 Vendor TLV的AC,向所述AC發(fā)送攜帶所述第一 Vendor TLV的加入請求報文;所述第二 Vendor TLV 包含所述AC處于運行信息鎖定狀態(tài)的信息、以及故障CAPWAP隧道的kssion ID ; 接收AC反饋的攜帶所述第二 Vendor TLV的加入應(yīng)答報文。
      9.一種AC,其特征在于,所述AC包括第二狀態(tài)處理單元,用于當(dāng)所述AC與AP之間的CAPWAP隧道出現(xiàn)故障時,將AC的狀態(tài) 設(shè)置為運行信息鎖定狀態(tài);還用于當(dāng)所述AP與AC之間交互用于隧道恢復(fù)的報文之后,將 AC的狀態(tài)設(shè)置為運行狀態(tài);第二保存單元,用于當(dāng)所述AP與AC之間的CAPWAP隧道出現(xiàn)故障時,保存所述故障 CAPffAP 隧道的 Session ID ;第二交互單元,用于與AP交互用于隧道恢復(fù)的報文,所述報文包括AC或AP處于運行 信息鎖定狀態(tài)的信息、以及所述故障CAPWAP隧道的kssionID。
      10.根據(jù)權(quán)利要求9所述的AC,其特征在于,所述第二交互單元與AP交互用于隧道恢 復(fù)的報文的方式為接收來自AP的攜帶第一 Vendor TLV的發(fā)現(xiàn)請求報文,所述第一 VendorTLV包含AP處 于運行信息鎖定狀態(tài)的信息、以及故障CAPWAP隧道的kssionID ;如果所述AC自身處于 運行信息鎖定狀態(tài),并且所述第二保存單元保存的故障CAPWAP隧道的kssion ID與第一 Vendor TLV中包含的kssion ID相同,則向所述AP反饋攜帶第二 Vendor TLV的發(fā)現(xiàn)應(yīng) 答報文,該第二 Vendor TLV包含所述AC處于運行信息鎖定狀態(tài)的信息、以及出現(xiàn)故障的 CAPffAP 隧道的 Session ID ;接收來自AP的攜帶第一 Vendor TLV的加入請求報文,向所述AP反饋攜帶第二 Vendor TLV的加入應(yīng)答報文。
      全文摘要
      本發(fā)明提出一種實現(xiàn)無線接入點控制和配置(CAPWAP)隧道恢復(fù)的方法、系統(tǒng)及裝置,其中方法包括當(dāng)接入點(AP)與接入控制器(AC)之間的CAPWAP隧道出現(xiàn)故障時,AP和AC分別將自身狀態(tài)設(shè)置為運行信息鎖定狀態(tài),并保存該故障CAPWAP隧道的會話標(biāo)識(Session ID);AP將自身保存的運行信息鎖定,中止對Station的探測,對Station的連接請求或下線請求不做響應(yīng);所述AP與所述AC交互用于隧道恢復(fù)的報文,分別將自身狀態(tài)恢復(fù)為運行狀態(tài),恢復(fù)所述故障CAPWAP隧道;所述報文包含AP或AC處于運行信息鎖定狀態(tài)的信息、以及所述故障CAPWAP隧道的Session ID;所述AP開啟對Station的探測,更新所述運行信息。本發(fā)明能夠在恢復(fù)CAPWAP隧道的過程中,保持AP對Station服務(wù)不中斷。
      文檔編號H04L12/56GK102143604SQ20101010531
      公開日2011年8月3日 申請日期2010年2月2日 優(yōu)先權(quán)日2010年2月2日
      發(fā)明者汪昊 申請人:杭州華三通信技術(shù)有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1