專利名稱：Vrrp的兼容方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種虛擬路由冗余協(xié)議(Virtual Router Redundancy Protocol，簡稱為VRRP)的兼容方法及裝置。
背景技術(shù)：
隨著網(wǎng)絡應用的不斷深入和發(fā)展，用戶對網(wǎng)絡可靠性的需求越來越高。網(wǎng)絡中路 由器運行動態(tài)路由協(xié)議如路由信息協(xié)議(Routinglnformation Protocols，簡稱為RIP)、開 放最短路徑優(yōu)先協(xié)議(OpenShortest Path First，簡稱為0SPF)等可以實現(xiàn)網(wǎng)絡路由的冗 余備份，當一個主路由發(fā)生故障后，網(wǎng)絡可以自動切換到它的備份路由實現(xiàn)網(wǎng)絡的連接。但 是，對于網(wǎng)絡邊緣終端用戶的主機運行一個動態(tài)路由協(xié)議，可靠性不強。一般用戶主機通過 配置默認網(wǎng)關(guān)來實現(xiàn)與外部網(wǎng)絡的訪問，一旦默認網(wǎng)關(guān)宕機，主機與就會與外界中斷聯(lián)系。相關(guān)技術(shù)中，虛擬路由冗余協(xié)議(VRRP)針對上述問題提供了一種解決方案。在該 協(xié)議中，對共享多存取訪問介質(zhì)(如以太網(wǎng))上終端IP設備的默認網(wǎng)關(guān)進行冗余備份，從 而在其中一臺路由設備宕機時，備份路由設備及時接管轉(zhuǎn)發(fā)工作，向用戶提供透明的切換， 提高了網(wǎng)絡服務質(zhì)量。IETF 在 2010 年 3 月發(fā)布了 VRRPv3 (Virtual Router RedundancyProtocol Version 3，RFC5798)的標準文檔，把IPv4和IPv6的VRRP進行了融合，調(diào)整了 VRRP的報 文字段，確定了新的VRRP協(xié)議標準。目前，隨著用戶對網(wǎng)絡可靠性的需求越來越高，VRRP協(xié)議現(xiàn)在及以后將會根據(jù)用 戶對網(wǎng)絡可靠性的越來越高要求做出多次改進，可能會出現(xiàn)多種版本的VRRP協(xié)議，在新舊 不同版本的VRRP協(xié)議進行實際應用時，涉及新舊不同VRRP協(xié)議兼容問題。例如，由于 VRRPv2 (Virtual Router Redundancy Protocol Version2, RFC3768) 已經(jīng)廣泛應用，在VRRPv2向VRRPv3的過渡階段，可能會存在VRRPv2和VRRPv3共存的應用 場景。當VRRPv3協(xié)議狀態(tài)機接收到VRRPv2報文時，如何實現(xiàn)VRRPv3協(xié)議狀態(tài)機對VRRPv2 報文的處理，目前尚無具體的解決方案。

發(fā)明內(nèi)容
針對相關(guān)技術(shù)中不同版本的VRRP協(xié)議進行實際應用時不能有效兼容的問題，本 發(fā)明提供了一種VRRP的兼容方法及裝置，以解決上述問題至少之一。根據(jù)本發(fā)明的一個方面，提供一種VRRP的兼容方法，包括將接收到的第一版本 協(xié)議報文和第二版本協(xié)議報文進行解析，并將解析后的第二版本協(xié)議報文的格式轉(zhuǎn)換為所 述解析后的第一版本協(xié)議報文的格式；將轉(zhuǎn)換后的第二版本協(xié)議報文以及解析后的第一版 本協(xié)議報文上傳到協(xié)議狀態(tài)機。根據(jù)本發(fā)明的另一方面，提供一種VRRP的兼容裝置，包括接收模塊，用于接收第 一版本協(xié)議報文和第二版本協(xié)議報文；轉(zhuǎn)換模塊，用于將接收模塊接收到的第一版本協(xié)議 報文和第二版本協(xié)議報文進行解析并將解析后的第二版本協(xié)議報文轉(zhuǎn)換為解析第一版本協(xié)議報文格式；傳送模塊，用于將轉(zhuǎn)換后的第二版本協(xié)議報文以及解析后的第一版本協(xié)議 報文上傳到協(xié)議狀態(tài)機。在本發(fā)明中，將不同版本的VRRP協(xié)議報文(例如，VRRPv2協(xié)議報文和VRRPv3協(xié) 議報文)轉(zhuǎn)換為一種版本格式VRRP協(xié)議報文(例如，將VRRPv2協(xié)議報文轉(zhuǎn)換為VRRPv3協(xié) 議報文)從而解決了相關(guān)技術(shù)中新舊不同版本VRRP協(xié)議兼容問題，使不同版本的VRRP協(xié) 議可以兼容，進而實現(xiàn)了不需要升級舊版本VRRP協(xié)議(例如VRRPv2)設備就能達到兼容支 持新版本VRRP協(xié)議(例如VRRPv3)設備的效果。本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變 得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在所寫的說明 書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā) 明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中圖1為根據(jù)本發(fā)明實施例的VRRP的兼容方法的流程圖；圖2為根據(jù)本發(fā)明實施例的VRRPv2報文的結(jié)構(gòu)示意圖；圖3為根據(jù)本發(fā)明實施例的VRRPv3報文的結(jié)構(gòu)示意圖；圖4是本發(fā)明實際應用時的網(wǎng)絡拓撲示意圖；圖5為根據(jù)本發(fā)明優(yōu)選實施例的接收并處理VRRP報文的流程示意圖；圖6為根據(jù)本發(fā)明優(yōu)選實施例的發(fā)送VRRP報文的流程示意圖；圖7為根據(jù)本發(fā)明實施例的VRRP的兼容裝置結(jié)構(gòu)框圖；圖8為根據(jù)本發(fā)明優(yōu)選實施例的VRRP的兼容裝置的結(jié)構(gòu)示意圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的 情況下，本申請中的實施例及實施例中的特征可以相互組合。圖1為根據(jù)本發(fā)明實施例虛擬路由冗余協(xié)議VRRP的兼容方法的流程圖。如圖1 所示，該方法包括S102，將接收到的第一版本協(xié)議報文和第二版本協(xié)議報文進行解析，并將解析后 的第二版本協(xié)議報文的格式轉(zhuǎn)換為上述解析后的第一版本協(xié)議報文的格式；S104，將上述轉(zhuǎn)換后的第二版本協(xié)議報文以及解析后的第一版本協(xié)議報文上傳到 協(xié)議狀態(tài)機。相關(guān)技術(shù)中，可能會出現(xiàn)多種版本的VRRP協(xié)議，在新舊不同版本的VRRP協(xié)議進行 實際應用時，涉及新舊不同VRRP協(xié)議兼容問題，本發(fā)明通過將不同版本的VRRP協(xié)議報文轉(zhuǎn) 換為一種版本格式VRRP協(xié)議報文從而解決了相關(guān)技術(shù)中新舊不同版本VRRP協(xié)議兼容問 題，使不同版本的VRRP協(xié)議可以兼容，進而實現(xiàn)了不需要升級舊版本VRRP協(xié)議設備就能達 到兼容支持新版本VRRP協(xié)議設備的效果。優(yōu)選地，上述第一版本協(xié)議可以為VRRPv3 ；上述第二版本協(xié)議可以為VRRPv2。其中，VRRPv2報文結(jié)構(gòu)可以參見附圖2，如圖2所示，解析出的VRRPv2報文結(jié)構(gòu)包
5括Version 字段、Auth Type 字段、AdverInt 字段、Priority 字段等等。為更好地理解本發(fā)明實施例，VRRPv3報文結(jié)構(gòu)可以參見附圖3，如圖3所示，解析 出的VRRPv3報文結(jié)構(gòu)包括Version字段、Max Adver Int字段、Priority字段等。需要注意的是，從圖2和圖3可以看出，VRRPv3報文結(jié)構(gòu)中沒有Auth Type字段。當然，在具體實施過程中，上述第一版本協(xié)議和第二版本協(xié)議也可以是其他版本 協(xié)議，即第一版本協(xié)議不限于VRRPv3，第二版本協(xié)議也不限于VRRPv2，由此可見，本發(fā)明提 供的上述技術(shù)方案，還可以應用于其他場景。優(yōu)選地，當所述第一版本協(xié)議為VRRPv3，所述第二版本協(xié)議為VRRPv2時，上述 步驟S102中，將所述解析后的第二版本協(xié)議報文的格式轉(zhuǎn)換為上述解析后的第一版本協(xié) 議報文的格式具體包括以下處理將所述解析后的VRRPv2格式的報文中以秒為單位的 Adver Int字段換算為VRRPv3格式的報文中以百分之一秒為單位的Max Adver Int字段。優(yōu)選地，當所述第一版本協(xié)議為VRRPv3，所述第二版本協(xié)議為VRRPv2時，上述 步驟S102中在所述將接收到的第一版本協(xié)議報文和第二版本協(xié)議報文進行解析之后，還 可以包括以下處理判斷所述解析后的VRRPv2的報文中認證類型字段是否指示為不認證； 如果否，則將報文解析結(jié)果的優(yōu)先級字段的級別設置為最高優(yōu)先級；如果是，則將報文的解 析結(jié)果，按照所述VRRPv3的格式上傳到協(xié)議狀態(tài)機。在優(yōu)選實施過程中，當接收方需要接收VRRPv3格式的通告報文的情況下，將上述 轉(zhuǎn)換后的第二版本協(xié)議報文以及所述解析后的第一版本協(xié)議報文上傳到協(xié)議狀態(tài)機之后， 還可以包括以下處理發(fā)送經(jīng)過所述協(xié)議狀態(tài)機處理后的VRRPv3格式的通告報文。在優(yōu)選實施過程中，當接收方需要接收VRRPv2格式的通告報文的情況下，將所述 轉(zhuǎn)換后的第二版本協(xié)議報文以及所述解析后的第一版本協(xié)議報文上傳到協(xié)議狀態(tài)機之后， 還可以包括以下處理(1)、將經(jīng)過所述協(xié)議狀態(tài)機處理后的以百分之一秒為單位的VRRPv3格式的報文 中MaxAdver Int字段轉(zhuǎn)換為VRRPv2格式的報文中以秒為單位的Adver Int字段；(2)、發(fā)送經(jīng)過轉(zhuǎn)換的VRRPv2格式的報文。由此可見，采用上述技術(shù)方案，發(fā)送通告報文的模塊可以封裝和發(fā)送VRRPv3和 VRRPv2兩種版本的VRRP通告報文。以下結(jié)合圖4和圖5詳細描述上述優(yōu)選實施方式。圖4為根據(jù)本發(fā)明優(yōu)選實施例接收并處理VRRP報文的流程示意圖。本實施例中， 第一版本協(xié)議為VRRPv3 ；第二版本協(xié)議VRRPv2。具體地，如圖4所示，該流程包括以下處 理步驟S402，設備接收到VRRP報文。步驟S404，區(qū)分VRRP報文的版本號是V2還是V3。如果是V2，則進入步驟S406 ； 否則，進入步驟S416。步驟S406，按照VRRPv2的報文格式解析出VRRP報文的各個協(xié)議字段，并緩存各個字段。步驟S408，由于VRRPv2報文中的Adver Int字段是以秒為單位，所以需要將上述 緩存中的VRRPv2報文中的Adver Int字段調(diào)整為以centi seconds (百分之一秒，VRRPv3規(guī) 定的通告時間間隔單位)為單位的Max Adver Int字段，并更新到報文解析緩存中。
步驟S410，判斷上述解析后的VRRPv2報文中的Auth Type字段(認證類型字段) 是否為不認證(不認證時，Auth Type字段為0，VRRPv3不支持認證)。如果需要認證即 Auth Type字段不為0，則進入步驟S412 ；否則，進入步驟S414。步驟S412，更新報文解析緩存中的記錄的報文的Priority字段為255 (最高優(yōu)先 級)。由于VRRPv3不支持認證，此時默認VRRPv2的設備為Master。步驟S414，將報文解析的結(jié)果傳送到協(xié)議狀態(tài)機，按照現(xiàn)有技術(shù)(RFC5798)繼續(xù) 后續(xù)協(xié)議狀態(tài)機處理。步驟S416，按照現(xiàn)有技術(shù)(RFC5798)繼續(xù)VRRPv3報文的解析和協(xié)議狀態(tài)機處理。圖5為根據(jù)本發(fā)明優(yōu)選實施例發(fā)送VRRP報文的流程示意圖。本實施例中，處于 Master狀態(tài)的VRRP組需要定時發(fā)送VRRP通告報文，并且本實施例中，第一版本協(xié)議為 VRRPv3 ；第二版本協(xié)議VRRPv2。具體地，如圖5所示，該流程包括步驟S502 協(xié)議狀態(tài)機的通告報文發(fā)送定時器觸發(fā)發(fā)送VRRP通告報文。步驟S504 按照VRRPv3報文格式封裝發(fā)送VRRP通告報文。需要注意的是，此處的發(fā)送方式為接收上述發(fā)送的VRRP通告報文的對端為設置 有VRRPv3協(xié)議版本的設備。步驟S506 將VRRP組中記錄的通告時間間隔由centiseconds (百分之一秒)單 位轉(zhuǎn)化為秒的計數(shù)值。步驟S508 根據(jù)VRRP組的信息以及轉(zhuǎn)化后的通告時間間隔，按照VRRPv2格式(如 圖3)封裝發(fā)送VRRP通告報文(其中認證字段為空，即不加密)。需要注意的是，步驟S506和步驟S508所述的發(fā)送方式為接收上述發(fā)送的VRRP通 告報文的對端為設置有VRRPv2協(xié)議版本的設備時所采用的發(fā)送方式。步驟S510 報文發(fā)送流程結(jié)束。圖6為根據(jù)本發(fā)明實施例的VRRP的兼容裝置的結(jié)構(gòu)框圖。如圖6所示，該系統(tǒng)包 括接收模塊60，用于接收第一版本協(xié)議報文和第二版本協(xié)議報文；轉(zhuǎn)換模塊62，用于將所述接收模60塊接收到的所述第一版本協(xié)議報文和所述第 二版本協(xié)議報文進行解析并將所述解析后的第二版本協(xié)議報文轉(zhuǎn)換為所述解析第一版本 協(xié)議報文格式；傳送模塊64，用于將所述轉(zhuǎn)換后的第二版本協(xié)議報文以及所述解析后的第一版本 協(xié)議報文上傳到協(xié)議狀態(tài)機。優(yōu)選地，第一版本協(xié)議可以為VRRPv3，第二版本協(xié)議可以為VRRPv2。優(yōu)選地，如圖7所示，上述轉(zhuǎn)換模塊62可以進一步包括第一轉(zhuǎn)換單元622，用于 將所述解析后的VRRPv2格式的報文中以秒為單位的Adver Int字段換算為VRRPv3格式的 報文中以百分之一秒為單位的Max Adver Int字段。優(yōu)選地，如圖7所示，上述系統(tǒng)還可以包括判斷模塊70，用于判斷當前的VRRPv2 協(xié)議報文中認證類型是否為不認證；處理模塊72，用于在所述判斷模塊70輸出為否的情況 下，將報文解析結(jié)果的優(yōu)先級字段設置為最高優(yōu)先級，在所述判斷模塊70輸出為是的情況 下，將報文的解析結(jié)果，按照所述VRRPv3的格式上傳到協(xié)議狀態(tài)機。優(yōu)選地，如圖7所示，所述系統(tǒng)還可以包括第一發(fā)送模塊74，用于發(fā)送經(jīng)過所述協(xié)議狀態(tài)機處理后的VRRPv3格式的通告報文。優(yōu)選地，如圖7所示，所述轉(zhuǎn)換模塊62還可以包括第二轉(zhuǎn)換單元624，用于將經(jīng)過所述協(xié)議狀態(tài)機處理后的以百分之一秒為單位的 VRRPv3格式的報文中Max Adver Int字段轉(zhuǎn)換為VRRPv2格式的報文中以秒為單位的Adver Int字段；相應地，所述系統(tǒng)還可以包括第二發(fā)送模塊76，用于發(fā)送經(jīng)過轉(zhuǎn)換的VRRPv2格 式的報文。圖8是本發(fā)明實際應用時的網(wǎng)絡拓撲示意圖。其中，設備Rl和設備R2分別配置 了 VRRPv3協(xié)議和VRRPv2協(xié)議，設備Rl和設備R2組成虛擬路由備份組。其中，Rl從功能 實現(xiàn)來說，其實現(xiàn)的功能包括上述圖6和圖7所述實施例各個模塊和單元可實現(xiàn)的功能；Rl 從硬件組成來說，包括上述圖6和圖7所述實施例各個模塊和單元或者上述各個模塊或單 元在簡單疊加或組合后的新的硬件單元。當圖8所示實施例中的設備R2為V3設備時，上述第一發(fā)送模塊74直接發(fā)送 VRRPv3格式的報文；圖8所示實施例中的設備R2為V2設備時，需要經(jīng)過第二轉(zhuǎn)換單元624 將VRRP報文轉(zhuǎn)換為VRRPv2格式的報文，然后經(jīng)由上述第二發(fā)送模塊76發(fā)送給上述設備 R2。綜上所述，本發(fā)明將不同版本的VRRP協(xié)議報文(例如VRRPv2協(xié)議報文和VRRPv3 協(xié)議報文)轉(zhuǎn)換為一種版本格式VRRP協(xié)議報文(例如將VRRPv2協(xié)議報文調(diào)整為VRRPv3協(xié) 議報文)從而解決了相關(guān)技術(shù)中新舊不同版本VRRP協(xié)議兼容問題，使不同版本的VRRP協(xié) 議可以兼容，進而實現(xiàn)了不需要升級舊版本VRRP協(xié)議(例如VRRPv2)設備就能達到兼容支 持新版本VRRP協(xié)議(例如VRRPv3)設備的目的。顯然，本領(lǐng)域的技術(shù)人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成 的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲 在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示 出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或 步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人 員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、 等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
一種虛擬路由冗余協(xié)議VRRP的兼容方法，其特征在于，包括將接收到的第一版本協(xié)議報文和第二版本協(xié)議報文進行解析，并將所述解析后的第二版本協(xié)議報文的格式轉(zhuǎn)換為所述解析后的第一版本協(xié)議報文的格式；將所述轉(zhuǎn)換后的第二版本協(xié)議報文以及所述解析后的第一版本協(xié)議報文上傳到協(xié)議狀態(tài)機。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于， 所述第一版本協(xié)議為VRRPv3 ；所述第二版本協(xié)議為VRRPv2。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，將所述解析后的第二版本協(xié)議報文的格 式轉(zhuǎn)換為所述解析后的第一版本協(xié)議報文的格式包括將所述解析后的VRRPv2格式的報文中以秒為單位的Adver Int字段換算為VRRPv3格 式的報文中以百分之一秒為單位的Max Adver Int字段。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，在所述將接收到的第一版本協(xié)議報文和 第二版本協(xié)議報文進行解析之后，還包括判斷所述解析后的VRRPv2的報文中認證類型字段是否指示為不認證； 如果否，則將報文解析結(jié)果的優(yōu)先級字段的級別設置為最高優(yōu)先級； 如果是，則將報文的解析結(jié)果，按照所述VRRPv3的格式上傳到協(xié)議狀態(tài)機。
5.根據(jù)權(quán)利要求2至4中任一項所述的方法，其特征在于，將所述轉(zhuǎn)換后的第二版本協(xié) 議報文以及所述解析后的第一版本協(xié)議報文上傳到協(xié)議狀態(tài)機之后，還包括發(fā)送經(jīng)過所述協(xié)議狀態(tài)機處理后的VRRPv3格式的報文。
6.根據(jù)權(quán)利要求2至4中任一項所述的方法，其特征在于將所述轉(zhuǎn)換后的第二版本 協(xié)議報文以及所述解析后的第一版本協(xié)議報文上傳到協(xié)議狀態(tài)機之后，還包括將經(jīng)過所述協(xié)議狀態(tài)機處理后的以百分之一秒為單位的VRRPv3格式的報文中Max Adver Int字段轉(zhuǎn)換為VRRPv2格式的報文中以秒為單位的Adver Int字段； 發(fā)送經(jīng)過轉(zhuǎn)換的VRRPv2格式的報文。
7.—種虛擬路由冗余協(xié)議VRRP的兼容裝置，其特征在于，包括 接收模塊，用于接收第一版本協(xié)議報文和第二版本協(xié)議報文；轉(zhuǎn)換模塊，用于將所述接收模塊接收到的所述第一版本協(xié)議報文和所述第二版本協(xié)議 報文進行解析并將所述解析后的第二版本協(xié)議報文轉(zhuǎn)換為所述解析第一版本協(xié)議報文格 式；傳送模塊，用于將所述轉(zhuǎn)換后的第二版本協(xié)議報文以及所述解析后的第一版本協(xié)議報 文上傳到協(xié)議狀態(tài)機。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于， 所述第一版本協(xié)議為VRRPv3 ；所述第二版本協(xié)議為VRRPv2。
9.根據(jù)權(quán)利要求7或8所述的裝置，其特征在于，所述轉(zhuǎn)換模塊包括第一轉(zhuǎn)換單元，用于將所述解析后的VRRPv2格式的報文中以秒為單位的Adver Int字 段換算為VRRPv3格式的報文中以百分之一秒為單位的Max Adver Int字段。
10.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述系統(tǒng)還包括 判斷模塊，用于判斷當前的VRRPv2協(xié)議報文中認證類型是否為不認證；處理模塊，用于在所述判斷模塊輸出為否的情況下，將報文解析結(jié)果的優(yōu)先級字段設 置為最高優(yōu)先級，在所述判斷模塊輸出為是的情況下，將報文的解析結(jié)果，按照所述VRRPv3 的格式上傳到協(xié)議狀態(tài)機。
11.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述系統(tǒng)還包括第一發(fā)送模塊，用于發(fā)送經(jīng)過所述協(xié)議狀態(tài)機處理后的VRRPv3格式的報文。
12.根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述轉(zhuǎn)換模塊還包括第二轉(zhuǎn)換單元，用于將經(jīng)過所述協(xié)議狀態(tài)機處理后的以百分之一秒為單位的VRRPv3 格式的報文中MaxAdver Int字段轉(zhuǎn)換為VRRPv2格式的報文中以秒為單位的Adver Int字 段；所述系統(tǒng)還包括第二發(fā)送模塊，用于發(fā)送經(jīng)過轉(zhuǎn)換的VRRPv2格式的報文。
全文摘要
本發(fā)明公開一種虛擬路由冗余協(xié)議的兼容方法及裝置。上述方法包括將接收到的第一版本協(xié)議報文和第二版本協(xié)議報文進行解析，并將解析后的第二版本協(xié)議報文的格式轉(zhuǎn)換為解析后的第一版本協(xié)議報文的格式；將所述轉(zhuǎn)換后的第二版本協(xié)議報文以及所述解析后的第一版本協(xié)議報文上傳到協(xié)議狀態(tài)機。根據(jù)本發(fā)明的技術(shù)方案，可以實現(xiàn)不需要升級舊版本VRRP協(xié)議(例如VRRPv2)設備就能達到兼容支持新版本VRRP協(xié)議(例如VRRPv3)設備的效果。
文檔編號H04L12/56GK101986647SQ20101053290
公開日2011年3月16日 申請日期2010年11月4日 優(yōu)先權(quán)日2010年11月4日
發(fā)明者王金 申請人:中興通訊股份有限公司