同步SYN (SYNchronization)
發(fā)布時(shí)間:2014/9/14 20:16:11 訪問次數(shù):1895
同步SYN (SYNchronization) 在連接建立時(shí)用來同步序號。當(dāng)SYN=l而ACK=0時(shí),REF3133AIDBZR表明這是一個(gè)連接請求報(bào)文段。對方若同意建立連接,則應(yīng)在響應(yīng)的報(bào)文段中使SYN=1和ACK=1。因此,SYN置為1就表示這是…個(gè)連接請求或連接接受報(bào)文。關(guān)于連接的建
立和釋放,在本章的5.9節(jié)還要進(jìn)行詳細(xì)討論。
終止FIN (FINis,意思是“完”、“終”) 用來釋放一個(gè)連接。當(dāng)FIN=l時(shí),表明此報(bào)文段的發(fā)送方的數(shù)據(jù)已發(fā)送完畢,并要求釋放運(yùn)輸連接。
窗口 占2字節(jié)。窗口值是【0, 216—1】之間的整數(shù)。窗口指的是發(fā)送本報(bào)文段的一方的接收窗口(而不是自己的發(fā)送窗口)。窗口值告訴對方:從本報(bào)文段首部中的確認(rèn)號算起,接收方目前允許對方發(fā)送的數(shù)據(jù)量。之所以要有這個(gè)限制,是因?yàn)榻邮辗降臄?shù)據(jù)緩存空間是有限的?傊,窗口值作為接收方讓發(fā)送方設(shè)置其發(fā)送窗口的依據(jù)。
例如,設(shè)確認(rèn)號是701,窗口字段是1 000。這就表明,從701號算起,發(fā)送此報(bào)文段的一方還有接收1 000個(gè)字節(jié)數(shù)據(jù)(字節(jié)序號是701~1700)的接收緩存空間。
總之,應(yīng)當(dāng)記。
檢驗(yàn)和 占2字節(jié)。檢驗(yàn)和字段檢驗(yàn)的范圍包括首部和教據(jù)這兩部分。和UDP用戶數(shù)據(jù)報(bào)一樣,在計(jì)算檢驗(yàn)和時(shí),要在TCP報(bào)文段的前面加上12字節(jié)的偽首部。偽首部的格式與圖5-5中UDP用戶數(shù)據(jù)報(bào)的偽首部一樣。但應(yīng)把偽首部第4個(gè)字段中的17改為6
(TCP的協(xié)議號是6),把第5字段中的UDP長度改為TCP長度。接收方收到此報(bào)文段后,仍要加上這個(gè)偽首部來計(jì)算檢驗(yàn)和。若使用IPv6,則相應(yīng)的偽首部也要改變。
緊急指針 占2字節(jié)。緊急指針僅在URG=1時(shí)才有意義,它指出本報(bào)文段中的緊急數(shù)據(jù)的字節(jié)數(shù)(緊急數(shù)據(jù)結(jié)束后就是普通數(shù)據(jù))。因此,緊急指針指出了緊急數(shù)據(jù)的末尾在報(bào)文段中的位置。當(dāng)所有緊急數(shù)據(jù)都處理完時(shí),TCP就告訴應(yīng)用程序恢復(fù)到正常操作。值得注意的是,即使窗口為零時(shí)也可發(fā)送緊急數(shù)據(jù)。
選項(xiàng) 長度可變,最長可達(dá)40字節(jié)。當(dāng)沒有使用“選項(xiàng)”時(shí),TCP的首部長度是20字節(jié)。
同步SYN (SYNchronization) 在連接建立時(shí)用來同步序號。當(dāng)SYN=l而ACK=0時(shí),REF3133AIDBZR表明這是一個(gè)連接請求報(bào)文段。對方若同意建立連接,則應(yīng)在響應(yīng)的報(bào)文段中使SYN=1和ACK=1。因此,SYN置為1就表示這是…個(gè)連接請求或連接接受報(bào)文。關(guān)于連接的建
立和釋放,在本章的5.9節(jié)還要進(jìn)行詳細(xì)討論。
終止FIN (FINis,意思是“完”、“終”) 用來釋放一個(gè)連接。當(dāng)FIN=l時(shí),表明此報(bào)文段的發(fā)送方的數(shù)據(jù)已發(fā)送完畢,并要求釋放運(yùn)輸連接。
窗口 占2字節(jié)。窗口值是【0, 216—1】之間的整數(shù)。窗口指的是發(fā)送本報(bào)文段的一方的接收窗口(而不是自己的發(fā)送窗口)。窗口值告訴對方:從本報(bào)文段首部中的確認(rèn)號算起,接收方目前允許對方發(fā)送的數(shù)據(jù)量。之所以要有這個(gè)限制,是因?yàn)榻邮辗降臄?shù)據(jù)緩存空間是有限的?傊,窗口值作為接收方讓發(fā)送方設(shè)置其發(fā)送窗口的依據(jù)。
例如,設(shè)確認(rèn)號是701,窗口字段是1 000。這就表明,從701號算起,發(fā)送此報(bào)文段的一方還有接收1 000個(gè)字節(jié)數(shù)據(jù)(字節(jié)序號是701~1700)的接收緩存空間。
總之,應(yīng)當(dāng)記。
檢驗(yàn)和 占2字節(jié)。檢驗(yàn)和字段檢驗(yàn)的范圍包括首部和教據(jù)這兩部分。和UDP用戶數(shù)據(jù)報(bào)一樣,在計(jì)算檢驗(yàn)和時(shí),要在TCP報(bào)文段的前面加上12字節(jié)的偽首部。偽首部的格式與圖5-5中UDP用戶數(shù)據(jù)報(bào)的偽首部一樣。但應(yīng)把偽首部第4個(gè)字段中的17改為6
(TCP的協(xié)議號是6),把第5字段中的UDP長度改為TCP長度。接收方收到此報(bào)文段后,仍要加上這個(gè)偽首部來計(jì)算檢驗(yàn)和。若使用IPv6,則相應(yīng)的偽首部也要改變。
緊急指針 占2字節(jié)。緊急指針僅在URG=1時(shí)才有意義,它指出本報(bào)文段中的緊急數(shù)據(jù)的字節(jié)數(shù)(緊急數(shù)據(jù)結(jié)束后就是普通數(shù)據(jù))。因此,緊急指針指出了緊急數(shù)據(jù)的末尾在報(bào)文段中的位置。當(dāng)所有緊急數(shù)據(jù)都處理完時(shí),TCP就告訴應(yīng)用程序恢復(fù)到正常操作。值得注意的是,即使窗口為零時(shí)也可發(fā)送緊急數(shù)據(jù)。
選項(xiàng) 長度可變,最長可達(dá)40字節(jié)。當(dāng)沒有使用“選項(xiàng)”時(shí),TCP的首部長度是20字節(jié)。
熱門點(diǎn)擊
- ICMP差錯(cuò)報(bào)告報(bào)文共有五種
- 所有的因特網(wǎng)標(biāo)準(zhǔn)都是以RFC的形式在因特網(wǎng)上
- PPP協(xié)議的幀格式
- MAC幀的格式
- 用機(jī)內(nèi)基準(zhǔn)信號對示波器進(jìn)行自檢
- A類地址的網(wǎng)絡(luò)號字段占一個(gè)字節(jié)
- 在RFC 4271中規(guī)定了BGP-4的四種報(bào)
- 網(wǎng)橋的自學(xué)習(xí)和轉(zhuǎn)發(fā)過程
- 在局域網(wǎng)上進(jìn)行硬件多播
- TCP的擁塞控制采用了四種算法
推薦技術(shù)資料
- 驅(qū)動(dòng)板的原理分析
- 先來看看原理圖。圖8所示為底板及其驅(qū)動(dòng)示意圖,F(xiàn)M08... [詳細(xì)]
- CV/CC InnoSwitch3-AQ 開
- URF1DxxM-60WR3系
- 1-6W URA24xxN-x
- 閉環(huán)磁通門信號調(diào)節(jié)芯片NSDRV401
- SK-RiSC-SOM-H27X-V1.1應(yīng)
- RISC技術(shù)8位微控制器參數(shù)設(shè)
- 多媒體協(xié)處理器SM501在嵌入式系統(tǒng)中的應(yīng)用
- 基于IEEE802.11b的EPA溫度變送器
- QUICCEngine新引擎推動(dòng)IP網(wǎng)絡(luò)革新
- SoC面世八年后的產(chǎn)業(yè)機(jī)遇
- MPC8xx系列處理器的嵌入式系統(tǒng)電源設(shè)計(jì)
- dsPIC及其在交流變頻調(diào)速中的應(yīng)用研究