【資料名稱】：網絡處理器中的快速GTP 隧道檢查方法

【資料作者】：劉震宇, 傅予力, 賴 粵

【資料日期】：201002

【資料語言】：中文

【資料格式】：PDF

【資料目錄和簡介】：

0 引 言
GPRS 隧道協(xié)議(GPRS tunneling protocol, GT P) 是應
用于3G/ GPRS骨干網中GSN 節(jié)點之間的重要接口協(xié)議。
GT P 協(xié)議只是對IP 包進行封裝, 不提供鑒權。因此, 必須
對GTP 隧道狀態(tài)進行檢測[1- 4] 。
網絡處理器是用來執(zhí)行網絡數據處理和轉發(fā)的高速可
編程處理器。網絡處理器由于靈活性強等特點, 給網絡設
備應用以及網絡平臺構建帶來了極大的方便, 被認為是下
一代網絡的核心技術之一。目前3G 網絡應用業(yè)務種類繁
多, 網絡處理器為GTP 隧道檢查提供了一個靈活的硬件
架構[ 5- 6] 。
GTP 隧道檢查需要大量的存儲資源和較多的讀寫操
作, 網絡處理器存在著快速存儲資源有限和微引擎中缺乏
有效的內存管理等問題, 使得許多包分類查找算法的使用
受到限制。
網絡處理器的IXA ( intel internet exchange) 開發(fā)平臺
提供了用于靜態(tài)路由查找的變步長Tr ie 方法, 該方法相對
于基本的Tr ie 方法加快了查找速度, 缺點是存儲中存在較
多空樹葉。該方法如果用來實現隧道檢查存在以下問題:
變步長T rie 方法利用Xscale 動態(tài)管理存儲資源, 需要和
微引擎進行多次交互, 在出現隧道建立請求洪水攻擊時, 微
引擎和Xscale 的頻繁交互容易造成系統(tǒng)崩潰; 舀鱙采取
靜態(tài)分配存儲空間的方法, 存儲資源必須按照最大容量設
計, 對于十萬條隧道的系統(tǒng)要求, 需要分配較大的存儲空
間;Tr ie 查找過程為串行操作, 如果存在沖突, 需要進行
多次匹配, 性能明顯下降。
本文針對GTP 隧道的GT P-U 包提出了基于布隆過