專利名稱：：Ip監(jiān)控網絡中的組播轉發(fā)方法及裝置的制作方法
技術領域：
：本發(fā)明涉及因特網協議(IP)監(jiān)控技術，尤其涉及IP監(jiān)控網絡中的組播轉發(fā)方法及裝置。
背景技術：
：目前隨著IP監(jiān)控技術的發(fā)展，部署大規(guī)模的IP監(jiān)控網絡成為現實。在大規(guī)模的IP監(jiān)控網絡中，通常會涉及到10K以上的監(jiān)控攝頭，網絡中同時存在的實時監(jiān)控流也會達到6K以上，此時若還采用傳統(tǒng)的單播方式點播實況圖像進行監(jiān)控，則對整個網絡帶寬的要求會很高，按照現有企業(yè)網絡的部署是不可能實現的。為了解決上述問題，滿足同時監(jiān)控10K以上個點的需求，一種可行的方法是，在IP監(jiān)控網絡中進行組播部署。圖1示出了現有技術中的IP監(jiān)控組播網絡示意圖，主要包括IP骨干網、核心交換設備、匯聚設備、攝像機和用戶終端。其中，兩臺核心交換設備組成雙鏈路備份網絡，形成一個虛擬路由冗余協i義(VRRP)組向下面的多臺匯聚設備提供VRRP服務；匯聚設備和核心交換設備上部署協議無關組播(PIM)協議，匯聚設備通過PIM協議與各核心交換設備分別建立鄰居關系。當有用戶點播攝像機發(fā)送的組播流時，匯聚設備向核心交換設備發(fā)送PIM請求報文，核心交換設備根據PIM請求報文建立相關組播轉發(fā)表項，之后根據建立的組播轉發(fā)表項將攝像機發(fā)送的組播流轉發(fā)至接收端，實現實時圖像的實時監(jiān)控。在現有的監(jiān)控組播網絡中，所有的組播數據都將由VRRP組中的一臺核心交換設備進行轉發(fā)，且一臺核心交換設備通常只能支持4K個硬件組播轉發(fā)表項，也就是說一臺核心交換設備最多只能同時轉發(fā)4K條組播流。隨著監(jiān)控范圍的不斷擴大，攝像機個數的不斷增加，這種組播監(jiān)控方式顯然不能滿足大規(guī)模監(jiān)控網絡的需求。比如，參見圖l所示的組網，每個匯聚設備下面部署的攝像機都可能超過4K個，當有大量用戶同時點播這兩個匯聚設備下的所有攝像機圖像時，就有可能會產生8K個左右的組播轉發(fā)表項，但是，受核心交換設備硬件組播轉發(fā)表項個數的限制，核心交換設備只能同時轉發(fā)4k條組播流，用戶只能同時點播4K個攝像機的圖像，而不能同時點播8K個攝像機的圖像，這顯然不能夠滿足大規(guī)模監(jiān)控網絡的需求。
發(fā)明內容有鑒于此，本發(fā)明的目的在于提供一種IP監(jiān)控網絡中的組播轉發(fā)方法及裝置，提高組播監(jiān)控網絡的性能，滿足大規(guī)模監(jiān)控網絡的需求。為達到上述目的，本發(fā)明提供的技術方案如下IP監(jiān)控網絡中的組播轉發(fā)方法，所述IP監(jiān)控網絡中包括一臺以上核心交換設備和匯聚設備，各臺核心交換設備運行VRRP協議組成VRRP組，為匯聚設備提供VRRP服務，且VRRP組中有一臺主核心交換設備，其它為備核心交換設備，該方法包括對于來自所述匯聚設備的PIM請求報文，主、備核心交換設備都根據收到的PIM請求報文建立軟件組播轉發(fā)表項，只有所述主核心交換設備下發(fā)硬件組播轉發(fā)表項，進行組播數據轉發(fā)；所述備核心交換設備在接收到所述主核心交換設備的請求后下發(fā)硬件組播轉發(fā)表項，進行組播數據轉發(fā)。所述匯聚設備與VRRP組的虛擬IP地址建立鄰居關系。當所述主核心交換設備上的硬件組播轉發(fā)表項已滿或已達到預設閾值時，所迷主核心交換設備向所述備核心交換設備發(fā)送請求，請求備核心交換設備進行負載分擔。所述請求備核心交換設備進行負載分擔的過程包括主核心交換設備向備核心交換設備發(fā)出組播查詢報文，詢問備核心交換設備是否能夠到達該PIM請求報文請求點播的組播源，如果可達，則請求備核心交換設備向該組播源方向發(fā)送PIM請求報文，備核心交換設備收到后向該組播源方向發(fā)送PIM請求報文，并下發(fā)硬件組播轉發(fā)表項，完成組播數據轉發(fā)。該方法進一步包括對于來自非匯聚設備的PIM請求報文，主核心交換設備收到后建立軟件組播轉發(fā)表項，并判斷自身的硬件組播轉發(fā)表項是否已滿，如果未滿，則下發(fā)硬件組播轉發(fā)表項，進行組播數據轉發(fā)；如果已滿，則請求備核心交換設備進行負載分擔。所述請求備核心交換設備進行負載分擔的過程包括主核心交換設備從自身已有的硬件組播轉發(fā)表項中選擇一條來自于匯聚設備的硬件組播轉發(fā)表項，并向備核心交換設備發(fā)送組播查詢報文，詢問備核心交換設備是否能夠到達該被選擇的硬件組播轉發(fā)表項的組播源，如果可達，則請求備核心交換設備向該組播源方向發(fā)送PIM請求報文；備核心交換設備收到后向該組播源方向發(fā)送PIM請求報文，并下發(fā)硬件組播轉發(fā)表項，下發(fā)成功后向主核心交換"i殳備返回成功響應；主核心交換i殳備收到成功響應后，刪除該條被選擇的來自于匯聚設備的硬件組播轉發(fā)表項，并根據接收到的來自于非匯聚設備的PIM請求報文下發(fā)一條新的硬件組播轉發(fā)表項，完成組播數據轉發(fā)。該方法進一步包括對于來自非匯聚設備的PIM請求報文，備核心交換設備收到后建立軟件組播轉發(fā)表項，并判斷自身的硬件組播轉發(fā)表項是否已滿，若未滿，則下發(fā)硬件組播轉發(fā)表項，進行組播數據轉發(fā)；若已滿，則不作處理。該方法進一步包括當主核心交換設備出現故障時，備核心交換設備轉為主核心交換設備，并判斷自身是否已下發(fā)硬件組播轉發(fā)表項，若未下發(fā)，則根據自身維護的軟件組播轉發(fā)表項下發(fā)硬件組播轉發(fā)表項，接替原主核心交換設備完成組播數據轉發(fā)；若已下發(fā)，則不作處理。該方法進一步包括當發(fā)生故障的原主核心交換設備又恢復正常時，該設備將自身的狀態(tài)設置為備，并與新的主核心交換設備進行軟件組播轉發(fā)表項同步，同時偵聽新的主核心交換設備的狀態(tài)。該方法進一步包括當備核心交換設備出現故障時，主核心交換設備檢查自身的硬件組播轉發(fā)表項是否已滿或是否達到預設閾值，若未滿或未達到，則不做處理；若已滿或已達到，則找出自身未下發(fā)硬件組播轉發(fā)表項的軟件組播轉發(fā)表項，當備核心交換設備恢復正常時，主核心交換設備將找出的軟件組播轉發(fā)表項信息同步給備核心交換設備，并通知備核心交換設備下發(fā)硬件組播轉發(fā)表項，完成組播數據轉發(fā)。一種位于IP監(jiān)控網絡中的主核心交換設備，所述IP監(jiān)控網絡中還包括備核心交換機和匯聚設備，各臺核心交換設備運行VRRP協議組成VRRP組，為匯聚設備提供VRRP服務，所述主核心交換設備包括表項管理單元、硬件轉發(fā)芯片和主備通信單元，其中，表項管理單元，用于在收到PIM請求報文后，根據收到的PIM請求報文建立軟件組播轉發(fā)表項，并判斷本設備的硬件組播轉發(fā)表項是否已滿或是否達到預設閾值，若未滿或未達到，則向硬件轉發(fā)芯片下發(fā)硬件組播轉發(fā)表項，硬件轉發(fā)芯片根據下發(fā)的硬件組播轉發(fā)表項進行組播數據轉發(fā)；若已滿或已達到，則通知主備通信單元請求備核心交換設備進行負載分擔。當所述PIM請求報文來自匯聚設備時，所述主備通信單元向備核心交換設備發(fā)出組播查詢報文，詢問備核心交換設備是否能夠到達所述PIM請求報文請求點播的組播源，如果可達，則請求備核心交換設備向該組播源方向發(fā)送PIM請求報文并下發(fā)硬件組播轉發(fā)表項，完成組播數據轉發(fā)；當所述PIM請求報文來自非匯聚設備時，所述主備通信單元從主核心交換設備上已有的硬件組播轉發(fā)表項中選擇一條來自于匯聚設備的硬件組播轉發(fā)表項，并向備核心交換設備發(fā)送組播查詢報文，詢問備核心交換設備是否能夠到達該被選擇的硬件組播轉發(fā)表項的組播源，如果可達，則請求備核心交換設備向該組播源方向發(fā)送PIM請求報文并下發(fā)硬件組播轉發(fā)表項，當備核心交換設備返回成功響應時，主備通信單元刪除該條被選擇的來自于匯聚設備的硬件組播轉發(fā)表項，并通知表項管理單元根據接收到的來自于非匯聚設備的PIM請求報文下發(fā)一條新的硬件組播轉發(fā)表項，完成組播數據轉發(fā)。該設備進一步包括故障處理單元，用于在備核心交換設備出現故障時，檢查主核心交換設備的硬件組播轉發(fā)表項是否已滿或是否達到預設閾值，若未滿或未達到，則不做處理；若已滿或已達到，則找出主核心交換設備未下發(fā)硬件組播轉發(fā)表項的軟件組播轉發(fā)表項，當備核心交換設備恢復正常時，將找出的軟件組播轉發(fā)表項信息同步給備核心交換設備，并通知備核心交換設備下發(fā)硬件組播轉發(fā)表項，完成組播數據轉發(fā)。所述故障處理單元進一步用于，在主核心交換設備發(fā)生故障又恢復正常時，將主核心交換設備的狀態(tài)設置為備，并與新的主核心交換設備進行軟件組播轉發(fā)表項同步，同時偵聽新的主核心交換設備的狀態(tài)。一種位于IP監(jiān)控網絡中的備核心交換設備，所述IP監(jiān)控網絡中還包括主核心交換機和匯聚設備，各臺核心交換設備運行VRRP協議組成VRRP組，為匯聚設備提供VRRP服務，所述備核心交換設備包括表項管理單元、硬件轉發(fā)芯片和主備通信單元，其中，表項管理單元，用于在收到PIM請求報文后，根據收到的PIM請求報文建立軟件組播轉發(fā)表項；主備通信單元，用于在接收到主核心交換設備發(fā)送的負載分擔請求后，根據主核心交換設備的請求，通知表項管理單元向硬件轉發(fā)芯片下發(fā)硬件組播轉發(fā)表項，進行組播數據轉發(fā)，與主核心交換設備分擔負載。當所述PIM請求報文來自非匯聚設備時，所述表項管理單元進一步用于，在建立軟件組播轉發(fā)表項后，判斷備核心交換設備的硬件組播轉發(fā)表項是否已滿或是否達到預設閾值，若未滿或未達到，則向硬件轉發(fā)芯片下發(fā)硬件組播轉發(fā)表項，進行組播數據轉發(fā)；若已滿或已達到，則不作處理。該設備進一步包括故障處理單元，用于在主核心交換設備出現故障時，將備核心交換設備的狀態(tài)轉換為主，并判斷備核心交換設備是否已下發(fā)硬件組播轉發(fā)表項，若未下發(fā)，則根據備核心交換設備維護的軟件組播轉發(fā)表項下發(fā)硬件組播轉發(fā)表項，接替原主核心交換設備完成組播數據轉發(fā)；若已下發(fā)，則不作處理。由此可見，本發(fā)明所提供的技術方案充分利用了IP監(jiān)控網絡中已有的各臺核心交換設備的作用，當主核心交換設備上的業(yè)務量超過預設限度時，備核心交換設備可參與負荷分擔，這樣就避免了現有技術中因只有一臺核心交換設備進行組播轉發(fā)而造成的不能大范圍監(jiān)控的問題，從而提高了組播監(jiān)控網絡的性能，滿足了大規(guī)模監(jiān)控網絡的需求。另外，本發(fā)明所提供的技術方案還無需對現有的網絡硬件設備進行任何改動，實現起來較為便捷，不會造成石更件成本的增加。圖1為現有技術中的IP監(jiān)控組播網絡示意圖2為本發(fā)明中主核心交換設備收到PIM請求報文的處理過程圖3為本發(fā)明中的主核心交換設備結構示意圖4為本發(fā)明中的備核心交換設備結構示意圖。具體實施例方式為使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，下面參照附圖并舉實施例，對本發(fā)明作進一步詳細說明。本發(fā)明的基本思想是，充分發(fā)揮各臺核心交換設備的作用，在各核心交換設備之間實現負荷分擔，以提高組播監(jiān)控網絡的性能，滿足大規(guī)模監(jiān)控網絡的需求。本發(fā)明中，每臺匯聚設備都與上行的各臺核心交換設備保持連接，多臺核心交換設備運行VRRP協議組成一個VRRP組，為下面的每臺匯聚設備提供VRRP服務。在VRRP組中，各臺核心交換設備之間通過協商確定一個主核心交換設備，其它的為備核心交換設備，且每臺核心交換設備都維護如表1所示的主備設備信息。<table>tableseeoriginaldocumentpage13</column></row><table>表1其中，虛擬IP地址是VRRP組對外提供的一個虛擬IP地址信息，而不是各核心交換設備的實際IP地址。在初始狀態(tài)下，主核心交換設備以虛擬IP地址為源地址發(fā)送PIM鄰居協商報文，匯聚設備收到主核心交換設備發(fā)送的PIM鄰居協商報文后，與所述虛擬IP地址建立鄰居關系，備核心交換設備偵聽主核心交換設備和匯聚設備發(fā)送的報文。在后續(xù)過程中，當有用戶點播攝像機發(fā)送的組播流時，匯聚設備以組播地址為目的地址向VRRP組發(fā)送PIM請求報文，VRRP組中的主備核心交換設備收到來自匯聚設備的PIM請求報文后，每臺核心交換設備的軟件層都會根據收到的PIM請求報文進行組播轉發(fā)表項學習，建立起相同的軟件組播轉發(fā)表項。但是，只有主核心交換設備才真正將學習到的軟件組播轉發(fā)表項下發(fā)給硬件轉發(fā)芯片，生成硬件組播轉發(fā)表項，完成組播數據的轉發(fā)；其它備核心交換設備只生成軟件組播轉發(fā)表項，而不下發(fā)硬件轉發(fā)芯片，不負責組播數據的轉發(fā)。上述主核心交換設備對PIM請求報文的處理，主要是針對主核心交換設備上的硬件組播轉發(fā)表項還沒有滿或者還未達到預設閾值的情況進行說明的；當主核心交換設備發(fā)現自身的硬件組播轉發(fā)表項已滿或者已達到預設閾值時，如果又收到PIM請求報文，則需要采取其它的處理方式。下面以判斷硬件組播轉發(fā)表項是否已滿為例，并結合圖2對上述兩種情況下主核心交換設備收到PIM請求報文的處理過程進行詳細說明。圖2包括以下步驟步驟201:主核心交換設備收到PIM請求報文后，根據收到的PIM請求報文建立軟件組播轉發(fā)表項，并判斷本設備的硬件組播轉發(fā)表項是否已滿，如果未滿，執(zhí)行步驟202;如果已滿，執(zhí)行步驟203。其中，建立軟件組播轉發(fā)表項的過程具體可包括首先判斷該PIM請求報文請求點播的組播源是否已存在相應的軟件組播轉發(fā)表項，若不存在，則生成一個新的軟件組播轉發(fā)表項；如果存在，則只需在已有的軟件組播轉發(fā)表項中添上所述PIM請求報文的出接口即可。步驟202:主核心交換設備將建立的軟件組播表項下發(fā)硬件轉發(fā)芯片，生成硬件組播轉發(fā)表項，之后主核心交換設備根據硬件組播轉發(fā)表項完成組播數據轉發(fā)，然后結束本流程。步驟203:主核心交換設備判斷該PIM請求報文是否來自于VRRP組服務的匯聚設備，若是，執(zhí)行步驟204;否則，執(zhí)行步驟206。步驟204:主核心交換設備向備核心交換設備發(fā)出組播查詢報文，詢問備核心交換設備是否能夠到達該PIM請求報文請求點播的組播源，如果可達，執(zhí)行步驟205;否則，結束本流程。步驟205:主核心交換設備請求備核心交換設備向該組播源方向發(fā)送PIM請求報文，備核心交換設備收到后向組播源方向發(fā)送PIM請求報文，并下發(fā)硬件組播轉發(fā)表項，完成組播數據的轉發(fā)，然后結束本流程。步驟206:主核心交換設備從現有的硬件組播轉發(fā)表項中選擇一條來自于VRRP匯聚設備的硬件組播轉發(fā)表項。步驟207:主核心交換設備向備核心交換設備發(fā)送組播查詢報文，詢問備核心交換設備是否能夠到達該被選擇的硬件組播轉發(fā)表項的組播源，如果可達，執(zhí)行步驟208;否則，結束本流程。步驟208:主核心交換設備請求備核心交換設備向該組播源方向發(fā)送PIM請求報文，備核心交換設備收到后向組播源方向發(fā)送PIM請求才艮文，并下發(fā)硬件組播轉發(fā)表項，下發(fā)成功后向主核心交換設備返回成功響應。步驟209:主核心交換設備收到成功響應后，刪除該條被選擇的來自于VRRP匯聚設備的硬件組播轉發(fā)表項，并根據接收到的來自于非VRRP匯聚設備的PIM請求報文下發(fā)一條新的硬件組播轉發(fā)表項，完成組播數據轉發(fā)。從以上描述可以看出，對于來自于VRRP組所服務的匯聚設備的PIM請求報文，即從VRRP接口接收到的報文，無論是主核心交換設備還是備核心交換設備都會建立軟件組播轉發(fā)表項。但在正常情況下，只有主核心交換設備才會將軟件組播轉發(fā)表項下發(fā)硬件轉發(fā)芯片，生成硬件組播轉發(fā)表項進行組播數據轉發(fā)；備核心交換設備只生成軟件組播轉發(fā)表項而并不下發(fā)硬件轉發(fā)芯片，除非主核心交換設備的硬件轉發(fā)表項已滿或已達到預設閾值，備核心交換設備才會根據主核心交換設備的請求生成硬件組播轉發(fā)表項進行組播數據轉發(fā)。也就是說，在同一時間對于同一條組播流，只有一臺核心交換設備進行轉發(fā)，其它設備即使收到相應的組播流也不做處理，這就決定了本發(fā)明不需要像現有技術那樣必須通過觸發(fā)Assert機制來防止同一組播流被多個核心交換設備轉發(fā)的情況發(fā)生。另外，無論是主核心交換設備還是備核心交換設備，都有可能會從非VRRP接口接收到PIM請求報文。對于主核心交換設備從非VRRP接口接收到的PIM請求報文，主核心交換設備的處理過程參見圖2。對于備核心交換設備從非VRRP接口接收到的PIM請求報文，備核心交換設備的處理過程如下:備核心交換設備判斷本設備的硬件組播轉發(fā)表項是否已滿或是否達到預設閾值，若已滿或已達到預設閾值，則不作處理；若未滿或未達到預設閾值，則判斷該PIM請求報文請求點播的組播源是否已存在相應的軟件組播轉發(fā)表項，若不存在，則直接生成軟件組播轉發(fā)表項并下發(fā)硬件轉發(fā)芯片，生成硬件組播轉發(fā)表項，完成組播數據轉發(fā)；如果存在，則只需在已有的軟件組播轉發(fā)表項中添上所述非VRRP接口即可，且在下發(fā)硬件表項時，只需下發(fā)出接口為非VRRP接口的接口，由備核心交換設備完成該非VRRP接口組播數據的轉發(fā)。以上對主、備核心交換設備均正常情況下的組播數據轉發(fā)過程進行了詳細說明，下面簡單說明一下主或備核心交換設備出現故障時的處理方法。一、主核心交換設備出現故障在實際運行過程中，備核心交換設備會一直偵聽主核心交換設備的狀態(tài)，當備核心交換設備通過偵聽發(fā)現主核心交換設備down掉后即出現故障后，備核心交換設備立即轉為主核心交換設備，并判斷自身是否已下發(fā)硬件組播轉發(fā)表項，如果沒有下發(fā)，則立即根據自身維護的軟件組播轉發(fā)表項下發(fā)硬件組播轉發(fā)表項，接替原主核心交換設備完成組播數據轉發(fā)；如果已下發(fā)硬件組播轉發(fā)表項，則不作處理。當原發(fā)生故障的主核心交換設備又恢復正常時，該設備將自身的狀態(tài)設置為備，并與新的主核心交換設備進行軟件組播轉發(fā)表項同步，以及偵聽新的主核心交換設備的狀態(tài)。二、備核心交換設備出現故障當主核心交換設備發(fā)現備核心交換設備down掉時，主核心交換設備首先檢查自己的硬件組播轉發(fā)表項是否已滿或是否達到預設闞值，若未滿或未達到預設閾值，則不做處理；若已滿或已達到預設閾值，則找出自己未下發(fā)硬件組播轉發(fā)表項的軟件組播轉發(fā)表項信息，當偵聽到備核心交換設備恢復正常時，主核心交換設備立即將上述找出的軟件組播轉發(fā)表項信息同步給備核心交換設備，并通知備核心交換設備下發(fā)硬件組播轉發(fā)表項，完成組播數據轉發(fā)，以縮短因備核心交換設備出現故障而造成的業(yè)務中斷時間。相應地，本發(fā)明還提供了一種位于IP監(jiān)控網絡中的主核心交換設備，所述IP監(jiān)控網絡中還包括備核心交換機和匯聚設備，各臺核心交換設備運行VRRP協議組成VRRP組，為匯聚設備提供VRRP服務。圖3示出了本發(fā)明提供的主核心交換設備的結構示意圖，主要包括表項管理單元、硬件轉發(fā)芯片和主備通信單元。其中，表項管理單元，用于在收到PIM請求報文后，根據收到的PIM請求報文建立軟件組播轉發(fā)表項，并判斷本設備的硬件組播轉發(fā)表項是否已滿或是否達到預設閾值，若未滿或未達到，則向硬件轉發(fā)芯片下發(fā)硬件組播轉發(fā)表項，硬件轉發(fā)芯片根據下發(fā)的硬件組播轉發(fā)表項進行組播數據轉發(fā)；若已滿或已達到，則通知主備通信單元請求備核心交換設備進行負載分擔。主備通信單元請求備核心交換設備進行負載分擔的過程具體包括當所述PIM請求報文來自匯聚設備時，所述主備通信單元向備核心交換設備發(fā)出組播查詢報文，詢問備核心交換設備是否能夠到達所述PIM請求報文請求點播的組播源，如果可達，則請求備核心交換設備向該組播源方向發(fā)送PIM請求報文并下發(fā)硬件組播轉發(fā)表項，完成組播數據轉發(fā)；當所述PIM請求報文來自非匯聚設備時，所述主備通信單元從主核心交換設備上已有的硬件組播轉發(fā)表項中選擇一條來自于匯聚設備的硬件組播轉發(fā)表項，并向備核心交換設備發(fā)送組播查詢報文，詢問備核心交換設備是否能夠到達該被選擇的硬件組播轉發(fā)表項的組播源，如果可達，則請求備核心交換設備向該組播源方向發(fā)送PIM請求報文并下發(fā)硬件組播轉發(fā)表項，當備核心交換設備返回成功響應時，主備通信單元刪除該條被選擇的來自于匯聚設備的硬件組播轉發(fā)表項，并通知表項管理單元根據接收到的來自于非匯聚設備的PIM請求報文下發(fā)一條新的硬件組播轉發(fā)表項，完成組播數據轉發(fā)。圖3所示設備可進一步包括故障處理單元，用于在備核心交換設備出現故障時，檢查主核心交換設備的硬件組播轉發(fā)表項是否已滿或是否達到預設閾值，若未滿或未達到，則不做處理；若已滿或已達到，則找出主核心交換設備未下發(fā)硬件組播轉發(fā)表項的軟件組播轉發(fā)表項，當備核心交換設備恢復正常時，將找出的軟件組播轉發(fā)表項信息同步給備核心交換設備，并通知備核心交換設備下發(fā)硬件組播轉發(fā)表項，完成組播數據轉發(fā)。所述故障處理單元還可進一步用于，在主核心交換設備發(fā)生故障又恢復正常時，將主核心交換設備的狀態(tài)設置為備，并與新的主核心交換設備進行軟件組播轉發(fā)表項同步，同時偵聽新的主核心交換設備的狀態(tài)。另外，本發(fā)明還提供了一種位于IP監(jiān)控網絡中的備核心交換設備，所述IP監(jiān)控網絡中還包括主核心交換機和匯聚設備，各臺核心交換設備運行VRRP協議組成VRRP組，為匯聚設備提供VRRP服務。圖4示出了本發(fā)明提供的備核心交換設備的結構示意圖，主要包括表項管理單元、硬件轉發(fā)芯片和主備通信單元。其中，表項管理單元，用于在收到PIM請求凈良文后，沖艮據收到的PIM請求才艮文建立軟件組播轉發(fā)表項；主備通信單元，用于在接收到主核心交換設備發(fā)送的負載分擔請求后，根據主核心交換設備的請求，通知表項管理單元向硬件轉發(fā)芯片下發(fā)硬件組播轉發(fā)表項，進行組播數據轉發(fā)，與主核心交換設備分擔負載。當所述PIM請求報文來自非匯聚設備時，所述表項管理單元還進一步用于，在建立軟件組播轉發(fā)表項后，判斷備核心交換設備的硬件組播轉發(fā)表項是否已滿或是否達到預設閾值，若未滿或未達到，'則向硬件轉發(fā)芯片下發(fā)硬件組播轉發(fā)表項，進行組播數據轉發(fā)；若已滿或已達到，則不作處理。圖4所示設備可進一步包括故障處理單元，用于在主核心交換設備出現故障時，將備核心交換設備的狀態(tài)轉換為主，并判斷備核心交換設備是否已下發(fā)硬件組播轉發(fā)表項，若未下發(fā)，則根據備核心交換設備維護的軟件組播轉發(fā)表項下發(fā)硬件組播轉發(fā)表項，接替原主核心交換設備完成組播數據轉發(fā)；若已下發(fā)，則不作處理。以上所述對本發(fā)明的目的、技術方案和有益效果進行了進一步的詳細說明，所應理解的是，以上所述并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。權利要求1、IP監(jiān)控網絡中的組播轉發(fā)方法，所述IP監(jiān)控網絡中包括一臺以上核心交換設備和匯聚設備，各臺核心交換設備運行VRRP協議組成VRRP組，為匯聚設備提供VRRP服務，且VRRP組中有一臺主核心交換設備，其它為備核心交換設備，其特征在于，該方法包括對于來自所述匯聚設備的PIM請求報文，主、備核心交換設備都根據收到的PIM請求報文建立軟件組播轉發(fā)表項，只有所述主核心交換設備下發(fā)硬件組播轉發(fā)表項，進行組播數據轉發(fā)；所述備核心交換設備在接收到所述主核心交換設備的請求后下發(fā)硬件組播轉發(fā)表項，進行組播數據轉發(fā)。2、根據權利要求1所述的方法，其特征在于，所述匯聚設備與VRRP組的虛擬IP地址建立鄰居關系。3、根據權利要求1所述的方法，其特征在于，當所述主核心交換設備上的硬件組播轉發(fā)表項已滿或已達到預設閾值時，所述主核心交換設備向所述備核心交換設備發(fā)送請求，請求備核心交換設備進行負載分擔。4、根據權利要求3所述的方法，其特征在于，所述請求備核心交換設備進行負載分擔的過程包括主核心交換設備向備核心交換設備發(fā)出組播查詢報文，詢問備核心交換設備是否能夠到達該PIM請求報文請求點播的組播源，如果可達，則請求備核心交換設備向該組播源方向發(fā)送PIM請求報文，備核心交換設備收到后向該組播源方向發(fā)送PIM請求報文，并下發(fā)硬件組播轉發(fā)表項，完成組播數據轉發(fā)。5、根據權利要求1所述的方法，其特征在于，該方法進一步包括對于來自非匯聚設備的PIM請求報文，主核心交換設備收到后建立軟件組播轉發(fā)表項，并判斷自身的硬件組播轉發(fā)表項是否已滿，如果未滿，則下發(fā)硬件組播轉發(fā)表項，進行組播數據轉發(fā)；如果已滿，則請求備核心交換設備進行負載分擔。6、根據權利要求5所述的方法，其特征在于，所述請求備核心交換設備進行負載分擔的過程包括主核心交換設備從自身已有的硬件組播轉發(fā)表項中選擇一條來自于匯聚設備的硬件組播轉發(fā)表項，并向備核心交換設備發(fā)送組播查詢報文，詢問備核心交換設備是否能夠到達該被選擇的硬件組播轉發(fā)表項的組播源，如果可達，則請求備核心交換設備向該組播源方向發(fā)送PIM請求報文；備核心交換設備收到后向該組播源方向發(fā)送PIM請求報文，并下發(fā)硬件組播轉發(fā)表項，下發(fā)成功后向主核心交換設備返回成功響應；主核心交換設備收到成功響應后，刪除該條被選擇的來自于匯聚設備的硬件組播轉發(fā)表項，并根據接收到的來自于非匯聚設備的PIM請求報文下發(fā)一條新的硬件組播轉發(fā)表項，完成組播數據轉發(fā)。7、根據權利要求1所述的方法，其特征在于，該方法進一步包括對于來自非匯聚設備的PIM請求報文，備核心交換設備收到后建立軟件組播轉發(fā)表項，并判斷自身的硬件組播轉發(fā)表項是否已滿，若未滿，則下發(fā)硬件組播轉發(fā)表項，進行組播數據轉發(fā)；若已滿，則不作處理。8、根據權利要求1至7任一項所述的方法，其特征在于，該方法進一步包括當主核心交換設備出現故障時，備核心交換設備轉為主核心交換設備，并判斷自身是否已下發(fā)硬件組播轉發(fā)表項，若未下發(fā)，則根據自身維護的軟件組播轉發(fā)表項下發(fā)硬件組播轉發(fā)表項，接替原主核心交換設備完成組播數據轉發(fā)；若已下發(fā)，則不作處理。9、根據權利要求8所述的方法，其特征在于，該方法進一步包括當發(fā)生故障的原主核心交換設備又恢復正常時，該設備將自身的狀態(tài)設置為備，并與新的主核心交換設備進行軟件組播轉發(fā)表項同步，同時偵聽新的主核心交換設備的狀態(tài)。10、根據權利要求1至7任一項所述的方法，其特征在于，該方法進一步包括當備核心交換設備出現故障時，主核心交換設備檢查自身的硬件組播轉發(fā)表項是否已滿或是否達到預設閾值，若未滿或未達到，則不做處理；若已滿或已達到，則找出自身未下發(fā)硬件組播轉發(fā)表項的軟件組播轉發(fā)表項，當備核心交換設備恢復正常時，主核心交換設備將找出的軟件組播轉發(fā)表項信息同步給備核心交換設備，并通知備核心交換設備下發(fā)硬件組播轉發(fā)表項，完成組播數據轉發(fā)。11、一種位于IP監(jiān)控網絡中的主核心交換設備，所述IP監(jiān)控網絡中還包括備核心交換機和匯聚設備，各臺核心交換設備運行VRRP協議組成VRRP組，為匯聚設備提供VRRP服務，其特征在于，所述主核心交換設備包括表項管理單元、硬件轉發(fā)芯片和主備通信單元，其中，表項管理單元，用于在收到PIM請求報文后，根據收到的PIM請求報文建立軟件組播轉發(fā)表項，并判斷本設備的硬件組播轉發(fā)表項是否已滿或是否達到預設閾值，若未滿或未達到，則向硬件轉發(fā)芯片下發(fā)硬件組播轉發(fā)表項，硬件轉發(fā)芯片根據下發(fā)的硬件組播轉發(fā)表項進行組播數據轉發(fā)；若已滿或已達到，則通知主備通信單元請求備核心交換設備進行負載分擔。12、根據權利要求11所述的設備，其特征在于，當所述PIM請求報文來自匯聚設備時，所述主備通信單元向備核心交換設備發(fā)出組播查詢報文，詢問備核心交換設備是否能夠到達所述PTM請求報文請求點播的組播源，如果可達，則請求備核心交換設備向該組播源方向發(fā)送PIM請求報文并下發(fā)硬件組播轉發(fā)表項，完成組播數據轉發(fā)；當所述PIM請求報文來自非匯聚設備時，所述主備通信單元從主核心交換設備上已有的硬件組播轉發(fā)表項中選擇一條來自于匯聚設備的硬件組播轉發(fā)表項，并向備核心交換設備發(fā)送組播查詢報文，詢問備核心交換設備是否能夠到達該被選擇的硬件組播轉發(fā)表項的組播源，如果可達，則請求備核心交換設備向該組播源方向發(fā)送PIM請求報文并下發(fā)硬件組播轉發(fā)表項，當備核心交換設備返回成功響應時，主備通信單元刪除該條被選擇的來自于匯聚設備的硬件組播轉發(fā)表項，并通知表項管理單元根據接收到的來自于非匯聚設備的PIM請求報文下發(fā)一條新的硬件組播轉發(fā)表項，完成組播數據轉發(fā)。13、根據權利要求11或12所述的設備，其特征在于，該設備進一步包括故障處理單元，用于在備核心交換設備出現故障時，檢查主核心交換設備的硬件組播轉發(fā)表項是否已滿或是否達到預設閾值，若未滿或未達到，則不做處理；若已滿或已達到，則找出主核心交換設備未下發(fā)硬件組播轉發(fā)表項的軟件組播轉發(fā)表項，當備核心交換設備恢復正常時，將找出的軟件組播轉發(fā)表項信息同步給備核心交換設備，并通知備核心交換設備下發(fā)硬件組播轉發(fā)表項，完成組播數據轉發(fā)。14、根據權利要求13所述的設備，其特征在于，所述故障處理單元進一步用于，在主核心交換設備發(fā)生故障又恢復正常時，將主核心交換設備的狀態(tài)設置為備，并與新的主核心交換設備進行軟件組播轉發(fā)表項同步，同時偵聽新的主核心交換設備的狀態(tài)。15、一種位于IP監(jiān)控網絡中的備核心交換設備，所述IP監(jiān)控網絡中還包括主核心交換機和匯聚設備，各臺核心交換設備運行VRRP協議組成VRRP組，為匯聚設備提供VRRP服務，其特征在于，所述備核心交換設備包括表項管理單元、硬件轉發(fā)芯片和主備通信單元，其中，表項管理單元，用于在收到PIM請求報文后，根據收到的PIM請求報文建立軟件組播轉發(fā)表項；主備通信單元，用于在接收到主核心交換設備發(fā)送的負載分擔請求后，根據主核心交換設備的請求，通知表項管理單元向硬件轉發(fā)芯片下發(fā)硬件組播轉發(fā)表項，進行組播數據轉發(fā)，與主核心交換設備分擔負載。16、根據權利要求15所述的設備，其特征在于，當所述PIM請求報文來自非匯聚設備時，所述表項管理單元進一步用于，在建立軟件組播轉發(fā)表項后，判斷備核心交換設備的硬件組播轉發(fā)表項是否已滿或是否達到預設閾值，若未滿或未達到，則向硬件轉發(fā)芯片下發(fā)硬件組播轉發(fā)表項，進行組播數據轉發(fā)；若已滿或已達到，則不作處理。17、根據權利要求15或16所述的設備，其特征在于，該設備進一步包括故障處理單元，用于在主核心交換設備出現故障時，將備核心交換設備的狀態(tài)轉換為主，并判斷備核心交換設備是否已下發(fā)硬件組播轉發(fā)表項，若未下發(fā)，則根據備核心交換設備維護的軟件組播轉發(fā)表項下發(fā)硬件組播轉發(fā)表項，接替原主核心交換設備完成組播數據轉發(fā)；若已下發(fā)，則不作處理。全文摘要本發(fā)明公開了一種IP監(jiān)控網絡中的組播轉發(fā)方法及裝置，其基本思想是，充分發(fā)揮各臺核心交換設備的作用，在各核心交換設備之間實現負荷分擔。利用本發(fā)明所提供的技術方案，能夠提高組播監(jiān)控網絡的性能，滿足大規(guī)模監(jiān)控網絡的需求。文檔編號H04L12/56GK101409829SQ20081022665公開日2009年4月15日申請日期2008年11月19日優(yōu)先權日2008年11月19日發(fā)明者迪周,飛袁申請人:杭州華三通信技術有限公司