[發明專利]分片報文的轉發方法及裝置

在審

• 申請號: 201811418148.1
• 申請日: 2018-11-26
• 公開（公告）號: CN109450814A
• 公開（公告）日: 2019-03-08
• 發明（設計）人: 邱擴偉
• 申請（專利權）人: 銳捷網絡股份有限公司
• 主分類號: H04L12/861
• 分類號: H04L12/861;H04L12/883
• 代理公司: 暫無信息
• 代理人: 暫無信息

本發明公開了一種分片報文的轉發方法及裝置，該方法包括：確定待轉發報文是否分片報文；若確定所述待轉發報文是分片報文，則確定所述分片報文是否是首片報文；若確定所述分片報文是首片報文，則根據三元組沖突鏈記錄表轉發所述首片報文以及已緩存的與所述首片報文的三元組信息相同的分片報文；若確定所述分片報文不是首片報文，則根據所述三元組沖突鏈記錄表確定轉發所述分片報文還是緩存所述分片報文。該方案可以大大提高轉發效率，同時減少分片報文的緩存，節省網絡設備的緩存資源，避免了其他報文的丟包。

技術領域

本發明涉及通信技術領域，尤指一種分片報文的轉發方法及裝置。

背景技術

以太網和802.3協議對數據幀的大小都有一個限制，其最大值分別是1500和1492個字節，鏈路層的這個特性稱作最大傳輸單元(Maximum Transmission Unit，MTU)。不同類型的網絡大多數都有一個上限，如果互聯網協議(Internet Protocol，IP)層有一個報文要傳，且數據大小比鏈路層的MTU還大，那么IP層就要把報文分成若干片，得到若干分片報文，每個分片報文的數據大小都小于MTU。

目前，針對分片報文進行轉發時，采用五元組hash算法，一個報文的所有分片報文全部到來之前，先緩存起來，直到該報文的所有分片報文全部收到，再進行分片報文的重組，再轉發重組后的報文。

上述方法中，由于需要在接收到一個報文的所有分片報文并進行重組后才能轉發，需要耗費很長時間，轉發效率較低；并且會長時間緩存這些分片報文，長時間占用網絡設備資源，甚至會造成其他報文的丟包。

發明內容

本發明實施例提供一種分片報文的轉發方法及裝置，用以解決現有技術中存在的轉發效率較低、長時間占用網絡設備資源，甚至會造成其他報文的丟包的問題。

根據本發明實施例，提供一種分片報文的轉發方法，包括：

確定待轉發報文是否分片報文；

若確定所述待轉發報文是分片報文，則確定所述分片報文是否是首片報文；

若確定所述分片報文是首片報文，則根據三元組沖突鏈記錄表轉發所述首片報文以及已緩存的與所述首片報文的三元組信息相同的分片報文；

若確定所述分片報文不是首片報文，則根據所述三元組沖突鏈記錄表確定轉發所述分片報文還是緩存所述分片報文。

具體的，確定待轉發報文是否分片報文，具體包括：

確定所述待轉發報文是否包含分片字段；

若確定所述待轉發報文包含所述分片字段，則確定所述待轉發報文是分片報文；

若確定所述待轉發報文未包含分片字段，則確定所述待轉發報文不是分片報文。

具體的，確定所述分片報文是否是首片報文，具體包括：

獲取所述分片報文的分片偏移字段的數值；

若所述分片偏移字段的數值為0，則確定所述分片報文是首片報文；

若所述分片偏移字段的數值大于0，則確定所述分片報文不是首片報文。

具體的，根據三元組沖突鏈記錄表轉發所述首片報文以及已緩存的與所述首片報文的三元組信息相同的分片報文，具體包括：

確定是否已建立三元組沖突鏈記錄表；

若確定未建立所述三元組沖突鏈記錄表，則新建所述三元組沖突鏈記錄表，根據所述首片報文獲取流標識，在所述三元組沖突鏈記錄表中對應保存所述首片報文的三元組信息和所述流標識，根據所述流標識轉發所述首片報文；

若確定已建立所述三元組沖突鏈記錄表，則確定所述三元組沖突鏈記錄表是否保存所述首片報文的三元組信息；