專利名稱:一種業(yè)務(wù)接入路由器的端口備份方法、裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及數(shù)據(jù)通信技術(shù)領(lǐng)域,尤其涉及一種業(yè)務(wù)接入路由器的端口備份方法、 裝置和系統(tǒng)。
背景技術(shù):
隨著寬帶技術(shù)的高速發(fā)展,對業(yè)務(wù)接入設(shè)備可靠性的要求越來越高。為了提高業(yè) 務(wù)接入設(shè)備的可靠性,需要對業(yè)務(wù)接入設(shè)備進行冗余備份,以避免因為業(yè)務(wù)接入設(shè)備的單 點故障導(dǎo)致業(yè)務(wù)的中斷。通常BRAS (Broadband Remote AccessServer,寬帶遠程接入服務(wù) 器)設(shè)備也可以支持冗佘備份功能,當PPPoE(Point-to-Point Protocol over Ethernet, 以太網(wǎng)上的點對點協(xié)議)用戶請求接入時,客戶端發(fā)送的請求上線報文為廣播報文,同一 臺BRAS設(shè)備的多個端口甚至多臺BRAS設(shè)備都可以接收到,并響應(yīng)用戶的請求,客戶端根據(jù) 最先接收到的應(yīng)答報文選擇BRAS設(shè)備作為網(wǎng)關(guān)。當作為網(wǎng)關(guān)的這臺BRAS設(shè)備出現(xiàn)故障之 后,用戶重新?lián)芴?,只要現(xiàn)有的BRAS設(shè)備能夠響應(yīng),客戶端就能夠重新選擇一臺設(shè)備作為 網(wǎng)關(guān),業(yè)務(wù)可以繼續(xù)。但是用戶選擇BRAS設(shè)備存在很大的隨意性,該方案無法控制用戶從 哪臺設(shè)備,哪個端口的接入,并且BRAS設(shè)備的每個端口都可以接收到請求接入報文,都要 處理并向用戶回應(yīng)答,因此增加了設(shè)備負擔。其他常見的備份方案,如利用VRRP (Virtual Router Redundancy Protocol,虛擬 路由冗佘協(xié)議)實現(xiàn)的是三層端口的備份,需要配置IP地址,另外,由于VRRP協(xié)議的限制, 不能把一臺路由器的多個接口設(shè)置到同一備份組中,無法實現(xiàn)同一臺設(shè)備間的端口備份。設(shè)備冷備份則需要軟硬件配置完全相同的兩臺BRAS設(shè)備,當一臺BRAS設(shè)備設(shè)置 出現(xiàn)故障時,將上下行連接線割接到備用設(shè)備,存在的缺點是造價高,并且不能很好的解 決部分端口出現(xiàn)故障時的備份,需要人工操作,實時性差。
發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是,提供一種業(yè)務(wù)接入路由器的端口備份方法、裝置和 系統(tǒng),能夠同時實現(xiàn)業(yè)務(wù)接入路由器內(nèi)部和業(yè)務(wù)接入路由器之間的端口備份。本發(fā)明采用的技術(shù)方案是,一種業(yè)務(wù)接入路由器的端口備份方法,包括對一個業(yè)務(wù)接入路由器的多個內(nèi)部端口或者多個所述業(yè)務(wù)接入路由器之間的多 個端口配置備份組及端口角色,所述端口角色為主用端口或者備用端口,主用端口初始處 于主用狀態(tài),備用端口初始處于備用狀態(tài);根據(jù)端口角色和端口狀態(tài)對收到的用戶報文進行處理;向備用端口同步主用端口的工作狀態(tài),當主用端口異常時,備用端口切換為主用 狀態(tài)。所述向備用端口同步主用端口的工作狀態(tài)的過程包括主用端口定時向備用端口 發(fā)送通告報文,若備用端口在設(shè)定的時間內(nèi)接收到主用端口發(fā)來的通告報文,則獲知主用 端口正常,若備用端口在設(shè)定的時間內(nèi)未接收到主用端口發(fā)來的通告報文,則獲知主用端口異常。所述用戶報文包括用戶請求報文和用戶數(shù)據(jù)報文;所述根據(jù)端口角色和端口狀態(tài)對收到的用戶報文進行處理的過程包括主用端口收到用戶請求報文或用戶數(shù)據(jù)報文時,轉(zhuǎn)發(fā)到對應(yīng)模塊處理;備用端口收到用戶請求報文時,判斷所述備用端口處于備用狀態(tài)還是主用狀態(tài), 若是備用狀態(tài),則將用戶請求報文丟棄,若是主用狀態(tài),則轉(zhuǎn)發(fā)到對應(yīng)模塊處理;備用端口收到用戶數(shù)據(jù)報文時,將所述用戶數(shù)據(jù)報文轉(zhuǎn)發(fā)到對應(yīng)模塊處理。優(yōu)選的,在備用端口切換為主用狀態(tài)之后,該方法進一步包括當備用端口重新接收到主用端口發(fā)來的通告報文時,備用端口切換回備用狀態(tài)。本發(fā)明還提供一種業(yè)務(wù)接入路由器的端口備份裝置,包括以下組成部分配置模塊,用于接受用戶對端口的與備份相關(guān)配置信息,所述配置信息包括備份 組和端口角色,所述端口角色為主用端口或備用端口 ;協(xié)議處理模塊,用于根據(jù)所述配置信息,向備用端口同步主用端口的工作狀態(tài),當 主用端口異常時,將備用端口切換為主用狀態(tài); 報文接口模塊,用于根據(jù)所述配置信息,對收到的報文進行處理。所述協(xié)議處理模塊進一步用于通過主用端口定時向報文接口模塊發(fā)送通告報文, 或者通過備用端口接收報文接口模塊上報的通告報文。所述協(xié)議處理模塊進一步用于通過判斷出備用端口在設(shè)定的時間內(nèi)收到通告報 文,獲知主用端口正常;通過判斷出備用端口在設(shè)定的時間內(nèi)沒有收到通告報文,獲知主用端口異常,將 備用端口切換為主用狀態(tài)。所述報文包括用戶報文和/或通告報文,所述用戶報文包括用戶請求報文和用 戶數(shù)據(jù)報文;所述報文接口模塊進一步用于,當備份組中的任一端口收到用戶請求報文時,判 斷所述端口處于主用狀態(tài)還是備用狀態(tài),若是備用狀態(tài),則將用戶請求報文丟棄,若是主用 狀態(tài),則轉(zhuǎn)發(fā)到對應(yīng)模塊處理;當備份組中的任一端口收到用戶數(shù)據(jù)報文,轉(zhuǎn)發(fā)到對應(yīng)模塊處理;當備用端口收到通告報文,向協(xié)議處理模塊透傳通告報文。優(yōu)選的,所述協(xié)議處理模塊在將備用端口切換為主用狀態(tài)之后,進一步用于,當備 用端口重新收到主用端口發(fā)來的通告報文時,將備用端口切換回備用狀態(tài)。本發(fā)明還提供一種業(yè)務(wù)接入路由器的端口備份系統(tǒng),包括帶有主用端口的第一 業(yè)務(wù)接入路由器和帶有備用端口的第二業(yè)務(wù)接入路由器,其中,第一業(yè)務(wù)接入路由器包括以下組成部分第一配置模塊,用于接受用戶對主用端口進行的與備份相關(guān)的主用配置信息,所 述主用配置信息包括備份組和主用狀態(tài);第一協(xié)議處理模塊,用于定時通過第一報文接口模塊向備用端口發(fā)送通告報文;第一報文接口模塊,用于根據(jù)所述主用配置信息,對主用端口收到的用戶報文進行處理;第二業(yè)務(wù)接入路由器包括以下組成部分
第二配置模塊,用于接受用戶對備用端口進行的與備份相關(guān)的備用配置信息,所 述備用配置信息包括備份組和備用狀態(tài)信息;第二協(xié)議處理模塊,用于通過第二報文接口模塊接收從主用端口發(fā)來的通告報文,在主用端口異常時,將備用端口切換為主用狀態(tài);第二報文接口模塊,用于根據(jù)所述備用配置信息,對備用端口收到的用戶報文和 通告報文進行處理。所述第二協(xié)議處理模塊進一步用于當判斷出備用端口在設(shè)定的時間內(nèi)沒有收到 通告報文時,將備用端口切換為主用狀態(tài);當備用端口重新接收到主用端口發(fā)來的通告報文時,將備用端口切換回備用狀 態(tài)。所述用戶報文包括用戶請求報文和用戶數(shù)據(jù)報文;所述第一報文接口模塊進一步用于,當主用端口收到用戶請求報文或用戶數(shù)據(jù)報 文時,轉(zhuǎn)發(fā)到對應(yīng)模塊處理;所述第二報文接口模塊進一步用于,當備用端口收到用戶請求報文時,判斷備用 端口處于備用狀態(tài)還是主用狀態(tài),若是備用狀態(tài),則將用戶請求報文丟棄,若是主用狀態(tài), 則轉(zhuǎn)發(fā)到對應(yīng)模塊處理;當備用端口收到用戶數(shù)據(jù)報文,轉(zhuǎn)發(fā)到對應(yīng)模塊處理;當備用端口收到通告報文,向第二協(xié)議處理模塊透傳通告報文。采用上述技術(shù)方案,本發(fā)明至少具有下列優(yōu)點本發(fā)明所述業(yè)務(wù)接入路由器的端口備份方法、裝置和系統(tǒng),對業(yè)務(wù)接入路由器的 端口配置備份組及端口角色;對主用端口和備用端口收到的用戶報文分別進行處理;向備 用端口同步主用端口的工作狀態(tài),當主用端口異常時,將備用端口切換為主用狀態(tài),保證用 戶的業(yè)務(wù)可以繼續(xù)。采用本發(fā)明的技術(shù)方案可以實現(xiàn)多接入、組播和廣播局域網(wǎng),例如以太 網(wǎng)環(huán)境下的業(yè)務(wù)接入路由器設(shè)備內(nèi)或設(shè)備間的用戶端口備份,提高端口選擇可控性,提高 設(shè)備效率,降低成本,具有很好的實際應(yīng)用價值。
圖1為本發(fā)明第一實施例所述業(yè)務(wù)接入路由器的端口備份方法流程圖;圖2為本發(fā)明在同一臺BRAS設(shè)備內(nèi)端口備份時的組網(wǎng)結(jié)構(gòu)示意圖;圖3為本發(fā)明第二實施例所述業(yè)務(wù)接入路由器的端口備份方法流程圖;圖4為本發(fā)明在三臺BRAS設(shè)備間端口備份時的組網(wǎng)結(jié)構(gòu)示意圖;圖5為本發(fā)明第三實施例所述業(yè)務(wù)接入路由器的端口備份方法流程圖;圖6為本發(fā)明第四、五實施例所述業(yè)務(wù)接入路由器的端口備份裝置組成結(jié)構(gòu)示意 圖;圖7為本發(fā)明第六實施例所述業(yè)務(wù)接入路由器的端口備份系統(tǒng)組成示意圖。
具體實施例方式為更進一步闡述本發(fā)明為達成預(yù)定目的所采取的技術(shù)手段及功效,以下結(jié)合附圖 及較佳實施例,對本發(fā)明提出的所述業(yè)務(wù)接入路由器的端口備份方法、裝置和系統(tǒng)進行詳細說明。本發(fā)明第一實施例,如圖1所示,一種業(yè)務(wù)接入路由器的端口備份方法,包括如下 步驟步驟S101,對一個業(yè)務(wù)接入路由器的多個內(nèi)部端口或者所述業(yè)務(wù)接入路由器之間 的多個端口進行與備份相關(guān)的配置,配置信息包括備份組及端口角色,端口角色為主用端 口或者備用端口,主用端口初始處于主用狀態(tài),備用端口初始處于備用狀態(tài)。
步驟S102,主用端口收到用戶請求報文或用戶數(shù)據(jù)報文時,轉(zhuǎn)發(fā)到對應(yīng)模塊處理。步驟S103,主用端口定時向備用端口發(fā)送通告報文,若備用端口在設(shè)定的時間內(nèi) 接收到主用端口發(fā)來的通告報文,則說明主用端口正常,若備用端口在設(shè)定的時間內(nèi)未接 收到主用端口發(fā)來的通告報文,則說明主用端口異常。步驟S104,當主用端口異常時,備用端口自動切換為主用狀態(tài)。步驟S105,備用端口收到用戶請求報文時,判斷所述備用端口處于備用狀態(tài)還是 主用狀態(tài),若是備用狀態(tài),則直接將用戶請求報文丟棄,若是主用狀態(tài),則轉(zhuǎn)發(fā)到對應(yīng)模塊 處理。備用端口收到用戶數(shù)據(jù)報文時,將所述用戶數(shù)據(jù)報文轉(zhuǎn)發(fā)到對應(yīng)模塊處理。優(yōu)選的,該方法進一步包括步驟S106,當備用端口重新接收到主用端口發(fā)來的通告報文時,將備用端口切換 回備用狀態(tài),此時,備用端口對于收到的用戶請求報文不予處理,但是在收到用戶數(shù)據(jù)報文 時,仍然將其轉(zhuǎn)發(fā)到對應(yīng)模塊處理。由于用戶通過某個端口接入網(wǎng)絡(luò)后,用戶終端發(fā)送的用 戶數(shù)據(jù)報文將會以單播的方式繼續(xù)發(fā)給該端口,因此,無論備用端口在主用狀態(tài)和備用狀 態(tài)時,如果接收到用戶數(shù)據(jù)報文,都會轉(zhuǎn)發(fā)到對應(yīng)模塊處理,這樣就不會在備用端口切換回 備用狀態(tài)時導(dǎo)致業(yè)務(wù)中斷了。下面通過兩個具體的例子在說明第一實施例中技術(shù)方案的應(yīng)用過程和產(chǎn)生的效 果本發(fā)明第二實施例,圖2是BRAS設(shè)備內(nèi)端口備份時的組網(wǎng)結(jié)構(gòu)示意圖,一臺BRAS 設(shè)備通過交換機與用戶相連。如圖3所示,所述業(yè)務(wù)接入路由器的端口備份方法,包括如下具體步驟步驟S201,在BRAS設(shè)備的第一端口 1上配置第一備份組group-id 1,并將第一 端口 1配置為主用端口,即初始處于主用狀態(tài),將第二端口 2上同樣配置到第一備份組 group-id 1中,將第二端口 2配置為備用端口,即初始處于備用狀態(tài)。為第一端口 1配置發(fā) 送通告報文時間間隔tl,tl = 1 255秒,默認設(shè)置為20秒。為第二端口 2配置最長等待 通告報文超時時間t2,t2 = 1 255秒,默認設(shè)置為60秒,優(yōu)選的,設(shè)置t2為tl的3倍時 間,在第一端口 1和第二端口 2上其他配置數(shù)據(jù)相同。具體的過程是進入接口配置模式,命令格式為asrp group-id<l-255> {master | slave},其中,asrp為此備份標志,可更改為其他名稱或刪除,只 是用于標識端口啟用了本發(fā)明的備份方法,區(qū)別于其他現(xiàn)有的協(xié)議;<1-255>為備份組號 范圍;{master I slave}任選一項,作用是將接口設(shè)置為主用接口還是備用接口。如果將端 口配置為第一備份組group-id 1中的主用端口,配置方法如下asrpgroup-id 1 master。此時,第一端口 1和第二端口 2已經(jīng)設(shè)置到同一個備份組中,并分別賦予了主備用 角色。在任一端口下配置備份組,即為該端口已經(jīng)開啟了備份功能。
步驟S202,第一端口 1以tl為時間間隔定時向第二端口 2發(fā)送通告報文,用于向 第二端口 2告知作為主用端口的第一端口 1仍處于正常工作狀態(tài)。原理是若第二端口 2 在最長等待通告報文超時時間t2內(nèi)接收到第一端口 1發(fā)來的通告報文,則說明第一端口 1 仍處于正常工作狀態(tài),若第二端口 2在最長等待通告報文超時時間t2內(nèi)未接收到第一端口 1發(fā)來的通告報文,則可說明第一端口 1出現(xiàn)了異常。步驟S203,用戶撥號,以廣播的方式發(fā)出的用戶請求報文經(jīng)交換機轉(zhuǎn)發(fā)到BRAS設(shè) 備的端口,第一端口 1收到用戶請求報文后立即做出響應(yīng),向用戶發(fā)送應(yīng)答,用戶通過第一 端口 1接入網(wǎng)絡(luò),與此同時,第二端口 2同樣收到用戶請求報文,直接丟棄。步驟S204,第一端口 1發(fā)生異常,第二端口 2切換為主用狀態(tài)。步驟S205,用戶重新?lián)芴柣蚴切略鲇脩魮芴?,第二端?2向用戶回應(yīng)答,用戶通過 第二端口 2接入網(wǎng)絡(luò)。步驟S206,第一端口 1恢復(fù)正常,立刻向第二端口 2發(fā)送通告報文,第二端口 2檢 測到第一端口 1的通告報文后,切回備用狀態(tài),此時,已經(jīng)通過第二端口 2接入網(wǎng)絡(luò)的用戶 保留,即仍然通過第二端口 2將用戶數(shù)據(jù)報文轉(zhuǎn)發(fā)到BRAS設(shè)備的對應(yīng)模塊處理。步驟S207,新用戶撥號,仍只可以從第一端口 1接入網(wǎng)絡(luò)。圖2中第五端口 5和第七端口 7分別配置為第二備份組group-id 2中的主、備用 接口,工作原理同步驟S201 S207,故此處不詳述。本發(fā)明第三實施例,圖4是三臺BRAS設(shè)備間端口備份時的組網(wǎng)結(jié)構(gòu)示意圖,三臺 BRAS設(shè)備通過一臺交換機與用戶相連。如圖5所示,所述業(yè)務(wù)接入路由器的端口備份方法,包括如下具體步驟步驟S301,在第一 BRAS設(shè)備si的第一端口 al上配置第一備份組group-idl,并 將第一端口 al配置為主用端口,將第二 BRAS設(shè)備s2的第三端口 b3同樣配置到第一備份 組group-id 1中,但是第三端口 b3的初始狀態(tài)設(shè)置為備用狀態(tài),為第一端口 al配置發(fā)送 通告報文時間間隔tl,tl = 1 255秒,默認設(shè)置為20秒。為第三端口 b3配置最長等待 通告報文超時時間t2,t2 = 1 255秒,默認設(shè)置為60秒,優(yōu)選的,設(shè)置t2為tl的3倍時 間,在第一端口 al和第三端口 b3上其他配置數(shù)據(jù)相同。步驟S302,第一端口 al以tl為時間間隔定時向第三端口 b3發(fā)送通告報文,用于 向第三端口 b3告知作為主用端口的第一端口 al仍處于正常工作狀態(tài)。原理是若第三端 口 b3在設(shè)定的時間t2內(nèi)接收到第一端口 al發(fā)來的通告報文,則說明第一端口 al仍處于 正常工作狀態(tài),若第三端口 b3在設(shè)定的時間t2內(nèi)未接收到第一端口 al發(fā)來的通告報文, 則可說明第一端口 al出現(xiàn)了異常。步驟S303,用戶撥號,以廣播的方式發(fā)出的用戶請求報文經(jīng)交換機轉(zhuǎn)發(fā)到三臺 BRAS設(shè)備的端口,第一端口 al收到用戶請求報文后立即做出響應(yīng),向用戶發(fā)送應(yīng)答,用戶 通過第一端口 al接入網(wǎng)絡(luò),與此同時,第三端口 b3同樣收到用戶請求報文,直接丟棄。步驟S304,第一端口 al發(fā)生異常,第三端口 b3切換為主用狀態(tài)。步驟S305,用戶重新?lián)芴柣蚴切略鲇脩魮芴?,第三端?b3向用戶回應(yīng)答,用戶通 過第三端口 b3接入網(wǎng)絡(luò)。步驟S306,第一端口 al恢復(fù)正常,立刻向第三端口 b3發(fā)送通告報文,第三端口 b3 檢測到第一端口 al的通告報文后,切回備用狀態(tài),此時,已經(jīng)通過第三端口 b3接入網(wǎng)絡(luò)的用戶保留,即仍然通過第三端口 b3將用戶數(shù)據(jù)報文轉(zhuǎn)發(fā)到第二 BRAS設(shè)備s2的對應(yīng)模塊處理。步驟S307,新用戶撥號,仍只可以從第一端口 al接入網(wǎng)絡(luò)。圖4中第二 BRAS設(shè)備的第二端口 b2和第三BRAS設(shè)備的第二端口 c2分別配置為 第二備份組group-id 2中的主、備用接口,工作原理同步驟S301 S307,故此處不詳述。本發(fā)明第四實施例,如圖6所示,一種業(yè)務(wù)接入路由器的端口備份裝置,包括以下 組成部分配置模塊,用于接受用戶對端口的與備份相關(guān)配置,包括配置備份組和端口角色, 端口角色為主用端口或備用端口。協(xié)議處理模塊,用于通過主用端口定時向報文接口模塊發(fā)送通告報文,或者通過 備用端口接收報文接口模塊上報的通告報文。當主用端口異常時,將備用端口切換為主用 狀態(tài);當備用端口重新收到主用端口發(fā)來的通告報文時,將備用端口切換回備用狀態(tài)。協(xié)議處理模塊判斷主用端口是否正常的方法是若判斷出備用端口在設(shè)定的時間 內(nèi)收到通告報文,則說明主用端口正常;若判斷出備用端口在設(shè)定的時間內(nèi)沒有收到通告 報文,則說明主用端口異常。優(yōu)選的,協(xié)議處理模塊對發(fā)送的通告報文進行MD5 (Message-DigestAlgorithm5) 加密,相應(yīng)的,在收到通告報文時,也要對其進行解密,這樣做可以防止通告報文被截獲、解 析后惡意發(fā)送,影響端口的正常工作。報文接口模塊,用于當主用端口或備用端口收到用戶請求報文時,判斷所述端口 處于主用狀態(tài)還是備用狀態(tài),若是備用狀態(tài),則將用戶請求報文丟棄,若是主用狀態(tài),則轉(zhuǎn) 發(fā)到對應(yīng)模塊處理;當主用端口或備用端口收到用戶數(shù)據(jù)報文,轉(zhuǎn)發(fā)到對應(yīng)模塊處理;當備用端口收到通告報文,向協(xié)議處理模塊透傳通告報文。本發(fā)明的一個優(yōu)點在于,由報文上送模塊決定是否丟棄用戶請求報文,減輕上層 業(yè)務(wù)負荷,提高設(shè)備性能。本發(fā)明第五實施例,如圖6所示,一種業(yè)務(wù)接入路由器的端口備份裝置,與第四實 施例大致相同,區(qū)別在于,本實施例中,協(xié)議處理模塊進一步用于,在備用端口切換為主用 狀態(tài)之后,當備用端口重新收到主用端口發(fā)來的通告報文時,將備用端口切換回備用狀態(tài)。本發(fā)明第六實施例,如圖7所示,一種業(yè)務(wù)接入路由器的端口備份系統(tǒng),包括帶 有A端口的第一業(yè)務(wù)接入路由器和帶有B端口的第二業(yè)務(wù)接入路由器,其中,第一業(yè)務(wù)接入路由器包括以下組成部分第一配置模塊,用于接受用戶對A端口進行的與備份相關(guān)的主用配置信息,所述 主用配置信息包括備份組和主用狀態(tài);第一協(xié)議處理模塊,用于定時通過第一報文接口模塊向B端口發(fā)送通告報文;第一報文接口模塊,用于當A端口收到用戶請求報文或者用戶數(shù)據(jù)報文時,轉(zhuǎn)發(fā) 到對應(yīng)模塊處理;第二業(yè)務(wù)接入路由器包括以下組成部分第二配置模塊,用于接受用戶對B端口進行的與備份相關(guān)的備用配置信息,所述 備用配置信息包括備份組和備用狀態(tài);CN 101841432 A
說明書
7/7頁第二協(xié)議處理模塊,用于通過第二報文接口模塊接收從A端口發(fā)來的通告報文, 判斷出B端口在設(shè)定的時間內(nèi)沒有收到通告報文時,說明A端口異常,將B端口切換為主用狀態(tài);當B端口重新接收到A端口發(fā)來的通告報文時,將B端口切換回備用狀態(tài)。第二報文接口模塊,用于當B端口收到用戶請求報文時,判斷B端口處于備用狀態(tài) 還是主用狀態(tài),若是備用狀態(tài),則將用戶請求報文丟棄,若是主用狀態(tài),則轉(zhuǎn)發(fā)到對應(yīng)模塊 處理;當B端口收到用戶數(shù)據(jù)報文,轉(zhuǎn)發(fā)到對應(yīng)模塊處理;當B端口收到通告報文,向第二協(xié)議處理模塊透傳通告報文。本發(fā)明所述業(yè)務(wù)接入路由器的端口備份方法、裝置和系統(tǒng),當主用端口異常時,保 證用戶的業(yè)務(wù)可以繼續(xù)。與現(xiàn)有技術(shù)相比較,不需要配置IP地址,可以實現(xiàn)設(shè)備內(nèi)的端口 級備份;提升了用戶接入的可控性,減輕設(shè)備負擔,提高設(shè)備性能;發(fā)生異常后,用戶重新 撥號,業(yè)務(wù)自動切換到備用接口,不需要人工干預(yù);不受到接口的物理性質(zhì)限制,不同類型 的接口可以工作在同一個備份組中,降低了設(shè)備備份的限制條件。通過具體實施方式
的說明,應(yīng)當可對本發(fā)明為達成預(yù)定目的所采取的技術(shù)手段及 功效得以更加深入且具體的了解,然而所附圖示僅是提供參考與說明之用,并非用來對本 發(fā)明加以限制。
10
權(quán)利要求
一種業(yè)務(wù)接入路由器的端口備份方法,其特征在于,包括對一個業(yè)務(wù)接入路由器的多個內(nèi)部端口或者多個所述業(yè)務(wù)接入路由器之間的多個端口配置備份組及端口角色,所述端口角色為主用端口或者備用端口,主用端口初始處于主用狀態(tài),備用端口初始處于備用狀態(tài);根據(jù)端口角色和端口狀態(tài)對收到的用戶報文進行處理;向備用端口同步主用端口的工作狀態(tài),當主用端口異常時,備用端口切換為主用狀態(tài)。
2.根據(jù)權(quán)利要求1所述業(yè)務(wù)接入路由器的端口備份方法,其特征在于,所述向備用端 口同步主用端口的工作狀態(tài)的過程包括主用端口定時向備用端口發(fā)送通告報文,若備用 端口在設(shè)定的時間內(nèi)接收到主用端口發(fā)來的通告報文,則獲知主用端口正常,若備用端口 在設(shè)定的時間內(nèi)未接收到主用端口發(fā)來的通告報文,則獲知主用端口異常。
3.根據(jù)權(quán)利要求1所述業(yè)務(wù)接入路由器的端口備份方法,其特征在于,所述用戶報文 包括用戶請求報文和用戶數(shù)據(jù)報文;所述根據(jù)端口角色和端口狀態(tài)對收到的用戶報文進行處理的過程包括 主用端口收到用戶請求報文或用戶數(shù)據(jù)報文時,轉(zhuǎn)發(fā)到對應(yīng)模塊處理; 備用端口收到用戶請求報文時,判斷所述備用端口處于備用狀態(tài)還是主用狀態(tài),若是 備用狀態(tài),則將用戶請求報文丟棄,若是主用狀態(tài),則轉(zhuǎn)發(fā)到對應(yīng)模塊處理; 備用端口收到用戶數(shù)據(jù)報文時,將所述用戶數(shù)據(jù)報文轉(zhuǎn)發(fā)到對應(yīng)模塊處理。
4.根據(jù)權(quán)利要求1或2或3所述業(yè)務(wù)接入路由器的端口備份方法,其特征在于,在備用 端口切換為主用狀態(tài)之后,進一步包括當備用端口重新接收到主用端口發(fā)來的通告報文時,備用端口切換回備用狀態(tài)。
5.一種業(yè)務(wù)接入路由器的端口備份裝置,其特征在于,包括以下組成部分配置模塊,用于接受用戶對端口的與備份相關(guān)配置信息,所述配置信息包括備份組和 端口角色,所述端口角色為主用端口或備用端口 ;協(xié)議處理模塊,用于根據(jù)所述配置信息,向備用端口同步主用端口的工作狀態(tài),當主用 端口異常時,將備用端口切換為主用狀態(tài);報文接口模塊,用于根據(jù)所述配置信息,對收到的報文進行處理。
6.根據(jù)權(quán)利要求5所述業(yè)務(wù)接入路由器的端口備份裝置,其特征在于,所述協(xié)議處理 模塊進一步用于通過主用端口定時向報文接口模塊發(fā)送通告報文,或者通過備用端口接收 報文接口模塊上報的通告報文。
7.根據(jù)權(quán)利要求6所述業(yè)務(wù)接入路由器的端口備份裝置,其特征在于,所述協(xié)議處理 模塊進一步用于通過判斷出備用端口在設(shè)定的時間內(nèi)收到通告報文,獲知主用端口正常;通過判斷出備用端口在設(shè)定的時間內(nèi)沒有收到通告報文,獲知主用端口異常,將備用 端口切換為主用狀態(tài)。
8.根據(jù)權(quán)利要求5所述業(yè)務(wù)接入路由器的端口備份裝置,其特征在于,所述報文包括 用戶報文和/或通告報文,所述用戶報文包括用戶請求報文和用戶數(shù)據(jù)報文;所述報文接口模塊進一步用于,當備份組中的任一端口收到用戶請求報文時,判斷所 述端口處于主用狀態(tài)還是備用狀態(tài),若是備用狀態(tài),則將用戶請求報文丟棄,若是主用狀 態(tài),則轉(zhuǎn)發(fā)到對應(yīng)模塊處理;當備份組中的任一端口收到用戶數(shù)據(jù)報文,轉(zhuǎn)發(fā)到對應(yīng)模塊處理;當備用端口收到通告報文,向協(xié)議處理模塊透傳通告報文。
9.根據(jù)權(quán)利要求5或6或7或8所述業(yè)務(wù)接入路由器的端口備份裝置,其特征在于,所 述協(xié)議處理模塊在將備用端口切換為主用狀態(tài)之后,進一步用于,當備用端口重新收到主用端口發(fā)來的通告報文時,將備用端口切換回備用狀態(tài)。
10.一種業(yè)務(wù)接入路由器的端口備份系統(tǒng),其特征在于,包括帶有主用端口的第一業(yè) 務(wù)接入路由器和帶有備用端口的第二業(yè)務(wù)接入路由器,其中,第一業(yè)務(wù)接入路由器包括以下組成部分第一配置模塊,用于接受用戶對主用端口進行的與備份相關(guān)的主用配置信息,所述主 用配置信息包括備份組和主用狀態(tài);第一協(xié)議處理模塊,用于定時通過第一報文接口模塊向備用端口發(fā)送通告報文; 第一報文接口模塊,用于根據(jù)所述主用配置信息,對主用端口收到的用戶報文進行處理;第二業(yè)務(wù)接入路由器包括以下組成部分第二配置模塊,用于接受用戶對備用端口進行的與備份相關(guān)的備用配置信息,所述備 用配置信息包括備份組和備用狀態(tài)信息;第二協(xié)議處理模塊,用于通過第二報文接口模塊接收從主用端口發(fā)來的通告報文,在 主用端口異常時,將備用端口切換為主用狀態(tài);第二報文接口模塊,用于根據(jù)所述備用配置信息,對備用端口收到的用戶報文和通告 報文進行處理。
11.根據(jù)權(quán)利要求10所述業(yè)務(wù)接入路由器的端口備份系統(tǒng),其特征在于,所述第二協(xié) 議處理模塊進一步用于當判斷出備用端口在設(shè)定的時間內(nèi)沒有收到通告報文時,將備用端 口切換為主用狀態(tài);當備用端口重新接收到主用端口發(fā)來的通告報文時,將備用端口切換回備用狀態(tài)。
12.根據(jù)權(quán)利要求10所述業(yè)務(wù)接入路由器的端口備份系統(tǒng),其特征在于,所述用戶報 文包括用戶請求報文和用戶數(shù)據(jù)報文;所述第一報文接口模塊進一步用于,當主用端口收到用戶請求報文或用戶數(shù)據(jù)報文 時,轉(zhuǎn)發(fā)到對應(yīng)模塊處理;所述第二報文接口模塊進一步用于,當備用端口收到用戶請求報文時,判斷備用端口 處于備用狀態(tài)還是主用狀態(tài),若是備用狀態(tài),則將用戶請求報文丟棄,若是主用狀態(tài),則轉(zhuǎn) 發(fā)到對應(yīng)模塊處理;當備用端口收到用戶數(shù)據(jù)報文,轉(zhuǎn)發(fā)到對應(yīng)模塊處理; 當備用端口收到通告報文,向第二協(xié)議處理模塊透傳通告報文。
全文摘要
本發(fā)明公開了一種業(yè)務(wù)接入路由器的端口備份方法、裝置和系統(tǒng),對業(yè)務(wù)接入路由器的端口配置備份組及端口角色;對主用端口和備用端口收到的用戶報文分別進行處理;向備用端口同步主用端口的工作狀態(tài),當主用端口異常時,將備用端口切換為主用狀態(tài),保證用戶的業(yè)務(wù)可以繼續(xù)。采用本發(fā)明的技術(shù)方案可以實現(xiàn)多接入、組播和廣播局域網(wǎng),例如以太網(wǎng)環(huán)境下的業(yè)務(wù)接入路由器設(shè)備內(nèi)或設(shè)備間的用戶端口備份,提高端口選擇可控性,提高設(shè)備效率,降低成本,具有很好的實際應(yīng)用價值。
文檔編號H04L12/24GK101841432SQ20101018308
公開日2010年9月22日 申請日期2010年5月26日 優(yōu)先權(quán)日2010年5月26日
發(fā)明者屠朝艷, 洪創(chuàng)業(yè) 申請人:中興通訊股份有限公司