數(shù)據(jù)中心中存在豐富的鏈路資源,從源端到目的端往往有不止一條的可用路徑。在數(shù)據(jù)中心中應用多路徑傳輸控制協(xié)議（MultiPathTCP,MPTCP）,不僅可以充分利用網(wǎng)絡資源,還可以實現(xiàn)很好的負載均衡。但是,多路徑傳輸不可避免地會存在亂序問題,嚴重時會導致緩存阻塞。數(shù)據(jù)中心中嚴重的亂序問題往往是由超時重傳導致。如果可以有效地減緩超時重傳,就能減少緩存阻塞,從而提升網(wǎng)絡的傳輸性能�，F(xiàn)有的重傳機制對于超時重傳的反應,往往是滯后的,也即,這些機制只有在超時重傳已經(jīng)觸發(fā)的情況下才會作用,而這種情況下不可避免地要產生緩存阻塞,進而導致網(wǎng)絡吞吐量嚴重下降。本論文提出了一種積極的緩存阻塞避免機制（proactive buffer block avoid,PBBA）:當MPTCP發(fā)送端懷疑一條子流上出現(xiàn)了可能的丟包且擁塞窗口有剩余時及時地重傳數(shù)據(jù)包。該機制可以盡可能少地觸發(fā)超時重傳,在超時重傳還沒有發(fā)生時,不增加網(wǎng)絡擁塞的情況下,及時地重傳可疑的丟包,從而減輕緩存阻塞現(xiàn)象,提升網(wǎng)絡傳輸性能。論文通過NS2下的網(wǎng)絡仿真驗證了PBBA機制的有效性。 

【文章來源】：北京郵電大學北京市 211工程院校 教育部直屬院校

【文章頁數(shù)】：64 頁

【學位級別】：碩士

【部分圖文】：

圖２－２?ＭＰＴＣＰ在協(xié)議棧中的位置??ＭＰＴＣＰ協(xié)議桟如圖２－２所示：應用層通過通用的ＡＰＩ接口與層交互，??

由于ＴＣＰ協(xié)議在當前網(wǎng)絡中廣泛部署，ＭＰＴＣＰ協(xié)議基于當前ＴＣＰ報文頭??部的ｏｐｔｉｏｎ選項字段做具體實現(xiàn)，以保證其對于ＴＣＰ協(xié)議的兼容性。具體的??ＭＰＴＣＰ報文頭部字段如圖２－３所示，ｋｉｎｄ域指明該報文是一個ＭＰＴＣＰ協(xié)議報??文，而Ｓｕｂｔｙｐｅ域則說明該報文是何種類型的ＭＰＴＣＰ報文，比如：ＭＰ＿ＣＡＰＡＢＬＥ、??Ａ?Ｖｅｒ?ＩＨＬ?ＴｏＳ?Ｔｏｔａｌ?Ｌｅｎｇｔｈ??Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ?Ｆｌａｇｓ?Ｏｆｆｓｅｔ??ＩＰ?ＴＴＬ?Ｐｒｏｔｏｃｏｌ?Ｃｈｅｃｋｓｕｍ??Ｓｏｕｒｃｅ?ＩＰ?Ａｄｄｒｅｓｓ??ｖ?Ｄｅｓｔｉｎａｔｉｏｎ?ＩＰ?Ａｄｄｒｅｓｓ??ｋ?Ｓｏｕｒｃｅ?Ｐｏｒｔ?Ｄｅｓｔｉｎａｔｉｏｎ?Ｐｏｒｔ??Ｓｅｑｕｅｎｃｅ?Ｎｕｍｂｅｒ??Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ?Ｎｕｍｂｅｒ??ＴＨＬ?Ｒｅｓｅｒｖｅｄ?Ｆｌａｇｓ?Ｗｉｎｄｏｗ??ＴＣＰ?Ｃｈｅｃｋｓｕｍ?Ｕｒｇｅｎｔ?Ｐｏｉｎｔｅｒ??ｒ?？?—?＿?—?－?一—?－ｖ．一?＿?Ｋ，??Ｉ??＇?Ｏｐｔｉｏｎｓ?Ｊ?＇??＼??、、?Ｐａｙｌｏａｄ?、、??、?＼??－ＪＬ?＇?Ｉ?、??＾?、??、?＼??％?％??Ｎ?＼??＼?ＭＰＴＣＰ?Ｏｐｔｉｏｎ?、、、??圓＿?圓．???????圓ｉ??Ｋｉｎｄ?Ｌｅｎｇｔｈ?Ｓｕｂｔｙｐｅ??Ｓｕｂｔｙｐｅ－ｓｐｅｃｉｆｉｃ?Ｄａｔａ?（Ｖａｒｉａｂｌｅ?Ｌｅｎｇｔｈ）??圖２－３?ＭＰＴＣＰ報文頭部字段??ＭＰ＿ＪＯＩＮ、ＤＳＳ、ＡＤＤ＿ＡＤＤＲ等，ＭＰＴ

圖２－４?ＭＰＴＣＰ選項子類型??ＭＰＴＣＰ通過三次握手階段，ＴＣＰ選項字段協(xié)商來建立連接，連接建立過程??如圖２－５所示。在ＳＹＮ包中ＭＰ＿ＣＡＰＡＢＬＥ選項表明源端支持ＭＰＴＣＰ，如果目??的端也支持ＭＰＴＣＰ，其將在返回的ＳＹＮ＋ＡＣＫ報文中也包含ＭＰ＿ＣＡＰＡＢＬＥ字??段，之后，源端在返回的ＡＣＫ中再次包含ＭＰ＿ＣＡＰＡＢＬＥ選項，以確認源端和??目的端將使用ＭＰＴＣＰ協(xié)議進行通信。??＿（＿?ＳＹＮ?ｔ??＾ＭＰ＿ＣＡＰＡＢＬ￡．?ｋｅｙｙ??ｊ?ＳＹＮ＋ＡＣＫ?，一??．ＭＰ＿ＣＡＰＡＢＬＥ，?￣￣??＞?￣?／??ｍｍｍ?＊?ｗｍｍ－?■??Ｉ?ＡＣＫ?，??７ｍｐ?ｃａｐａｂｌｅ

【參考文獻】：
期刊論文
[1]基于MPTCP的多路徑傳輸優(yōu)化技術綜述[J]. 薛開平,陳珂,倪丹,張泓,洪佩琳.  計算機研究與發(fā)展. 2016(11)
[2]基于NS2的網(wǎng)絡仿真研究與應用[J]. 王曉燕,鄭明春.  計算機仿真. 2004(12)
[3]基于NS2網(wǎng)絡仿真研究[J]. 王永勝,吳德偉,劉勇.  計算機仿真. 2004(11)



本文編號：3348617