《電子技術應用》
您所在的位置:首頁 > 可編程邏輯 > 業界動態 > 基于FPGA的TCP粘合設計與實現

基于FPGA的TCP粘合設計與實現

2008-03-31
作者:程文青,曾 鳴,黃 建

  摘 要: 介紹了數據分流技術的發展狀況,著重分析了TCP粘合技術目前的實現方式,并指出傳統的TCP粘合的軟件實現缺陷,提出一種基于FPGA技術TCP粘合的設計與實現,證明了其設計性能上的優勢。
  關鍵詞: TCP粘合 URL重定向 數據分流


  傳統的數據分流一般基于三層、四層交換,不能在應用層解析數據,導致數據在后端服務器解析后還要相互重新分發,增加了服務器數據傳輸的開銷。為解決該問題,可以在客戶端" title="客戶端">客戶端與服務器之間采用應用級代理服務器,利用該服務器專門對數據包進行解析分發,但是該方式下,數據要進入TCP/IP協議棧,處理速度慢,同時代理服務器還需要與客戶端、服務器雙方通信,需要處理的數據量非常大,因此在集群應用中,特別是大規模負載平衡集群系統中很少使用應用級代理。
  在應用級代理的基礎上,為進一步提高數據處理的速度,提出了TCP粘合技術[1]。該技術在通信雙方建立通信之初對雙方的握手信號以及通信原語進行分析,獲取必要的信息,決定數據的流向,一旦雙方開始通信,該代理就不再對數據進行分析,而僅起到一個透明網關的作用,從而提高代理的系統性能。
  TCP粘合技術采用軟件處理方式時,由于大量數據包不需要上層解析,因此提高了系統性能,但是受軟件處理速度的限制,該技術仍很難應用于大規模的集群系統。本文提出了一種基于FPGA的TCP粘合技術的高速實現機制,利用硬件的高速處理特性和流水線技術來適應高速網絡傳輸的需要。
1 現存的TCP粘合技術
  TCP粘合原理如下:(1)監聽客戶端的連接請求,并在客戶端發出連接請求后(從SYN開始),建立客戶端到均衡器之間的連接(通過TCP的三次握手協議完成)。(2)在隨后的請求報文中分析數據并決定真正被訪問的服務節點。(3)與服務節點建立另一個連接,將兩個連接粘合在一起(Splicing)。其TCP粘合原理示意圖如圖1所示[2]


2 TCP粘合技術的硬件實現
  TCP粘合技術的關鍵在于,當客戶端發起連接請求時,系統并不是立即將該請求發給后端服務器,而是偽裝成服務器與客戶端建立連接,取得用戶的GET數據包。通過對URL的匹配來找到信息在后端服務器的位置,然后再在客戶端與服務器之間建立連接通信。


2.1 系統架構
  TCP粘合系統結構如圖2所示。
  該系統中首先由客戶數據接收端對接收到的HTTP報文進行解析,發現數據包為一個發起連接的SYN數據包時,傳給地址管理單元" title="管理單元">管理單元,地址管理就為該連接分配一個地址空間,同時通過映射單元告訴客戶數據發送端與客戶端完成三次握手,建立連接。
  當客戶數據接收端接收到GET數據包時,將該數據包發送給字符串匹配表,該表會將信息在后端服務器的位置返回給地址管理單元,地址管理單元將該信息送給數據包映射單元,映射單元將該信息寫入相應的SSRAM空間中,同時通知服務器發送端與后端服務器建立連接。這樣就完成了一個TCP的粘合過程。
  在客戶端與服務器的通信過程中,數據包映射單元通過雙方SIP、DIP信息從SSRAM中查找出對應的替換信息,完成雙方數據包的映射。
  在雙方通信結束時,由地址管理單元對雙方使用的地址空間進行回收;同時為防止通信過程中的異常中斷,地址管理單元內部還采用了定時器機制對地址空間進行監測,根據定時器返回結果回收過時地址,防止過時信息被查用。
2.2 設計實現
  在該系統中,為完成TCP粘合并且保證TCP通信的可靠性,必須能夠正確識別接收到的數據包類型;同時由于實際網絡數據傳輸的延時,在一個客戶端通信過程中可能會插入很多其他客戶端發起的新的連接請求,系統內部根據對CAM查找返回的地址來區分不同的數據流,因此要對內部地址空間進行有效的釋放回收,為處理網絡通信異常中斷而導致內部地址無法回收而引入定時器機制;在數據發送部分,客戶端數據發送模塊偽裝成服務器與客戶端完成TCP三次握手協議;服務器數據發送模塊則偽裝成客戶端與服務器完成TCP三次握手協議。雙方在通信過程中轉發對方的數據包。
2.2.1 數據收發
  對于系統的發送接口來說,所有發送數據包的轉發由數據包映射單元完成,因此發送接口僅完成簡單的數據包轉發功能。而當系統接收到數據包時,要對數據包進行協議解析,從而決定數據包后端處理的方式。在接收部分主要對三種數據包進行區分:(1)雙方發起連接的SYN數據包。這表示一個新連接的發起,因此交給地址管理單元,為它分配一個新的地址空間,同時要求發送端返回一個ACK數據包;(2)客戶端發來的GET數據包中含有客戶端所需信息的URL地址,將該數據包送給字符串匹配表以獲得該信息所在后端服務器的位置;(3)雙方通信的普通數據包。該數據包交給數據包映射單元實現雙發的通信。具體接收的狀態轉換圖如圖3所示。


2.2.2 地址管理單元
  在地址管理的方式上,在此處利用一個地址鏈表進行管理,如圖4所示。


  每次地址管理單元接收到新的請求連接就從鏈表的頭部取出該可用地址空間,將新請求的SIP、DIP信息寫入該地址的CAM中,同時在該地址對應的SSRAM的頁面中寫入相關的信息,假設鏈表中取出地址為n,頁面大小為m,則SSRAM中對應的頁面起始地址l為:
  l=n×m
  當地址管理單元接收到字符串匹配表返回的后端服務器位置信息時,首先通過該數據包的SIP、DIP從CAM中查找該數據流對應的地址,通過上述計算公式找出SSRAM中對應的頁面,寫入返回信息。
  對于地址空間的回收,為防止通信異常中斷而無法回收地址,在系統中采用定時器機制,即在一段時間后對SSRAM中的定時器標志位進行檢測,一旦發現該標志位過時則通知地址管理單元回收地址。地址管理單元收到某一地址過時的信息后,將該地址掛在地址管理鏈表尾部,同時清除該地址CAM中的SIP、DIP信息。這樣當同一IP發起新的連接時就不會查找到過時信息。
2.2.3 數據包映射單元
  為完成數據包的映射,該部分需要實現兩個功能:ACK序列號轉換和雙方轉換信息的存儲。
  在TCP粘合過程中,由于TCP粘合系統送給客戶端的ACK序列號和后端服務器送給客戶端的ACK序列號不相同,因此要進行ACK序列號的轉換,同時要重新計算數據包的TCP/IP校驗和。
  現假設客戶端發送了請求連接的SYN數據包,而客戶端返回給客戶端的SYN序列號為地址管理單元分配給該連接的地址A0,而當系統和服務器建立鏈接時服務器端返回的SYN序列號為A1,則根據這兩個序列號可計算差值A為:A=A0-A1
  以后通信的過程中,只要將服務器發送給系統的序列號加上A就能夠轉換成為系統送給客戶端的序列號,這樣就完成了服務器端向客戶端發送數據的轉換,反之就可以完成客戶端向服務器發送數據的轉換。
  對于數據包的校驗和轉換而言,由于校驗和本質上是加法運算,所以只需要在原來的校驗和基礎上加上序列號之差(或減去一個差值)即可完成校驗和的轉換。
  在同一個通信過程中,ACK序列號轉換、校驗和的轉換、發起連接的SYN、GET數據包和定時器標志位等信息都需要存儲,由于每個數據流需要存儲的內容較多,單一的地址已經無法滿足存儲要求。此處存儲管理采用頁面式的管理方式。將整個存儲空間分為若干頁面,每個數據流信息存入一個頁面中。SSRAM的存儲格式如圖5所示。


3 性能分析
  該架構已在試驗系統上實現,接收端為兩個GE口。相對于采用TCP粘合的應用代理服務器來說(其中代理服務器CPU Pentium IV 2GHz),具體的性能對比如表1所示。


  從上表可以看出在最大" title="最大">最大連接數" title="連接數">連接數方面,在本系統中采用一個18Mbit的CAM,它能夠提供的最大地址空間為288K×144bit,只能支持288K的連接數。對于服務器的最大連接數來說,SYN和GET數據包需要經過軟件協議解析。因此當最大連接數達到582K時CPU的利用率將達到90%以上[3],無法再處理新的連接。從上述分析中可以看出,由于受硬件資源的限制,硬件系統" title="硬件系統">硬件系統可以支持的最大連接數小于代理服務器。但是在實際的網絡傳輸過程中,一個HTTP連接持續的時間一般為幾百個毫秒,在硬件系統達到每秒21K的連接數時,能夠承受的一個HTTP最大持續時間為13秒,遠遠大于實際HTTP連接的持續時間,因此硬件系統支持的最大連接數是夠用的。當代理服務器采用千兆網卡來接收數據時,由于數據需要經過上層協議解析,因此實際能夠接收的數據量只能夠達到300Mbps。假設每次平均請求512B,則代理服務器能夠支持的最大每秒連接數大約為7K;而當硬件系統工作在133MHz,內部采用32bit總線傳輸時,整個系統的帶寬達到4Gbit,同時系統內部采用流水線方式,能夠線速處理1Gbps數據的接收,假設平均每次請求512B,則硬件系統能夠處理的每秒最大連接數達到21K,因此在單位時間內能夠處理的連接數量會高于代理服務器。
  隨著HTTP訪問量的不斷增大,對于訪問數據包的分流粒度要求越來越細。本文提出的基于硬件實現的TCP粘合系統,在TCP粘合技術的基礎上,利用硬件的高速處理特性,可以達到2個GE口收發(2Gbps)的線速處理性能。同時能夠較好地基于內容來區分數據流,從而避免了后端服務器數據的重新分發。
參考文獻
1 Cohen A,Rangarajan S,Slye H.On the performance of TCP splicing for URL-aware redirection.In:USENIX symposium on Internet technologies and systems,1999
2 Rosu M,Ros D.An evaluation of TCP splice benefits in web proxy servers.In:International world wide web conference,2002
3 Jacobson V.A high-Performance TCP/IP implementation gigabit per second TCP workshop.Corporation for National Research Initiatives(CNRI),1993
4 謝希仁.計算機網絡.北京:電子工業出版社,2003

本站內容除特別聲明的原創文章之外,轉載內容只為傳遞更多信息,并不代表本網站贊同其觀點。轉載的所有的文章、圖片、音/視頻文件等資料的版權歸版權所有權人所有。本站采用的非本站原創文章及圖片等內容無法一一聯系確認版權者。如涉及作品內容、版權和其它問題,請及時通過電子郵件或電話通知我們,以便迅速采取適當措施,避免給雙方造成不必要的經濟損失。聯系電話:010-82306118;郵箱:aet@chinaaet.com。
亚洲一区二区欧美_亚洲丝袜一区_99re亚洲国产精品_日韩亚洲一区二区
欧美综合国产| 一区二区三区 在线观看视频| 亚洲国产成人一区| 尤物九九久久国产精品的分类| 麻豆久久久9性大片| 亚洲毛片网站| 一级成人国产| 国产欧美三级| 女生裸体视频一区二区三区| 亚洲第一精品久久忘忧草社区| 亚洲一级一区| 中日韩男男gay无套| 亚洲国产你懂的| 久久综合色播五月| 一本不卡影院| 小黄鸭精品密入口导航| 1000精品久久久久久久久| 欧美日韩一区在线观看视频| 欧美中文字幕在线| 午夜视频在线观看一区| 亚洲国产精品一区二区www| 亚洲精品日韩在线观看| 国产精品丝袜白浆摸在线| 久久久免费精品视频| 亚洲精品影院在线观看| 亚洲激情亚洲| 亚洲欧美在线aaa| 亚洲激情小视频| 亚洲人体一区| 国产一区二区三区四区hd| 欧美日本一区二区视频在线观看| 欧美亚洲一区三区| 亚洲精品自在在线观看| 亚洲另类在线视频| 一本色道久久综合亚洲精品小说| 欧美一区二区高清在线观看| 小处雏高清一区二区三区| 欧美一区中文字幕| 一区二区三区免费观看| aa亚洲婷婷| 一区二区三区视频在线| 亚洲一区在线视频| 91久久精品一区二区三区| 亚洲精品资源| **网站欧美大片在线观看| 亚洲国产日韩欧美| 99视频一区| 亚洲人成在线播放| 一区二区三区四区五区视频| 亚洲欧美另类在线| 一本久久综合亚洲鲁鲁五月天| 亚洲伊人网站| 欧美一区二区三区日韩视频| 在线视频欧美精品| 性亚洲最疯狂xxxx高清| 91久久久在线| 亚洲一区在线播放| 久久久久久久一区二区| 欧美精品一区二区三区很污很色的| 久久久www免费人成黑人精品| 亚洲午夜激情网页| 欧美一区二区三区四区高清| 麻豆国产精品777777在线| 欧美日本在线视频| 国产日韩欧美日韩| 欧美午夜宅男影院在线观看| 欧美精品99| 国产精品亚洲综合天堂夜夜| 影音先锋久久久| 亚洲视频精品| 亚洲一区二区久久| av72成人在线| 久久gogo国模啪啪人体图| 亚洲一区不卡| 最新国产精品拍自在线播放| 亚洲专区欧美专区| 鲁大师成人一区二区三区| 国产精品www994| 亚洲大胆女人| 香蕉成人久久| 亚洲图片你懂的| 免费亚洲网站| 国产色产综合色产在线视频| 99ri日韩精品视频| 亚洲人成在线影院| 亚洲欧洲在线播放| 亚洲欧美日韩一区二区三区在线观看 | 亚洲激情婷婷| 亚洲一二三四久久| 在线不卡亚洲| 亚欧成人精品| 亚洲欧美久久| 亚洲午夜女主播在线直播| 久久久噜噜噜久久久| 国产精品久久久久久久久借妻| 国产精品wwwwww| 亚洲日本中文| 亚洲国产小视频在线观看| 久久www成人_看片免费不卡| 国产精品超碰97尤物18| 亚洲精品九九| 日韩视频在线观看一区二区| 一本色道久久综合亚洲精品不| 久久久亚洲影院你懂的| 国产精品一区毛片| 韩国av一区二区三区| 亚洲国产精品久久久久| 欧美一区二区三区的| 性亚洲最疯狂xxxx高清| 欧美无乱码久久久免费午夜一区| 国产精品久久久久9999| 日韩视频免费| 日韩一级不卡| 欧美精品久久久久久久免费观看 | 一区二区三区国产盗摄| 欧美激情久久久久| 欧美四级在线观看| 亚洲欧洲日产国码二区| 最新热久久免费视频| 久久亚洲午夜电影| 欧美日本一道本在线视频| 亚洲大片av| 亚洲人成网站影音先锋播放| 牛牛国产精品| 亚洲国产女人aaa毛片在线| 亚洲国产欧美日韩另类综合| 久久亚洲高清| 在线观看中文字幕亚洲| 亚洲日本成人| 欧美精品久久久久久久免费观看| 亚洲精品久久久一区二区三区| 99国产麻豆精品| 欧美日韩一区二区欧美激情| 夜夜嗨av一区二区三区免费区| 亚洲一级特黄| 国产精品一区在线播放| 欧美一级一区| 老司机免费视频一区二区三区| 在线观看视频一区二区| 亚洲看片免费| 欧美日韩精品在线视频| 黄色成人精品网站| 亚洲国产成人av| 欧美高清hd18日本| 日韩一级在线| 亚洲欧美在线视频观看| 国产欧美一区二区三区另类精品| 久久gogo国模裸体人体| 欧美1区2区3区| 99精品视频免费观看视频| 性欧美办公室18xxxxhd| 国内视频一区| 亚洲在线1234| 久久久久久久国产| 亚洲第一网站免费视频| 99re66热这里只有精品3直播| 国产精品久久久对白| 久久精品99| 久久不射网站| 亚洲成人自拍视频| 亚洲香蕉伊综合在人在线视看| 国产精品夜色7777狼人| 亚洲国产综合在线| 欧美体内she精视频| 欧美一区二区在线观看| 欧美激情视频一区二区三区在线播放 | 久久久女女女女999久久| 最新亚洲电影| 欧美一区二区三区成人| 在线免费观看一区二区三区| 在线视频欧美日韩精品| 国产午夜精品久久| 9i看片成人免费高清| 国产伦精品一区二区三区视频黑人| 亚洲电影网站| 国产精品ⅴa在线观看h| 久久精品国产亚洲一区二区| 欧美日韩国产不卡在线看| 欧美亚洲在线视频| 欧美精品国产一区| 欧美一级免费视频| 欧美日韩一区二区免费视频| 久久精品道一区二区三区| 国产精品成人一区二区| 亚洲国产成人在线播放| 国产精品久久久久久久久免费樱桃 | 国内精品久久国产| 亚洲天堂男人| 亚洲国产成人av好男人在线观看| 亚洲欧美日韩国产综合在线 | 亚洲精品国产精品乱码不99| 欧美伊人久久久久久午夜久久久久| 亚洲激情视频在线| 久久激情久久| 国产精品自在线| 亚洲精品视频一区| 国产午夜精品视频免费不卡69堂| 日韩一级大片在线| 精品9999| 亚洲人成人一区二区在线观看 |