[發明專利]一種報文處理系統及網絡設備

有效

• 申請號: 201811143390.2
• 申請日: 2018-09-28
• 公開（公告）號: CN109361606B
• 公開（公告）日: 2021-05-25
• 發明（設計）人: 李昊
• 申請（專利權）人: 新華三技術有限公司
• 主分類號: H04L12/741
• 分類號: H04L12/741;H04L29/08
• 代理公司: 北京博思佳知識產權代理有限公司 11415
• 代理人: 林祥

本申請提供一種報文處理系統及網絡設備，所述系統包括：第一容器、第二容器和操作系統內核，第一容器用于部署NOS，第二容器用于部署三層協議應用；NOS包括用戶態協議棧，操作系統內核包括第一內核模塊和內核三層協議棧；用戶態協議棧獲取第一報文，將第一報文發送給第一內核模塊；第一內核模塊在接收到第一報文后，將第一報文發送給內核三層協議棧；內核三層協議棧在接收到第一報文后，將第一報文發送給三層協議應用，以使三層協議應用根據第一報文進行業務處理。通過本申請的技術方案，三層協議應用基于內核三層協議棧實現，避免為適配用戶態協議棧而對三層協議應用進行修改。

技術領域

本發明涉及通信技術領域，尤其是涉及一種報文處理系統及網絡設備。

背景技術

隨著容器技術的流行，可以在網絡設備(如交換機、路由器等)部署容器，并將NOS(Network Operation System，網絡操作系統)部署在容器中，在容器中運行NOS。NOS是對網絡資源進行管理和控制的操作系統，是用戶與網絡資源之間的接口，NOS是建立在Linux內核之上，為用戶提供網絡資源的橋梁。

目前，網絡設備的物理接口在接收到報文后，是直接將該報文發送給NOS，由NOS利用該報文進行處理，該報文對于Linux內核不可見，即Linux內核無法感知到該報文。在這種情況下，若在網絡設備的容器中部署第三方應用，則由于Linux內核無法感知到該報文，也就無法將該報文發送給第三方應用，導致第三方應用無法正常接收該報文，繼而導致第三方應用無法正常運行。

發明內容

本申請提供一種報文處理系統及網絡設備，NOS可以將報文發送給三層協議應用，三層協議應用能夠正常接收報文，即三層協議應用能夠正常運行。

第一方面，本申請提供一種報文處理系統，所述報文處理系統包括：

第一容器、第二容器和操作系統內核，所述第一容器用于部署網絡操作系統NOS，所述第二容器用于部署三層協議應用；其中，所述NOS包括用戶態協議棧，所述操作系統內核包括第一內核模塊和內核三層協議棧；

所述用戶態協議棧獲取第一報文，將第一報文發送給所述第一內核模塊；

所述第一內核模塊在接收到所述第一報文后，將所述第一報文發送給內核三層協議棧；

所述內核三層協議棧在接收到所述第一報文后，將所述第一報文發送給所述三層協議應用，以使所述三層協議應用根據所述第一報文進行業務處理

結合第一方面，在第一種可能的實現方式中，所述用戶態協議棧獲取第一報文，將第一報文發送給所述第一內核模塊之前，所述方法還包括：

所述NOS在所述操作系統內核中創建每個物理接口對應的虛擬口，并將物理接口與虛擬口的對應關系通知給所述用戶態協議棧；

所述用戶態協議棧將所述第一報文發送給所述第一內核模塊，包括：

所述用戶態協議棧確定所述第一報文的入物理接口，并通過所述對應關系查詢與所述入物理接口對應的虛擬口；

所述用戶態協議棧將所述第一報文和所述虛擬口的接口標識封裝到內核通信消息，并將所述內核通信消息發送給所述第一內核模塊。

結合第一方面和第一種可能的實現方式，在第二種可能的實現方式中，所述操作系統內核包括第一轉發模塊；

所述第一內核模塊將所述第一報文發送給內核三層協議棧，包括：

所述第一內核模塊將所述第一報文發送給所述第一轉發模塊；

所述第一轉發模塊在接收到所述第一報文后，若本地路由表中存在與所述第一報文的目的IP地址匹配的本機路由，且所述本機路由指示的本機地址與所述虛擬口的IP地址相同，則將所述第一報文發送給所述內核三層協議棧。