本發(fā)明涉及數(shù)據(jù)通信技術(shù)領(lǐng)域，具體而言，涉及一種報文處理方法、裝置及分布式設(shè)備。

背景技術(shù)：

因特網(wǎng)組管理協(xié)議(Internet Group Management Protocol，IGMP)，用于實(shí)現(xiàn)主機(jī)和路由器之間組成員關(guān)系的建立與維護(hù)，隨著網(wǎng)絡(luò)的發(fā)展，IGMP協(xié)議正越來越多的運(yùn)用于網(wǎng)絡(luò)中。IGMP報文具有多種類型，如加組報文、離組報文等，且報文格式簡單，報文本身不具備安全功能。IGMP協(xié)議對于網(wǎng)絡(luò)中大量的IGMP報文，無法判斷是否為有效的IGMP報文，因而會全部進(jìn)行處理，這樣就導(dǎo)致主控處理單元MPU(Main Processing Unit)的CPU因處理大量的IGMP報文而處于繁忙狀態(tài)，影響其他業(yè)務(wù)的處理。特別在有惡意報文攻擊中，造成網(wǎng)絡(luò)異常。

現(xiàn)有技術(shù)中通常以下面兩種方法來防止網(wǎng)絡(luò)中大量的IGMP報文或惡意的IGMP攻擊報文對MPU的CPU的沖擊，造成CPU繁忙而影響正常業(yè)務(wù)處理的問題。一種是交換機(jī)通過不同的隊列將報文送交CPU，通過限制IGMP報文所在隊列的速率，限制IGMP報文上MPU的速率。此種方法能夠降低IGMP報文上MPU的速率，但是在IGMP報文數(shù)量較多時，容易導(dǎo)致因超過CPU限速而丟棄正常的IGMP報文。另一種是通過限制IGMP特定組地址來限制報文的接收，此種方法能夠減少接收報文的范圍，但對于網(wǎng)絡(luò)中存在大量相同組范圍的報文時，仍存在上述問題。

技術(shù)實(shí)現(xiàn)要素：

有鑒于此，本發(fā)明的目的在于提供一種報文處理方法、裝置及分布式設(shè)備，以有效地改善上述問題。

為了實(shí)現(xiàn)上述目的，本發(fā)明采用的技術(shù)方案如下：

第一方面，本發(fā)明實(shí)施例提供了一種報文處理方法，所述方法包括：獲取接收到的報文的類型；根據(jù)獲取到的類型在與該類型對應(yīng)的鏈表中查找與所述報文對應(yīng)的條目；若在所述鏈表中查找到與所述報文對應(yīng)的條目且該條目的上報定時器為啟動狀態(tài)，丟棄所述報文；若在所述鏈表中沒有查找到與所述報文對應(yīng)的條目，將所述報文發(fā)送到組播管理模塊。

第二方面，本發(fā)明實(shí)施例還提供了一種報文處理裝置，該裝置包括：獲取模塊、查找模塊、丟棄模塊和發(fā)送模塊。獲取模塊，用于獲取接收到的報文的類型。查找模塊，用于根據(jù)獲取到的類型在與該類型對應(yīng)的鏈表中查找與所述報文對應(yīng)的條目。丟棄模塊，用于若在所述鏈表中查找到與所述報文對應(yīng)的條目且該條目的上報定時器為啟動狀態(tài)，丟棄所述報文。發(fā)送模塊，用于若在所述鏈表中沒有查找到與所述報文對應(yīng)的條目，將所述報文發(fā)送到主控處理單元MPU的組播管理模塊。

第三方面，本發(fā)明實(shí)施例還提供了一種分布式設(shè)備，包括主控處理單元MPU和至少一個包括上述報文處理裝置的線卡處理單元LPU。所述MPU包括組播管理模塊，用于接收所述報文處理裝置發(fā)送的報文，所述報文包括加組報文和離組報文。

相比于現(xiàn)有技術(shù)，本發(fā)明實(shí)施例提供的報文處理方法、裝置及分布式設(shè)備，針對接收到的不同類型的IGMP報文，根據(jù)IGMP報文的類型在對應(yīng)的鏈表中查找與該報文對應(yīng)的條目，若在鏈表中查找到與該報文對應(yīng)的條目且該條目的上報定時器為啟動狀態(tài)，表明接收到的報文為無效的報文，從而丟棄該報文，若在鏈表中沒有查找到與報文對應(yīng)的條目，將該報文發(fā)送到組播管理模塊，能夠針對不同類型的IGMP報文實(shí)現(xiàn)速率控制，有效地改善了由于網(wǎng)絡(luò)中大量的IGMP報文或惡意的IGMP攻擊報文對主控處理單元MPU的CPU的沖擊，造成MPU的CPU繁忙而影響正常業(yè)務(wù)處理的問題。

為使本發(fā)明的上述目的、特征和優(yōu)點(diǎn)能更明顯易懂，下文特舉較佳實(shí)施例，并配合所附附圖，作詳細(xì)說明如下。

附圖說明

為了更清楚地說明本發(fā)明實(shí)施例的技術(shù)方案，下面將對實(shí)施例中所需要使用的附圖作簡單地介紹，應(yīng)當(dāng)理解，以下附圖僅示出了本發(fā)明的某些實(shí)施例，因此不應(yīng)被看作是對范圍的限定，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他相關(guān)的附圖。

圖1示出了本發(fā)明實(shí)施例提供的一種分布式設(shè)備和多個主機(jī)的組播示意圖；

圖2示出了一種可應(yīng)用于本發(fā)明實(shí)施例中的分布式設(shè)備的結(jié)構(gòu)框圖；

圖3示出了本發(fā)明第一實(shí)施例提供的一種報文處理方法的流程圖；

圖4示出了本發(fā)明第二實(shí)施例提供的第一種報文處理方法的方法流程圖；

圖5示出了本發(fā)明第二實(shí)施例提供的加組報文預(yù)判定步驟的流程圖；

圖6示出了本發(fā)明第二實(shí)施例提供的第二種報文處理方法的方法流程圖；

圖7示出了本發(fā)明第二實(shí)施例提供的第三種報文處理方法的方法流程圖；

圖8示出了本發(fā)明第二實(shí)施例提供的告警信息生成步驟的流程圖；

圖9示出了本發(fā)明第三實(shí)施例提供的一種報文處理方法的方法流程圖；

圖10示出了本發(fā)明第三實(shí)施例提供的另一種報文處理方法的方法流程圖；

圖11示出了本發(fā)明第三實(shí)施例提供的告警信息生成步驟的流程圖；

圖12示出了本發(fā)明第四實(shí)施例提供的一種報文處理裝置的功能模塊框圖；

圖13示出了本發(fā)明第五實(shí)施例提供的一種報文處理裝置的功能模塊框圖；

圖14示出了本發(fā)明第六實(shí)施例提供的一種報文處理裝置的功能模塊框圖。

具體實(shí)施方式

如圖1所示，是本發(fā)明實(shí)施例提供的一種分布式設(shè)備和多個主機(jī)的組播示意圖。所述多個主機(jī)(如圖1中所示201、202及203)與分布式設(shè)備100之間進(jìn)行組播數(shù)據(jù)傳輸。于本發(fā)明實(shí)施例中，分布式設(shè)備100可以為組播路由器、交換機(jī)等分布式網(wǎng)絡(luò)通信設(shè)備。

圖2示出了一種可應(yīng)用于本發(fā)明實(shí)施例中的分布式設(shè)備100的結(jié)構(gòu)框圖。如圖2所示，分布式設(shè)備100包括：主控處理單元110(Main ProcessingUnit，MPU)和至少一個線卡處理單元120(Line Processing Unit，LPU)。LPU包括報文處理裝置，用于對接收到的IGMP報文進(jìn)行預(yù)處理，從而丟棄無效的報文，將通過該預(yù)處理的IGMP報文發(fā)送至MPU。MPU包括組播管理模塊，用于接收報文處理裝置發(fā)送的報文，包括加組報文和離組報文，根據(jù)IGMP協(xié)議對報文處理裝置發(fā)送的報文進(jìn)行處理。

可以理解，圖2所示的結(jié)構(gòu)僅為示意，分布式設(shè)備100還可包括比圖2中所示更多的組件，或者具有與圖2所示不同的配置。圖2中所示的各組件可以采用硬件、軟件或其組合實(shí)現(xiàn)。

由于IGMP報文格式簡單，報文本身不具備安全功能，IGMP協(xié)議對于網(wǎng)絡(luò)中大量的IGMP報文，無法判斷是否為有效的IGMP報文，因而會全部進(jìn)行處理，這樣就導(dǎo)致MPU的CPU因處理大量的IGMP報文而處于繁忙狀態(tài)，影響其他業(yè)務(wù)的處理。特別在有惡意報文攻擊中，造成網(wǎng)絡(luò)異常。因此，先通過本發(fā)明實(shí)施例提供的報文處理方法根據(jù)報文類型對分布式設(shè)備100所接收到的IGMP報文進(jìn)行預(yù)處理，丟棄掉無效的IGMP報文，然后再將通過預(yù)處理的報文上送給MPU，再由MPU根據(jù)IGMP協(xié)議對接收到的IGMP報文進(jìn)行處理，能夠有效地控制MPU處理IGMP報文的速率，有效降低網(wǎng)絡(luò)中大量的IGMP報文對MPU的CPU的沖擊，增強(qiáng)系統(tǒng)穩(wěn)定性。

需要說明的是，于本發(fā)明的優(yōu)選實(shí)施例中，報文處理裝置對應(yīng)的程序指令/模塊運(yùn)行于分布式設(shè)備100的LPU卡中，占用系統(tǒng)資源少。當(dāng)然，于本發(fā)明的其他實(shí)施例中，包括報文處理裝置對應(yīng)的程序指令/模塊的LPU與MPU也可以運(yùn)行于集中式通信設(shè)備中。

下面將結(jié)合本發(fā)明實(shí)施例中附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。通常在此處附圖中描述和示出的本發(fā)明實(shí)施例的組件可以以各種不同的配置來布置和設(shè)計。因此，以下對在附圖中提供的本發(fā)明的實(shí)施例的詳細(xì)描述并非旨在限制要求保護(hù)的本發(fā)明的范圍，而是僅僅表示本發(fā)明的選定實(shí)施例。基于本發(fā)明的實(shí)施例，本領(lǐng)域技術(shù)人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

第一實(shí)施例

圖3示出了本發(fā)明第一實(shí)施例提供的一種報文處理方法的流程圖。請參閱圖3，本實(shí)施例描述的是分布式設(shè)備100的處理流程，所述方法包括：

步驟S110，獲取接收到的報文的類型；

IGMP報文具有多種類型，例如IGMP通用查詢報文、IGMP特定組查詢報文、IGMP加組報文、IGMP離組報文等。IGMP通用查詢報文為組播路由器向組播組成員發(fā)送的報文，用于查詢哪些組播組存在成員。IGMP特定組查詢報文為組播路由器向組播組成員發(fā)送的報文，用于查詢特定組播組是否存在成員。IGMP加組報文，即IGMP報告報文，為主機(jī)向組播路由器發(fā)送的報告報文，用于申請加入某個組播組或者應(yīng)答IGMP查詢報文。IGMP離組報文為組播組成員向組播路由器發(fā)送的報文，用于告知組播路由器該主機(jī)離開了某個組播組。

對接收到的IGMP報文進(jìn)行格式解析，可以獲得該IGMP報文的類型。本實(shí)施例中，優(yōu)選主要對IGMP加組報文和IGMP離組報文兩種IGMP報文進(jìn)行處理，以下簡稱加組報文和離組報文。對于這兩種報文類型外的其他報文，可以直接發(fā)送至組播管理模塊，由組播管理模塊繼續(xù)對這些報文進(jìn)行處理。當(dāng)然，在本發(fā)明另外的實(shí)施例中，也可以處理這兩種報文類型以外的其他報文。

步驟S120，根據(jù)獲取到的類型在與該類型對應(yīng)的鏈表中查找與所述報文對應(yīng)的條目；

預(yù)先配置有所需要的報文類型對應(yīng)的鏈表，該鏈表用于管理報文對應(yīng)的條目。每個條目均具有唯一識別碼，該唯一識別碼至少包括但不限于報文源端口、報文源IP、組播組地址以及VLAN號。

因此，獲取到所接收的報文的類型后，根據(jù)該報文類型查找與該類型對應(yīng)的鏈表。例如，加組報文對應(yīng)有加組鏈表，離組報文對應(yīng)有離組鏈表。進(jìn)一步的，在該報文類型對應(yīng)的鏈表中查找與該報文對應(yīng)的條目。具體的，當(dāng)條目的唯一識別碼包括報文源端口、報文源IP、組播組地址以及VLAN號時，可以獲取接收到的報文中的源端口、源IP、組播組地址以及VLAN號，根據(jù)獲取到的源端口、源IP、組播組地址以及VLAN號在該報文類型對應(yīng)的鏈表中查找唯一識別碼與該報文匹配的條目。

步驟S130，若在所述鏈表中查找到與所述報文對應(yīng)的條目且該條目的上報定時器為啟動狀態(tài)，丟棄所述報文；

步驟S140，若在所述鏈表中沒有查找到與所述報文對應(yīng)的條目，將所述報文發(fā)送到組播管理模塊。

于本發(fā)明實(shí)施例中，鏈表中每個條目均配置有一個上報定時器，且對于每個上報定時器均預(yù)先設(shè)置有定時時間，該定時時間即為鏈表中對應(yīng)條目的老化時間。其中，定時時間大于或等于1且小于或等于IGMP查詢間隔時間。例如，定時時間可以設(shè)置為60s。

本發(fā)明實(shí)施例中，上報定時器的狀態(tài)包括啟動狀態(tài)和超時狀態(tài)。上報定時器在開啟后的定時時間內(nèi)處于啟動狀態(tài)；上報定時器在超時后，即開啟時間超過其定時時間時，處于超時狀態(tài)。

將報文對應(yīng)的條目添加到鏈表中時，則開啟該條目對應(yīng)的上報定時器。當(dāng)該條目對應(yīng)的上報定時器處于啟動狀態(tài)時，若接收到與該條目對應(yīng)的報文，則判定該報文為無效報文。由于無效報文的處理與否不影響組播組的正常工作，因此可以丟棄該報文，即不再將該報文發(fā)送到組播管理模塊處理，從而實(shí)現(xiàn)IGMP報文速率的控制。

也就是說，若在鏈表中查找到與所接收到的報文對應(yīng)的條目且該條目的上報定時器為啟動狀態(tài)，則表明該報文為無效報文，從而丟棄該報文。當(dāng)然，若在鏈表中沒有查找到與所接收到的報文對應(yīng)的條目，則將該報文發(fā)送到組播管理模塊，由組播管理模塊繼續(xù)對該報文進(jìn)行處理，以使得分布式設(shè)備100根據(jù)該報文創(chuàng)建組播組或者更新組播組的成員關(guān)系。然后將該報文對應(yīng)的條目添加到與該報文類型對應(yīng)的鏈表中，開啟該條目的上報定時器。作為一種實(shí)施方式，當(dāng)每個鏈表中的任意一個條目的上報定時器達(dá)到超時狀態(tài)時，可以停止該上報定時器，并將該條目從鏈表中刪除。

相比于現(xiàn)有技術(shù)，本發(fā)明實(shí)施例提供的報文處理方法，針對接收到的不同類型的IGMP報文，根據(jù)IGMP報文的類型在對應(yīng)的鏈表中查找與該報文對應(yīng)的條目，若在鏈表中查找到與該報文對應(yīng)的條目且該條目的上報定時器為啟動狀態(tài)，表明接收到的報文為無效的報文，從而丟棄該報文，若在鏈表中沒有查找到與報文對應(yīng)的條目，將該報文發(fā)送到組播管理模塊，能夠針對不同類型的IGMP報文實(shí)現(xiàn)速率控制，有效地改善了由于網(wǎng)絡(luò)中大量的IGMP報文或惡意的IGMP攻擊報文對主控處理單元MPU的CPU的沖擊，造成MPU的CPU繁忙而影響正常業(yè)務(wù)處理的問題。

第二實(shí)施例

圖4示出了本發(fā)明第二實(shí)施例提供的一種報文處理方法的流程圖。請參閱圖4，本實(shí)施例描述的是分布式設(shè)備100對加組報文的處理流程，所述方法包括：

步驟S200，獲取接收到的報文的類型；

于本發(fā)明實(shí)施例中，步驟S200的具體實(shí)施方式可以參照上述第一實(shí)施例中的步驟S110，此處不再贅述。

步驟S202，若接收到的報文為加組報文，在預(yù)設(shè)的加組鏈表中查找與所述加組報文對應(yīng)的條目；

預(yù)先配置的加組鏈表用于管理加組報文對應(yīng)的條目，加組鏈表中每個條目均對應(yīng)于一個加組報文。每個條目均具有唯一識別碼，該唯一識別碼至少包括但不限于報文源端口、報文源IP、組播組地址以及VLAN號。相應(yīng)地，獲取接收到的報文的唯一識別碼，根據(jù)獲取到的唯一識別碼在加組鏈表中查找與該報文對應(yīng)的條目。

于本實(shí)施例中，為了提高處理效率，在執(zhí)行步驟S202之前，該報文處理方法還可以包括加組報文預(yù)判定步驟，用于對所接收到的加組報文的可信度進(jìn)行初步判定。具體的，如圖5所示，上述加組報文預(yù)判定步驟包括以下步驟S2010至步驟S2018。

步驟S2010，若接收到的報文為加組報文，在預(yù)設(shè)的信任列表中查找與該加組報文匹配的條目。

預(yù)先設(shè)置加組報文對應(yīng)的信任列表，加組報文對應(yīng)的信任列表中包括多個預(yù)先確定為受信任的加組報文條目。

步驟S2012，判斷在信任列表中是否查找到與該加組報文匹配的條目。

若在所述信任列表中沒有查找到與該加組報文匹配的條目，則執(zhí)行步驟S2018。

作為一種實(shí)施方式，本發(fā)明實(shí)施例中還可以預(yù)先設(shè)置黑名單列表，黑名單列表中包括預(yù)先確定為不受信任的加組報文條目。若在黑名單列表中存在與接收到的報文對應(yīng)的條目，則丟棄該報文。此時，若在所述信任列表中查找到與該加組報文匹配的條目，則執(zhí)行步驟S2014。需要說明的是，作為另一種實(shí)施方式，也可以不設(shè)置黑名單列表，當(dāng)在信任列表中查找到與該報文匹配的條目時，則表示該報文被初步確定為受信任的報文，直接執(zhí)行步驟S202。

步驟S2014，在預(yù)設(shè)的黑名單列表中查找與該加組報文匹配的條目。

步驟S2016，判斷在黑名單列表中是否查找到與該加組報文匹配的條目。

若在所述黑名單列表中沒有查找到與該加組報文匹配的條目，則執(zhí)行步驟S202。然而，若在黑名單列表中查找到與所述報文匹配的條目，則表明該報文不受信任，執(zhí)行步驟S2018。

步驟S2018，丟棄該加組報文。

若在信任列表中沒有查找到與該加組報文匹配的條目，或者是，在信任列表中查找到與該加組報文匹配的條目但是在黑名單列表中也查找到與該加組報文匹配的條目，則表明該加組報文不受信任，從而丟棄該加組報文。

步驟S204，若在所述加組鏈表中查找到與所述加組報文對應(yīng)的條目且該條目的上報定時器為啟動狀態(tài)，丟棄所述加組報文。

于本發(fā)明實(shí)施例中，加組鏈表中每個條目均配置有一個上報定時器，且對于每個上報定時器均預(yù)先設(shè)置有第一定時時間，該第一定時時間即為加組鏈表中對應(yīng)條目的老化時間。其中，第一定時時間大于或等于1且小于或等于IGMP查詢間隔時間。例如，第一定時時間可以設(shè)置為60s。

將加組報文對應(yīng)的條目添加到加組鏈表中時，則開啟該條目對應(yīng)的上報定時器。上報定時器的狀態(tài)包括啟動狀態(tài)和超時狀態(tài)。上報定時器在開啟后的第一定時時間內(nèi)處于啟動狀態(tài)；上報定時器超時后，即開啟時間超過其第一定時時間時，處于超時狀態(tài)。當(dāng)該條目對應(yīng)的上報定時器處于啟動狀態(tài)時，若接收到與該條目對應(yīng)的加組報文，則判定該加組報文為無效報文。由于無效報文的處理與否不影響組播組的正常工作，因此可以丟棄該加組報文，即不再將該加組報文發(fā)送到組播管理模塊處理，從而實(shí)現(xiàn)加組報文速率的控制。

也就是說，若在加組鏈表中查找到與所接收到的加組報文對應(yīng)的條目且該條目的上報定時器為啟動狀態(tài)，則表明該加組報文為無效報文，從而丟棄該加組報文。

如圖6所示，執(zhí)行完步驟S202后，若在所述加組鏈表中沒有查找到與所述加組報文對應(yīng)的條目，則執(zhí)行以下步驟S206。

步驟S206，若在所述加組鏈表中沒有查找到與所述加組報文對應(yīng)的條目，將所述加組報文發(fā)送到組播管理模塊，將所述加組報文對應(yīng)的條目添加到所述加組鏈表中，啟動該條目的上報定時器。

組播管理模塊繼續(xù)對加組報文進(jìn)行處理，以使得分布式設(shè)備100根據(jù)該加組報文創(chuàng)建組播組或者更新組播組的成員關(guān)系。

可以理解的是，在添加到加組鏈表中的該條目的上報定時器超時前，若再次接收到該條目對應(yīng)的加組報文，則可以在加組鏈表中查找到該條目，且此時該條目的上報定時器處于啟動狀態(tài)，從而丟棄所接收到的加組報文。

在具體應(yīng)用場景中，主機(jī)發(fā)送加組報文和離組報文的間隔時間可能較短，即主機(jī)在加組操作和離組操作之間快速切換。因此，為了避免在處理加組報文的過程中，丟棄正常的離組報文，如圖6所示，上述步驟S206中，將加組報文發(fā)送到組播管理模塊之后，本實(shí)施例提供的報文處理方法還包括以下步驟S2100和步驟S2102。

步驟S2100，根據(jù)所述加組報文的特征信息在離組鏈表中查找與所述特征信息對應(yīng)的條目。

本實(shí)施例中，加組報文的特征信息可以包括加組報文的源端口、源IP、組播組地址和VLAN號。離組鏈表為預(yù)先設(shè)置的，用于管理離組報文對應(yīng)的條目，每個條目均具有唯一標(biāo)識碼。上述加組報文的特征信息與離組鏈表中條目的唯一標(biāo)識碼對應(yīng)，將加組報文的特征信息與離組鏈表中每個條目的唯一標(biāo)識碼匹配，查找與加組報文的特征信息對應(yīng)的條目。

步驟S2102，若在所述離組鏈表中查找到與所述特征信息對應(yīng)的條目且所述離組鏈表中的該條目的上報定時器為啟動狀態(tài)，停止該條目的上報定時器。

同理，離組鏈表中的每個條目也均配置有一個上報定時器，對于每個上報定時器均預(yù)先設(shè)置有第二定時時間，該第二定時時間即為離組鏈表中對應(yīng)條目的老化時間。其中，第二定時時間大于或等于1且小于或等于IGMP查詢間隔時間。例如，第二定時時間可以設(shè)置為60s。本實(shí)施例中，第二定時時間與第一定時時間優(yōu)選設(shè)置為相等。當(dāng)然，在其他實(shí)施例中，第二定時時間與第一定時時間也可以不等，具體可以根據(jù)用戶的需要設(shè)置。

若在離組鏈表中查找到與加組報文的特征信息對應(yīng)的條目且該條目的上報定時器為啟動狀態(tài)，則停止該條目的上報定時器，以便于當(dāng)同一主機(jī)在發(fā)送該加組報文后的較短時間間隔內(nèi)，又發(fā)送了與該加組報文對應(yīng)的離組報文時，組播管理模塊能夠及時處理該離組報文，從而避免該離組報文被當(dāng)作無效報文丟棄掉。此時，若接收到離組報文，雖然能夠在離組鏈表中查找到與該離組報文對應(yīng)的條目，但由于該條目的上報定時器已被停止，因此仍將該離組報文發(fā)送到組播管理模塊，并重新啟動該條目的上報定時器。

需要說明的是，若在離組鏈表中沒有查找到與所述特征信息對應(yīng)的條目，或者是在離組鏈表中查找到與所述特征信息對應(yīng)的條目但離組鏈表中的該條目的上報定時器不為啟動狀態(tài)，則不需要根據(jù)上述特征信息對離組鏈表進(jìn)行處理。

作為一種實(shí)施方式，當(dāng)加組鏈表中的條目老化后，即條目對應(yīng)的上報定時器達(dá)到超時狀態(tài)時，可以將該條目從加組鏈表中刪除，當(dāng)再次接受到對應(yīng)于該條目的加組報文時，再重新將該條目添加到加組鏈表中。然而，若在該條目老化后立即將該條目從加組鏈表中刪除，若在刪除后的較短時間間隔內(nèi)接收到該條目對應(yīng)的加組報文，則會在較短時間間隔內(nèi)相繼執(zhí)行刪除和添加相同的條目的操作，增加工作量。因此，為了進(jìn)一步簡化處理流程，在本發(fā)明實(shí)施例的優(yōu)選實(shí)施方式中，加組鏈表中的每個條目還設(shè)置有延時定時器，并預(yù)先為每個延時定時器設(shè)置有第三定時時間，延時定時器的第三定時時間即為加組鏈表中的條目老化后，該條目存在于加組鏈表中的延時時間。因此，如圖7所示，本實(shí)施例提供的報文處理方法還包括步驟S208。

步驟S208，若所述加組鏈表中任一條目的上報定時器達(dá)到超時狀態(tài)，啟動該條目的延時定時器。

本實(shí)施例中，延時定時器的第三定時時間等于組老化時間減去條目的上報定時器的第一定時時間。其中，組老化時間即為分布式設(shè)備100以及多個主機(jī)構(gòu)成的組播組的老化時間，該老化時間由組播組成員的最大響應(yīng)時間、查詢間隔時間以及查詢者的健壯變量決定?？梢岳斫獾氖?，延時定時器也包括啟動狀態(tài)和超時狀態(tài)，延時定時器在開啟后的第三定時時間內(nèi)處于啟動狀態(tài)；延時定時器在超時前，即開啟時間超過其第三定時時間時，處于超時狀態(tài)。

需要說明的是，步驟S208的執(zhí)行順序不限于圖7所示的順序，其可以發(fā)生在其他任意步驟的前后或與其他任意步驟同時發(fā)生，若加組鏈表中存在有條目的上報定時器達(dá)到超時狀態(tài)，則執(zhí)行步驟S208。此時，如圖7所示，執(zhí)行完上述步驟S202后，本發(fā)明實(shí)施例提供的報文處理方法還包括以下步驟S210。

步驟S210，若在所述加組鏈表中查找到與所述加組報文對應(yīng)的條目且該條目的上報定時器為超時狀態(tài)以及該條目的延時定時器為啟動狀態(tài)，將所述加組報文發(fā)送到所述組播管理模塊，并重置該條目的上報定時器，停止該條目的延時定時器。

在加組鏈表中查找與接收到的加組報文對應(yīng)的條目時，若在加組鏈表中查找到與該加組報文對應(yīng)的條目，且此時該條目的上報定時器處于超時狀態(tài)，該條目的延時定時器處于啟動狀態(tài)，說明當(dāng)前時刻該加組報文對應(yīng)的條目已經(jīng)老化，但處于該條目的延時時間段內(nèi)。由于加組鏈表中該加組報文對應(yīng)的條目已經(jīng)老化，因此將該加組報文發(fā)送到組播管理模塊繼續(xù)處理。此外，重置該條目的上報定時器，即重新開始該條目的老化周期，并停止該條目的延時定時器，即停止本次延時。

需要說明的是，步驟S210中，將所述加組報文發(fā)送到所述組播管理模塊之后，為了避免在處理加組報文的過程中，丟棄正常的離組報文，仍需要執(zhí)行上述步驟S2100和步驟S2102，如圖7所示。根據(jù)加組報文的特征信息在離組鏈表中查找與所述特征信息對應(yīng)的條目，若在所述離組鏈表中查找到與所述特征信息對應(yīng)的條目且所述離組鏈表中的該條目的上報定時器為啟動狀態(tài)，停止該條目的上報定時器。若在離組鏈表中沒有查找到與所述特征信息對應(yīng)的條目，或者是在離組鏈表中查找到與所述特征信息對應(yīng)的條目但離組鏈表中的該條目的上報定時器不為啟動狀態(tài)，則不需要根據(jù)上述特征信息對離組鏈表進(jìn)行處理。

進(jìn)一步的，當(dāng)加組鏈表中條目的延時定時器達(dá)到超時狀態(tài)，表明本次延時結(jié)束，此時再將該條目從加組鏈表中刪除。因此，如圖7所示，本發(fā)明實(shí)施例提供的報文處理方法還包括步驟S212。需要說明的是，步驟S212的執(zhí)行順序不限于圖7所示的順序，其可以發(fā)生在其他任意步驟的前后或與其他任意步驟同時發(fā)生，若加組鏈表中存在有條目的延時定時器達(dá)到超時狀態(tài)，則執(zhí)行步驟S212。

步驟S212，若所述加組鏈表中任一條目的延時定時器達(dá)到超時狀態(tài)，將該條目從所述加組鏈表中刪除。

當(dāng)預(yù)設(shè)的加組鏈表中不存在當(dāng)前接收到的加組報文對應(yīng)的條目時，將該加組報文對應(yīng)的條目添加到加組鏈表中，啟動該條目的上報定時器。上報定時器開始計時，當(dāng)達(dá)到預(yù)設(shè)的老化時間時，該條目的上報定時器處于超時狀態(tài)即該條目處于老化狀態(tài)，啟動該條目的延時定時器。延時定時器開始計時，當(dāng)延時定時器達(dá)到預(yù)設(shè)的老化時間時，延時定時器處于超時狀態(tài)，此時將該條目從加組鏈表中刪除。在此過程中，需要說明的是，在延時定時器從開啟到超時之間的時間段內(nèi)，若接收到該條目對應(yīng)的加組報文，則重置該條目的上報定時器，停止該條目的延時定時器，此時延時定時器無法達(dá)到超時狀態(tài)，則不用將該條目從加組鏈表中刪除。

此外，為了便于管理員分析網(wǎng)絡(luò)環(huán)境，可以進(jìn)一步對所丟棄的加組報文進(jìn)行計數(shù)，并預(yù)先設(shè)置告警條件，以根據(jù)計數(shù)結(jié)果和告警條件判斷是否生成告警信息。具體的，本發(fā)明實(shí)施例提供的報文處理方法還可以包括告警信息生成步驟。本實(shí)施例中，告警信息生成步驟包括以下步驟S214、步驟S216以及步驟S218，如圖8所示。

步驟S214，在所述加組鏈表中每個條目的當(dāng)前上報定時器超時前，對接收的與所述加組鏈表中每個條目對應(yīng)的所述加組報文進(jìn)行計數(shù)，得到當(dāng)前定時周期內(nèi)該條目對應(yīng)的加組報文丟棄量。

加組鏈表中每個條目的老化周期為該條目的上報定時器的定時周期。在所述加組鏈表中每個條目的當(dāng)前上報定時器超時前，分別對接收的與所述加組鏈表中每個條目對應(yīng)的加組報文，也就是上述步驟S204所丟棄的加組報文進(jìn)行計數(shù)，得到當(dāng)前定時周期內(nèi)該條目對應(yīng)的加組報文丟棄量。也就是說，上述步驟S204中，若在加組鏈表中查找到與當(dāng)前加組報文對應(yīng)的條目且該條目的上報定時器為啟動狀態(tài)，丟棄該加組報文后，將該條目的當(dāng)前老化周期內(nèi)即該條目對應(yīng)的上報定時器的當(dāng)前定時周期內(nèi)，該條目對應(yīng)的加組報文丟棄量加1?？梢岳斫獾氖?，每個定時周期內(nèi)，加組報文丟棄量的初始值可以設(shè)置為零。

步驟S216，若所述加組報文丟棄量滿足預(yù)設(shè)告警條件時，根據(jù)所述加組報文丟棄量、該條目的特征信息以及所述告警條件生成告警信息。

于本發(fā)明實(shí)施例中，告警條件可以根據(jù)需要設(shè)置。例如，可以預(yù)先設(shè)置一個告警閾值，當(dāng)報文丟棄量超過該告警閾值時，表示滿足告警條件，生成告警信息?；蛘?，也可以預(yù)先設(shè)置一個告警值范圍，當(dāng)報文丟棄量在該告警值范圍內(nèi)時，表示滿足告警條件，生成告警信息。具體的，告警信息可以包括但不限于當(dāng)前老化周期內(nèi)的加組報文丟棄量、條目的特征信息以及預(yù)設(shè)的告警條件，以便于管理員可以根據(jù)該告警信息及時了解并分析網(wǎng)絡(luò)環(huán)境。

步驟S218，若連續(xù)N個所述定時周期內(nèi)該條目對應(yīng)的所述加組報文丟棄量均滿足預(yù)設(shè)告警條件，將該條目添加到預(yù)設(shè)的黑名單列表中。

于本步驟中，黑名單列表為預(yù)先設(shè)置的，黑名單列表中包括的每個條目均對應(yīng)于一個不受信任的報文。當(dāng)某個條目的連續(xù)N個定時周期的加組報文丟棄量均滿足預(yù)設(shè)告警條件時，則將該條目添加到黑名單列表中。其中，N默認(rèn)為0，此時不添加黑名單，用戶可以根據(jù)具體需要對N進(jìn)行設(shè)置，可以將其設(shè)置為大于或等于1的值。

對于添加到黑名單列表中的條目，當(dāng)后續(xù)接收到對應(yīng)于該條目的加組報文時，該加組報文將直接被丟棄掉。此外，將該條目添加到黑名單列表中后，將生成提示信息，用于提示該條目已被加入黑名單列表。需要說明的是，管理員了解黑名單列表中的條目情況后，可以手動恢復(fù)黑名單列表中的成員，即將一些因網(wǎng)絡(luò)異常造成通信異常的情況下，被添加到黑名單列表中的條目從黑名單列表中刪除，增強(qiáng)了網(wǎng)絡(luò)管理可控性。適時進(jìn)行黑名單成員恢復(fù)，能夠有效降低因網(wǎng)絡(luò)異常而造成的通信異常。

本發(fā)明實(shí)施例提供的報文處理方法，能夠有效地實(shí)現(xiàn)對加組報文的速率控制，改善了由于網(wǎng)絡(luò)中大量的IGMP加組報文或惡意的IGMP加組攻擊報文對主控處理單元MPU的CPU的沖擊，造成MPU的CPU繁忙而影響正常業(yè)務(wù)處理的問題。

第三實(shí)施例

圖9示出了本發(fā)明第三實(shí)施例提供的一種報文處理方法的流程圖。請參閱圖9，本實(shí)施例描述的是分布式設(shè)備100對離組報文的處理流程，所述方法包括：

步驟S300，獲取接收到的報文的類型；

于本發(fā)明實(shí)施例中，步驟S300的具體實(shí)施方式可以參照上述第一實(shí)施例中的步驟S110，此處不再贅述。

步驟S302，若接收到的報文為離組報文，在預(yù)設(shè)的離組鏈表中查找與所述離組報文對應(yīng)的條目；

預(yù)先配置的離組鏈表用于管理離組報文對應(yīng)的條目，每個條目均對應(yīng)于一個離組報文。每個條目均具有唯一識別碼，該唯一識別碼至少包括但不限于報文源端口、報文源IP、組播組地址以及VLAN號。相應(yīng)地，獲取接收到的報文的唯一識別碼，根據(jù)獲取到的唯一識別碼在離組鏈表中查找與該報文對應(yīng)的條目。

于本實(shí)施例中，為了提高處理效率，在執(zhí)行步驟S302之前，該報文處理方法還可以包括離組報文預(yù)判定步驟，用于對所接收到的離組報文的可信度進(jìn)行初步判定。具體的，上述預(yù)判定步驟包括以下步驟S3011、步驟S3012以及步驟S3013。

步驟S3011，若接收到的報文為離組報文，在預(yù)設(shè)的信任列表中查找與該離組報文匹配的條目。

預(yù)先設(shè)置離組報文對應(yīng)的信任列表，離組報文對應(yīng)的信任列表中包括多個預(yù)先確定為受信任的離組報文條目。

步驟S3012，若在所述信任列表中查找到與該離組報文匹配的條目，則執(zhí)行上述步驟S302。

接收到的報文為離組報文時，若在離組報文對應(yīng)的信任列表中查找到與該報文匹配的條目時，則表示該報文被初步確定為受信任的報文，繼續(xù)執(zhí)行步驟S302。

步驟S3013，若在所述信任列表中沒有查找到與該離組報文匹配的條目，則丟棄該離組報文。

若在離組報文對應(yīng)的信任列表中沒有查找到與該離組報文匹配的條目，則表明該離組報文不受信任，從而丟棄該離組報文。

步驟S304，若在所述離組鏈表中查找到與所述離組報文對應(yīng)的條目且該條目的上報定時器為啟動狀態(tài)，丟棄所述離組報文。

于本發(fā)明實(shí)施例中，離組鏈表中每個條目均配置有一個上報定時器，且對于每個上報定時器均預(yù)先設(shè)置有第二定時時間，該第二定時時間即為離組鏈表中對應(yīng)條目的老化時間。其中，第二定時時間大于或等于1且小于或等于IGMP查詢間隔時間。例如，第二定時時間可以設(shè)置為60s。

將離組報文對應(yīng)的條目添加到離組鏈表中時，則開啟該條目對應(yīng)的上報定時器。離組鏈表中的條目對應(yīng)的上報定時器包括啟動狀態(tài)和超時狀態(tài)。上報定時器在開啟后的第二定時時間內(nèi)處于啟動狀態(tài)；上報定時器在超時后，即開啟時間超過其第二定時時間時，處于超時狀態(tài)。當(dāng)該條目對應(yīng)的上報定時器處于啟動狀態(tài)時，若接收到與該條目對應(yīng)的離組報文，則判定該離組報文為無效報文。由于無效報文的處理與否不影響組播組的正常工作，因此可以丟棄該離組報文，即不再將該離組報文發(fā)送到組播管理模塊處理，從而實(shí)現(xiàn)離組報文速率的控制。

也就是說，若在離組鏈表中查找到與所接收到的離組報文對應(yīng)的條目且該條目的上報定時器為啟動狀態(tài)，則表明該離組報文為無效報文，從而丟棄該離組報文。

進(jìn)一步的，如圖10所示，執(zhí)行完步驟S302之后，本發(fā)明實(shí)施例提供的報文處理方法還包括步驟S306以及步驟S308。

步驟S306，若在所述離組鏈表中沒有查找到與所述離組報文對應(yīng)的條目，將所述離組報文發(fā)送到組播管理模塊。

在離組鏈表中沒有查找到與該離組報文對應(yīng)的條目時，將離組報文發(fā)送到組播管理模塊，由組播管理模塊繼續(xù)對該離組報文進(jìn)行處理，以使得分布式設(shè)備100根據(jù)該離組報文更新該離組報文對應(yīng)的組播組的成員關(guān)系或刪除該組播組。

步驟S308，將所述離組報文對應(yīng)的條目添加到所述離組鏈表中，啟動該條目的上報定時器。

需要說明的是，步驟S308也可以發(fā)生在將離組報文發(fā)送到組播管理模塊之前，或者是與將離組報文發(fā)送到組播管理模塊的步驟基本同時發(fā)生。

可以理解的是，在添加到離組鏈表中的條目的上報定時器超時前，若再次接收到該條目對應(yīng)的離組報文，則可以在離組鏈表中查找到該條目，且此時該條目的上報定時器處于啟動狀態(tài)，從而丟棄所接收到的離組報文。

在具體應(yīng)用場景中，主機(jī)發(fā)送加組報文和離組報文的間隔時間可能較短，即主機(jī)在加組操作和離組操作之間快速切換。因此，為了避免在處理離組報文的過程中，丟棄正常的加組報文，如圖10所示，上述步驟S306中，將所述離組報文發(fā)送到組播管理模塊之后，本實(shí)施例提供的報文處理方法還包括步驟S310和步驟S312。

步驟S310，根據(jù)所述離組報文的特征信息在加組鏈表中查找與所述特征信息對應(yīng)的條目；

本實(shí)施例中，離組報文的特征信息可以包括離組報文的源端口、源IP、組播組地址和VLAN號。加組鏈表為預(yù)先設(shè)置的，用于管理加組報文對應(yīng)的條目，每個條目均具有唯一標(biāo)識碼。上述離組報文的特征信息與加組鏈表中條目的唯一標(biāo)識碼對應(yīng)，將離組報文的特征信息與加組鏈表中每個條目的唯一標(biāo)識碼匹配，查找與離組報文的特征信息對應(yīng)的條目。

步驟S312，若在所述加組鏈表中查找到與所述特征信息對應(yīng)的條目且所述加組鏈表中的該條目的上報定時器為啟動狀態(tài)，停止該條目的上報定時器。

同理，加組鏈表中的每個條目也均配置有一個上報定時器。對于每個上報定時器均預(yù)先設(shè)置有第一定時時間，該第一定時時間即為加組鏈表中對應(yīng)條目的老化時間。其中，第一定時時間大于或等于1且小于或等于IGMP查詢間隔時間。例如，第一定時時間可以設(shè)置為60s。若在加組鏈表中查找到與該離組報文的特征信息對應(yīng)的條目且該條目的上報定時器為啟動狀態(tài)，則停止該條目的上報定時器，以便于當(dāng)同一主機(jī)在發(fā)送該離組報文后的較短時間間隔內(nèi)，又發(fā)送了與該離組報文對應(yīng)的加組報文時，組播管理模塊能夠及時處理該加組報文，從而避免該加組報文被當(dāng)作無效報文丟棄掉。此時，若接收到加組報文，雖然能夠在加組鏈表中查找到與該加組報文對應(yīng)的條目，但由于該條目的上報定時器已被停止，因此仍將該加組報文發(fā)送到組播管理模塊，并重新啟動該條目的上報定時器。

需要說明的是，若在加組鏈表中沒有查找到與該離組報文的特征信息對應(yīng)的條目，或者是在加組鏈表中查找到與該特征信息對應(yīng)的條目但加組鏈表中的該條目的上報定時器不為啟動狀態(tài)，則不需要根據(jù)上述特征信息對加組鏈表進(jìn)行處理。

進(jìn)一步的，當(dāng)離組鏈表中條目的上報定時器達(dá)到超時狀態(tài)時，表明該條目老化，此時需要將該條目從加組鏈表中刪除。因此，如圖10所示，本發(fā)明實(shí)施例提供的報文處理方法還包括步驟S314。

步驟S314，若所述離組鏈表中任一條目的上報定時器達(dá)到超時狀態(tài)，將該條目從所述離組鏈表中刪除。

將接收到的離組報文對應(yīng)的條目添加到離組鏈表中后，則啟動該條目對應(yīng)的上報定時器，上報定時器開始計時，當(dāng)超過預(yù)設(shè)的第二定時時間時，該條目的上報定時器處于超時狀態(tài)即該條目處于老化狀態(tài)，將該條目從離組鏈表中刪除。

此外，為了便于管理員分析網(wǎng)絡(luò)環(huán)境，可以進(jìn)一步對所丟棄的離組報文進(jìn)行計數(shù)，并預(yù)先設(shè)置告警條件，以根據(jù)計數(shù)結(jié)果和告警條件判斷是否生成告警信息。具體的，本發(fā)明實(shí)施例提供的報文處理方法還可以包括告警信息生成步驟。如圖11所示，本實(shí)施例中，告警信息生成步驟包括以下步驟S316以及步驟S318。

步驟S316，在所述離組鏈表中每個條目的當(dāng)前上報定時器超時前，對接收的與所述離組鏈表中每個條目對應(yīng)的所述離組報文進(jìn)行計數(shù)，得到當(dāng)前定時周期內(nèi)該條目對應(yīng)的離組報文丟棄量。

離組鏈表中每個條目的老化周期為該條目的上報定時器的定時周期。在所述離組鏈表中每個條目的當(dāng)前上報定時器超時前，分別對接收的與所述離組鏈表中每個條目對應(yīng)的離組報文，也就是上述步驟S304所丟棄的離組報文進(jìn)行計數(shù)，得到當(dāng)前定時周期內(nèi)該條目對應(yīng)的離組報文丟棄量。也就是說，上述步驟S304中，若在離組鏈表中查找到與當(dāng)前離組報文對應(yīng)的條目且該條目的上報定時器為啟動狀態(tài)，丟棄該離組報文后，將該條目的當(dāng)前老化周期內(nèi)即該條目對應(yīng)的上報定時器的當(dāng)前定時周期內(nèi)，該條目對應(yīng)的離組報文丟棄量加1?？梢岳斫獾氖?，上報定時器的每個定時周期內(nèi)，離組報文丟棄量的初始值可以設(shè)置為零。

步驟S318，若所述離組報文丟棄量滿足預(yù)設(shè)告警條件時，根據(jù)所述離組報文丟棄量、該條目的特征信息以及所述告警條件生成告警信息。

于本實(shí)施例中，上述步驟S318的具體實(shí)施方式與上述第二實(shí)施例中的步驟S216類似，不同之處僅在于步驟S216中，是根據(jù)加組報文丟棄量以及針對加組報文設(shè)置的告警條件生成相應(yīng)的告警信息，而步驟S318中，是根據(jù)離組報文丟棄量以及針對離組報文設(shè)置的告警條件生成相應(yīng)的告警信息。因此，步驟S318的具體實(shí)施方式可以參照與上述第二實(shí)施例中的步驟S216。

本發(fā)明實(shí)施例提供的報文處理方法，能夠有效地實(shí)現(xiàn)對離組報文的速率控制，改善了由于網(wǎng)絡(luò)中大量的IGMP離組報文或惡意的IGMP離組攻擊報文對MPU的CPU的沖擊，造成MPU的CPU繁忙而影響正常業(yè)務(wù)處理的問題。

第四實(shí)施例

請參閱圖12，是本發(fā)明第四實(shí)施例提供的一種報文處理裝置的功能模塊框圖。所述報文處理裝置10運(yùn)行于分布式設(shè)備100的線卡處理單元LPU，用于實(shí)現(xiàn)第一實(shí)施例提出的報文處理方法。如圖12所示，所述報文處理裝置10包括獲取模塊11、查找模塊12、丟棄模塊13以及發(fā)送模塊14。

其中，獲取模塊11，用于獲取接收到的報文的類型。查找模塊12，用于根據(jù)獲取到的類型在與該類型對應(yīng)的鏈表中查找與所述報文對應(yīng)的條目。丟棄模塊13，用于若在所述鏈表中查找到與所述報文對應(yīng)的條目且該條目的上報定時器為啟動狀態(tài)，丟棄所述報文。發(fā)送模塊14，用于若在所述鏈表中沒有查找到與所述報文對應(yīng)的條目，將所述報文發(fā)送到主控處理單元MPU的組播管理模塊。

第五實(shí)施例

請參閱圖13，是本發(fā)明第五實(shí)施例提供的一種報文處理裝置的功能模塊框圖。所述報文處理裝置20運(yùn)行于分布式設(shè)備100的線卡處理單元LPU，用于實(shí)現(xiàn)第二實(shí)施例提出的報文處理方法。如圖13所示，所述報文處理裝置20包括：獲取模塊21、查找模塊22、丟棄模塊23以及發(fā)送模塊24。

獲取模塊21，用于獲取接收到的報文的類型。查找模塊22，用于若接收到的報文為加組報文，在預(yù)設(shè)的加組鏈表中查找與所述加組報文對應(yīng)的條目。丟棄模塊23，用于若在所述加組鏈表中查找到與所述加組報文對應(yīng)的條目且該條目的上報定時器為啟動狀態(tài)，丟棄所述加組報文。發(fā)送模塊24，用于若在加組鏈表中沒有查找到與所述加組報文對應(yīng)的條目，將所述加組報文發(fā)送到主控處理單元MPU的組播管理模塊。

進(jìn)一步的，上述查找模塊22還用于在預(yù)設(shè)的加組鏈表中查找與所述加組報文對應(yīng)的條目之前，在預(yù)設(shè)的信任列表中查找與所述加組報文匹配的條目；若在所述信任列表中查找到與所述加組報文匹配的條目，則執(zhí)行在加組鏈表中查找與所述加組報文對應(yīng)的條目；若在所述信任列表中沒有查找到與所述加組報文匹配的條目，則通知丟棄模塊丟棄該加組報文。

進(jìn)一步的，查找模塊22還用于若在信任列表中查找到與所述加組報文匹配的條目，在預(yù)設(shè)的黑名單列表中查找與所述加組報文匹配的條目，若在所述黑名單列表中沒有查找到與所述加組報文匹配的條目，則執(zhí)行在加組鏈表中查找與所述加組報文對應(yīng)的條目。

進(jìn)一步的，如圖13所示，所述報文處理裝置20還包括：第一加組報文處理模塊25。第一加組報文處理模塊25，用于若在所述加組鏈表中沒有查找到與所述加組報文對應(yīng)的條目，將所述加組報文對應(yīng)的條目添加到所述加組鏈表中，啟動該條目的上報定時器。

進(jìn)一步的，如圖13所示，所述報文處理裝置20還包括：第二加組報文處理模塊26。第二加組報文處理模塊26，用于在將所述加組報文發(fā)送到主控處理單元MPU的組播管理模塊之后，根據(jù)所述加組報文的特征信息在離組鏈表中查找與所述特征信息對應(yīng)的條目；若在所述離組鏈表中查找到與所述特征信息對應(yīng)的條目且所述離組鏈表中的該條目的上報定時器為啟動狀態(tài)，停止該條目的上報定時器。

進(jìn)一步的，如圖13所示，本實(shí)施例提供的報文處理裝置20還包括：第三加組報文處理模塊27。第三加組報文處理模塊27，用于若在所述加組鏈表中查找到與所述加組報文對應(yīng)的條目且該條目的上報定時器為超時狀態(tài)以及該條目的延時定時器為啟動狀態(tài)，將所述加組報文發(fā)送到所述組播管理模塊，重置該條目的上報定時器，停止該條目的延時定時器。

進(jìn)一步的，如圖13所示，本實(shí)施例提供的報文處理裝置20還包括：加組鏈表管理模塊28。加組鏈表管理模塊28，用于若所述加組鏈表中任一條目的上報定時器達(dá)到超時狀態(tài)，啟動該條目的延時定時器；若該條目的延時定時器達(dá)到超時狀態(tài)，將該條目從所述加組鏈表中刪除。

進(jìn)一步的，如圖13所示，所述報文處理裝置20還包括第一告警模塊29。第一告警模塊29包括第一計數(shù)子模塊291、第一生成子模塊292以及黑名單添加子模塊293。第一計數(shù)子模塊291，用于在所述加組鏈表中每個條目的當(dāng)前上報定時器超時前，對接收的與所述加組鏈表中每個條目對應(yīng)的所述加組報文進(jìn)行計數(shù)，得到當(dāng)前定時周期內(nèi)該條目對應(yīng)的加組報文丟棄量。第一生成子模塊292，用于若所述加組報文丟棄量滿足預(yù)設(shè)告警條件時，根據(jù)所述加組報文丟棄量、該條目的特征信息以及所述告警條件生成告警信息。黑名單添加子模塊293，用于若連續(xù)N個所述定時周期內(nèi)該條目對應(yīng)的所述加組報文丟棄量均滿足預(yù)設(shè)告警條件，將該條目添加到預(yù)設(shè)的黑名單列表中。

第六實(shí)施例

請參閱圖14，是本發(fā)明第六實(shí)施例提供的一種報文處理裝置的功能模塊框圖。所述報文處理裝置30運(yùn)行于分布式設(shè)備100的線卡處理單元LPU，用于實(shí)現(xiàn)第三實(shí)施例提出的報文處理方法。如圖14所示，所述報文處理裝置30包括：獲取模塊31、查找模塊32、丟棄模塊33以及發(fā)送模塊34。

獲取模塊31，用于獲取接收到的報文的類型。查找模塊32，用于若接收到的報文為離組報文，在預(yù)設(shè)的離組鏈表中查找與所述離組報文對應(yīng)的條目。丟棄模塊33，用于若在所述離組鏈表中查找到與所述離組報文對應(yīng)的條目且該條目的上報定時器為啟動狀態(tài)，丟棄所述離組報文。發(fā)送模塊34，用于若在離組鏈表中沒有查找到與所述離組報文對應(yīng)的條目，將所述離組報文發(fā)送到主控處理單元MPU的組播管理模塊。

進(jìn)一步的，查找模塊32還用于在預(yù)設(shè)的離組鏈表中查找與所述離組報文對應(yīng)的條目之前，在預(yù)設(shè)的信任列表中查找與所述離組報文匹配的條目；若在所述信任列表中查找到與所述離組報文匹配的條目，則執(zhí)行在預(yù)設(shè)的離組鏈表中查找與所述離組報文對應(yīng)的條目；若在所述信任列表中沒有查找到與所述離組報文匹配的條目，則通知丟棄模塊丟棄該離組報文。

進(jìn)一步的，如圖14所示，本實(shí)施例提供的報文處理裝置30還包括第一離組報文處理模塊35。第一離組報文處理模塊35用于若在所述離組鏈表中沒有查找到與所述離組報文對應(yīng)的條目，將所述離組報文對應(yīng)的條目添加到所述離組鏈表中，啟動該條目的上報定時器。

進(jìn)一步的，如圖14所示，本實(shí)施例提供的報文處理裝置30還包括第二離組報文處理模塊36。第二離組報文處理模塊36用于在將所述離組報文發(fā)送到主控處理單元MPU的組播管理模塊之后，根據(jù)所述離組報文的特征信息在加組鏈表中查找與所述特征信息對應(yīng)的條目；若在所述加組鏈表中查找到與所述特征信息對應(yīng)的條目且所述加組鏈表中的該條目的上報定時器為啟動狀態(tài)，停止該條目的上報定時器。

進(jìn)一步的，如圖14所示，本實(shí)施例提供的報文處理裝置30還包括離組鏈表管理模塊37。離組鏈表管理模塊37用于若所述離組鏈表中任一條目的上報定時器達(dá)到超時狀態(tài)，將該條目從所述離組鏈表中刪除。

進(jìn)一步的，如圖14所示，本實(shí)施例提供的報文處理裝置30還包括第二告警模塊38。第二告警模塊38包括第二計數(shù)子模塊381以及第二生成子模塊382。其中，第二計數(shù)子模塊381，用于在所述離組鏈表中每個條目的當(dāng)前上報定時器超時前，對接收的與所述離組鏈表中每個條目對應(yīng)的所述離組報文進(jìn)行計數(shù)，得到當(dāng)前定時周期內(nèi)該條目對應(yīng)的離組報文丟棄量。第二生成子模塊382，用于若所述離組報文丟棄量滿足預(yù)設(shè)告警條件時，根據(jù)所述離組報文丟棄量、該條目的特征信息以及所述告警條件生成告警信息。

以上第四實(shí)施例至第六實(shí)施例中，各模塊可以是由軟件代碼實(shí)現(xiàn)，此時，上述的各模塊可存儲于分布式設(shè)備100的存儲器內(nèi)。以上各模塊同樣可以由硬件例如集成電路芯片實(shí)現(xiàn)。

需要說明的是，本說明書中的各個實(shí)施例均采用遞進(jìn)的方式描述，每個實(shí)施例重點(diǎn)說明的都是與其他實(shí)施例的不同之處，各個實(shí)施例之間相同相似的部分互相參見即可。

以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。