一種流量處理方法及透明緩存系統(tǒng)的制作方法
【專利摘要】本發(fā)明實施例涉及一種流量處理方法及透明緩存系統(tǒng)，該方法包括：當透明緩存系統(tǒng)從客戶端接收到用于建立所述客戶端與業(yè)務服務器之間的第一傳輸控制協(xié)議TCP連接的同步序列編號SYN報文時，對所述SYN報文進行網(wǎng)絡協(xié)議IP層轉(zhuǎn)發(fā)處理；若所述透明緩存系統(tǒng)未接收到針對所述SYN報文的SYN+確認ACK響應報文，則當所述透明緩存系統(tǒng)接收到通過所述第一TCP連接傳輸?shù)腡CP流的數(shù)據(jù)報文時，對所述數(shù)據(jù)報文進行IP層轉(zhuǎn)發(fā)處理。由上可見，本發(fā)明實施例中，可以實現(xiàn)非對稱路由時客戶端對Web服務器的正常訪問。
【專利說明】
一種流量處理方法及透明緩存系統(tǒng)
技術領域
[0001 ]本發(fā)明涉及計算機領域，尤其涉及一種流量處理方法及透明緩存系統(tǒng)?！颈尘凹夹g】
[0002]隨著互聯(lián)網(wǎng)的蓬勃發(fā)展，網(wǎng)絡流量快速增長，給網(wǎng)絡運營商帶來了巨大的挑戰(zhàn)。網(wǎng)絡基礎設施擴容投資巨大，難以匹配用戶流量的增長速度?，F(xiàn)網(wǎng)流量中約八成來自超文本傳輸協(xié)議(Hyper Text Transfer Protocol，HTTP)，例如，視頻、文件下載、網(wǎng)頁瀏覽等均采用HTTP，由于HTTP是基于客戶端/服務器的模式，用戶訪問資源時都需要到源站獲取同樣的數(shù)據(jù)，訪問統(tǒng)一資源的人數(shù)越多，產(chǎn)生的重復數(shù)據(jù)流量越大。通過互聯(lián)網(wǎng)緩存(Web Cache) 系統(tǒng)來提供緩存業(yè)務是解決這一問題的有效方式。
[0003]Web Cache基于存儲換帶寬、流量本地化的思路，將熱門資源緩存到本地，直接從本地為客戶端提供服務，大量減少了到上級網(wǎng)絡的流量。Web Cache的基本工作流程是:Web Cache系統(tǒng)根據(jù)客戶端的上行請求進行實時分析和統(tǒng)計，選取最熱門的資源進行本地緩存； 當Web Cache系統(tǒng)后續(xù)再收到客戶端的上行請求時，判斷目標資源在本地是否已經(jīng)緩存;如果是，Web Cache系統(tǒng)從本地讀取資源數(shù)據(jù)并返回給客戶端，避免了客戶端到原始網(wǎng)站獲取資源。
[0004]透明緩存是Web Cache的一種，通常通過在路由器上配置路由策略、將上行和下行流量引導到透明緩存系統(tǒng)。透明緩存系統(tǒng)使用Web服務器地址或客戶端地址與客戶端或Web 服務器交互，使得客戶端和Web服務器對透明緩存系統(tǒng)無感知。
[0005]但是，現(xiàn)網(wǎng)部分網(wǎng)絡中存在非對稱路由的情況，也就是客戶端和服務器之間的往返數(shù)據(jù)包通過不同的路由路徑進行傳輸。通常Web Cache系統(tǒng)部署在其中一條路徑上、只能獲得這些傳輸控制協(xié)議(Transmiss1n Control Protocol，TCP)流的部分報文，例如，上行報文或者下行報文，從而導致部分數(shù)據(jù)包無法正常的進行業(yè)務層的處理。
[0006]現(xiàn)有技術中，Web Cache系統(tǒng)通過試錯對非對稱路由流量進行探測，將非對稱路由流量對應的網(wǎng)絡協(xié)議(Internet Protocol，IP)地址記錄到本地的非對稱路由地址記錄表中，Web Cache系統(tǒng)對這些地址的流量直接進行IP層轉(zhuǎn)發(fā)，不送入業(yè)務層進行處理。
[0007]但是，在這種處理方式下，當客戶端的IP地址被Web Cache系統(tǒng)識別為非對稱路由 IP地址時，Web Cache系統(tǒng)會中斷客戶端當前連接，導致本次訪問失敗。
【發(fā)明內(nèi)容】

[0008]本發(fā)明實施例提供了一種流量處理方法及透明緩存系統(tǒng)，能夠?qū)崿F(xiàn)非對稱路由時客戶端對Web服務器的正常訪問。
[0009]—方面，提供了一種用于透明緩存系統(tǒng)的流量處理方法，該方法包括:當所述透明緩存系統(tǒng)從客戶端接收到用于建立所述客戶端與業(yè)務服務器之間的第一 TCP連接的同步序列編號(Synchronize Sequence Numbers，SYN)報文時，對所述SYN報文進行IP層轉(zhuǎn)發(fā)處理； 若所述透明緩存系統(tǒng)未接收到針對所述SYN報文的SYN+確認(Acknowledgement，ACK)響應報文，則當所述透明緩存系統(tǒng)接收到通過所述第一TCP連接傳輸?shù)腡CP流的數(shù)據(jù)報文時，對所述數(shù)據(jù)報文進行IP層轉(zhuǎn)發(fā)處理。
[0010]由上可見，本發(fā)明實施例中，透明緩存系統(tǒng)在接收到用于建立客戶端與業(yè)務服務器之間的第一 TCP連接的SYN報文后，不是立即建立與客戶端之間的TCP連接，而是對該SYN 報文進行IP層轉(zhuǎn)發(fā)處理，并且，若未接收到針對該SYN報文的SYN+ACK響應報文，則當接收到通過第一TCP連接傳輸?shù)腡CP流的數(shù)據(jù)報文時，對該數(shù)據(jù)報文進行IP層轉(zhuǎn)發(fā)處理，從而能夠?qū)崿F(xiàn)非對稱路由時客戶端對業(yè)務服務器的正常訪問。
[0011]在一種可能的設計中，該方法還包括:若所述透明緩存系統(tǒng)接收到針對所述SYN報文的SYN+ACK響應報文，則通過TCP協(xié)議棧模擬建立所述透明緩存系統(tǒng)與所述客戶端的第二 TCP連接，以及，通過TCP協(xié)議棧模擬建立所述透明緩存系統(tǒng)與所述業(yè)務服務器的第三TCP連接；當所述透明緩存系統(tǒng)接收到通過所述第一TCP連接傳輸?shù)腡CP流的數(shù)據(jù)報文時，利用所述第二TCP連接和所述第三TCP連接對所述數(shù)據(jù)報文進行緩存業(yè)務處理。
[0012]由上可見，本發(fā)明實施例中，透明緩存系統(tǒng)在接收到客戶端發(fā)送給業(yè)務服務器的 SYN報文時，不是馬上建立透明緩存系統(tǒng)與客戶端的第二TCP連接以及建立透明緩存系統(tǒng)與業(yè)務服務器的第三TCP連接，而是對該SYN報文進行IP層轉(zhuǎn)發(fā)處理，在收到業(yè)務服務器發(fā)送給客戶端的針對該SYN報文的SYN+ACK響應報文時，再建立透明緩存系統(tǒng)與客戶端的第二 TCP連接以及建立透明緩存系統(tǒng)與業(yè)務服務器的第三TCP連接，后續(xù)當透明緩存系統(tǒng)接收到通過第一 TCP連接傳輸?shù)腡CP流的數(shù)據(jù)報文時，利用第二TCP連接和第三TCP連接對數(shù)據(jù)報文進行緩存業(yè)務處理。通過上述方式，一方面，能夠?qū)崿F(xiàn)對對稱路由的TCP流正常提供緩存加速服務，另一方面，相對于通常采用的透明緩存系統(tǒng)在接收到客戶端發(fā)送給業(yè)務服務器的 SYN報文時，馬上建立透明緩存系統(tǒng)與客戶端的第二TCP連接以及建立透明緩存系統(tǒng)與業(yè)務服務器的第三TCP連接的方式，本發(fā)明實施例能夠避免當通過第一 TCP連接傳輸?shù)腡CP流為非對稱路由時，導致通信中斷的問題。
[0013]在一種可能的設計中，所述透明緩存系統(tǒng)通過TCP協(xié)議棧模擬建立所述透明緩存系統(tǒng)與所述客戶端的第二TCP連接，以及，通過TCP協(xié)議棧模擬建立所述透明緩存系統(tǒng)與所述業(yè)務服務器的第三TCP連接，包括:所述透明緩存系統(tǒng)根據(jù)所述SYN報文、所述SYN+ACK響應報文，在TCP協(xié)議棧中模擬出所述透明緩存系統(tǒng)與所述客戶端的三次握手建連，建立所述透明緩存系統(tǒng)與所述客戶端的第二TCP連接；以及，所述透明緩存系統(tǒng)根據(jù)所述SYN報文、所述SYN+ACK響應報文，在TCP協(xié)議棧中模擬出所述透明緩存系統(tǒng)與所述業(yè)務服務器的三次握手建連，建立所述透明緩存系統(tǒng)與所述業(yè)務服務器的第三TCP連接。
[0014]由上可見，本發(fā)明實施例中，透明緩存系統(tǒng)可以在收到業(yè)務服務器發(fā)送給客戶端的SYN+ACK響應報文后，就根據(jù)SYN報文和SYN+ACK響應報文，通過TCP協(xié)議棧模擬建立透明緩存系統(tǒng)與客戶端的第二TCP連接，以及，通過TCP協(xié)議棧模擬建立透明緩存系統(tǒng)與業(yè)務服務器的第三TCP連接，而不必等到收到客戶端發(fā)送給業(yè)務服務器的ACK報文后，再根據(jù)SYN報文、SYN+ACK響應報文和ACK報文，通過TCP協(xié)議棧模擬建立透明緩存系統(tǒng)與客戶端的第二 TCP連接，以及，通過TCP協(xié)議棧模擬建立透明緩存系統(tǒng)與業(yè)務服務器的第三TCP連接，處理方式靈活。
[0015]在一種可能的設計中，所述通過TCP協(xié)議棧模擬建立所述透明緩存系統(tǒng)與所述客戶端的第二TCP連接，以及，通過TCP協(xié)議棧模擬建立所述透明緩存系統(tǒng)與所述業(yè)務服務器的第三TCP連接之前，所述方法還包括:所述透明緩存系統(tǒng)通過IP層轉(zhuǎn)發(fā)的方式將所述SYN+ ACK響應報文發(fā)送給所述客戶端;所述透明緩存系統(tǒng)接收所述客戶端向所述業(yè)務服務器發(fā)送的針對所述SYN+ACK響應報文的ACK報文;所述透明緩存系統(tǒng)通過IP層轉(zhuǎn)發(fā)的方式將所述 ACK報文發(fā)送給所述業(yè)務服務器。
[0016]在一種可能的設計中，所述透明緩存系統(tǒng)通過TCP協(xié)議棧模擬建立所述透明緩存系統(tǒng)與所述客戶端的第二TCP連接，以及，通過TCP協(xié)議棧模擬建立所述透明緩存系統(tǒng)與所述業(yè)務服務器的第三TCP連接，包括:所述透明緩存系統(tǒng)根據(jù)所述SYN報文、所述SYN+ACK響應報文、所述ACK報文，在TCP協(xié)議棧中模擬出所述透明緩存系統(tǒng)與所述客戶端的三次握手建連，建立所述透明緩存系統(tǒng)與所述客戶端的第二TCP連接；以及，所述透明緩存系統(tǒng)根據(jù)所述SYN報文、所述SYN+ACK響應報文、所述ACK報文，在TCP協(xié)議棧中模擬出所述透明緩存系統(tǒng)與所述業(yè)務服務器的三次握手建連，建立所述透明緩存系統(tǒng)與所述業(yè)務服務器的第三 TCP連接。
[0017]由上可見，本發(fā)明實施例中，透明緩存系統(tǒng)可以在收到客戶端發(fā)送給業(yè)務服務器的ACK報文后，再根據(jù)SYN報文、SYN+ACK響應報文和ACK報文，通過TCP協(xié)議棧模擬建立透明緩存系統(tǒng)與客戶端的第二TCP連接，以及，通過TCP協(xié)議棧模擬建立透明緩存系統(tǒng)與業(yè)務服務器的第三TCP連接，處理方式靈活。
[0018]另一方面，本發(fā)明實施例提供了一種透明緩存系統(tǒng)，該透明緩存系統(tǒng)可以實現(xiàn)上述方法示例中透明緩存系統(tǒng)所執(zhí)行的功能，所述功能可以通過硬件實現(xiàn)，也可以通過硬件執(zhí)行相應的軟件實現(xiàn)。所述硬件或軟件包括一個或多個上述功能相應的模塊。
[0019] 在一種可能的設計中，該透明緩存系統(tǒng)的結構中包括處理器和收發(fā)器，該處理器被配置為支持該透明緩存系統(tǒng)執(zhí)行上述方法中相應的功能。該收發(fā)器用于支持該透明緩存系統(tǒng)與其他網(wǎng)元之間的通信。該透明緩存系統(tǒng)還可以包括存儲器，該存儲器用于與處理器耦合，其保存該透明緩存系統(tǒng)必要的程序指令和數(shù)據(jù)。
[0020]再一方面，本發(fā)明實施例提供了一種計算機存儲介質(zhì)，用于儲存為上述透明緩存系統(tǒng)所用的計算機軟件指令，其包含用于執(zhí)行上述方面所設計的程序。
[0021]相較于現(xiàn)有技術，本發(fā)明實施例中，識別每個TCP流是否是非對稱路由。如果該TCP 流是對稱路由，系統(tǒng)正常提供緩存加速服務;如果該TCP流是非對稱路由，系統(tǒng)對其進行放行(bypass)，不影響客戶端對業(yè)務服務器的正常訪問。該機制在正常業(yè)務處理流程基礎上不會增加額外的性能開銷。【附圖說明】
[0022]圖1為本發(fā)明實施例提供的用于透明緩存系統(tǒng)的流量處理方法的應用場景示意圖；
[0023]圖2為本發(fā)明實施例提供的一種透明緩存系統(tǒng)的結構示意圖；
[0024]圖3為本發(fā)明實施例提供的一種用于透明緩存系統(tǒng)的流量處理方法流程圖；[〇〇25]圖3a為本發(fā)明實施例提供的另一種用于透明緩存系統(tǒng)的流量處理方法流程圖；
[0026]圖4為本發(fā)明實施例提供的一種用于透明緩存系統(tǒng)的流量處理方法信號流圖；
[0027]圖5為本發(fā)明實施例提供的另一種用于透明緩存系統(tǒng)的流量處理方法信號流圖；
[0028]圖6為本發(fā)明實施例提供的另一種透明緩存系統(tǒng)結構圖；
[0029]圖7為本發(fā)明實施例提供的另一種透明緩存系統(tǒng)結構圖。【具體實施方式】
[0030]為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚地描述。
[0031]首先，對本發(fā)明實施例中涉及的術語進行簡單說明。
[0032]TCP,是開放式系統(tǒng)互聯(lián)(Open System Interconnect1n，OSI)參考模型中一種面向連接的、可靠的、基于IP的傳輸層協(xié)議，由國際互聯(lián)網(wǎng)工程任務組(The Internet Engineering Task Force，IETF)的RFC 793說明。TCP在IP報文的協(xié)議號是6〇[〇〇33] HTTP，是互聯(lián)網(wǎng)上應用最為廣泛的一種網(wǎng)絡協(xié)議。HTTP提供一種發(fā)布和接收超文本標記語言(HyperText Markup Language，HTML)頁面的方法。RFC2616對HTTP 1.1進行了說明。
[0034] Web Cache，是部署在客戶端和業(yè)務服務器之間的裝置，其中，業(yè)務服務器也可稱為Web服務器，Web Cache對客戶端上行請求進行監(jiān)控，將業(yè)務服務器的響應保存到本地，包括HTML網(wǎng)頁、圖片和文件下載等。后續(xù)收到訪問相同資源的請求時，使用已保存的響應副本返回給客戶端，代替到原始Web服務器請求。[〇〇35]透明緩存系統(tǒng)，是Web Cache的一種，使用Web服務器地址或客戶端地址與客戶端或Web服務器交互，使得客戶端和Web服務器對透明緩存系統(tǒng)無感知。
[0036]對稱路由，是往返數(shù)據(jù)包通過相同的路由路徑進行傳輸?shù)囊环N路由方式。
[0037]非對稱路由，是往返數(shù)據(jù)包通過不同的路由路徑進行傳輸?shù)囊环N路由方式。
[0038]圖1為本發(fā)明實施例提供的用于透明緩存系統(tǒng)的流量處理方法的應用場景示意圖，參照圖1，該場景中主要涉及客戶端(Client)lOl、業(yè)務服務器(Server)102和透明緩存系統(tǒng)(Cache) 103,其中，透明緩存系統(tǒng)103的位置處于客戶端101和業(yè)務服務器102之間，客戶端101與業(yè)務服務器102之間的TCP流的傳輸路徑可能為對稱路由也可能為非對稱路由， 圖1中僅示出非對稱路由的情況，往返數(shù)據(jù)包通過不同的路由路徑進行傳輸。通常透明緩存系統(tǒng)部署在其中一條路徑上、只能獲得這些TCP流的部分報文(上行報文或者下行報文)，無法正常的進行業(yè)務層的處理。對于非對稱路由的流量，透明緩存系統(tǒng)需要能夠進行識別和放行處理。
[0039]本發(fā)明實施例提供了一種用于透明緩存系統(tǒng)的流量處理方法，當透明緩存系統(tǒng) 103接收到用于建立客戶端101與業(yè)務服務器102之間的第一 TCP連接的SYN報文時，先不建立客戶端101與透明緩存系統(tǒng)103之間的TCP連接以及業(yè)務服務器102與透明緩存系統(tǒng)103之間的TCP連接，而是先根據(jù)是否接收到針對該SYN報文的SYN+ACK響應報文確定相應的TCP流是否屬于對稱路由，若屬于非對稱路由，對數(shù)據(jù)報文進行IP層轉(zhuǎn)發(fā)處理，若屬于對稱路由， 再建立客戶端101與透明緩存系統(tǒng)103之間的TCP連接以及業(yè)務服務器102與透明緩存系統(tǒng) 103之間的TCP連接，對數(shù)據(jù)報文進行緩存業(yè)務處理，從而實現(xiàn)對流量的精確控制。
[0040]圖2為本發(fā)明實施例提供的一種透明緩存系統(tǒng)的結構示意圖，該透明緩存系統(tǒng)具體可以稱為Web Cache Server，Web Cache Server包括Linux內(nèi)核(Kernel)、套接字 (Socket)管理模塊和業(yè)務處理模塊，其中，Linux Kernel包括TCP協(xié)議棧、IP協(xié)議棧和Web Cache Kernel模塊(module)，Web Cache Kernel module具體包括TCP流表管理子模塊。WebCache Server收到客戶端發(fā)送給Web服務器的SYN報文時，Web Cache Server先不建立與客戶端的TCP連接，而是通過IP協(xié)議棧進行IP層轉(zhuǎn)發(fā)，IP層轉(zhuǎn)發(fā)的報文不會進入TCP協(xié)議棧;等到收到Web服務器的SYN+ACK響應時，Web Cache Server判斷該TCP流的上行和下行報文都經(jīng)過了Web Cache Server、屬于對稱路由，之后Web Cache Server再用保存下來的SYN、SYN +ACK等報文在TCP協(xié)議棧中恢復與客戶端或Web服務器的TCP連接，使得Web Cache Server 能夠與客戶端或Web服務器分別進行通信。因此，對于非對稱路由TCP流，Web Cache Server 能夠進行放行、不影響客戶端到Web服務器的訪問；對于對稱路由TCP流，Web Cache能夠通過TCP協(xié)議棧由業(yè)務處理模塊正常提供緩存加速服務，例如，HTTP協(xié)議解析、目標資源唯一標識計算、資源訪問熱度累計、目標資源索引查詢等。
[0041]圖3為本發(fā)明實施例提供的一種用于透明緩存系統(tǒng)的流量處理方法流程圖，該方法包括:[〇〇42]步驟301，當透明緩存系統(tǒng)從客戶端接收到用于建立客戶端與業(yè)務服務器之間的第一 TCP連接的SYN報文時，對SYN報文進行IP層轉(zhuǎn)發(fā)處理。[〇〇43]步驟302,若透明緩存系統(tǒng)未接收到針對SYN報文的SYN+ACK響應報文，則當透明緩存系統(tǒng)接收到通過第一TCP連接傳輸?shù)腡CP流的數(shù)據(jù)報文時，對數(shù)據(jù)報文進行IP層轉(zhuǎn)發(fā)處理。
[0044]由上可見，本發(fā)明實施例中，透明緩存系統(tǒng)在接收到用于建立客戶端與業(yè)務服務器之間的第一 TCP連接的SYN報文后，不是立即建立與客戶端之間的TCP連接，而是對該SYN 報文進行IP層轉(zhuǎn)發(fā)處理，并且，若未接收到針對該SYN報文的SYN+ACK響應報文，則當接收到通過第一TCP連接傳輸?shù)腡CP流的數(shù)據(jù)報文時，對該數(shù)據(jù)報文進行IP層轉(zhuǎn)發(fā)處理，從而能夠?qū)崿F(xiàn)非對稱路由時客戶端對業(yè)務服務器的正常訪問。[〇〇45]圖3a為本發(fā)明實施例提供的另一種用于透明緩存系統(tǒng)的流量處理方法流程圖，該方法除了包括前述步驟301和步驟302之外，還包括:[〇〇46]步驟303，若透明緩存系統(tǒng)接收到針對SYN報文的SYN+ACK響應報文，則通過TCP協(xié)議棧模擬建立透明緩存系統(tǒng)與客戶端的第二TCP連接，以及，通過TCP協(xié)議棧模擬建立透明緩存系統(tǒng)與業(yè)務服務器的第三TCP連接。[〇〇47]在一個示例中，所述透明緩存系統(tǒng)可以根據(jù)所述SYN報文、所述SYN+ACK響應報文， 在TCP協(xié)議棧中模擬出所述透明緩存系統(tǒng)與所述客戶端的三次握手建連，建立所述透明緩存系統(tǒng)與所述客戶端的第二TCP連接；以及，所述透明緩存系統(tǒng)根據(jù)所述SYN報文、所述SYN+ ACK響應報文，在TCP協(xié)議棧中模擬出所述透明緩存系統(tǒng)與所述業(yè)務服務器的三次握手建連，建立所述透明緩存系統(tǒng)與所述業(yè)務服務器的第三TCP連接。[〇〇48]在另一個示例中，所述透明緩存系統(tǒng)通過IP層轉(zhuǎn)發(fā)的方式將所述SYN+ACK響應報文發(fā)送給所述客戶端;所述透明緩存系統(tǒng)接收所述客戶端向所述業(yè)務服務器發(fā)送的針對所述SYN+ACK響應報文的ACK報文;所述透明緩存系統(tǒng)通過IP層轉(zhuǎn)發(fā)的方式將所述ACK報文發(fā)送給所述業(yè)務服務器。所述透明緩存系統(tǒng)根據(jù)所述SYN報文、所述SYN+ACK響應報文、所述 ACK報文，在TCP協(xié)議棧中模擬出所述透明緩存系統(tǒng)與所述客戶端的三次握手建連，建立所述透明緩存系統(tǒng)與所述客戶端的第二TCP連接；以及，所述透明緩存系統(tǒng)根據(jù)所述SYN報文、 所述SYN+ACK響應報文、所述ACK報文，在TCP協(xié)議棧中模擬出所述透明緩存系統(tǒng)與所述業(yè)務服務器的三次握手建連，建立所述透明緩存系統(tǒng)與所述業(yè)務服務器的第三TCP連接。
[0049]步驟304，當透明緩存系統(tǒng)接收到通過第一TCP連接傳輸?shù)腡CP流的數(shù)據(jù)報文時，利用第二 TCP連接和第三TCP連接對數(shù)據(jù)報文進行緩存業(yè)務處理。
[0050]由上可見，本發(fā)明實施例中，透明緩存系統(tǒng)在接收到客戶端發(fā)送給業(yè)務服務器的SYN報文時，不是馬上建立透明緩存系統(tǒng)與客戶端的第二 TCP連接以及建立透明緩存系統(tǒng)與業(yè)務服務器的第三TCP連接，而是對該SYN報文進行IP層轉(zhuǎn)發(fā)處理，在收到業(yè)務服務器發(fā)送給客戶端的針對該SYN報文的SYN+ACK響應報文時，再建立透明緩存系統(tǒng)與客戶端的第二TCP連接以及建立透明緩存系統(tǒng)與業(yè)務服務器的第三TCP連接，后續(xù)當透明緩存系統(tǒng)接收到通過第一 TCP連接傳輸?shù)腡CP流的數(shù)據(jù)報文時，利用第二 TCP連接和第三TCP連接對數(shù)據(jù)報文進行緩存業(yè)務處理。通過上述方式，一方面，能夠?qū)崿F(xiàn)對對稱路由的TCP流正常提供緩存加速服務，另一方面，相對于通常采用的透明緩存系統(tǒng)在接收到客戶端發(fā)送給業(yè)務服務器的SYN報文時，馬上建立透明緩存系統(tǒng)與客戶端的第二 TCP連接以及建立透明緩存系統(tǒng)與業(yè)務服務器的第三TCP連接的方式，本發(fā)明實施例能夠避免當通過第一 TCP連接傳輸?shù)腡CP流為非對稱路由時，導致通信中斷的問題。
[0051 ] 現(xiàn)網(wǎng)流量中同時會存在對稱路由的TCP流和非對稱路由的TCP流，下面通過兩個具體的實施例分別描述用于透明緩存系統(tǒng)的流量處理方法對于對稱路由的TCP流、非對稱路由的TCP流的處理流程。
[0052]圖4為本發(fā)明實施例提供的一種用于透明緩存系統(tǒng)的流量處理方法信號流圖，該實施例針對對稱路由的TCP流的處理，Web Cache收到Web服務器響應后建立與客戶端或Web服務器的TCP連接，該方法包括:
[0053]步驟401，客戶端向Web服務器發(fā)送SYN報文，Web Cache接收到該報文。
[0054]步驟402，Web Cache執(zhí)行IP層轉(zhuǎn)發(fā)，將客戶端的SYN報文轉(zhuǎn)發(fā)給Web服務器。WebCache在TCP流表管理模塊中生成對應的流表，并保存SYN報文。
[0055]步驟403，Web Cache收到Web服務器發(fā)給客戶端的SYN+ACK響應報文，判斷該TCP流的上行和下行報文都經(jīng)過Web Cache，因此屬于對稱路由。
[0056]步驟404，Web Cache在TCP流表管理模塊中更新流表狀態(tài)，將當前TCP流標識為對稱路由，并保存SYN+ACK報文。
[0057]步驟405，Web Cache將SYN+ACK響應發(fā)送給客戶端。
[0058]步驟406，Web Cache收到客戶端發(fā)送給Web服務器的ACK報文。
[0059]步驟407，Web Cache使用步驟402、404、406中的SYN報文、SYN+ACK報文、ACK報文信息(源/目標IP地址和端口( Port)號、TCP序列號)，在TCP協(xié)議棧中模擬出三次握手建連、恢復出Web Cache與客戶端的TCP連接。
[0060]其中，上述模擬是相對正常的TCP連接建立過程而言。由于實際上是客戶端跟Web服務器之間建立了 TCP連接，Cache根據(jù)這個TCP連接的信息在本地TCP協(xié)議棧中轉(zhuǎn)換成了兩個TCP連接。與通常調(diào)用系統(tǒng)API建立socket不同，該技術利用報文信息創(chuàng)建出socket結構、直接放入內(nèi)核TCP連接表中。
[0061 ] 步驟408，Web Cache使用步驟402、404、406中的SYN報文、SYN+ACK報文、ACK報文信息(源/目標IP地址和Port、TCP序列號)，在TCP協(xié)議棧中模擬出三次握手建連、恢復出WebCache與Web服務器的TCP連接。
[0062]其中，與通常調(diào)用系統(tǒng)API建立socket不同，該技術利用報文信息創(chuàng)建出socket結構、直接放入內(nèi)核TCP連接表中。
[0063]步驟409，Web Cache向Web服務器發(fā)送ACK報文。
[0064]至此，Web Cache分別與客戶端、Web服務器成功建立TCP連接，后續(xù)收到的報文不再進行IP層轉(zhuǎn)發(fā)，而是送入TCP協(xié)議棧進行處理。
[0065]本發(fā)明實施例中，步驟404為可選，替代方案為:Web Cache收到Web服務器的SYN+ACK響應報文后、模擬操作系統(tǒng)協(xié)議棧恢復與客戶端或Web服務器的TCP連接。即從上述步驟403開始，依次執(zhí)行上述步驟中的407和408，接下來再依次執(zhí)行上述步驟中的405、406、409。
[0066]由于TCP報文之間的序列號是連續(xù)的，所以WebCache可以在收到SYN報文和SYN+ACK響應報文后，根據(jù)SYN+ACK報文推算出來ACK報文的序列號，另外，ACK報文攜帶的源/目標IP地址和端口號，在SYN報文和SYN+ACK報文中也已經(jīng)有了，因此可以在未獲得ACK報文時在TCP協(xié)議棧中模擬出三次握手建連、恢復出Web Cache與客戶端的TCP連接，以及，恢復出Web Cache與Web服務器的TCP連接。
[0067]其中，步驟407和步驟408的執(zhí)行順序不做具體限定，例如，可以先執(zhí)行步驟407再執(zhí)行步驟408，也可以先執(zhí)行步驟408再執(zhí)行步驟407，還可以同時執(zhí)行步驟407和步驟408。
[0068]下面給出對稱路由的TCP流的處理流程實例:
[0069]ffeb Cache (IP:20.1.1.2)收到客戶端(IP: 10.1.1.10)發(fā)往 Web 服務器(IP:
30.1.1.2)的SYN 報文。
[0070]ffeb CachedP:20.1.1.2)執(zhí)行IP層轉(zhuǎn)發(fā)，將客戶端(IP: 10.1.1.10)的SYN報文轉(zhuǎn)發(fā)給Web服務器(IP:30.1.1.2)0ffeb Cache在TCP流表管理模塊中生成對應的流表，并保存SYN報文。
_] Web Cache (IP:20.1.1.2)收到 Web服務器(IP: 30.1.1.2)發(fā)往客戶端(IP:10.1.1.10)的SYN+ACK響應報文，判斷該TCP流的上行和下行報文都經(jīng)過Web Cache，因此屬于對稱路由。
[0072] Web Cache (IP:20.1.1.2)在TCP流表管理模塊中更新流表狀態(tài)，將當前TCP流標識為對稱路由，并保存SYN+ACK報文。
[0073 ] ffeb Cache (IP: 20.I.I.2)將SYN+ACK響應發(fā)送給客戶端(IP:10.I.I.1)。
[0074]ffeb Cache (IP:20.1.1.2)收到客戶端(IP: 10.1.1.10)發(fā)往 Web 服務器(IP:
30.1.1.2)的ACK 報文。
[0075]ffeb Cache (IP:20.1.1.2)使用SYN 報文、SYN+ACK 報文、ACK 報文信息，在 TCP 協(xié)議棧中模擬出三次握手建連、恢復Web Cache (IP:20.1.1.2)與客戶端(IP:10.1.1.10)的TCP連接。由于Web Cache進行了IP地址轉(zhuǎn)換，客戶端(IP: 10.1.1.10)看到的TCP連接對象為Web月艮務器(ΙΡ:30.1.1.2)。
[0076]ffeb Cache (IP:20.1.1.2)使用SYN 報文、SYN+ACK 報文、ACK 報文信息，在 TCP 協(xié)議棧中模擬出三次握手建連、恢復Web Cache(IP: 20.1.1.2)與Web服務器(IP: 30.1.1.2)的TCP連接。由于Web Cache進行了 IP地址轉(zhuǎn)換，Web服務器(IP: 30.1.1.2)看到的TCP連接對象為客戶端(IP:10.1.1.10)。
[0077]ffeb Cache(IP:20.1.1.2)向Web服務器(ΙΡ:30.1.1.2)發(fā)送ACK報文。
[0078]圖5為本發(fā)明實施例提供的另一種用于透明緩存系統(tǒng)的流量處理方法信號流圖，該實施例針對非對稱路由的TCP流的處理，Web Cache未收到Web服務器響應、對該TCP流進行放行(bypass)，該方法包括:
[0079]步驟501，客戶端向Web服務器發(fā)送SYN報文，Web Cache接收到該報文。
[0080]步驟502，Web Cache執(zhí)行IP層轉(zhuǎn)發(fā)，將客戶端的SYN報文轉(zhuǎn)發(fā)給Web服務器。WebCache在TCP流表管理模塊中生成對應的流表，并保存SYN報文。
[0081 ] 步驟503，Web服務器的SYN+ACK響應報文通過其它路由路徑返回給客戶端(不經(jīng)過Web Cache)。
[0082]步驟504，客戶端向Web服務器發(fā)送ACK報文，Web Cache接收到該報文。
[0083]本發(fā)明實施例中，默認TCP連接屬于非對稱路由狀態(tài)，WebCache收到該TCP連接的報文都會轉(zhuǎn)發(fā)。由于Web Cache沒有收到Web服務器的SYN+ACK響應報文，因此當前TCP流在Web Cache上仍然處于IP層轉(zhuǎn)發(fā)狀態(tài)(即Web Cache認為該TCP流是屬于非對稱路由)，WebCache執(zhí)行IP層轉(zhuǎn)發(fā)，將客戶端的ACK報文轉(zhuǎn)發(fā)給Web服務器。
[0084]整個過程中，Web Cache對客戶端和Web服務器之間的連接建立報文即TCP建連握手報文進行IP層轉(zhuǎn)發(fā)，Web Cache本身沒有與客戶端或Web服務器建立TCP連接。對于后續(xù)客戶端與Web服務器之間的HTTP交互報文，Web Cache均進行IP層轉(zhuǎn)發(fā)。
[0085]下面給出非對稱路由TCP流的處理流程實例:
[0086]ffeb Cache (IP: 20.1.1.2)收到客戶端(IP: 10.1.1.20)發(fā)往 Web 服務器(IP:
30.1.1.2)的SYN 報文。
[0087]ffeb Cache (IP: 20.I.1.2)執(zhí)行 IP 層轉(zhuǎn)發(fā)，將客戶端(IP:10.1.1.20)的 SYN 報文轉(zhuǎn)發(fā)給Web服務器(IP:30.1.1.2)。
[0088]Web服務器(IP:30.1.1.2)的SYN+ACK響應通過其它路由路徑返回給客戶端(IP:
10.1.1.20)o
[0089]ffeb Cache (IP:20.1.1.2)收到客戶端(IP: 10.1.1.20)發(fā)往 Web 服務器(IP:
30.1.1.2)的ACK 報文。
[0090]ffeb Cache (IP: 20.I.I.2)執(zhí)行 IP 層轉(zhuǎn)發(fā)，將客戶端(IP: 10.1.1.20)的 ACK 報文轉(zhuǎn)發(fā)給Web服務器(IP:30.1.1.2)。
[0091]圖6為本發(fā)明實施例提供的另一種透明緩存系統(tǒng)結構圖，該透明緩存系統(tǒng)用于執(zhí)行本發(fā)明前述實施例提供的用于透明緩存系統(tǒng)的流量處理方法，所述系統(tǒng)包括:接收單元601、處理單元602和發(fā)送單元603 ；
[0092]接收單元601，用于從客戶端或業(yè)務服務器接收報文，所述報文為SYN報文或數(shù)據(jù)報文；
[0093]處理單元602，用于當所述接收單元601從客戶端接收到用于建立所述客戶端與所述業(yè)務服務器之間的第一傳輸控制協(xié)議TCP連接的SYN報文時，由發(fā)送單元603對所述SYN報文進行IP層轉(zhuǎn)發(fā)處理；以及，若所述接收單元601未接收到針對所述SYN報文的SYN+ACK響應報文，則當所述接收單元601接收到通過所述第一 TCP連接傳輸?shù)腡CP流的數(shù)據(jù)報文時，由發(fā)送單元603對所述數(shù)據(jù)報文進行IP層轉(zhuǎn)發(fā)處理。
[0094]可選地，處理單元602，還用于若所述接收單元601接收到針對所述SYN報文的SYN+ACK響應報文，則通過TCP協(xié)議棧模擬建立所述透明緩存系統(tǒng)與所述客戶端的第二 TCP連接，以及，通過TCP協(xié)議棧模擬建立所述透明緩存系統(tǒng)與所述業(yè)務服務器的第三TCP連接；當所述接收單元601接收到通過所述第一 TCP連接傳輸?shù)腡CP流的數(shù)據(jù)報文時，利用所述第二 TCP連接和所述第三TCP連接對所述數(shù)據(jù)報文進行緩存業(yè)務處理。
[0095]可選地，所述處理單元602，具體用于根據(jù)所述接收單元601接收到的所述SYN報文、所述SYN+ACK響應報文，在TCP協(xié)議棧中模擬出所述透明緩存系統(tǒng)與所述客戶端的三次握手建連，建立所述透明緩存系統(tǒng)與所述客戶端的第二TCP連接；以及，根據(jù)所述接收單元601接收到的所述SYN報文、所述SYN+ACK響應報文，在TCP協(xié)議棧中模擬出所述透明緩存系統(tǒng)與所述業(yè)務服務器的三次握手建連，建立所述透明緩存系統(tǒng)與所述業(yè)務服務器的第三TCP連接。
[0096]可選地，發(fā)送單元603，還用于在所述處理單元602通過TCP協(xié)議棧模擬建立所述透明緩存系統(tǒng)與所述客戶端的第二 TCP連接，以及，通過TCP協(xié)議棧模擬建立所述透明緩存系統(tǒng)與所述業(yè)務服務器的第三TCP連接之前，通過IP層轉(zhuǎn)發(fā)的方式將所述SYN+ACK響應報文發(fā)送給所述客戶端；
[0097]所述接收單元601，還用于接收所述客戶端向所述業(yè)務服務器發(fā)送的針對所述SYN+ACK響應報文的ACK報文；
[0098]所述發(fā)送單元603，還用于通過IP層轉(zhuǎn)發(fā)的方式將所述接收單元601接收的ACK報文發(fā)送給所述業(yè)務服務器。
[0099]可選地，所述處理單元602，具體用于根據(jù)所述SYN報文、所述SYN+ACK響應報文、所述ACK報文，在TCP協(xié)議棧中模擬出所述透明緩存系統(tǒng)與所述客戶端的三次握手建連，建立所述透明緩存系統(tǒng)與所述客戶端的第二TCP連接；以及，根據(jù)所述SYN報文、所述SYN+ACK響應報文、所述ACK報文，在TCP協(xié)議棧中模擬出所述透明緩存系統(tǒng)與所述業(yè)務服務器的三次握手建連，建立所述透明緩存系統(tǒng)與所述業(yè)務服務器的第三TCP連接。
[0100]圖7為本發(fā)明實施例提供的另一種透明緩存系統(tǒng)結構圖，該透明緩存系統(tǒng)用于執(zhí)行本發(fā)明前述實施例提供的用于透明緩存系統(tǒng)的流量處理方法，所述系統(tǒng)包括:
[0101]存儲器701、處理器702和通信接口 703;
[0102]所述存儲器701，用于存儲程序指令；
[0103]所述處理器702，用于根據(jù)所述存儲器701中存儲的程序指令執(zhí)行以下操作:
[0104]當通過所述通信接口703從客戶端接收到用于建立所述客戶端與業(yè)務服務器之間的第一 TCP連接的SYN報文時，對所述SYN報文進行IP層轉(zhuǎn)發(fā)處理；
[0105]若通過所述通信接口703未接收到針對所述SYN報文的SYN+ACK響應報文，則當通過所述通信接口 703接收到通過所述第一 TCP連接傳輸?shù)腡CP流的數(shù)據(jù)報文時，對所述數(shù)據(jù)報文進行IP層轉(zhuǎn)發(fā)處理。
[0106]可選地，所述處理器702還用于根據(jù)所述存儲器701中存儲的程序指令執(zhí)行以下操作:
[0107]若通過所述通信接口 703接收到針對所述SYN報文的SYN+ACK響應報文，則通過TCP協(xié)議棧模擬建立所述透明緩存系統(tǒng)與所述客戶端的第二 TCP連接，以及，通過TCP協(xié)議棧模擬建立所述透明緩存系統(tǒng)與所述業(yè)務服務器的第三TCP連接；
[0108]當通過所述通信接口703接收到通過所述第一 TCP連接傳輸?shù)腡CP流的數(shù)據(jù)報文時，利用所述第二 TCP連接和所述第三TCP連接對所述數(shù)據(jù)報文進行緩存業(yè)務處理。
[0109]可選地，所述處理器702執(zhí)行所述通過TCP協(xié)議棧模擬建立所述透明緩存系統(tǒng)與所述客戶端的第二 TCP連接，以及，通過TCP協(xié)議棧模擬建立所述透明緩存系統(tǒng)與所述業(yè)務服務器的第三TCP連接的操作，包括:
[0110]根據(jù)所述SYN報文、所述SYN+ACK響應報文，在TCP協(xié)議棧中模擬出所述透明緩存系統(tǒng)與所述客戶端的三次握手建連，建立所述透明緩存系統(tǒng)與所述客戶端的第二TCP連接；以及，
[0111]根據(jù)所述SYN報文、所述SYN+ACK響應報文，在TCP協(xié)議棧中模擬出所述透明緩存系統(tǒng)與所述業(yè)務服務器的三次握手建連，建立所述透明緩存系統(tǒng)與所述業(yè)務服務器的第三TCP連接。
[0112]可選地，所述處理器702還用于根據(jù)所述存儲器701中存儲的程序指令執(zhí)行以下操作:
[0113]在所述通過TCP協(xié)議棧模擬建立所述透明緩存系統(tǒng)與所述客戶端的第二TCP連接，以及，通過TCP協(xié)議棧模擬建立所述透明緩存系統(tǒng)與所述業(yè)務服務器的第三TCP連接之前，通過IP層轉(zhuǎn)發(fā)的方式將所述SYN+ACK響應報文通過所述通信接口 703發(fā)送給所述客戶端；
[0114]通過所述通信接口703接收所述客戶端向所述業(yè)務服務器發(fā)送的針對所述SYN+ACK響應報文的ACK報文；
[0115]通過IP層轉(zhuǎn)發(fā)的方式將所述ACK報文通過所述通信接口703發(fā)送給所述業(yè)務服務器。
[0116]可選地，所述處理器702執(zhí)行所述通過TCP協(xié)議棧模擬建立所述透明緩存系統(tǒng)與所述客戶端的第二 TCP連接，以及，通過TCP協(xié)議棧模擬建立所述透明緩存系統(tǒng)與所述業(yè)務服務器的第三TCP連接的操作，包括:
[0117]根據(jù)所述SYN報文、所述SYN+ACK響應報文、所述ACK報文，在TCP協(xié)議棧中模擬出所述透明緩存系統(tǒng)與所述客戶端的三次握手建連，建立所述透明緩存系統(tǒng)與所述客戶端的第二TCP連接；以及，
[0118]根據(jù)所述SYN報文、所述SYN+ACK響應報文、所述ACK報文，在TCP協(xié)議棧中模擬出所述透明緩存系統(tǒng)與所述業(yè)務服務器的三次握手建連，建立所述透明緩存系統(tǒng)與所述業(yè)務服務器的第三TCP連接。
[0119]專業(yè)人員應該還可以進一步意識到，結合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬件、計算機軟件或者二者的結合來實現(xiàn)，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術方案的特定應用和設計約束條件。專業(yè)技術人員可以對每個特定的應用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應認為超出本發(fā)明的范圍。
[0120]本領域普通技術人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟是可以通過程序來指令處理器完成，所述的程序可以存儲于計算機可讀存儲介質(zhì)中，所述存儲介質(zhì)是非短暫性(non-transitory)介質(zhì)，例如隨機存取存儲器，只讀存儲器，快閃存儲器，硬盤，固態(tài)硬盤，磁帶(magnetic tape)，軟盤(floppy disk)，光盤(optical disc)及其任意組合。
[0121]以上所述，僅為本發(fā)明較佳的【具體實施方式】，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內(nèi)，可輕易想到的變化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應該以權利要求的保護范圍H.1
【主權項】
1.一種用于透明緩存系統(tǒng)的流量處理方法，其特征在于，所述方法包括:當所述透明緩存系統(tǒng)從客戶端接收到用于建立所述客戶端與業(yè)務服務器之間的第一 傳輸控制協(xié)議TCP連接的同步序列編號SYN報文時，對所述SYN報文進行網(wǎng)絡協(xié)議IP層轉(zhuǎn)發(fā) 處理；若所述透明緩存系統(tǒng)未接收到針對所述SYN報文的SYN+確認ACK響應報文，則當所述透 明緩存系統(tǒng)接收到通過所述第一 TCP連接傳輸?shù)腡CP流的數(shù)據(jù)報文時，對所述數(shù)據(jù)報文進行 IP層轉(zhuǎn)發(fā)處理。2.如權利要求1所述的方法，其特征在于，所述方法還包括:若所述透明緩存系統(tǒng)接收到針對所述SYN報文的SYN+ACK響應報文，則通過TCP協(xié)議棧 模擬建立所述透明緩存系統(tǒng)與所述客戶端的第二TCP連接，以及，通過TCP協(xié)議棧模擬建立 所述透明緩存系統(tǒng)與所述業(yè)務服務器的第三TCP連接；當所述透明緩存系統(tǒng)接收到通過所述第一 TCP連接傳輸?shù)腡CP流的數(shù)據(jù)報文時，利用所 述第二TCP連接和所述第三TCP連接對所述數(shù)據(jù)報文進行緩存業(yè)務處理。3.如權利要求2所述的方法，其特征在于，所述透明緩存系統(tǒng)通過TCP協(xié)議棧模擬建立 所述透明緩存系統(tǒng)與所述客戶端的第二TCP連接，以及，通過TCP協(xié)議棧模擬建立所述透明 緩存系統(tǒng)與所述業(yè)務服務器的第三TCP連接，包括:所述透明緩存系統(tǒng)根據(jù)所述SYN報文、所述SYN+ACK響應報文，在TCP協(xié)議棧中模擬出所 述透明緩存系統(tǒng)與所述客戶端的三次握手建連，建立所述透明緩存系統(tǒng)與所述客戶端的第 二TCP連接；以及，所述透明緩存系統(tǒng)根據(jù)所述SYN報文、所述SYN+ACK響應報文，在TCP協(xié)議棧中模擬出所 述透明緩存系統(tǒng)與所述業(yè)務服務器的三次握手建連，建立所述透明緩存系統(tǒng)與所述業(yè)務服 務器的第三TCP連接。4.如權利要求2所述的方法，其特征在于，所述通過TCP協(xié)議棧模擬建立所述透明緩存 系統(tǒng)與所述客戶端的第二TCP連接，以及，通過TCP協(xié)議棧模擬建立所述透明緩存系統(tǒng)與所 述業(yè)務服務器的第三TCP連接之前，所述方法還包括:所述透明緩存系統(tǒng)通過IP層轉(zhuǎn)發(fā)的方式將所述SYN+ACK響應報文發(fā)送給所述客戶端；所述透明緩存系統(tǒng)接收所述客戶端向所述業(yè)務服務器發(fā)送的針對所述SYN+ACK響應報 文的ACK報文；所述透明緩存系統(tǒng)通過IP層轉(zhuǎn)發(fā)的方式將所述ACK報文發(fā)送給所述業(yè)務服務器。5.如權利要求4所述的方法，其特征在于，所述透明緩存系統(tǒng)通過TCP協(xié)議棧模擬建立 所述透明緩存系統(tǒng)與所述客戶端的第二TCP連接，以及，通過TCP協(xié)議棧模擬建立所述透明 緩存系統(tǒng)與所述業(yè)務服務器的第三TCP連接，包括:所述透明緩存系統(tǒng)根據(jù)所述SYN報文、所述SYN+ACK響應報文、所述ACK報文，在TCP協(xié)議 棧中模擬出所述透明緩存系統(tǒng)與所述客戶端的三次握手建連，建立所述透明緩存系統(tǒng)與所 述客戶端的第二TCP連接;以及，所述透明緩存系統(tǒng)根據(jù)所述SYN報文、所述SYN+ACK響應報文、所述ACK報文，在TCP協(xié)議 棧中模擬出所述透明緩存系統(tǒng)與所述業(yè)務服務器的三次握手建連，建立所述透明緩存系統(tǒng) 與所述業(yè)務服務器的第三TCP連接。6.—種透明緩存系統(tǒng)，其特征在于，所述系統(tǒng)包括:接收單元、處理單元和發(fā)送單元；所述接收單元，用于從客戶端或業(yè)務服務器接收報文，所述報文為同步序列編號SYN報 文或數(shù)據(jù)報文；所述處理單元，用于當所述接收單元從客戶端接收到用于建立所述客戶端與所述業(yè)務 服務器之間的第一傳輸控制協(xié)議TCP連接的SYN報文時，由所述發(fā)送單元對所述SYN報文進 行網(wǎng)絡協(xié)議IP層轉(zhuǎn)發(fā)處理；以及，若所述接收單元未接收到針對所述SYN報文的SYN+確認 ACK響應報文，則當所述接收單元接收到通過所述第一 TCP連接傳輸?shù)腡CP流的數(shù)據(jù)報文時， 由所述發(fā)送單元對所述數(shù)據(jù)報文進行IP層轉(zhuǎn)發(fā)處理。7.如權利要求6所述的系統(tǒng)，其特征在于:所述處理單元，還用于若所述接收單元接收到針對所述SYN報文的SYN+ACK響應報文， 則通過TCP協(xié)議棧模擬建立所述透明緩存系統(tǒng)與所述客戶端的第二TCP連接，以及，通過TCP 協(xié)議棧模擬建立所述透明緩存系統(tǒng)與所述業(yè)務服務器的第三TCP連接；當所述接收單元接 收到通過所述第一 TCP連接傳輸?shù)腡CP流的數(shù)據(jù)報文時，利用所述第二TCP連接和所述第三 TCP連接對所述數(shù)據(jù)報文進行緩存業(yè)務處理。8.如權利要求7所述的系統(tǒng)，其特征在于，所述處理單元，具體用于根據(jù)所述接收單元 接收到的所述SYN報文、所述SYN+ACK響應報文，在TCP協(xié)議棧中模擬出所述透明緩存系統(tǒng)與 所述客戶端的三次握手建連，建立所述透明緩存系統(tǒng)與所述客戶端的第二TCP連接；以及， 根據(jù)所述接收單元接收到的所述SYN報文、所述SYN+ACK響應報文，在TCP協(xié)議棧中模擬出所 述透明緩存系統(tǒng)與所述業(yè)務服務器的三次握手建連，建立所述透明緩存系統(tǒng)與所述業(yè)務服 務器的第三TCP連接。9.如權利要求7所述的系統(tǒng)，其特征在于:所述發(fā)送單元，還用于在所述處理單元通過TCP協(xié)議棧模擬建立所述透明緩存系統(tǒng)與 所述客戶端的第二TCP連接，以及，通過TCP協(xié)議棧模擬建立所述透明緩存系統(tǒng)與所述業(yè)務 服務器的第三TCP連接之前，通過IP層轉(zhuǎn)發(fā)的方式將所述SYN+ACK響應報文發(fā)送給所述客戶 端；所述接收單元，還用于接收所述客戶端向所述業(yè)務服務器發(fā)送的針對所述SYN+ACK響 應報文的ACK報文；所述發(fā)送單元，還用于通過IP層轉(zhuǎn)發(fā)的方式將所述接收單元接收的ACK報文發(fā)送給所 述業(yè)務服務器。10.如權利要求9所述的系統(tǒng)，其特征在于，所述處理單元，具體用于根據(jù)所述SYN報文、 所述SYN+ACK響應報文、所述ACK報文，在TCP協(xié)議棧中模擬出所述透明緩存系統(tǒng)與所述客戶 端的三次握手建連，建立所述透明緩存系統(tǒng)與所述客戶端的第二TCP連接；以及，根據(jù)所述 SYN報文、所述SYN+ACK響應報文、所述ACK報文，在TCP協(xié)議棧中模擬出所述透明緩存系統(tǒng)與 所述業(yè)務服務器的三次握手建連，建立所述透明緩存系統(tǒng)與所述業(yè)務服務器的第三TCP連 接。
【文檔編號】H04L12/853GK105959228SQ201610464005
【公開日】2016年9月21日
【申請日】2016年6月23日
【發(fā)明人】黃凌云
【申請人】華為技術有限公司