[發明專利]一種報文處理方法及設備

有效

• 申請號: 201310753775.1
• 申請日: 2013-12-30
• 公開（公告）號: CN103684886B
• 公開（公告）日: 2017-11-21
• 發明（設計）人: 潘方敏;劉赫偉
• 申請（專利權）人: 杭州華為數字技術有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24;H04L12/70
• 代理公司: 北京同達信恒知識產權代理有限公司11291
• 代理人: 黃志華

技術領域

本發明涉及通信技術領域，尤其涉及一種報文處理方法及設備。

背景技術

目前，網絡設備（如業務網關、路由器以及網絡安全設備等）上通常會運行協議識別、內容解析、負載均衡、網絡加速以及安全等業務，以支撐網絡流量的有效管理。

具體地，網絡設備在對接收到的網絡數據流中的報文進行處理時，通常需要嚴格按照各報文的先后順序進行，并且，網絡設備上運行的各種業務在處理同一報文時也需要嚴格保持有序性。例如，針對任一報文，網絡設備需要首先對其執行協議識別，之后，才能對其執行內容解析，最后才能對其執行安全檢查和/或負載均衡等操作。另外，針對報文在業務處理過程中產生的建鏈或斷鏈等事件消息，也需要有序地傳遞給各個業務應用。

基于上述情況，網絡設備通?？刹捎靡韵路绞綄邮盏降膱笪囊约皥笪脑跇I務處理過程中產生的事件消息進行處理：

方式一：根據網絡設備接收報文的先后順序以及報文攜帶的時間戳、分片等信息，將各報文組成相應的報文隊列，以及，按照事件消息產生的先后順序，將所有由報文產生的事件消息也組成相應的事件消息隊列。在報文隊列和事件消息隊列上，分別管理和維護待執行的各業務處理模塊，如圖1中報文隊列對應的協議識別模塊、IPS Intrusion Prevention System，入侵預防系統）模塊以及ADC（Application Delivery Controller，應用交付控制器）模塊，以及事件消息隊列對應的ADC模塊或IPS模塊等，以此保證報文以及事件消息處理的有序性，此時，所述報文以及事件消息的處理過程可如圖1所示。

但是，由于在采用上述方式對各報文以及各事件消息進行業務處理時，存在報文隊列、事件消息隊列以及業務處理模塊隊列等多種隊列，從而導致隊列之間的管理調度較為復雜；并且，由報文產生的事件消息，其執行的時機，有可能需要與報文同步，若采用多個隊列則很難實現；再有，當網絡設備采用多核多線程方式處理報文和事件消息時，會導致鎖資源的頻繁使用，在加大系統開銷的同時增加了并行處理沖突的可能性，對系統資源和性能均存在較大的浪費。

方式二：對事件消息的處理在報文隊列處理過程中觸發，并以中斷的形式實現，此時，所述報文以及事件消息的處理過程可如圖2所示。

與方式一相比，由于可采用中斷的形式對報文處理過程中產生的事件消息進行處理，因此可達到隱藏事件消息隊列、從而降低隊列調度復雜性的目的。但是，對于某些需要在報文完整處理完畢后才能執行的事件消息，方式二并不能夠完全支持，再有，由于在采用方式二對各報文以及各事件消息進行業務處理時，事先注冊了多個業務處理模塊，如圖2中報文對應的IPS模塊以及ADC模塊，或者斷鏈事件消息對應的IPS斷鏈處理模塊、ADC斷鏈處理模塊以及WOC（WAN Optimization Controller，廣域網優化控制器）斷鏈處理模塊等，即使實際需要執行的業務處理模塊只有其中的一部分，也需要將所有業務處理模塊依次執行過去，對系統的性能會有一定程度的浪費。

也就是說，目前存在的對各報文以及各在報文處理過程中產生的事件消息進行處理的方式并不佳，因此，亟需提供一種新的處理方式以解決上述問題。

發明內容

本發明實施例提供了一種報文處理方法及設備，用以解決目前存在的對各報文以及各在報文處理過程中產生的事件消息進行處理的方式并不佳的問題。

第一方面，提供了一種報文處理方法，包括：

網絡設備從包括至少一個報文的報文隊列中獲取當前待處理報文，并確定對所述當前待處理報文進行業務處理所需的至少一個業務處理模塊以及所述至少一個業務處理模塊相互之間的業務執行順序；

根據所述至少一個業務處理模塊以及所述至少一個業務處理模塊相互之間的業務執行順序對所述當前待處理報文進行業務處理，并將業務處理過程中產生的事件消息組裝為與所述當前待處理報文具備相同報文格式的偽報文，以及，根據所述事件消息的類型，將所述偽報文插入到所述報文隊列的相應位置當中。

結合第一方面，在第一方面的第一種可能的實現方式中，確定對所述當前待處理報文進行業務處理所需的至少一個業務處理模塊以及所述至少一個業務處理模塊相互之間的業務執行順序，包括：