一種實現(xiàn)vrrp組管理的方法及裝置的制造方法
【技術領域】
[0001] 本發(fā)明屬于網(wǎng)絡通信技術領域，尤其涉及一種實現(xiàn)對VRRP組進行管理的方法及 裝置。
【背景技術】
[0002] 當前，人們對網(wǎng)絡可靠性要求越來越高，在能夠保證終端用戶與網(wǎng)絡的連接可靠、 穩(wěn)定、不中斷的前提下，VRRP(虛擬路由器冗余協(xié)議）的使用已經(jīng)非常的普及，特別是在一 些大型的應用場景中，配置的VRRP組數(shù)較多，根據(jù)標準VRRP協(xié)議規(guī)定，每個VRRP組在默認 每1秒的情況下，發(fā)送一個VRRP的?；钔ǜ鎴笪?，如果在上述的場景下，就會在每1秒的情 況下，發(fā)送成百上千的?；顖笪模@不僅對網(wǎng)絡形成壓力，同時也會對VRRP組成員設備的 性能形成壓力，如果設備上還配置有其他的協(xié)議，可能就會導致VRRP?；顖笪奶幚硌訒r， 從而使得設備間的VRRP形成切換振蕩，最終導致大量報文丟失。
[0003] 另外，當在一個接口上配置多個VRRP組后，這些互為備份的VRRP組其實在狀態(tài)切 換、響應接口事件等行為上是極為相似的，但是在實際工作中，這些VRRP組確都是各自發(fā) 送各自的協(xié)議報文，標準VRRP組包含initialize初始狀態(tài)、master狀態(tài)、backup狀態(tài)，且 在這三種狀態(tài)下的行為：initialize初始狀態(tài)：除響應啟動事件外，不作任何操作。master 狀態(tài)：添加ARP信息，以此響應對虛擬路由器IP地址的ARP請求；負責轉(zhuǎn)發(fā)經(jīng)過虛擬IP的 相關報文；添加VRRP通告定時器，周期性發(fā)送VRRP協(xié)議通告報文，接收VRRP協(xié)議通告報 文；當由其它狀態(tài)切換為master的時候，發(fā)送免費ARP報文。backup狀態(tài)：添加超時定時 器；接收并處理VRRP協(xié)議通告報文。如果配置的VRRP組很多的情況下，會產(chǎn)生極大的報文 量，嚴重時可能會影響到設備的性能。VRRP組的管理方面，如果用戶配置了眾多包括不同成 員的VRRP組混合在一起的，管理上極不方便。
[0004] 以圖1所示為例，有兩臺設備SW_1和SW_2(此處是為了方便說明而舉的例子，在 實際應用中，配置的VRRP組會更多，而且所包含的成員設備也會更多），創(chuàng)建VRRP兩臺設 備上均配置了5個VRRP組（依次是group 1-group 5)，即5個VRRP組的都含有相同的兩 個成員。在groupl、group 3、group 5中設備SW_1為master狀態(tài)，在group2、group 4中 設備SW_1為backup狀態(tài)；但在group 1、group 3、group 5中設備SW_2為backup狀態(tài)，在 group2、group 4為中設備SW_2master狀態(tài)。有5臺終端分別以這5個VRRP組的虛地址 為自己的網(wǎng)關，兩臺設備間在每周期內(nèi)將會交互5個VRRP通告報文，在設備SW_1上發(fā)送3 個通告報文，同時接收2個通告報文；在設備SW_2上發(fā)送2個通告報文，同時接收3個通告 報文。如果VRRP組的數(shù)量持續(xù)增加，那么報文量和設備處理報文所消耗的資源還是很可觀 的，這就可能導致頻繁切換、丟包、或業(yè)務不通等嚴重問題。
[0005] 而且，在切換方面，由于每個VRRP組都需要處理報文響應后再作出切換的動作， 并且一般VRRP組的最小切換超時時間為3秒，這樣不僅切換的動作會延續(xù)一段時間，而且 VRRP組在切換時也要花費大量的CPU資源來應對，所造成的后果可能是嚴重丟包、業(yè)務中 斷等。

【發(fā)明內(nèi)容】

[0006] 本發(fā)明提供了一種實現(xiàn)VRRP組管理的方法及裝置，用以解決多個成員相同的 VRRP組在狀態(tài)切換、響應接口事件等VRRP組管理過程中消耗時間，浪費資源且不易于管理 的問題。
[0007] 為實現(xiàn)上述目的，本發(fā)明的主要目的在于提供一種實現(xiàn)VRRP組管理的方法，該方 法的具體實現(xiàn)步驟為：
[0008] 創(chuàng)建至少一個虛擬路由器冗余協(xié)議VRRP匯聚組；將系統(tǒng)中具有相同組成員的多 個VRRP組加入到同一個VRRP匯聚組，并任命其中任意一個VRRP組為組長VRRP組；當判斷 同一VRRP匯聚組中各非組長VRRP組成員狀態(tài)與組長VRRP組對應成員狀態(tài)不一致時，初始 化同一個VRRP匯聚組中每個非組長VRRP組的各成員與組長VRRP組的對應成員的狀態(tài)一 致。
[0009] 進一步地，所述方法還包括：對同一個VRRP匯聚組，僅啟動組長VRRP組中各成員 的狀態(tài)機維護。
[0010] 進一步地，所述僅啟動組長VRRP組中各成員的狀態(tài)機維護，具體包括：組長VRRP 組的組成員按照自定義的小于標準VRRP定義的通告周期時間，采用區(qū)別于標準VRRP通告 報文的報文類型實現(xiàn)各成員的狀態(tài)機維護。
[0011] 進一步地，所述VRRP匯聚組由VRRP定義的全局變量來實現(xiàn)。
[0012] 進一步地，所述VRRP匯聚組由VRRP定義的全局變量來實現(xiàn)，具體包括：所有VRRP 匯聚組采用數(shù)組來組織，每個VRRP匯聚組下以鏈表形式保存其所包括的組長VRRP組和非 組長VRRP組，鏈表中還保存有用于表示VRRP組是組長還是非組長的標識信息。
[0013] 進一步地，初始化同一個VRRP匯聚組中每個非組長VRRP組的各成員與組長VRRP 組的對應成員的狀態(tài)一致，包括：先將每個非組長VRRP組各成員的狀態(tài)轉(zhuǎn)換為initialize 初始狀態(tài)，再將其狀態(tài)轉(zhuǎn)換為和組長VRRP組中對應成員的狀態(tài)一致。
[0014] 本發(fā)明的又一目的還在于，提供一種實現(xiàn)VRRP組管理的裝置，所述裝置包括：
[0015] 配置模塊，用于創(chuàng)建虛擬路由器冗余協(xié)議VRRP匯聚組，并將本裝置上各VRRP成員 接口所屬的具有相同組成員的多個VRRP組加入到同一個VRRP匯聚組，并配置其中任意一 個VRRP組為組長VRRP組；
[0016] 同步模塊，用于對本裝置上屬于同一VRRP匯聚組的VRRP組依次進行遍歷，將每個 非組長VRRP組的各成員與組長VRRP組的對應成員的狀態(tài)同步為一致。
[0017] 進一步地，所述裝置還包括交互模塊，
[0018] 所述交互模塊，用于啟動本裝置上VRRP匯聚組中屬于組長VRRP組成員的狀態(tài)機 維護。
[0019] 進一步地，所述交互模塊具體用于，隸屬于組長VRRP組的成員接口按照自定義的 小于標準VRRP定義的通告周期時間，采用區(qū)別于標準VRRP通告報文的報文類型實現(xiàn)本 VRRP組各成員的狀態(tài)機維護。
[0020] 進一步地，所述VRRP匯聚組由VRRP定義的全局變量來實現(xiàn)，具體包括：所有VRRP 匯聚組采用數(shù)組來組織，每個VRRP匯聚組下以鏈表形式保存其所包括的組長VRRP組和非 組長VRRP組，鏈表中還保存有用于表示VRRP組是組長還是非組長的標識信息。
[0021] 本發(fā)明提供的一種實現(xiàn)VRRP組管理的方法及裝置使所有同屬一個VRRP匯聚組的 VRRP成員狀態(tài)切換一致，減小每個VRRP組處理狀態(tài)機時所帶來的資源占用；通過處理少量 VRRP匯聚組報文，減小網(wǎng)絡和設備的報文處理壓力，通過VRRP匯聚組報文毫秒級周期，降 低了切換所帶來的時延。
【附圖說明】
[0022] 圖1是VRRP組應用場景圖；
[0023] 圖2是本發(fā)明實施例實現(xiàn)VRRP組管理的方法流程圖；
[0024] 圖3是本發(fā)明實施例VRRP匯聚組數(shù)據(jù)結(jié)構示意圖；
[0025] 圖4是本發(fā)明實施例實現(xiàn)VRRP組管理裝置的結(jié)構框圖。
【具體實施方式】
[0026] 為使本發(fā)明的技術方案更加清楚明白，現(xiàn)結(jié)合附圖對本發(fā)明做進一步詳細說明：
[0027] 如圖2所示，為本發(fā)明實施例提供的一種實現(xiàn)VRRP組管理的方法，該方法的具體 實現(xiàn)步驟為：
[0028] S101、創(chuàng)建至少一個虛擬路由器冗余協(xié)議VRRP匯聚組。本發(fā)明實施例中的VRRP匯 聚組在全局模式下配置，不屬于接口下的配置。VRRP匯聚組創(chuàng)建之初為空，需要添加VRRP 組才能工作。
[0029] S102、將系