国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      確定與tcp零窗口事件或tcp零窗口事件的集合相關(guān)的數(shù)據(jù)傳輸延遲量的方法和設(shè)備的制作方法

      文檔序號(hào):7853551閱讀:183來源:國知局
      專利名稱:確定與tcp零窗口事件或tcp零窗口事件的集合相關(guān)的數(shù)據(jù)傳輸延遲量的方法和設(shè)備的制作方法
      技術(shù)領(lǐng)域
      本發(fā)明涉及網(wǎng)絡(luò),并且更具體地,涉及確定與TCP零窗口事件相關(guān)的數(shù)據(jù)傳輸延遲。
      背景技術(shù)
      在計(jì)算機(jī)網(wǎng)絡(luò)環(huán)境中,用戶可以安裝并配置用于觀察網(wǎng)絡(luò)業(yè)務(wù)流以及網(wǎng)絡(luò)安裝和維護(hù)的監(jiān)控和/或故障排除工具。TCP協(xié)議提供網(wǎng)絡(luò)中兩個(gè)機(jī)器之間的可靠的傳輸機(jī)制。在TCP數(shù)據(jù)交換中,接收方通告窗口大小,該窗口大小表示在TCP會(huì)話期間機(jī)器能夠接收并容納進(jìn)套接字連接的接收緩沖區(qū)而不丟失數(shù)據(jù)的信息量。當(dāng)機(jī)器啟動(dòng)與另一機(jī)器
      的TCP連接時(shí),該機(jī)器將通過通告的窗口大小使其它機(jī)器知道該機(jī)器能夠接收多少數(shù)據(jù)。當(dāng)接收方通告零窗口大小或者小于最大報(bào)文段大小(MSS)的窗口大小時(shí),造成TCP零窗口事件,這意味著接收方(客戶端)此時(shí)不能接收更多的信息。該零窗口通告向發(fā)送方(服務(wù)器)通知停止TCP傳輸以允許接收方的應(yīng)用程序處理套接字的接收緩沖區(qū)中的信息。然而,不是所有的零窗口事件都導(dǎo)致顯著的數(shù)據(jù)傳輸延遲。例如,如果通告的窗口小于MSS,但是仍大于尚待發(fā)送的數(shù)據(jù)的量,則發(fā)送方仍然可以發(fā)送數(shù)據(jù)而不延遲。另外,如果通告了零窗口,但業(yè)務(wù)已經(jīng)完成,則零窗口事件不導(dǎo)致數(shù)據(jù)傳輸延遲,因?yàn)闆]有更多數(shù)據(jù)要發(fā)送。根據(jù)現(xiàn)有技術(shù),零窗口事件的存在已經(jīng)被網(wǎng)絡(luò)監(jiān)控設(shè)備檢測(cè)并報(bào)告為已經(jīng)發(fā)生的零窗口事件,但是如上所述,僅僅是零窗口事件的發(fā)生不一定對(duì)數(shù)據(jù)傳輸具有影響。理想的是,知道零窗口事件是否實(shí)際上對(duì)數(shù)據(jù)傳輸具有影響并導(dǎo)致延遲,并知道任意這種延遲的量,以允許網(wǎng)絡(luò)故障排除和分析集中在對(duì)網(wǎng)絡(luò)性能的實(shí)際影響正在發(fā)生的情況。

      發(fā)明內(nèi)容
      根據(jù)本發(fā)明,對(duì)數(shù)據(jù)傳輸可以有延遲作用的TCP零窗口事件被確定并量化。作為結(jié)果的信息可以用來幫助網(wǎng)絡(luò)性能分析和故障排除。因此,提供了對(duì)TCP零窗口事件的改進(jìn)的測(cè)量和報(bào)告。因此,本發(fā)明的一個(gè)目的是提供改進(jìn)網(wǎng)絡(luò)分析,其確定并報(bào)告可以影響數(shù)據(jù)傳輸?shù)腡CP零窗口事件。本發(fā)明的另一個(gè)目的是提供改進(jìn)的網(wǎng)絡(luò)監(jiān)控設(shè)備,其測(cè)量并報(bào)告從TCP零窗口事件導(dǎo)致的數(shù)據(jù)傳輸延遲。本發(fā)明的又一個(gè)目的是提供改進(jìn)的網(wǎng)絡(luò)監(jiān)控和分析方法。本發(fā)明的主題在本說明書的最后部分被特別指出并明確地要求保護(hù)。然而可以通過參考下面的描述以及附圖更好地理解操作的組織和方法、以及本發(fā)明的其它優(yōu)點(diǎn)和目的,在附圖中,類似附圖標(biāo)記指代類似元件。


      圖I是與網(wǎng)絡(luò)分析產(chǎn)品交互的網(wǎng)絡(luò)的框圖;圖2是用于確定TCP流的整個(gè)壽命中的待處理的數(shù)據(jù)量的監(jiān)控裝置的框圖;圖3是例示具有TCP零窗口延遲的數(shù)據(jù)傳輸?shù)氖纠牧鞒虉D;以及圖4是確定TCP零窗口事件的數(shù)量和與所述事件相 關(guān)聯(lián)的數(shù)據(jù)傳輸延遲的步驟的流程圖。
      具體實(shí)施例方式根據(jù)本發(fā)明的優(yōu)選實(shí)施方式的系統(tǒng)包括監(jiān)控系統(tǒng)和方法,以及用于確定TCP零窗口事件并導(dǎo)致數(shù)據(jù)傳輸延遲的分析系統(tǒng)和方法。參考圖1,圖I是具有根據(jù)在此公開的設(shè)備的網(wǎng)絡(luò)的框圖,網(wǎng)絡(luò)可以包括多個(gè)網(wǎng)絡(luò)客戶端10,10’等,網(wǎng)絡(luò)客戶端10,10’通過經(jīng)與服務(wù)器20的交互發(fā)送并接收網(wǎng)絡(luò)業(yè)務(wù)流14來在網(wǎng)絡(luò)12上通信。可以以各種協(xié)議及其格式按照分組的形式發(fā)送該業(yè)務(wù)流。該網(wǎng)絡(luò)還連接有網(wǎng)絡(luò)分析設(shè)備16,網(wǎng)絡(luò)分析設(shè)備16可包括用戶接口 18,該用戶接口 18使用戶能夠與網(wǎng)絡(luò)分析設(shè)備交互以操作該分析設(shè)備并從其獲得數(shù)據(jù),無論是在安裝位置處還是遠(yuǎn)程地在離開該分析產(chǎn)品網(wǎng)絡(luò)附接的物理位置處。該網(wǎng)絡(luò)分析設(shè)備包括硬件和軟件、CPU、存儲(chǔ)器、接口等以操作用于連接到網(wǎng)絡(luò)并監(jiān)控網(wǎng)絡(luò)上的業(yè)務(wù)流,以及執(zhí)行各種測(cè)試和測(cè)量操作、發(fā)送和接收數(shù)據(jù)等。當(dāng)遠(yuǎn)程時(shí),該網(wǎng)絡(luò)分析設(shè)備通常通過在與網(wǎng)絡(luò)交互的計(jì)算機(jī)或工作站上運(yùn)行來操作。該網(wǎng)絡(luò)分析設(shè)備包括分析引擎22,該分析引擎22接收分組網(wǎng)絡(luò)數(shù)據(jù)并與數(shù)據(jù)存儲(chǔ)部24交互。圖2是測(cè)試儀/分析器26的框圖,本發(fā)明能夠通過該測(cè)試儀/分析器26來實(shí)施,其中該測(cè)試儀可以包括通過多個(gè)端口將網(wǎng)絡(luò)分析設(shè)備附接到網(wǎng)絡(luò)12的網(wǎng)絡(luò)接口 28、用于操作該測(cè)試儀的一個(gè)或更多個(gè)處理器30、諸如RAM/R0M 32或永久存儲(chǔ)部34這樣的存儲(chǔ)器、顯示器36、用戶輸入裝置38 (諸如,比方說,鍵盤、鼠標(biāo)或其它指點(diǎn)裝置、觸摸屏等),可以包含電池或AC電源的電源40、將網(wǎng)絡(luò)分析設(shè)備附接到網(wǎng)絡(luò)或其它外部設(shè)備(存儲(chǔ)部、其它計(jì)算機(jī)等)的其它接口 42。在操作中,將網(wǎng)絡(luò)測(cè)試儀附接到網(wǎng)絡(luò),并觀察網(wǎng)絡(luò)上的傳輸以收集數(shù)據(jù)并分析和生成相關(guān)的統(tǒng)計(jì)資料,并且確定TCP零窗口事件及其對(duì)數(shù)據(jù)傳輸延遲的影響。圖3是例示具有TCP零窗口延遲的數(shù)據(jù)傳輸?shù)氖纠牧鞒虉D,其中兩個(gè)設(shè)備服務(wù)器20’ (發(fā)送方)和客戶端10” (接收方)在交換數(shù)據(jù)。該傳輸開始于服務(wù)器和客戶端交換SYN、SYN-ACK以及ACK,以建立連接。在這個(gè)示例中的這個(gè)點(diǎn),客戶端已通告了大于20的窗口。然后服務(wù)器發(fā)送具有10個(gè)數(shù)據(jù)段的序列I以及具有10個(gè)數(shù)據(jù)段的序列11。接收到序列I之后,客戶端確認(rèn)接收到該10個(gè)數(shù)據(jù)段(ack:ll)而且還通告窗口大小0(win:O),這開始潛在的零窗口延遲事件44。然后客戶端通過發(fā)送ack :21來確認(rèn)第二個(gè)數(shù)據(jù)序列(seq :11),但是仍在通告零窗口(win :0),于是潛在的零窗口事件繼續(xù)。最終,客戶端發(fā)送窗口大小為50的ack 21 (ack 21win :50),這指示潛在的零窗口延遲的結(jié)束。接下來,服務(wù)器以seq 21data :10繼續(xù)數(shù)據(jù)傳輸,這暗示服務(wù)器之前一直在等待發(fā)送更多的數(shù)據(jù),于是該零窗口事件可以被分類為造成了延遲,并因此該延遲的時(shí)間可以被測(cè)量并報(bào)告為零窗口延遲。在示例中還例示了隨后的數(shù)據(jù)序列(Seq:31data:10)。如果情況是沒有更多的數(shù)據(jù)序列從服務(wù)器發(fā)送,則將確定該零窗口事件不造成數(shù)據(jù)傳輸延遲,于是報(bào)告不造成零窗口延遲。圖4是確定TCP零窗口事件和與之相關(guān)的零窗口延遲的步驟的流程圖。這些步驟適合由網(wǎng)絡(luò)測(cè)試儀或監(jiān)控系統(tǒng)執(zhí)行。多個(gè)狀態(tài)值和標(biāo)志用于該過程中zwd(A — B)-在從站A到站B的傳輸中是否已經(jīng)通告了零窗口zwd_start-可能的零窗口事件開始的時(shí)間的時(shí)間戳,初始設(shè)置為零zwd_stop-可能的零窗口事件結(jié)束的時(shí)間的時(shí)間戳,初始設(shè)置為零no zwd(A — B)-表明目前未通告零窗口 zwd_possible_可能的零窗口延遲的計(jì)算的時(shí)間確定,初始為零 data (B — A)或data (A — B)-表明正被分析的分組是從B到A或從A到B的數(shù)據(jù)序列flow, zwd-確定的零窗口延遲的報(bào)告值當(dāng)該過程開始時(shí),在塊46接收分組,決策塊48檢查該分組是否是從A到B的零窗口通告(意味著通告的窗口大小是零或者小于最大報(bào)文段大小(MSS))并且zwcLstart是否為零。如果是,則在塊50存儲(chǔ)當(dāng)前時(shí)間到zwd_start,表明可能的零窗口數(shù)據(jù)延遲事件的開始時(shí)間。處理在46繼續(xù)以接收下一個(gè)分組。如果在決策塊48的確定為假,則決策塊52被執(zhí)行,其中確定該分組是否是從A到B的“非零窗口”通告分組并且zwcLstart不等于零(意味著通告的窗口表現(xiàn)為不是零窗口并且之前已經(jīng)在zwd_start中存儲(chǔ)時(shí)間值)。如果決策塊52結(jié)果為真,則塊54在zwd_Stop中存儲(chǔ)時(shí)間戳,即可能的零窗口事件的結(jié)束時(shí)間,接下來塊56按照zwd_stop減去zwd_start計(jì)算zwd_possible的值,其給出可能的零窗口延遲的開始時(shí)間和結(jié)束時(shí)間之間經(jīng)過的時(shí)間。zwd_stop和zwd_start這兩個(gè)值被重置為零,并且處理繼續(xù)到塊46以接收下一個(gè)分組。zwd_possible包含可以是零窗口延遲值的值,但是必須分析下一個(gè)數(shù)據(jù)分組(通過下面討論的決策塊58和62),以確定是否發(fā)生了實(shí)際延遲。如果在塊52的結(jié)果是假,則進(jìn)入決策塊58,其中確定接收的分組是否是從B到A的數(shù)據(jù)分組并且zwcLpossible是否不等于零(意味著數(shù)據(jù)傳輸已經(jīng)再次開始并且已經(jīng)計(jì)算了可能的零窗口延遲時(shí)間)。如果為真,則確定可能的零窗口延遲是實(shí)際延遲,因?yàn)锽延遲向A發(fā)送數(shù)據(jù),于是塊60將延遲時(shí)間存儲(chǔ)在變量flow, zwd,該變量flow, zwd可以被傳遞以用于在其它處理或設(shè)備的零窗口延遲的分析中進(jìn)一步分析、聚合、存儲(chǔ)以及報(bào)告或使用。處理然后在46繼續(xù)以監(jiān)控更多的數(shù)據(jù)分組。如果決策塊58的結(jié)果是假,則決策塊62檢查該分組是否是從A到B的數(shù)據(jù)分組并且zmLpossible是否不為零。如果為真,則表明該零窗口事件對(duì)數(shù)據(jù)傳輸沒有明顯的延遲作用,因?yàn)楹苊黠@B不在等待向A發(fā)送數(shù)據(jù),于是在塊64將zwcLpossible設(shè)置為零,表明這是一個(gè)假的零窗口延遲事件。處理繼續(xù)到46以便進(jìn)一步監(jiān)控分組。如果決策塊62的結(jié)果為假,則處理繼續(xù)到46以便進(jìn)一步監(jiān)控分組。潛在地,在零窗口事件的結(jié)束被檢測(cè)到之前,可能發(fā)生多個(gè)零窗口通告,并且上述處理包容這種情況,其中接收方多次通告零窗口(如圖3中的示例,在以ack 21win :50結(jié)束零窗口事件之前,ack llwin 0之后是隨后的ack 21win 0)。
      盡管上述示例例示了從服務(wù)器向客戶端的被延遲的數(shù)據(jù)傳輸,但是系統(tǒng)、方法和設(shè)備可用于確定任何TCP通信站之間的全雙工連接中的零窗口延遲。根據(jù)上述,該方法和設(shè)備確定零窗口事件是否對(duì)數(shù)據(jù)傳輸有延遲作用,并且如果是,則提供延遲量的測(cè)量值。該確定對(duì)幫助網(wǎng)絡(luò)的故障排除、分析和維護(hù)提供了有用信息,從而影響數(shù)據(jù)傳輸?shù)牧愦翱谑录梢员粓?bào)告以便進(jìn)一步研究,而那些不大可能具有延遲作用的零窗口事件可以被濾出。該方法和設(shè)備因此可以獨(dú)立于不涉及接收方造成的延遲的網(wǎng)絡(luò)延遲,測(cè)量任何一個(gè)事務(wù)處理端點(diǎn)對(duì)數(shù)據(jù)傳輸?shù)挠绊?,無論誰是接收方。該信息可用于網(wǎng) 絡(luò)監(jiān)控中的其它處理或分析。雖然已經(jīng)示出并描述了本發(fā)明的優(yōu)選實(shí)施方式,但對(duì)于本領(lǐng)域技術(shù)人員明顯地,不脫離本發(fā)明的更廣的方面的前提下可作出許多改變和修改。因此所附權(quán)利要求旨在包括落在本發(fā)明真實(shí)實(shí)質(zhì)和范圍內(nèi)的所有這樣的改變和修改。
      權(quán)利要求
      1.一種監(jiān)控網(wǎng)絡(luò)零窗口事件的方法,所述方法包括 確定接收方通告的零窗口事件;以及 確定所述接收方通告的零窗口事件是否導(dǎo)致數(shù)據(jù)傳輸延遲。
      2.根據(jù)權(quán)利要求I所述的方法,其中,所述確定零窗口事件包括 確定來自接收方的零窗口事件的開始時(shí)間;以及 確定零窗口事件的結(jié)束時(shí)間。
      3.根據(jù)權(quán)利要求I所述的方法,其中,所述確定所述零窗口事件是否導(dǎo)致數(shù)據(jù)傳輸延遲包括 確定發(fā)送方是否阻止數(shù)據(jù)傳輸直到零窗口事件的結(jié)束為止;以及如果確定所述零窗口事件是否導(dǎo)致數(shù)據(jù)延遲的步驟確定發(fā)送方在所述零窗口事件期間阻止數(shù)據(jù)傳輸,則報(bào)告所述零窗口延遲的持續(xù)時(shí)間。
      4.根據(jù)權(quán)利要求3所述的方法,其中,所述確定零窗口事件包括 確定來自接收方的零窗口事件的開始時(shí)間;以及 確定零窗口事件的結(jié)束時(shí)間。
      5.根據(jù)權(quán)利要求I所述的方法,其中,所述確定零窗口事件包括 確定來自接收方的零窗口事件的開始時(shí)間; 確定零窗口事件的結(jié)束時(shí)間; 確定所述開始時(shí)間和結(jié)束時(shí)間之間的時(shí)間量; 確定所述結(jié)束時(shí)間之后的隨后傳輸是否是在所述零窗口開始時(shí)間和所述零窗口結(jié)束時(shí)間之間的所述時(shí)間期間有可能被延遲的數(shù)據(jù)傳輸;以及 如果所述確定所述結(jié)束時(shí)間之后的隨后傳輸是否是有可能被延遲的數(shù)據(jù)傳輸?shù)慕Y(jié)果是確定延遲,則基于所述開始時(shí)間和結(jié)束時(shí)間之間的所述確定的時(shí)間量報(bào)告零窗口延遲時(shí)間,但是如果所述確定所述結(jié)束時(shí)間之后的隨后傳輸是否是可能被延遲的數(shù)據(jù)傳輸?shù)慕Y(jié)果是確定不大可能延遲,則不報(bào)告零窗口延遲。
      6.一種用于確定零窗口延遲的網(wǎng)絡(luò)測(cè)試儀,所述網(wǎng)絡(luò)測(cè)試儀包括 用于觀測(cè)網(wǎng)絡(luò)業(yè)務(wù)流的網(wǎng)絡(luò)接口 ;以及 處理器,所述處理器包括采用所觀測(cè)到的網(wǎng)絡(luò)業(yè)務(wù)流以 確定來自接收方的零窗口事件通告的開始時(shí)間; 確定零窗口事件的結(jié)束時(shí)間; 確定所述發(fā)送方是否阻止數(shù)據(jù)傳輸直到零窗口事件的結(jié)束為止;以及 如果所述發(fā)送方阻止數(shù)據(jù)傳輸,則確定所述零窗口延遲的持續(xù)時(shí)間。
      7.根據(jù)權(quán)利要求6所述的網(wǎng)絡(luò)測(cè)試儀,其中,所述處理器通過以下來確定零窗口事件 確定來自接收方的零窗口事件的開始時(shí)間;以及 確定零窗口事件的結(jié)束時(shí)間。
      8.根據(jù)權(quán)利要求6所述的網(wǎng)絡(luò)測(cè)試儀,其中,所述處理器通過以下來確定所述零窗口事件是否導(dǎo)致數(shù)據(jù)傳輸延遲 確定發(fā)送方在零窗口事件結(jié)束之后是否阻止數(shù)據(jù)傳輸;以及 如果確定所述零窗口事件是否導(dǎo)致數(shù)據(jù)傳輸延遲的步驟確定發(fā)送方在所述零窗口事件期間阻止數(shù)據(jù)傳輸,則報(bào)告所述零窗口延遲的持續(xù)時(shí)間。
      9.根據(jù)權(quán)利要求8所述的網(wǎng)絡(luò)測(cè)試儀,其中,所述處理器通過以下來確定零窗口事件 確定來自接收方的零窗口事件的開始時(shí)間;以及 確定零窗口事件的結(jié)束時(shí)間。
      10.根據(jù)權(quán)利要求6所述的網(wǎng)絡(luò)測(cè)試儀,其中,所述處理器通過以下來確定零窗口事件 確定來自接收方的零窗口事件的開始時(shí)間; 確定零窗口事件的結(jié)束時(shí)間; 確定所述開始時(shí)間和結(jié)束時(shí)間之間的時(shí)間量; 確定所述結(jié)束時(shí)間之后的隨后傳輸是否是在所述零窗口開始時(shí)間和所述零窗口結(jié)束時(shí)間之間的所述時(shí)間期間有可能被延遲的數(shù)據(jù)傳輸;以及 如果所述確定所述結(jié)束時(shí)間之后的隨后傳輸是否是有可能被延遲的數(shù)據(jù)傳輸?shù)慕Y(jié)果是確定延遲,則基于所述開始時(shí)間和結(jié)束時(shí)間之間的所述確定的時(shí)間量報(bào)告零窗口延遲時(shí)間,但是如果所述確定所述結(jié)束時(shí)間之后的隨后傳輸是否是可能被延遲的數(shù)據(jù)傳輸?shù)慕Y(jié)果是確定不大可能延遲,則不報(bào)告零窗口延遲。
      11.一種用于確定零窗口延遲的系統(tǒng),所述系統(tǒng)包括 位于網(wǎng)絡(luò)的第一位置處的用于觀測(cè)網(wǎng)絡(luò)業(yè)務(wù)流的網(wǎng)絡(luò)監(jiān)控器;以及位于所述網(wǎng)絡(luò)的不同于所述第一位置的第二位置處的處理器,所述處理器包括采用所觀測(cè)到的網(wǎng)絡(luò)業(yè)務(wù)流以 確定來自接收方的零窗口事件通告的開始時(shí)間; 確定零窗口事件的結(jié)束時(shí)間; 確定發(fā)送方是否阻止數(shù)據(jù)傳輸直到零窗口事件結(jié)束為止;以及 如果所述發(fā)送方阻止數(shù)據(jù)傳輸,則確定所述零窗口延遲的持續(xù)時(shí)間。
      12.根據(jù)權(quán)利要求11所述的系統(tǒng),其中,所述處理器通過以下來確定零窗口事件 確定來自接收方的零窗口事件的開始時(shí)間;以及 確定零窗口事件的結(jié)束時(shí)間。
      13.根據(jù)權(quán)利要求11所述的系統(tǒng),其中,所述處理器通過以下來確定所述零窗口事件是否導(dǎo)致數(shù)據(jù)傳輸延遲 確定發(fā)送方是否阻止數(shù)據(jù)傳輸直到零窗口事件的結(jié)束為止;以及如果確定所述零窗口事件是否導(dǎo)致數(shù)據(jù)傳輸延遲的步驟確定發(fā)送方在所述零窗口事件期間阻止數(shù)據(jù)傳輸,則報(bào)告所述零窗口延遲的持續(xù)時(shí)間。
      14.根據(jù)權(quán)利要求13所述的系統(tǒng),其中,所述處理器通過以下來確定零窗口事件 確定來自接收方的零窗口事件的開始時(shí)間;以及 確定零窗口事件的結(jié)束時(shí)間。
      15.根據(jù)權(quán)利要求11所述的系統(tǒng)測(cè)試儀,其中,所述處理器通過以下來確定零窗口事件 確定來自接收方的零窗口事件的開始時(shí)間; 確定零窗口事件的結(jié)束時(shí)間; 確定所述開始時(shí)間和結(jié)束時(shí)間之間的時(shí)間量; 確定所述結(jié)束時(shí)間之后的隨后傳輸是否是在所述零窗口事件開始時(shí)間和所述零窗口事件結(jié)束時(shí)間之間的所述時(shí)間期間有可能被延遲的數(shù)據(jù)傳輸;以及 如果所述確定所述結(jié)束時(shí)間之后的隨后傳輸是否是有可能被延遲的數(shù)據(jù)傳輸?shù)慕Y(jié)果是確定延遲,則 基于所述開始時(shí)間和結(jié)束時(shí)間之間的所述確定的時(shí)間量報(bào)告零窗口延遲,但是如果所述確定所述結(jié)束時(shí)間之后的隨后傳輸是否是可能被延遲的數(shù)據(jù)傳輸?shù)慕Y(jié)果是確定不大可能延遲,則不報(bào)告零窗口延遲。
      全文摘要
      本發(fā)明提供一種確定與TCP零窗口事件或TCP零窗口事件的集合相關(guān)的數(shù)據(jù)傳輸延遲量的方法和設(shè)備。網(wǎng)絡(luò)監(jiān)控方法和設(shè)備確定零窗口事件數(shù)據(jù)傳輸延遲,報(bào)告導(dǎo)致的數(shù)據(jù)傳輸延遲量??蓪⒉粚?dǎo)致數(shù)據(jù)傳輸延遲的零窗口事件與導(dǎo)致實(shí)際延遲的零窗口事件隔開,允許將實(shí)際延遲事件的報(bào)告與不導(dǎo)致延遲的事件隔開。
      文檔編號(hào)H04L12/26GK102780590SQ20121019449
      公開日2012年11月14日 申請(qǐng)日期2012年5月11日 優(yōu)先權(quán)日2011年5月12日
      發(fā)明者S·奧布萊恩, S·邁克馬努斯, 丹·普雷斯科特, 布魯斯·科斯巴博, 約翰·芒克, 羅伯特·沃格特, 道格·羅伯茨 申請(qǐng)人:弗蘭克公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
      1