專利名稱：網(wǎng)絡設備入口報文的控制方法、系統(tǒng)及網(wǎng)絡設備的制作方法
技術領域：
本發(fā)明涉及通信領域，具體而言，尤其涉及一種網(wǎng)絡設備入口報文的控制方法、系統(tǒng)及網(wǎng)絡設備。
背景技術：
數(shù)據(jù)報文在網(wǎng)絡的傳輸過程中，一般到達網(wǎng)絡入口的流量，只要報文合法，網(wǎng)絡設備都會做相應的接收處理。但是當兩臺設備同時收到用戶側(cè)發(fā)來的報文(尤其是一些協(xié)議報文)，則需要判斷通過那臺設備來處理接收到的報文，通?？梢圆捎秒p歸屬方案或共享網(wǎng)絡的技術方案來處理，一般要么是主用設備處理，要么是誰先回應誰先處理的原則。但這些都不是最優(yōu)的方式。常見的幾個應用場景如圖1、2、3所示，圖1為雙網(wǎng)卡服務器發(fā)送鏡像組播流到兩臺網(wǎng)絡設備，圖2為用戶以太網(wǎng)上點對點協(xié)議(point-to-point protocol over ethernet，簡稱為ΡΡΡ0Ε)上行到兩臺寬帶遠程接入服務器(Broadband Remote Access Server,簡稱為 Bras)，圖 3 為網(wǎng)絡組管理協(xié)議(Internet Group Management Protocol，簡稱為IGMP)消息上行到兩臺三層交換機。針對上述現(xiàn)有技術中如果其中一臺網(wǎng)絡設備出現(xiàn)故障無法運行，則會導致一部分報文或業(yè)務沒有處理，從而無法滿足用戶的網(wǎng)絡需求，降低了網(wǎng)絡的利用率和網(wǎng)絡組網(wǎng)的靈活性的問題，目前沒有有效的解決方案。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種網(wǎng)絡設備入口報文的控制方法和系統(tǒng)，以解決現(xiàn)有技術中如果其中一臺網(wǎng)絡設備出現(xiàn)故障無法運行，則會導致一部分報文或業(yè)務沒有處理，從而無法滿足用戶的網(wǎng)絡需求，降低了網(wǎng)絡的利用率和網(wǎng)絡組網(wǎng)的靈活性的問題。為了實現(xiàn)上述目的，根據(jù)本發(fā)明的一方面，提供了一種網(wǎng)絡設備入口報文的控制方法。根據(jù)網(wǎng)絡設備入口報文的控制方法包括第一網(wǎng)絡設備和第二網(wǎng)絡設備分別通過第一接口和第二接口來接收多個報文；檢測第一網(wǎng)絡設備和第二網(wǎng)絡設備是否發(fā)生故障； 當?shù)谝痪W(wǎng)絡設備發(fā)生故障時，原來由第一網(wǎng)絡設備處理的報文切換至由第二網(wǎng)絡設備進行處理，或者，當?shù)诙W(wǎng)絡設備發(fā)生故障時，原來由第二網(wǎng)絡設備處理的報文切換至由第一網(wǎng)絡設備進行處理。進一步地，在檢測第一網(wǎng)絡設備和第二網(wǎng)絡設備是否發(fā)生故障之前，方法還包括 對多個報文進行分類；第一網(wǎng)絡設備根據(jù)預定策略處理多個報文中的第一報文，第二網(wǎng)絡設備根據(jù)預定策略處理多個報文中的第二報文。進一步地，當?shù)谝痪W(wǎng)絡設備或第二網(wǎng)絡設備發(fā)生故障時，預定策略失效。進一步地，對多個報文進行分類包括以下一種或多種組合通過IP、MAC字段對多個報文進行分類；通過多個字段HASH算法對多個報文進行分類；通過ACL對多個報文進行分類。
進一步地，檢測第一網(wǎng)絡設備和第二網(wǎng)絡設備是否發(fā)生故障包括當?shù)谝痪W(wǎng)絡設備和第二網(wǎng)絡設備為不同網(wǎng)絡設備時，采用雙向轉(zhuǎn)發(fā)檢測BFD和802. 3ah標準對第一網(wǎng)絡設備和第二網(wǎng)絡設備進行故障檢測；或者，當?shù)谝痪W(wǎng)絡設備和第二網(wǎng)絡設備為相同網(wǎng)絡設備時，采用跟蹤該網(wǎng)絡設備的兩個端口的UP/Down狀態(tài)。為了實現(xiàn)上述目的，根據(jù)本發(fā)明的另一個方面，提供了一種網(wǎng)絡設備入口報文的控制系統(tǒng)。根據(jù)本發(fā)明的網(wǎng)絡設備入口報文的控制系統(tǒng)包括第一接口和第二接口，用于第一網(wǎng)絡設備和第二網(wǎng)絡設備分別通過第一接口和第二接口來接收多個報文；故障檢測模塊，用于檢測第一網(wǎng)絡設備和第二網(wǎng)絡設備是否發(fā)生故障；第一處理策略執(zhí)行模塊，用于當?shù)谝痪W(wǎng)絡設備發(fā)生故障時，原來由第一網(wǎng)絡設備處理的報文轉(zhuǎn)換至由第二網(wǎng)絡設備進行處理，或者，當?shù)诙W(wǎng)絡設備發(fā)生故障時，原來由第二網(wǎng)絡設備處理的報文轉(zhuǎn)換至由第一網(wǎng)絡設備進行處理。進一步地，系統(tǒng)還包括報文分類模塊，用于對多個報文進行分類；第二處理策略執(zhí)行模塊，用于第一網(wǎng)絡設備根據(jù)預定策略處理多個報文中的第一報文，第二網(wǎng)絡設備根據(jù)預定策略處理多個報文中的第二報文。進一步地，當?shù)谝痪W(wǎng)絡設備或第二網(wǎng)絡設備發(fā)生故障時，第二處理策略執(zhí)行模塊無效。進一步地，預定策略包括以下一種或多種組合對滿足IP、MAC字段的多個報文進行處理或丟棄；對滿足通過多個字段HASH算法處理后的多個報文進行處理或丟棄；對滿足通過ACL處理后的多個報文進行處理或丟棄。為了實現(xiàn)上述目的，根據(jù)本發(fā)明的再一方面，提供了一種網(wǎng)絡設備。該網(wǎng)絡設備可以包括第一接口和第二接口，用于分別接收多個報文；故障檢測模塊，用于檢測網(wǎng)絡設備是否發(fā)生故障；處理策略執(zhí)行模塊，用于當網(wǎng)絡設備發(fā)生故障時，原來由網(wǎng)絡設備處理的報文由對端網(wǎng)絡設備處理，否則，網(wǎng)絡終端根據(jù)預定策略處理多個報文。通過本發(fā)明，采用第一網(wǎng)絡設備和第二網(wǎng)絡設備分別通過第一接口和第二接口來接收多個報文；檢測第一網(wǎng)絡設備和第二網(wǎng)絡設備是否發(fā)生故障；當?shù)谝痪W(wǎng)絡設備發(fā)生故障時，原來由第一網(wǎng)絡設備處理的報文由第二網(wǎng)絡設備處理，或者，當?shù)诙W(wǎng)絡設備發(fā)生故障時，原來由第二網(wǎng)絡設備處理的報文由第一網(wǎng)絡設備處理，解決了現(xiàn)有技術中如果其中一臺網(wǎng)絡設備出現(xiàn)故障無法運行，則會導致一部分報文或業(yè)務沒有處理，從而無法滿足用戶的網(wǎng)絡需求，降低了網(wǎng)絡的利用率和網(wǎng)絡組網(wǎng)的靈活性的問題，進而達到了提高網(wǎng)絡的利用率和增強網(wǎng)絡組網(wǎng)的靈活性、滿足用戶需求的效果。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本發(fā)明的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中圖1是現(xiàn)有相關技術的服務器雙網(wǎng)卡鏡像發(fā)送組播流到兩臺交換機的應用系統(tǒng)示意圖；圖2是現(xiàn)有相關技術的PPPOE用戶雙歸屬的應用系統(tǒng)示意圖；圖3是現(xiàn)有相關技術的IGMP協(xié)議報文雙上行的應用系統(tǒng)示意圖4是根據(jù)本發(fā)明實施例的網(wǎng)絡設備入口報文的控制系統(tǒng)示意圖；圖5是根據(jù)本發(fā)明實施例的網(wǎng)絡設備入口報文的控制方法的流程圖；以及圖6是根據(jù)本發(fā)明實施例的狀態(tài)機的轉(zhuǎn)換示意圖。
具體實施例方式為了使本發(fā)明所要解決的技術問題、技術方案及有益效果更加清楚、明白，以下結(jié)合附圖和實施例，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。本發(fā)明提供了一種網(wǎng)絡設備入口報文的控制系統(tǒng)。圖4是根據(jù)本發(fā)明實施例的網(wǎng)絡設備入口報文的控制系統(tǒng)示意圖，如圖4所示，該系統(tǒng)包括第一接口 101和第二接口 102，用于第一網(wǎng)絡設備和第二網(wǎng)絡設備分別通過該第一接口和第二接口來接收多個報文； 故障檢測模塊30，用于檢測第一網(wǎng)絡設備和第二網(wǎng)絡設備是否發(fā)生故障；第一處理策略執(zhí)行模塊50，用于當?shù)谝痪W(wǎng)絡設備發(fā)生故障時，原來由第一網(wǎng)絡設備處理的報文切換至由第二網(wǎng)絡設備進行處理，或者，當?shù)诙W(wǎng)絡設備發(fā)生故障時，原來由第二網(wǎng)絡設備處理的報文切換至由第一網(wǎng)絡設備進行處理。本發(fā)明上述實施例網(wǎng)絡設備入口報文的接收控制系統(tǒng)，可用于常見的網(wǎng)絡雙歸屬、共享網(wǎng)絡等場景，網(wǎng)絡終端通過故障檢測模塊30獲得的檢測結(jié)果來決定是否對這個報文進行下一步的邏輯處理，還是將報文丟棄。通過實現(xiàn)這種策略控制可以豐富我們的網(wǎng)絡組網(wǎng)，更好的滿足客戶日益豐富多彩的需求。上述實施例中的故障檢測模塊30可以是與各個網(wǎng)絡設備連接的網(wǎng)絡主控服務器中的虛擬模塊，也可以位于各個網(wǎng)絡設備上單獨的檢測設備，可以實時的檢測網(wǎng)絡設備的狀態(tài)，并將狀態(tài)數(shù)據(jù)返回給網(wǎng)絡主控服務器，用以在其中一個網(wǎng)絡設備出現(xiàn)故障時，即發(fā)出切換信號，使得第一處理策略模塊50開始啟動。具體的，該實施例基于兩臺設備(或者同一臺設備的兩個端口)都收到用戶發(fā)來的報文，兩臺設備根據(jù)同樣的規(guī)則決定是否對報文進行接收處理。第一處理策略執(zhí)行模塊 50通過采用相應的檢測手段，來檢測兩臺設備的運行狀態(tài)，是否故障。本發(fā)明實施例中的故障檢測模塊30，可以借助現(xiàn)有的故障檢測手段，例如雙向轉(zhuǎn)發(fā)檢測BFD、802. 3ah標準，這里的802. 3ah標準為IEEE “以太網(wǎng)第一英里”的標準。當有一臺設備(或端口)故障時，設備都執(zhí)行處理策略。最常用的檢測方法是BFD。當檢測到對端設備故障時，此策略控制變?yōu)闊o效。所有的用戶可以使用同一臺網(wǎng)絡設備進行服務詳細的實現(xiàn)對于兩臺設備，采用BFD和802. 3ah進行設備的故障檢測；對于同一臺設備的兩個端口，直接跟蹤其UP/Down狀態(tài)，對于鏈路層故障可以采用單向鏈路檢測 (UniDirectional Link Detection，簡稱為 udld)，進行檢測。本發(fā)明上述實施例的系統(tǒng)還可以包括報文分類模塊70，用于對多個報文進行分類；第二處理策略執(zhí)行模塊90，用于第一網(wǎng)絡設備根據(jù)預定策略處理多個報文中的第一報文，第二網(wǎng)絡設備根據(jù)預定策略處理多個報文中的第二報文。具體的，該實施例可知，報文的分類方法有多種，可借助用戶的IP、MAC等字段信息，也可以借助多個字段值進行hash算法，決定由哪個設備來處理此報文。還可以借助ACL實現(xiàn)報文的分類。即預定策略包括以下一種或多種組合對滿足IP、MAC字段的多個報文進行處理或丟棄；對滿足通過多個字段 HASH算法處理后的多個報文進行處理或丟棄；對滿足通過ACL處理后的多個報文進行處理或丟棄。對于Hash算法報文分類，采用收到報文的相關字段做hash因子，例如(A，B)，再加上設備各自的一個特有因子Cl或C2 (分別代表兩臺設備各自的特有因子值)。這個因子可以取設備比較固定一個數(shù)值(比如設備的MAC)，也可以手工設置一個。由于盡量使協(xié)議實現(xiàn)簡單，設備間不存在心跳協(xié)議，所以對于特有因子要在兩臺設備上同時配置。兩臺設備分別hash兩組值(A，B, Cl)和(A，B, C2)。如果第一組值大，報文會在Cl設備上處理，C2 設備會丟棄這個報文；同理如果第二組值大，報文會在C2設備上處理，Cl設備會丟棄這個報文。對于ACL的報文分類，根據(jù)需求，分別在端口下發(fā)ACL，對入口的報文進行控制。本發(fā)明上述實施例中，第二處理策略執(zhí)行模塊90中的執(zhí)行策略包括網(wǎng)絡終端按照報文的分類對接收到的網(wǎng)絡報文執(zhí)行處理或丟棄兩個動作。而第一處理策略執(zhí)行模塊50 的執(zhí)行策略由設備的狀態(tài)決定，當設備運行良好時，在仍舊執(zhí)行第二處理策略執(zhí)行模塊90 執(zhí)行的各自處理自己應處理的報文，當設備故障時，對端設備會處理所有的報文。優(yōu)選地，當?shù)谝痪W(wǎng)絡設備或第二網(wǎng)絡設備發(fā)生故障時，第二處理策略執(zhí)行模塊90 無效。本發(fā)明都是基于現(xiàn)有模塊進行組合就可以實現(xiàn)。相對來說，設備易實現(xiàn)，應用前景比較大。圖5是根據(jù)本發(fā)明實施例的網(wǎng)絡設備入口報文的控制方法的流程圖；以及圖6是根據(jù)本發(fā)明實施例的狀態(tài)機的轉(zhuǎn)換示意圖。如圖5所示，該網(wǎng)絡設備入口報文的控制方法包括如下步驟步驟S102，第一網(wǎng)絡設備和第二網(wǎng)絡設備分別通過第一接口和第二接口來接收多個報文。步驟S104，檢測第一網(wǎng)絡設備和第二網(wǎng)絡設備是否發(fā)生故障。步驟S106，當?shù)谝痪W(wǎng)絡設備發(fā)生故障時，原來由第一網(wǎng)絡設備處理的報文切換至由第二網(wǎng)絡設備進行處理，或者，當?shù)诙W(wǎng)絡設備發(fā)生故障時，原來由第二網(wǎng)絡設備處理的報文切換至由第一網(wǎng)絡設備進行處理。本發(fā)明上述實施例網(wǎng)絡設備入口報文的接收控制系統(tǒng)，可用于常見的網(wǎng)絡雙歸屬、共享網(wǎng)絡等場景，網(wǎng)絡終端通過故障檢測模塊30獲得的檢測結(jié)果來決定是否對這個報文進行下一步的邏輯處理，還是將報文丟棄。通過實現(xiàn)這種策略控制可以豐富我們的網(wǎng)絡組網(wǎng)，更好的滿足客戶日益豐富多彩的需求。優(yōu)選地，在檢測第一網(wǎng)絡設備和第二網(wǎng)絡設備是否發(fā)生故障之前，方法還包括對多個報文進行分類；第一網(wǎng)絡設備根據(jù)預定策略處理多個報文中的第一報文，第二網(wǎng)絡設備根據(jù)預定策略處理多個報文中的第二報文。優(yōu)選地，當?shù)谝痪W(wǎng)絡設備或第二網(wǎng)絡設備發(fā)生故障時，預定策略失效。本發(fā)明上述實施例中，對多個報文進行分類包括以下一種或多種組合通過IP、 MAC字段對多個報文進行分類；通過多個字段HASH算法對多個報文進行分類；通過ACL對多個報文進行分類。優(yōu)選地，檢測第一網(wǎng)絡設備和第二網(wǎng)絡設備是否發(fā)生故障包括當?shù)谝痪W(wǎng)絡設備和第二網(wǎng)絡設備為不同網(wǎng)絡設備時，采用BFD和802. 3ah對第一網(wǎng)絡設備和第二網(wǎng)絡設備進行故障檢測；或者，當?shù)谝痪W(wǎng)絡設備和第二網(wǎng)絡設備為相同網(wǎng)絡設備時，采用跟蹤該網(wǎng)絡設備的兩個端口的UP/Down狀態(tài)。如圖6所示，本發(fā)明實施例中的狀態(tài)機可以包括三個狀態(tài)初始化anit)、運行良好(Good)，對端故障(Fail)。初始化本發(fā)明在啟用后，變?yōu)槌跏蓟癄顟B(tài)。此時執(zhí)行策略不生效。運行良好當故障檢測協(xié)議的狀態(tài)正常，本發(fā)明狀態(tài)為運行良好。執(zhí)行策略生效。對端故障當故障檢測協(xié)議的狀態(tài)異常，本發(fā)明狀態(tài)為對端故障。執(zhí)行策略不生效。本發(fā)明還提供了一種網(wǎng)絡設備，該網(wǎng)絡設備可以包括第一接口和第二接口，用于分別接收多個報文；故障檢測模塊30，用于檢測網(wǎng)絡設備是否發(fā)生故障；處理策略執(zhí)行模塊，用于當網(wǎng)絡設備發(fā)生故障時，原來由網(wǎng)絡設備處理的報文由對端網(wǎng)絡設備處理，否則， 網(wǎng)絡終端根據(jù)預定策略處理多個報文。需要說明的是，本發(fā)明實施例在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的計算機系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。從以上的實施例描述中，可以看出，本發(fā)明實現(xiàn)了如下技術效果達到了提高網(wǎng)絡的利用率和增強網(wǎng)絡組網(wǎng)的靈活性、滿足用戶需求的效果。顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算系統(tǒng)來實現(xiàn)，它們可以集中在單個的計算系統(tǒng)上，或者分布在多個計算系統(tǒng)所組成的網(wǎng)絡上，可選地，它們可以用計算系統(tǒng)可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲系統(tǒng)中由計算系統(tǒng)來執(zhí)行，或者將它們分別制作成多個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。上述說明示出并描述了本發(fā)明的一個優(yōu)選實施例，但如前所述，應當理解本發(fā)明并非局限于本文所披露的形式，不應看作是對其他實施例的排除，而可用于各種其他組合、 修改和環(huán)境，并能夠在本文所述發(fā)明構(gòu)想范圍內(nèi)，通過上述教導或相關領域的技術或知識進行改動。而本領域人員所進行的改動和變化不脫離本發(fā)明的精神和范圍，則都應在本發(fā)明所附權(quán)利要求的保護范圍內(nèi)。
權(quán)利要求
1.一種網(wǎng)絡設備入口報文的控制方法，其特征在于，包括第一網(wǎng)絡設備和第二網(wǎng)絡設備分別通過第一接口和第二接口來接收多個報文； 檢測所述第一網(wǎng)絡設備和所述第二網(wǎng)絡設備是否發(fā)生故障；當所述第一網(wǎng)絡設備發(fā)生故障時，原來由所述第一網(wǎng)絡設備處理的報文切換至由所述第二網(wǎng)絡設備進行處理，或者，當所述第二網(wǎng)絡設備發(fā)生故障時，原來由所述第二網(wǎng)絡設備處理的報文切換至由所述第一網(wǎng)絡設備進行處理。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在檢測所述第一網(wǎng)絡設備和所述第二網(wǎng)絡設備是否發(fā)生故障之前，所述方法還包括對所述多個報文進行分類；所述第一網(wǎng)絡設備根據(jù)預定策略處理所述多個報文中的第一報文，所述第二網(wǎng)絡設備根據(jù)所述預定策略處理所述多個報文中的第二報文。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，當所述第一網(wǎng)絡設備或所述第二網(wǎng)絡設備發(fā)生故障時，所述預定策略失效。
4.根據(jù)權(quán)利要求2-3中任一項所述的方法，其特征在于，對所述多個報文進行分類包括以下一種或多種組合通過IP、MAC字段對所述多個報文進行分類； 通過多個字段HASH算法對所述多個報文進行分類； 通過ACL對所述多個報文進行分類。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，檢測所述第一網(wǎng)絡設備和所述第二網(wǎng)絡設備是否發(fā)生故障包括當所述第一網(wǎng)絡設備和所述第二網(wǎng)絡設備為不同網(wǎng)絡設備時，采用雙向轉(zhuǎn)發(fā)檢測BFD 和802. 3ah標準對所述第一網(wǎng)絡設備和所述第二網(wǎng)絡設備進行故障檢測；或者，當所述第一網(wǎng)絡設備和第二網(wǎng)絡設備為相同網(wǎng)絡設備時，采用跟蹤該網(wǎng)絡設備的兩個端口的UP/Down狀態(tài)。
6.一種網(wǎng)絡設備入口報文的控制系統(tǒng)，其特征在于，包括第一接口和第二接口，用于第一網(wǎng)絡設備和第二網(wǎng)絡設備分別通過所述第一接口和所述第二接口來接收多個報文；故障檢測模塊，用于檢測所述第一網(wǎng)絡設備和所述第二網(wǎng)絡設備是否發(fā)生故障； 第一處理策略執(zhí)行模塊，用于當所述第一網(wǎng)絡設備發(fā)生故障時，原來由所述第一網(wǎng)絡設備處理的報文由所述第二網(wǎng)絡設備處理，或者，當所述第二網(wǎng)絡設備發(fā)生故障時，原來由所述第二網(wǎng)絡設備處理的報文由所述第一網(wǎng)絡設備處理。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括 報文分類模塊，用于對所述多個報文進行分類；第二處理策略執(zhí)行模塊，用于所述第一網(wǎng)絡設備根據(jù)預定策略處理所述多個報文中的第一報文，所述第二網(wǎng)絡設備根據(jù)所述預定策略處理所述多個報文中的第二報文。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，當所述第一網(wǎng)絡設備或所述第二網(wǎng)絡設備發(fā)生故障時，所述第二處理策略執(zhí)行模塊無效。
9.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述預定策略包括以下一種或多種組合 對滿足IP、MAC字段的所述多個報文進行處理或丟棄；對滿足通過多個字段HASH算法處理后的所述多個報文進行處理或丟棄；對滿足通過ACL處理后的所述多個報文進行處理或丟棄。
10. 一種網(wǎng)絡設備，其特征在于，包括第一接口和第二接口，用于分別接收多個報文；故障檢測模塊，用于檢測所述網(wǎng)絡設備是否發(fā)生故障；處理策略執(zhí)行模塊，用于當所述網(wǎng)絡設備發(fā)生故障時，原來由所述網(wǎng)絡設備處理的報文由對端網(wǎng)絡設備處理，否則，所述網(wǎng)絡終端根據(jù)預定策略處理所述多個報文。
全文摘要
本發(fā)明公開了一種網(wǎng)絡設備入口報文的控制方法、系統(tǒng)及網(wǎng)絡設備，其中，該方法包括第一網(wǎng)絡設備和第二網(wǎng)絡設備分別通過第一接口和第二接口來接收多個報文；檢測第一網(wǎng)絡設備和第二網(wǎng)絡設備是否發(fā)生故障；當?shù)谝痪W(wǎng)絡設備發(fā)生故障時，原來由第一網(wǎng)絡設備處理的報文切換至由第二網(wǎng)絡設備進行處理，或者，當?shù)诙W(wǎng)絡設備發(fā)生故障時，原來由第二網(wǎng)絡設備處理的報文切換至由第一網(wǎng)絡設備進行處理。通過本發(fā)明，能夠提高網(wǎng)絡的利用率和增強網(wǎng)絡組網(wǎng)的靈活性、滿足用戶需求。
文檔編號H04L12/56GK102201936SQ201110142779
公開日2011年9月28日 申請日期2011年5月30日 優(yōu)先權(quán)日2011年5月30日
發(fā)明者周玉凱 申請人:中興通訊股份有限公司