强奸久久久久久久|草草浮力在线影院|手机成人无码av|亚洲精品狼友视频|国产国模精品一区|久久成人中文字幕|超碰在线视屏免费|玖玖欧洲一区二区|欧美精品无码一区|日韩无遮一区二区

首頁(yè) > 廠商 > 問(wèn)答 > sent協(xié)議，sentfromsmartmobile是甚么意思

sent協(xié)議，sentfromsmartmobile是甚么意思

來(lái)源：整理 時(shí)間：2023-08-24 03:44:00 編輯：智能門(mén)戶(hù) 手機(jī)版

本文目錄一覽

1，sentfromsmartmobile是甚么意思

意思是這條消息是由智能手機(jī)發(fā)送的

sentfromsmartmobile是甚么意思

2，sent的原形

send
答案是： sent的原型是send ，意思是： 發(fā)送，寄給 ? ?手工翻譯?尊重勞動(dòng)?歡迎提問(wèn)?感謝采納? ?

sent的原形

3，SYNSENT的介紹

傳輸控制協(xié)議（英語(yǔ)：Transmission Control Protocol, TCP）是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議，由IETF的RFC 793定義。在簡(jiǎn)化的計(jì)算機(jī)網(wǎng)絡(luò)OSI模型中，它完成第四層傳輸層所指定的功能，用戶(hù)數(shù)據(jù)報(bào)協(xié)議（UDP）是同一層內(nèi)另一個(gè)重要的傳輸協(xié)議。在因特網(wǎng)協(xié)議族（Internet protocol suite）中，TCP層是位于IP層之上，應(yīng)用層之下的中間層。不同主機(jī)的應(yīng)用層之間經(jīng)常需要可靠的、像管道一樣的連接，但是IP層不提供這樣的流機(jī)制，而是提供不可靠的包交換。應(yīng)用層向TCP層發(fā)送用于網(wǎng)間傳輸?shù)?、?位字節(jié)表示的數(shù)據(jù)流，然后TCP把數(shù)據(jù)流分區(qū)成適當(dāng)長(zhǎng)度的報(bào)文段（通常受該計(jì)算機(jī)連接的網(wǎng)絡(luò)的數(shù)據(jù)鏈路層的最大傳輸單元（MTU）的限制）。之后TCP把結(jié)果包傳給IP層，由它來(lái)通過(guò)網(wǎng)絡(luò)將包傳送給接收端實(shí)體的TCP層。TCP為了保證不發(fā)生丟包，就給每個(gè)包一個(gè)序號(hào)，同時(shí)序號(hào)也保證了傳送到接收端實(shí)體的包的按序接收。然后接收端實(shí)體對(duì)已成功收到的包發(fā)回一個(gè)相應(yīng)的確認(rèn)（ACK）；如果發(fā)送端實(shí)體在合理的往返時(shí)延（RTT）內(nèi)未收到確認(rèn)，那么對(duì)應(yīng)的數(shù)據(jù)包就被假設(shè)為已丟失將會(huì)被進(jìn)行重傳。TCP用一個(gè)校驗(yàn)和函數(shù)來(lái)檢驗(yàn)數(shù)據(jù)是否有錯(cuò)誤；在發(fā)送和接收時(shí)都要計(jì)算校驗(yàn)和。

SYNSENT的介紹

4，TCP協(xié)議的通訊過(guò)程

你大概說(shuō)的是3步握手吧，這跟傳真機(jī)的5部握手很類(lèi)似。 下面的資料希望對(duì)你有用 TCP/IP 是很多的不同的協(xié)議組成，實(shí)際上是一個(gè)協(xié)議組，TCP 用戶(hù)數(shù)據(jù)報(bào)表協(xié)議(也 稱(chēng)作TCP 傳輸控制協(xié)議，Transport Control Protocol?？煽康闹鳈C(jī)到主機(jī)層協(xié)議。這里要先 強(qiáng)調(diào)一下，傳輸控制協(xié)議是OSI 網(wǎng)絡(luò)的第四層的叫法，TCP 傳輸控制協(xié)議是TCP/IP 傳輸?shù)? 6 個(gè)基本協(xié)議的一種。兩個(gè)TCP 意思非相同。)。TCP 是一種可靠的面向連接的傳送服務(wù)。 它在傳送數(shù)據(jù)時(shí)是分段進(jìn)行的，主機(jī)交換數(shù)據(jù)必須建立一個(gè)會(huì)話。它用比特流通信，即數(shù)據(jù) 被作為無(wú)結(jié)構(gòu)的字節(jié)流。通過(guò)每個(gè)TCP 傳輸?shù)淖侄沃付樞蛱?hào)，以獲得可靠性。是在OSI 參考模型中的第四層，TCP 是使用IP 的網(wǎng)間互聯(lián)功能而提供可靠的數(shù)據(jù)傳輸，IP 不停的把 報(bào)文放到網(wǎng)絡(luò)上，而TCP 是負(fù)責(zé)確信報(bào)文到達(dá)。在協(xié)同IP 的操作中TCP 負(fù)責(zé)：握手過(guò)程、 報(bào)文管理、流量控制、錯(cuò)誤檢測(cè)和處理（控制），可以根據(jù)一定的編號(hào)順序?qū)Ψ钦ｍ樞虻? 報(bào)文給予從新排列順序。關(guān)于TCP 的RFC 文檔有RFC793、RFC791、RFC1700。 在TCP 會(huì)話初期，有所謂的“三握手”：對(duì)每次發(fā)送的數(shù)據(jù)量是怎樣跟蹤進(jìn)行協(xié)商使 數(shù)據(jù)段的發(fā)送和接收同步，根據(jù)所接收到的數(shù)據(jù)量而確定的數(shù)據(jù)確認(rèn)數(shù)及數(shù)據(jù)發(fā)送、接收完 畢后何時(shí)撤消聯(lián)系，并建立虛連接。為了提供可靠的傳送，TCP 在發(fā)送新的數(shù)據(jù)之前，以 特定的順序?qū)?shù)據(jù)包的序號(hào)，并需要這些包傳送給目標(biāo)機(jī)之后的確認(rèn)消息。TCP 總是用來(lái) 發(fā)送大批量的數(shù)據(jù)。當(dāng)應(yīng)用程序在收到數(shù)據(jù)后要做出確認(rèn)時(shí)也要用到TCP。由于TCP 需要 時(shí)刻跟蹤，這需要額外開(kāi)銷(xiāo)，使得TCP 的格式有些顯得復(fù)雜。下面就讓我們看一個(gè)TCP 的 經(jīng)典案例，這是后來(lái)被稱(chēng)為MITNICK 攻擊中KEVIN 開(kāi)創(chuàng)了兩種攻擊技術(shù)： TCP 會(huì)話劫持 SYN FLOOD（同步洪流） 在這里我們討論的時(shí)TCP 會(huì)話劫持的問(wèn)題。 先讓我們明白TCP 建立連接的基本簡(jiǎn)單的過(guò)程。為了建設(shè)一個(gè)小型的模仿環(huán)境我們假 設(shè)有3 臺(tái)接入互聯(lián)網(wǎng)的機(jī)器。A 為攻擊者操縱的攻擊機(jī)。B 為中介跳板機(jī)器（受信任的服務(wù) 器）。C 為受害者使用的機(jī)器（多是服務(wù)器），這里把C 機(jī)器鎖定為目標(biāo)機(jī)器。A 機(jī)器向B 機(jī)器發(fā)送SYN 包，請(qǐng)求建立連接，這時(shí)已經(jīng)響應(yīng)請(qǐng)求的B 機(jī)器會(huì)向A 機(jī)器回應(yīng)SYN/ACK 表明同意建立連接，當(dāng)A 機(jī)器接受到B 機(jī)器發(fā)送的SYN/ACK 回應(yīng)時(shí)，發(fā)送應(yīng)答ACK 建立 A 機(jī)器與B 機(jī)器的網(wǎng)絡(luò)連接。這樣一個(gè)兩臺(tái)機(jī)器之間的TCP 通話信道就建立成功了。 B 終端受信任的服務(wù)器向C 機(jī)器發(fā)起TCP 連接，A 機(jī)器對(duì)服務(wù)器發(fā)起SYN 信息，使 C 機(jī)器不能響應(yīng)B 機(jī)器。在同時(shí)A 機(jī)器也向B 機(jī)器發(fā)送虛假的C 機(jī)器回應(yīng)的SYN 數(shù)據(jù)包， 接收到SYN 數(shù)據(jù)包的B 機(jī)器（被C 機(jī)器信任）開(kāi)始發(fā)送應(yīng)答連接建立的SYN/ACK 數(shù)據(jù)包， 這時(shí)C 機(jī)器正在忙于響應(yīng)以前發(fā)送的SYN 數(shù)據(jù)而無(wú)暇回應(yīng)B 機(jī)器，而A 機(jī)器的攻擊者預(yù) 測(cè)出B 機(jī)器包的序列號(hào)（現(xiàn)在的TCP 序列號(hào)預(yù)測(cè)難度有所加大）假冒C 機(jī)器向B 機(jī)器發(fā)送 應(yīng)答ACK 這時(shí)攻擊者騙取B 機(jī)器的信任，假冒C 機(jī)器與B 機(jī)器建立起TCP 協(xié)議的對(duì)話連 接。這個(gè)時(shí)候的C 機(jī)器還是在響應(yīng)攻擊者A 機(jī)器發(fā)送的SYN 數(shù)據(jù)。 TCP 協(xié)議棧的弱點(diǎn)：TCP 連接的資源消耗，其中包括：數(shù)據(jù)包信息、條件狀態(tài)、序列 號(hào)等。通過(guò)故意不完成建立連接所需要的三次握手過(guò)程，造成連接一方的資源耗盡。 通過(guò)攻擊者有意的不完成建立連接所需要的三次握手的全過(guò)程，從而造成了C 機(jī)器的 資源耗盡。序列號(hào)的可預(yù)測(cè)性，目標(biāo)主機(jī)應(yīng)答連接請(qǐng)求時(shí)返回的SYN/ACK 的序列號(hào)時(shí)可預(yù) 測(cè)的。（早期TCP 協(xié)議棧，具體的可以參見(jiàn)1981 年出的關(guān)于TCP 雛形的RFC793 文檔） TCP 頭結(jié)構(gòu) TCP 協(xié)議頭最少20 個(gè)字節(jié)，包括以下的區(qū)域（由于翻譯不禁相同，文章中給出 相應(yīng)的英文單詞）： TCP 源端口(Source Port)：16 位的源端口其中包含初始化通信的端口。源端口和 源IP 地址的作用是標(biāo)示報(bào)問(wèn)的返回地址。 TCP 目的端口(Destination port)：16 位的目的端口域定義傳輸?shù)哪康?。這個(gè)端口指 明報(bào)文接收計(jì)算機(jī)上的應(yīng)用程序地址接口。 TCP 序列號(hào)（序列碼,Sequence Number）：32 位的序列號(hào)由接收端計(jì)算機(jī)使用，重 新分段的報(bào)文成最初形式。當(dāng)SYN 出現(xiàn)，序列碼實(shí)際上是初始序列碼（ISN），而第一個(gè)數(shù) 據(jù)字節(jié)是ISN+1。這個(gè)序列號(hào)（序列碼）是可以補(bǔ)償傳輸中的不一致。 TCP 應(yīng)答號(hào)(Acknowledgment Number)：32 位的序列號(hào)由接收端計(jì)算機(jī)使用，重 組分段的報(bào)文成最初形式。，如果設(shè)置了ACK 控制位，這個(gè)值表示一個(gè)準(zhǔn)備接收的包的序 列碼。 數(shù)據(jù)偏移量(HLEN)：4 位包括TCP 頭大小，指示何處數(shù)據(jù)開(kāi)始。 保留(Reserved)：6 位值域，這些位必須是0。為了將來(lái)定義新的用途所保留。 標(biāo)志(Code Bits)：6 位標(biāo)志域。表示為：緊急標(biāo)志、有意義的應(yīng)答標(biāo)志、推、重置 連接標(biāo)志、同步序列號(hào)標(biāo)志、完成發(fā)送數(shù)據(jù)標(biāo)志。按照順序排列是：URG、ACK、PSH、 RST、SYN、FIN。 窗口(Window)：16 位，用來(lái)表示想收到的每個(gè)TCP 數(shù)據(jù)段的大小。 校驗(yàn)位(Checksum)：16 位TCP 頭。源機(jī)器基于數(shù)據(jù)內(nèi)容計(jì)算一個(gè)數(shù)值，收信息機(jī) 要與源機(jī)器數(shù)值結(jié)果完全一樣，從而證明數(shù)據(jù)的有效性。 優(yōu)先指針（緊急,Urgent Pointer）：16 位，指向后面是優(yōu)先數(shù)據(jù)的字節(jié)，在URG 標(biāo)志設(shè)置了時(shí)才有效。如果URG 標(biāo)志沒(méi)有被設(shè)置，緊急域作為填充。加快處理標(biāo)示為緊急 的數(shù)據(jù)段。 選項(xiàng)(Option)：長(zhǎng)度不定，但長(zhǎng)度必須以字節(jié)。如果沒(méi)有選項(xiàng)就表示這個(gè)一字節(jié) 的域等于0。 填充：不定長(zhǎng)，填充的內(nèi)容必須為0，它是為了數(shù)學(xué)目的而存在。目的是確?？? 間的可預(yù)測(cè)性。保證包頭的結(jié)合和數(shù)據(jù)的開(kāi)始處偏移量能夠被32 整除，一般額外的零以保 證TCP 頭是32 位的整數(shù)倍。 標(biāo)志控制功能 URG：緊急標(biāo)志 緊急(The urgent pointer) 標(biāo)志有效。緊急標(biāo)志置位， ACK：確認(rèn)標(biāo)志 確認(rèn)編號(hào)(Acknowledgement Number)欄有效。大多數(shù)情況下該標(biāo)志位是置位的。 TCP 報(bào)頭內(nèi)的確認(rèn)編號(hào)欄內(nèi)包含的確認(rèn)編號(hào)(w+1，F(xiàn)igure：1)為下一個(gè)預(yù)期的序列編號(hào)，同 時(shí)提示遠(yuǎn)端系統(tǒng)已經(jīng)成功接收所有數(shù)據(jù)。 PSH：推標(biāo)志 該標(biāo)志置位時(shí)，接收端不將該數(shù)據(jù)進(jìn)行隊(duì)列處理，而是盡可能快將數(shù)據(jù)轉(zhuǎn)由應(yīng)用 處理。在處理telnet 或rlogin 等交互模式的連接時(shí)，該標(biāo)志總是置位的。 RST：復(fù)位標(biāo)志 復(fù)位標(biāo)志有效。用于復(fù)位相應(yīng)的TCP 連接。 SYN：同步標(biāo)志 同步序列編號(hào)(Synchronize Sequence Numbers)欄有效。該標(biāo)志僅在三次握手建立 TCP 連接時(shí)有效。它提示TCP 連接的服務(wù)端檢查序列編號(hào)，該序列編號(hào)為T(mén)CP 連接初始端 (一般是客戶(hù)端)的初始序列編號(hào)。在這里，可以把TCP 序列編號(hào)看作是一個(gè)范圍從0 到4， 294，967，295 的32 位計(jì)數(shù)器。通過(guò)TCP 連接交換的數(shù)據(jù)中每一個(gè)字節(jié)都經(jīng)過(guò)序列編號(hào)。 在TCP 報(bào)頭中的序列編號(hào)欄包括了TCP 分段中第一個(gè)字節(jié)的序列編號(hào)。 FIN：結(jié)束標(biāo)志 帶有該標(biāo)志置位的數(shù)據(jù)包用來(lái)結(jié)束一個(gè)TCP 回話，但對(duì)應(yīng)端口仍處于開(kāi)放狀態(tài)， 準(zhǔn)備接收后續(xù)數(shù)據(jù)。 服務(wù)端處于監(jiān)聽(tīng)狀態(tài)，客戶(hù)端用于建立連接請(qǐng)求的數(shù)據(jù)包(IP packet)按照TCP/IP 協(xié)議堆棧組合成為T(mén)CP 處理的分段(segment)。 分析報(bào)頭信息： TCP 層接收到相應(yīng)的TCP 和IP 報(bào)頭，將這些信息存儲(chǔ)到內(nèi)存中。 檢查T(mén)CP 校驗(yàn)和(checksum)：標(biāo)準(zhǔn)的校驗(yàn)和位于分段之中(Figure：2)。如果檢驗(yàn) 失敗，不返回確認(rèn)，該分段丟棄，并等待客戶(hù)端進(jìn)行重傳。 查找協(xié)議控制塊(PCB{})：TCP 查找與該連接相關(guān)聯(lián)的協(xié)議控制塊。如果沒(méi)有找 到，TCP 將該分段丟棄并返回RST。(這就是TCP 處理沒(méi)有端口監(jiān)聽(tīng)情況下的機(jī)制) 如果該 協(xié)議控制塊存在，但狀態(tài)為關(guān)閉，服務(wù)端不調(diào)用connect()或listen()。該分段丟棄，但不返 回RST?？蛻?hù)端會(huì)嘗試重新建立連接請(qǐng)求。 建立新的socket：當(dāng)處于監(jiān)聽(tīng)狀態(tài)的socket 收到該分段時(shí)，會(huì)建立一個(gè)子socket， 同時(shí)還有socket{}，tcpcb{}和pub{}建立。這時(shí)如果有錯(cuò)誤發(fā)生，會(huì)通過(guò)標(biāo)志位來(lái)拆除相應(yīng) 的socket 和釋放內(nèi)存，TCP 連接失敗。如果緩存隊(duì)列處于填滿(mǎn)狀態(tài)，TCP 認(rèn)為有錯(cuò)誤發(fā)生， 所有的后續(xù)連接請(qǐng)求會(huì)被拒絕。這里可以看出SYN Flood 攻擊是如何起作用的。 丟棄：如果該分段中的標(biāo)志為RST 或ACK，或者沒(méi)有SYN 標(biāo)志，則該分段丟棄。 并釋放相應(yīng)的內(nèi)存。 發(fā)送序列變量 SND.UNA ： 發(fā)送未確認(rèn) SND.NXT ： 發(fā)送下一個(gè) SND.WND ： 發(fā)送窗口 SND.UP ： 發(fā)送優(yōu)先指針 SND.WL1 ： 用于最后窗口更新的段序列號(hào) SND.WL2 ： 用于最后窗口更新的段確認(rèn)號(hào) ISS ： 初始發(fā)送序列號(hào) 接收序列號(hào) RCV.NXT ： 接收下一個(gè) RCV.WND ： 接收下一個(gè) RCV.UP ： 接收優(yōu)先指針 IRS ： 初始接收序列號(hào) 當(dāng)前段變量 SEG.SEQ ： 段序列號(hào) SEG.ACK ： 段確認(rèn)標(biāo)記 SEG.LEN ： 段長(zhǎng) SEG.WND ： 段窗口 SEG.UP ： 段緊急指針 SEG.PRC ： 段優(yōu)先級(jí) CLOSED 表示沒(méi)有連接，各個(gè)狀態(tài)的意義如下： LISTEN ： 監(jiān)聽(tīng)來(lái)自遠(yuǎn)方TCP 端口的連接請(qǐng)求。 SYN-SENT ： 在發(fā)送連接請(qǐng)求后等待匹配的連接請(qǐng)求。 SYN-RECEIVED ： 在收到和發(fā)送一個(gè)連接請(qǐng)求后等待對(duì)連接請(qǐng)求的確認(rèn)。 ESTABLISHED ： 代表一個(gè)打開(kāi)的連接，數(shù)據(jù)可以傳送給用戶(hù)。 FIN-WAIT-1 ： 等待遠(yuǎn)程TCP 的連接中斷請(qǐng)求，或先前的連接中斷請(qǐng)求的確認(rèn)。 FIN-WAIT-2 ： 從遠(yuǎn)程TCP 等待連接中斷請(qǐng)求。 CLOSE-WAIT ： 等待從本地用戶(hù)發(fā)來(lái)的連接中斷請(qǐng)求。 CLOSING ： 等待遠(yuǎn)程TCP 對(duì)連接中斷的確認(rèn)。 LAST-ACK ： 等待原來(lái)發(fā)向遠(yuǎn)程TCP 的連接中斷請(qǐng)求的確認(rèn)。 TIME-WAIT ： 等待足夠的時(shí)間以確保遠(yuǎn)程TCP 接收到連接中斷請(qǐng)求的確認(rèn)。 CLOSED ： 沒(méi)有任何連接狀態(tài)。 TCP 連接過(guò)程是狀態(tài)的轉(zhuǎn)換，促使發(fā)生狀態(tài)轉(zhuǎn)換的是用戶(hù)調(diào)用：OPEN，SEND， RECEIVE，CLOSE，ABORT 和STATUS。傳送過(guò)來(lái)的數(shù)據(jù)段，特別那些包括以下標(biāo)記的數(shù) 據(jù)段SYN，ACK，RST 和FIN。還有超時(shí)，上面所說(shuō)的都會(huì)時(shí)TCP 狀態(tài)發(fā)生變化。 序列號(hào) 請(qǐng)注意，我們?cè)赥CP 連接中發(fā)送的字節(jié)都有一個(gè)序列號(hào)。因?yàn)榫幜颂?hào)，所以可以 確認(rèn)它們的收到。對(duì)序列號(hào)的確認(rèn)是累積性的。TCP 必須進(jìn)行的序列號(hào)比較操作種類(lèi)包括 以下幾種： ①?zèng)Q定一些發(fā)送了的但未確認(rèn)的序列號(hào)。 ②決定所有的序列號(hào)都已經(jīng)收到了。 ③決定下一個(gè)段中應(yīng)該包括的序列號(hào)。 對(duì)于發(fā)送的數(shù)據(jù)TCP 要接收確認(rèn)，確認(rèn)時(shí)必須進(jìn)行的： SND.UNA = 最老的確認(rèn)了的序列號(hào)。 SND.NXT = 下一個(gè)要發(fā)送的序列號(hào)。 SEG.ACK = 接收TCP 的確認(rèn)，接收TCP 期待的下一個(gè)序列號(hào)。 SEG.SEQ = 一個(gè)數(shù)據(jù)段的第一個(gè)序列號(hào)。 SEG.LEN = 數(shù)據(jù)段中包括的字節(jié)數(shù)。 SEG.SEQ+SEG.LEN-1 = 數(shù)據(jù)段的最后一個(gè)序列號(hào)。 如果一個(gè)數(shù)據(jù)段的序列號(hào)小于等于確認(rèn)號(hào)的值，那么整個(gè)數(shù)據(jù)段就被確認(rèn)了。而 在接收數(shù)據(jù)時(shí)下面的比較操作是必須的： RCV.NXT = 期待的序列號(hào)和接收窗口的最低沿。 RCV.NXT+RCV.WND：1 = 最后一個(gè)序列號(hào)和接收窗口的最高沿。 SEG.SEQ = 接收到的第一個(gè)序列號(hào)。 SEG.SEQ+SEG.LEN：1 = 接收到的最后一個(gè)序列號(hào)。
這是一個(gè)很復(fù)雜的過(guò)程，還是找本書(shū)看一下，或者在網(wǎng)上看一下吧，三言?xún)烧Z(yǔ)很難說(shuō)得清楚。

5，TCP數(shù)據(jù)包是什么

TCP簡(jiǎn)介 　　TCP是一種面向連接（連接導(dǎo)向）的、可靠的、基于字節(jié)流的運(yùn)輸層（Transport layer）通信協(xié)議，由IETF的RFC 793說(shuō)明（specified）。在簡(jiǎn)化的計(jì)算機(jī)網(wǎng)絡(luò)OSI模型中，它完成第四層傳輸層所指定的功能，UDP是同一層內(nèi)另一個(gè)重要的傳輸協(xié)議。 　　在因特網(wǎng)協(xié)議族（Internet protocol suite）中，TCP層是位于IP層之上，應(yīng)用層之下的中間層。不同主機(jī)的應(yīng)用層之間經(jīng)常需要可靠的、像管道一樣的連接，但是IP層不提供這樣的流機(jī)制，而是提供不可靠的包交換。 　　應(yīng)用層向TCP層發(fā)送用于網(wǎng)間傳輸?shù)?、?位字節(jié)表示的數(shù)據(jù)流，然后TCP把數(shù)據(jù)流分割成適當(dāng)長(zhǎng)度的報(bào)文段（通常受該計(jì)算機(jī)連接的網(wǎng)絡(luò)的數(shù)據(jù)鏈路層的最大傳送單元(MTU)的限制）。之后TCP把結(jié)果包傳給IP層，由它來(lái)通過(guò)網(wǎng)絡(luò)將包傳送給接收端實(shí)體的TCP層。TCP為了保證不發(fā)生丟包，就給每個(gè)字節(jié)一個(gè)序號(hào)，同時(shí)序號(hào)也保證了傳送到接收端實(shí)體的包的按序接收。然后接收端實(shí)體對(duì)已成功收到的字節(jié)發(fā)回一個(gè)相應(yīng)的確認(rèn)(ACK)； 如果發(fā)送端實(shí)體在合理的往返時(shí)延(RTT)內(nèi)未收到確認(rèn)，那么對(duì)應(yīng)的數(shù)據(jù)（假設(shè)丟失了）將會(huì)被重傳。TCP用一個(gè)校驗(yàn)和函數(shù)來(lái)檢驗(yàn)數(shù)據(jù)是否有錯(cuò)誤；在發(fā)送和接收時(shí)都要計(jì)算校驗(yàn)和。 　　首先，TCP建立連接之后，通信雙方都同時(shí)可以進(jìn)行數(shù)據(jù)的傳輸，其次，他是全雙工的；在保證可靠性上，采用超時(shí)重傳和捎帶確認(rèn)機(jī)制。 　　在流量控制上，采用滑動(dòng)窗口協(xié)議，協(xié)議中規(guī)定，對(duì)于窗口內(nèi)未經(jīng)確認(rèn)的分組需要重傳。 　　在擁塞控制上，采用慢啟動(dòng)算法。 TCP所支持的服務(wù)類(lèi)型　　不管怎樣,TCP/IP是一個(gè)協(xié)議集。為應(yīng)用提供一些\"低級(jí)\"功能,這些包括IP、TCP、UDP。其它是執(zhí)行特定任務(wù)的應(yīng)用協(xié)議,如計(jì)算機(jī)間傳送文件、發(fā)送電子郵件、或找出誰(shuí)注冊(cè)到另外一臺(tái)計(jì)算機(jī)。因此, 最重要的\"商業(yè)\"TCP/IP服務(wù)有: 　　* 文件傳送File Transfer。 　　文件傳送協(xié)議FTP(File Transfer Protocol)允許用戶(hù)從一臺(tái)計(jì)算機(jī)到另一臺(tái)取得文件,或發(fā)送文件到另外一臺(tái)計(jì)算機(jī)。從安全性方面考慮,需要用戶(hù)指定一個(gè)使用其它計(jì)算機(jī)的用戶(hù)名和口令。它不同與NFS(Network File System)和Netbios協(xié)議。一旦你要訪問(wèn)另一臺(tái) 系統(tǒng)中的文件,任何時(shí)刻都要運(yùn)行FTP。而且你只能拷貝文件到自己的機(jī)器中去來(lái)使用它。(RFC 959中關(guān)于FTP的說(shuō)明) 　　* 遠(yuǎn)程登錄Remote login 　　網(wǎng)絡(luò)終端協(xié)議TELNET允許用戶(hù)登錄到網(wǎng)絡(luò)上任一計(jì)算機(jī)上。你可啟動(dòng)一個(gè)遠(yuǎn)程進(jìn)程連接到指定的計(jì)算機(jī),直到進(jìn)程結(jié)束,期間你所鍵入的內(nèi)容被送到所指定的計(jì)算機(jī)。值得注意的是,這時(shí)你實(shí)際上是與你的計(jì)算機(jī)進(jìn)行對(duì)話。TELENET程序使得你的計(jì)算機(jī)在整個(gè)過(guò)程中不見(jiàn)了,所敲的每一個(gè)字符直接送到所登錄的計(jì)算機(jī)系統(tǒng)。一般的說(shuō),這種遠(yuǎn)程連接是通過(guò)類(lèi)式撥號(hào)連接的,也就是,撥通后,遠(yuǎn)程系統(tǒng)提示你輸入注冊(cè)名和口令,退出遠(yuǎn)程系統(tǒng),TELNET程序也就退出,你又與自己的計(jì)算機(jī)對(duì)話了。微電腦中的TELNET工具一般含有一個(gè)終端仿真程序。 　　* 計(jì)算機(jī)郵件Mail 　　允許你發(fā)送消息給其它計(jì)算機(jī)的用戶(hù)。通常,人們趨向于使用指定的一臺(tái)或兩臺(tái)計(jì)算機(jī)。計(jì)算機(jī)郵件系統(tǒng)只需你簡(jiǎn)單地往另一用戶(hù)的郵件文件中添加信息,但隨之產(chǎn)生問(wèn)題,使用的微電腦的環(huán)境不同,還有重要的是宏(MACRO)不適合于接受計(jì)算機(jī)郵件。為了發(fā)送電子郵件,郵件軟件希望連接到目的計(jì)算機(jī),如果是微電腦,也許它已關(guān)機(jī),或者正在運(yùn)行另一個(gè)應(yīng)用程序呢?出于這種原因,通常由一個(gè)較大的系統(tǒng)來(lái)處理這些郵件,也就是一個(gè)一直運(yùn)行著的郵件服務(wù)器。郵件軟件成為用戶(hù)從郵件服務(wù)器取回郵件的一個(gè)界面。 　　任何一個(gè)的TCP/IP工具提供上述這些服務(wù)。這些傳統(tǒng)的應(yīng)用功能在基于TCP/IP的網(wǎng)絡(luò)中一直扮演非常重要的角色。目前情況有點(diǎn)變化,這些功能使用也發(fā)生變化,如老系統(tǒng)的改造,計(jì)算機(jī)的發(fā)展等,出現(xiàn)了各種安裝版本,如:微電腦、工作站、小型機(jī)、和巨型機(jī)等。這些計(jì)算機(jī)好像在一起完成指定的任務(wù),盡管有時(shí)看來(lái)像是只用到某個(gè)指定 的計(jì)算機(jī),但它是通過(guò)網(wǎng)絡(luò)得到其它計(jì)算機(jī)系統(tǒng)的服務(wù)。服務(wù)器Server是為網(wǎng)絡(luò)上其它提供指定服務(wù)的系統(tǒng),客戶(hù)Client是得到這種服務(wù)的另外計(jì)算機(jī)系統(tǒng)。(值得注意的是,服務(wù)/客戶(hù)機(jī)不一定是不同的計(jì)算機(jī),有可能是同一計(jì)算機(jī)中的不同運(yùn)行程序)。以下是幾種目前計(jì)算機(jī)上典型的一些服務(wù),這些服務(wù)可在TCP/IP網(wǎng)絡(luò)上調(diào)用。 　　* 網(wǎng)絡(luò)文件系統(tǒng)(NFS) 　　這種訪問(wèn)另一計(jì)算機(jī)的文件的方法非常接近于流行的FTP。網(wǎng)絡(luò)文件系統(tǒng)提供磁盤(pán)或設(shè)備服務(wù),而無(wú)需特定的網(wǎng)絡(luò)實(shí)用程序來(lái)訪問(wèn)另一系統(tǒng)的文件?？梢院?jiǎn)單地認(rèn)為它是一個(gè)外加的磁盤(pán)驅(qū)動(dòng)器。這種額外\"虛擬\"磁盤(pán)驅(qū)動(dòng)器就是其它計(jì)算機(jī)系統(tǒng)的磁盤(pán)。這非常有用。你只需加大幾臺(tái)計(jì)算機(jī)的磁盤(pán)容量,就可使網(wǎng)絡(luò)上其他用戶(hù)訪問(wèn)它,且不說(shuō)所帶來(lái)的經(jīng)濟(jì)效益,它還能夠讓幾臺(tái)工作的計(jì)算機(jī)共享相同的文件。它也使得系統(tǒng)維護(hù)和備份易如反掌,因?yàn)樵俨槐貫榇罅康牟煌瑱C(jī)器上 的文件的升級(jí)和備份而擔(dān)心。 　　* 遠(yuǎn)程打印(Remote printing) 　　允許你使用其它計(jì)算機(jī)上的打印機(jī),好像這些打印機(jī)直接連到你的計(jì)算機(jī)上。 　　* 遠(yuǎn)程執(zhí)行(Remote execution) 　　允許你請(qǐng)求運(yùn)行在不同計(jì)算機(jī)上的特殊程序。當(dāng)你在一個(gè)很小的計(jì)算機(jī)上運(yùn)行一個(gè)需要大機(jī)系統(tǒng)資源的程序時(shí),這時(shí)候遠(yuǎn)程執(zhí)行非常有用。 　　* 名字服務(wù)器(Name servers) 　　在一個(gè)大的系統(tǒng)安裝過(guò)程中,需要用到大量的各種名字,包括用戶(hù)名、口令,姓名、網(wǎng)絡(luò)地址、帳號(hào)等,管理這些是非常令人乏味的。因此將這些數(shù)據(jù)形成數(shù)據(jù)庫(kù),放到一個(gè)小系統(tǒng)中去,其它系統(tǒng)通過(guò)網(wǎng)絡(luò)來(lái)訪問(wèn)這些數(shù)據(jù)。 　　* 終端服務(wù)器(Terminal servers) 　　很多的終端連接安裝不再直接將終端連到計(jì)算機(jī),取而代之的是,將他們連接到終端服務(wù)器上。終端服務(wù)器是一個(gè)小的計(jì)算機(jī),它只需知道怎樣運(yùn)行TELNET(或其它一些完成遠(yuǎn)程登錄的協(xié)議)。如果你的終端想連上去,只用鍵入要連的計(jì)算機(jī)名就可。通常有可能同時(shí)有幾個(gè)這種連接,這時(shí)終端服務(wù)器采用快速開(kāi)關(guān)技術(shù)來(lái)切換。 　　上述所描述的一些協(xié)議是由Berkeley, Sun,或其它組織定義的。因此,它們不是互聯(lián)網(wǎng)協(xié)議集(Internet Protocol Suite)的一部分, 只是使用到TCP/IP的工具,如同一般的TCP/IP 應(yīng)用協(xié)議。因?yàn)閰f(xié)議的定義不一致,并且商業(yè)支持的TCP/IP工具廣泛應(yīng)用,也許會(huì)把這些協(xié)議作為互聯(lián)協(xié)議集中的一部分。上述列出的只是基于TCP/IP部分服務(wù)的一些簡(jiǎn)單例子,但包含了一些\"主要\"的應(yīng)用。 　　TCP功能：提供計(jì)算機(jī)程序間連接、檢測(cè)和丟棄重復(fù)的分組、完成數(shù)據(jù)報(bào)的確認(rèn)、流量控制和網(wǎng)絡(luò)擁塞。
ICMP是“Internet Control Message Protocol”（Internet控制消息協(xié)議）的縮寫(xiě)，它是TCP/IP協(xié)議簇中的一個(gè)子協(xié)議，用于在IP主機(jī)、路由器之間傳遞控制消息?？刂葡⑹侵妇W(wǎng)絡(luò)通不通、主機(jī)是否可達(dá)、路由是否可用等網(wǎng)絡(luò)本身的消息，這些控制消息雖然并不傳輸用戶(hù)數(shù)據(jù)，但是對(duì)于用戶(hù)數(shù)據(jù)的傳遞起著重要的作用。我們?cè)诰W(wǎng)絡(luò)中經(jīng)常會(huì)使用到ICMP協(xié)議，只不過(guò)我們覺(jué)察不到而已。比如我們經(jīng)常使用的用于檢查網(wǎng)絡(luò)通不通的Ping命令實(shí)際上就是ICMP協(xié)議工作的過(guò)程，還有諸如跟蹤路由的Tracert命令也是基于ICMP協(xié)議的。傳輸控制協(xié)議（Transmission Control Protocol，TCP）是一種面向連接的、可靠的、基于字節(jié)流的運(yùn)輸層通信協(xié)議，通常由IETF的RFC 793說(shuō)明。在簡(jiǎn)化的計(jì)算機(jī)網(wǎng)絡(luò)OSI模型中，它完成運(yùn)輸層所指定的功能。在因特網(wǎng)協(xié)議族中，TCP層是位于IP層之上，應(yīng)用層之下的中間層。不同主機(jī)的應(yīng)用層之間經(jīng)常需要可靠的、像管道一樣的連接，但是IP層不提供這樣的流機(jī)制，而是提供不可靠的包交換。應(yīng)用層向TCP層發(fā)送用于網(wǎng)間傳輸?shù)摹⒂?位字節(jié)表示的數(shù)據(jù)流，然后TCP把數(shù)據(jù)流分割成適當(dāng)長(zhǎng)度的報(bào)文段（通常受該計(jì)算機(jī)連接的網(wǎng)絡(luò)的數(shù)據(jù)鏈路層的最大傳送單元(MTU)的限制）。之后TCP把結(jié)果包傳給IP層，由它來(lái)通過(guò)網(wǎng)絡(luò)將包傳送給接收端實(shí)體的TCP層。TCP為了保證不發(fā)生丟包，就給每個(gè)字節(jié)一個(gè)序號(hào)，同時(shí)序號(hào)也保證了傳送到接收端實(shí)體的包的按序接收。然后接收端實(shí)體對(duì)已成功收到的字節(jié)發(fā)回一個(gè)相應(yīng)的確認(rèn)(ACK)；如果發(fā)送端實(shí)體在合理的往返時(shí)延(RTT)內(nèi)未收到確認(rèn)，那么對(duì)應(yīng)的數(shù)據(jù)（假設(shè)丟失了）將會(huì)被重傳。TCP用一個(gè)校驗(yàn)和函數(shù)來(lái)檢驗(yàn)數(shù)據(jù)是否有錯(cuò)誤；在發(fā)送和接收時(shí)都要計(jì)算校驗(yàn)和。 TCP是“Transmission Control Protocol”（傳輸控制協(xié)議）的所寫(xiě)。
概念性的東西就是以下內(nèi)容： 簡(jiǎn)單的來(lái)說(shuō)，就是一種傳輸協(xié)議發(fā)出的一段數(shù)據(jù)源 傳輸控制協(xié)議（Transmission Control Protocol, TCP） TCP協(xié)議主為了在主機(jī)間實(shí)現(xiàn)高可靠性的包交換傳輸協(xié)議。本文將描述協(xié)議標(biāo)準(zhǔn)和實(shí)現(xiàn)的一些方法。因?yàn)橛?jì)算機(jī)網(wǎng)絡(luò)在現(xiàn)代社會(huì)中已經(jīng)是不可缺少的了，TCP協(xié)議主要在網(wǎng)絡(luò)不可靠的時(shí)候完成通信，對(duì)軍方可能特別有用，但是對(duì)于政府和商用部門(mén)也適用。TCP是面向連接的端到端的可靠協(xié)議。它支持多種網(wǎng)絡(luò)應(yīng)用程序。TCP對(duì)下層服務(wù)沒(méi)有多少要求，它假定下層只能提供不可靠的數(shù)據(jù)報(bào)服務(wù)，它可以在多種硬件構(gòu)成的網(wǎng)絡(luò)上運(yùn)行。下面的圖是TCP在層次式結(jié)構(gòu)中的位置，它的下層是IP協(xié)議，TCP可以根據(jù)IP協(xié)議提供的服務(wù)傳送大小不定的數(shù)據(jù)，IP協(xié)議負(fù)責(zé)對(duì)數(shù)據(jù)進(jìn)行分段，重組，在多種網(wǎng)絡(luò)中傳送。 TCP的上面就是應(yīng)用程序，下面是IP協(xié)議，上層接口包括一系列類(lèi)似于操作系統(tǒng)中斷的調(diào)用。對(duì)于上層應(yīng)用程序來(lái)說(shuō)，TCP應(yīng)該能夠異步傳送數(shù)據(jù)。下層接口我們假定為IP協(xié)議接口。為了在并不可靠的網(wǎng)絡(luò)上實(shí)現(xiàn)面向連接的可靠的傳送數(shù)據(jù)，TCP必須解決可靠性，流量控制的問(wèn)題，必須能夠?yàn)樯蠈討?yīng)用程序提供多個(gè)接口，同時(shí)為多個(gè)應(yīng)用程序提供數(shù)據(jù)，同時(shí)TCP必須解決連接問(wèn)題，這樣TCP才能稱(chēng)得上是面向連接的，最后，TCP也必須能夠解決通信安全性的問(wèn)題。 網(wǎng)絡(luò)環(huán)境包括由網(wǎng)關(guān)（或其它設(shè)備）連接的網(wǎng)絡(luò)，網(wǎng)絡(luò)可以是局域網(wǎng)也可以是一些城域網(wǎng)或廣域網(wǎng)，但無(wú)論它們是什么，它們必須是基于包交換的。主機(jī)上不同的協(xié)議有不同的端口號(hào)，一對(duì)進(jìn)程通過(guò)這個(gè)端口號(hào)進(jìn)行通信。這個(gè)通信不包括計(jì)算機(jī)內(nèi)的I/O操作，只包括在網(wǎng)絡(luò)上進(jìn)行的操作。網(wǎng)絡(luò)上的計(jì)算機(jī)被看作包傳送的源和目的結(jié)點(diǎn)。特別應(yīng)該注意的是：計(jì)算機(jī)中的不同進(jìn)程可能同時(shí)進(jìn)行通信，這時(shí)它們會(huì)用端口號(hào)進(jìn)行區(qū)別，不會(huì)把發(fā)向A進(jìn)程的數(shù)據(jù)由B進(jìn)程接收的。 進(jìn)程為了傳送數(shù)據(jù)會(huì)調(diào)用TCP，將數(shù)據(jù)和相應(yīng)的參數(shù)傳送給TCP，于是TCP會(huì)將數(shù)據(jù)傳送到目的TCP那里，當(dāng)然這是通過(guò)將TCP包打包在IP包內(nèi)在網(wǎng)絡(luò)上傳送達(dá)到的。接收方TCP在接收到數(shù)據(jù)后會(huì)通信上層應(yīng)用程序，TCP會(huì)保證接收數(shù)據(jù)順序的正確性。雖然下層協(xié)議可能不會(huì)保證順序是正確的。這里需要說(shuō)明的是網(wǎng)關(guān)在接收到這個(gè)包后，會(huì)將包解開(kāi)，看看是不是已經(jīng)到目的地了，如果沒(méi)有到，應(yīng)該走什么路由達(dá)到目的地，在決定后，網(wǎng)關(guān)會(huì)根據(jù)下一個(gè)網(wǎng)絡(luò)內(nèi)的協(xié)議情況再次將TCP包打包傳送，如果需要，還要把這個(gè)包再次分成幾段再傳送。這個(gè)落地檢查的過(guò)程是一個(gè)耗時(shí)的過(guò)程。從上面，我們可以看出TCP傳送的基本過(guò)程，當(dāng)然具體過(guò)程可能要復(fù)雜得多。 在實(shí)現(xiàn)TCP的主機(jī)上，TCP可以被看成是一個(gè)模塊，和文件系統(tǒng)區(qū)別不大，TCP也可以調(diào)用一些操作系統(tǒng)的功能，TCP不直接和網(wǎng)絡(luò)打交道，控制網(wǎng)絡(luò)的任務(wù)由專(zhuān)門(mén)的設(shè)備驅(qū)動(dòng)模塊完成。TCP只是調(diào)用IP接口，IP向TCP提供所有TCP需要的服務(wù)。通過(guò)下圖我們可以更清楚地看到TCP協(xié)議的結(jié)構(gòu)。 上面已經(jīng)說(shuō)過(guò)了，TCP連接是可靠的，而且保證了傳送數(shù)據(jù)包的順序，保證順序是用一個(gè)序號(hào)來(lái)保證的。響應(yīng)包內(nèi)也包括一個(gè)序列號(hào)，表示接收方準(zhǔn)備好這個(gè)序號(hào)的包。在TCP傳送一個(gè)數(shù)據(jù)包時(shí)，它同時(shí)把這個(gè)數(shù)據(jù)包放入重發(fā)隊(duì)列中，同時(shí)啟動(dòng)記數(shù)器，如果收到了關(guān)于這個(gè)包的確認(rèn)信息，將此包從隊(duì)列中刪除，如果計(jì)時(shí)超時(shí)則需要重新發(fā)送此包。請(qǐng)注意，從TCP返回的確認(rèn)信息并不保證最終接收者接收到數(shù)據(jù)，這個(gè)責(zé)任由接收方負(fù)責(zé)。 每個(gè)用于傳送TCP的通道都有一個(gè)端口標(biāo)記，因?yàn)檫@個(gè)標(biāo)記是由每個(gè)TCP終端確定的，因此TCP可能不唯一，為了保證這個(gè)數(shù)值的唯一，要使用網(wǎng)絡(luò)地址和端口號(hào)的組合達(dá)到唯一標(biāo)識(shí)的目的，我們稱(chēng)這個(gè)為了套接字（Socket），一個(gè)連接由連接兩端的套接字標(biāo)識(shí)，本地的套接字可能和不同的外部套接字通信，這種通信是全雙工的。 通過(guò)向本地端口發(fā)送OPEN命令及外部套接字參數(shù)建立連接，TCP返回一個(gè)標(biāo)記這個(gè)連接的名稱(chēng)，以后如果用戶(hù)需要使用這個(gè)名稱(chēng)標(biāo)記這個(gè)連接。為了保存這個(gè)連接的信息，我們假設(shè)有一個(gè)稱(chēng)為傳輸控制塊（Transmission Control Block，TCB）的東西來(lái)保存。OPEN命令還指定這個(gè)連接的建立是主動(dòng)請(qǐng)求還是被動(dòng)等待請(qǐng)求。下面我們要涉及具體的功能了，TCP段以internet數(shù)據(jù)報(bào)的形式傳送。IP包頭傳送不同的信息域，包括源地址和目的地址。TCP頭跟在internet包頭后面，提供了一些專(zhuān)用于TCP協(xié)議的信息。下圖是TCP包頭格式圖： 源端口：16位； 目的端口：16位 序列碼：32位，當(dāng)SYN出現(xiàn)，序列碼實(shí)際上是初始序列碼（ISN），而第一個(gè)數(shù)據(jù)字節(jié)是ISN+1； 確認(rèn)碼：32位，如果設(shè)置了ACK控制位，這個(gè)值表示一個(gè)準(zhǔn)備接收的包的序列碼； 數(shù)據(jù)偏移量：4位，指示何處數(shù)據(jù)開(kāi)始； 保留：6位，這些位必須是0； 控制位：6位； 窗口：16位； 校驗(yàn)位：16位； 優(yōu)先指針：16位，指向后面是優(yōu)先數(shù)據(jù)的字節(jié)； 選項(xiàng)：長(zhǎng)度不定；但長(zhǎng)度必須以字節(jié)記；選項(xiàng)的具體內(nèi)容我們結(jié)合具體命令來(lái)看； 填充：不定長(zhǎng)，填充的內(nèi)容必須為0，它是為了保證包頭的結(jié)合和數(shù)據(jù)的開(kāi)始處偏移量能夠被32整除； 　 我們前面已經(jīng)說(shuō)過(guò)有一個(gè)TCB的東西了，TCB里有存儲(chǔ)了包括發(fā)送方，接收方的套接字，用戶(hù)的發(fā)送和接收的緩沖區(qū)指針等變量。除了這些還有一些變量和發(fā)送接收序列號(hào)有關(guān)： 發(fā)送序列變量 SND.UNA - 發(fā)送未確認(rèn) SND.NXT - 發(fā)送下一個(gè) SND.WND - 發(fā)送窗口 SND.UP - 發(fā)送優(yōu)先指針 SND.WL1 - 用于最后窗口更新的段序列號(hào) SND.WL2 - 用于最后窗口更新的段確認(rèn)號(hào) ISS - 初始發(fā)送序列號(hào) 　 接收序列號(hào) RCV.NXT - 接收下一個(gè) RCV.WND - 接收下一個(gè) RCV.UP - 接收優(yōu)先指針 IRS - 初始接收序列號(hào) 下圖會(huì)幫助您了解發(fā)送序列變量間的關(guān)系： 當(dāng)前段變量 SEG.SEQ - 段序列號(hào) SEG.ACK - 段確認(rèn)標(biāo)記 SEG.LEN - 段長(zhǎng) SEG.WND - 段窗口 SEG.UP - 段緊急指針 SEG.PRC - 段優(yōu)先級(jí) 連接進(jìn)程是通過(guò)一系列狀態(tài)表示的，這些狀態(tài)有：LISTEN，SYN-SENT，SYN-RECEIVED，ESTABLISHED，F(xiàn)IN-WAIT-1，F(xiàn)IN-WAIT-2，CLOSE-WAIT，CLOSING，LAST-ACK，TIME-WAIT和 CLOSED。CLOSED表示沒(méi)有連接，各個(gè)狀態(tài)的意義如下： LISTEN - 偵聽(tīng)來(lái)自遠(yuǎn)方TCP端口的連接請(qǐng)求； SYN-SENT - 在發(fā)送連接請(qǐng)求后等待匹配的連接請(qǐng)求； SYN-RECEIVED - 在收到和發(fā)送一個(gè)連接請(qǐng)求后等待對(duì)連接請(qǐng)求的確認(rèn)； ESTABLISHED - 代表一個(gè)打開(kāi)的連接，數(shù)據(jù)可以傳送給用戶(hù)； FIN-WAIT-1 - 等待遠(yuǎn)程TCP的連接中斷請(qǐng)求，或先前的連接中斷請(qǐng)求的確認(rèn)； FIN-WAIT-2 - 從遠(yuǎn)程TCP等待連接中斷請(qǐng)求； CLOSE-WAIT - 等待從本地用戶(hù)發(fā)來(lái)的連接中斷請(qǐng)求； CLOSING - 等待遠(yuǎn)程TCP對(duì)連接中斷的確認(rèn)； LAST-ACK - 等待原來(lái)發(fā)向遠(yuǎn)程TCP的連接中斷請(qǐng)求的確認(rèn)； TIME-WAIT - 等待足夠的時(shí)間以確保遠(yuǎn)程TCP接收到連接中斷請(qǐng)求的確認(rèn)； CLOSED - 沒(méi)有任何連接狀態(tài)； TCP連接過(guò)程是狀態(tài)的轉(zhuǎn)換，促使發(fā)生狀態(tài)轉(zhuǎn)換的是用戶(hù)調(diào)用：OPEN，SEND，RECEIVE，CLOSE，ABORT和STATUS；傳送過(guò)來(lái)的數(shù)據(jù)段，特別那些包括以下標(biāo)記的數(shù)據(jù)段SYN，ACK，RST和FIN；還有超時(shí)，上面所說(shuō)的都會(huì)時(shí)TCP狀態(tài)發(fā)生變化。 　 下面的圖表示了TCP狀態(tài)的轉(zhuǎn)換，但這圖中沒(méi)有包括錯(cuò)誤的情況和錯(cuò)誤處理，不要把這幅圖看成是總說(shuō)明了。 　 3.3. 序列號(hào) 請(qǐng)注意，我們?cè)赥CP連接中發(fā)送的字節(jié)都有一個(gè)序列號(hào)。因?yàn)榫幜颂?hào)，所以可以確認(rèn)它們的收到。對(duì)序列號(hào)的確認(rèn)是累積性的，也就是說(shuō)，如果用戶(hù)收到對(duì)X的確認(rèn)信息，這表示在X以前的數(shù)據(jù)（不包括X）都收到了。在每個(gè)段中字節(jié)是這樣安排的：第一個(gè)字節(jié)在包頭后面，按這個(gè)順序排列。我們需要認(rèn)記實(shí)際的序列空間是有限的，雖然很大，但是還是有限的，它的范圍是0到2的32次方減1。我想熟悉編程的一定知道為什么要在計(jì)算兩個(gè)段是不是相繼的時(shí)候要使用2的32次方為模了。TCP必須進(jìn)行的序列號(hào)比較操作種類(lèi)包括以下幾種： (a) 決定一些發(fā)送了的但未確認(rèn)的序列號(hào)； (b) 決定所有的序列號(hào)都已經(jīng)收到了； (c) 決定下一個(gè)段中應(yīng)該包括的序列號(hào)。 對(duì)于發(fā)送的數(shù)據(jù)TCP要接收確認(rèn)，處理確認(rèn)時(shí)必須進(jìn)行下面的比較操作： SND.UNA = 最老的確認(rèn)了的序列號(hào)； SND.NXT = 下一個(gè)要發(fā)送的序列號(hào)； SEG.ACK = 接收TCP的確認(rèn)，接收TCP期待的下一個(gè)序列號(hào)； SEG.SEQ = 一個(gè)數(shù)據(jù)段的第一個(gè)序列號(hào)； SEG.LEN = 數(shù)據(jù)段中包括的字節(jié)數(shù)； SEG.SEQ+SEG.LEN-1 = 數(shù)據(jù)段的最后一個(gè)序列號(hào)。 請(qǐng)注意下面的關(guān)系： SND.UNA < SEG.ACK =< SND.NXT 如果一個(gè)數(shù)據(jù)段的序列號(hào)小于等于確認(rèn)號(hào)的值，那么整個(gè)數(shù)據(jù)段就被確認(rèn)了。而在接收數(shù)據(jù)時(shí)下面的比較操作是必須的： RCV.NXT = 期待的序列號(hào)和接收窗口的最低沿； RCV.NXT+RCV.WND-1 = 最后一個(gè)序列號(hào)和接收窗口的最高沿； SEG.SEQ = 接收到的第一個(gè)序列號(hào)； SEG.SEQ+SEG.LEN-1 = 接收到的最后一個(gè)序列號(hào)； 　 上面幾個(gè)量有如下關(guān)系： RCV.NXT =< SEG.SEQ < RCV.NXT+RCV.WND 或 RCV.NXT =< SEG.SEQ+SEG.LEN-1 < RCV.NXT+RCV.WND 測(cè)試的第一部分是檢查數(shù)據(jù)段的開(kāi)始部分是否在接收窗口中，第二部分是檢查數(shù)據(jù)段的結(jié)束部分是否也在接收窗口內(nèi)；上面兩個(gè)檢查通過(guò)任何一個(gè)就說(shuō)明它包括窗口要求的數(shù)據(jù)。實(shí)際中的情況會(huì)更復(fù)雜一些，因?yàn)橛辛愦翱诤土銛?shù)據(jù)段長(zhǎng)，因此我們有下面四種情況： 段長(zhǎng)度 接收窗口 測(cè)試 0 0 SEG.SEQ = RCV.NXT 0 >0 RCV.NXT =< SEG.SEQ < RCV.NXT+RCV.WND >0 0 不可接受 >0 >0 RCV.NXT =< SEG.SEQ < RCV.NXT+RCV.WND或RCV.NXT =< SEG.SEQ+SEG.LEN-1 < RCV.NXT+RCV.WND 請(qǐng)注意接收窗口的大小可以為零，在窗口為零時(shí)它只用來(lái)接收ACK信息，因此對(duì)于一個(gè)TCP來(lái)說(shuō)，它可以使用零大小窗口在發(fā)送數(shù)據(jù)的同時(shí)接收數(shù)據(jù)。即使接收窗口的大小為零，TCP必須處理所有接收到信息的RST和URG域。 我們也應(yīng)用計(jì)數(shù)的方式保護(hù)了一些特定的控制信息，這是通過(guò)隱式地使用一些控制標(biāo)記使數(shù)據(jù)段能夠可靠地重新發(fā)送（或確認(rèn)）為達(dá)到的。控制信息并不在段數(shù)據(jù)空間中傳送，因此，我們必須采用隱式指定序列號(hào)進(jìn)行控制。SYN和FIN是需要保護(hù)的控制量，這兩個(gè)控制量也只在連接打開(kāi)和關(guān)閉時(shí)使用。SYN被認(rèn)為是在第一個(gè)實(shí)際數(shù)據(jù)之間的數(shù)據(jù)，而FIN是最后一個(gè)實(shí)際數(shù)據(jù)之后的數(shù)據(jù)。段長(zhǎng)度（SEG.LEN）包括數(shù)據(jù)和序列號(hào)空間，如果出現(xiàn)了SYN，那么SEG.SEQ是SYN的序列號(hào)。 初始序列號(hào)選擇 協(xié)議對(duì)于特定連接被重復(fù)使用沒(méi)有什么限制。連接是由一對(duì)套接字定義的。新的連接實(shí)例被定義為連接的另一次恢復(fù)，這就帶來(lái)了問(wèn)題：TCP如果確定多個(gè)數(shù)據(jù)段是從以前連接的另一次恢復(fù)中取得的呢？這個(gè)問(wèn)題在連接迅速打開(kāi)和關(guān)閉，或因?yàn)閮?nèi)存原因被關(guān)閉然后又迅速建立后顯示特別突出。 為了避免混亂，用戶(hù)必須避免因此恢復(fù)使用某一連接，而使序列號(hào)發(fā)生混亂。我們必須保證序列號(hào)的正確性，即使TCP失敗，根本不知道以前的序列號(hào)是什么的情況下也要保證序列號(hào)的正確性。當(dāng)新的連接被創(chuàng)建時(shí)，產(chǎn)生一個(gè)新的初始序列號(hào)（ISN）產(chǎn)生子，它用來(lái)選擇一個(gè)新的32位ISN。產(chǎn)生子和32位時(shí)鐘的低度位字節(jié)相關(guān)，低位字節(jié)的刷新頻率大概是4微秒，因此ISN的循環(huán)時(shí)間大概是4.55小時(shí)。因此我們把網(wǎng)絡(luò)包的最長(zhǎng)生存時(shí)間（MSL）小于4.55小時(shí)，因此我們可以認(rèn)為ISN是唯一的。對(duì)于每個(gè)連接都有發(fā)送序列號(hào)和接收序列號(hào)，初始發(fā)送序列號(hào)（ISS）由發(fā)送TCP選擇，而初始接收序列號(hào)是在連接建立過(guò)程中產(chǎn)生的。 對(duì)于將要連接或初始化的連接，兩個(gè)TCP必須和對(duì)方的初始序列號(hào)同步。這通過(guò)交換一個(gè)控制位SYN和初始序列號(hào)完成。我們把帶有SYN的數(shù)據(jù)段稱(chēng)為"SYNs"。同步的獲得過(guò)程這里就不重復(fù)了，每方必須發(fā)送自己的序列號(hào)并返回對(duì)對(duì)方序列號(hào)的確認(rèn)。 1) A --> B SYN 本方序列號(hào)是X 2) A <-- B ACK 本方序列號(hào)被確認(rèn) 3) A <-- B SYN 對(duì)方序列號(hào)是Y 4) A --> B ACK 確認(rèn)對(duì)方序列號(hào) 上面的第2步和第3步可以合并，這時(shí)可以成為3階段，所以我們可以稱(chēng)它為三消息握手。這個(gè)過(guò)程是必須的，因?yàn)樾蛄刑?hào)不和全局時(shí)鐘關(guān)聯(lián)，TCP也可以有不同的機(jī)制選擇ISN。接收到第一個(gè)SYN的接收方不可能知道這個(gè)數(shù)據(jù)段是不是被延時(shí)，除非它記住了在連接上使用的最近的序列號(hào)（這通常是不可能的），因此它必須要求發(fā)送者確認(rèn)。 為了保證TCP獲得的確認(rèn)是剛才發(fā)送的段產(chǎn)生的，而不是仍然在網(wǎng)絡(luò)中的老數(shù)據(jù)段產(chǎn)生的，因此TCP必須在MSL時(shí)間之內(nèi)保持沉默。在本文中，我們假設(shè)MSL=2小時(shí)，這是出于工程的需要，如果用戶(hù)覺(jué)得可以，他可以改變MSL。請(qǐng)注意如果TCP重新初始化，而內(nèi)存中的序列號(hào)正在使用，不需要等待，但必須確認(rèn)使用的序列號(hào)比當(dāng)前使用的要大。 如果一臺(tái)主機(jī)在未保留任何序列號(hào)的情況下失敗，那么它應(yīng)該在MSL時(shí)間之內(nèi)不發(fā)出任何數(shù)據(jù)段。下面將會(huì)這一情況進(jìn)行說(shuō)明。TCP的實(shí)現(xiàn)可以不遵守這個(gè)規(guī)定，但是這會(huì)造成老數(shù)據(jù)被當(dāng)成新數(shù)據(jù)接收，而新數(shù)據(jù)被當(dāng)成老數(shù)據(jù)拒絕的情況。 每當(dāng)數(shù)據(jù)段形成并進(jìn)入輸出隊(duì)列，TCP會(huì)為它指定序列空間中的一個(gè)值。TCP中多復(fù)本檢測(cè)和序列算法都依賴(lài)于這個(gè)地址空間，在對(duì)方發(fā)送或接收之前不會(huì)超過(guò)2的32次方個(gè)包存在于輸出隊(duì)列中。所有多余的數(shù)據(jù)段都會(huì)被刪除。如果沒(méi)有這個(gè)規(guī)定，會(huì)出現(xiàn)多個(gè)數(shù)據(jù)段被指定同一個(gè)序列號(hào)的情況，會(huì)造成混亂。數(shù)據(jù)段中序列號(hào)的多少和數(shù)據(jù)段中的字節(jié)數(shù)一樣多。 在通常情況下，TCP保留下一個(gè)要發(fā)送的序列號(hào)和還未確認(rèn)的最老的序列號(hào)，不要在沒(méi)有確認(rèn)的時(shí)候就再次使用，這樣會(huì)有些風(fēng)險(xiǎn)，也正是因?yàn)檫@樣的目的，所以序列空間很大。對(duì)于2M的網(wǎng)絡(luò)，要4.5小時(shí)來(lái)耗盡序列空間，因?yàn)橐粋€(gè)數(shù)據(jù)段可能的最大生存時(shí)間也不過(guò)十幾分之一秒，這就留下了足夠的空間；而在100M的網(wǎng)絡(luò)上需要5.4分鐘，雖然少了點(diǎn)，但也可以了。 如果在實(shí)現(xiàn)TCP時(shí)沒(méi)有為保存序列號(hào)留下空間，那清除多余的包可能就不能實(shí)現(xiàn)了，因此推薦這種類(lèi)型的TCP實(shí)現(xiàn)最好在失敗后等待MSL時(shí)間，這樣保證多余的包被刪除。這種情況有時(shí)候也可能會(huì)出現(xiàn)在保留序列號(hào)的TCP實(shí)現(xiàn)中。如果TCP在選擇一個(gè)另一個(gè)TCP連接正在使用的序列號(hào)時(shí)，這臺(tái)主機(jī)突然失敗了，這就產(chǎn)生了問(wèn)題。這個(gè)問(wèn)題的實(shí)質(zhì)在于主機(jī)不知道它失敗了多久，也不知道多余的復(fù)本是不是還在網(wǎng)絡(luò)中。 處理這種問(wèn)題的方法是等待MSL時(shí)間，如果不這樣就要冒著對(duì)方錯(cuò)誤接收數(shù)據(jù)的危險(xiǎn)，要等待的時(shí)間也就稱(chēng)為“沉默時(shí)間”。實(shí)現(xiàn)者可以讓用戶(hù)選擇是不是等待，但是無(wú)論用戶(hù)如何也不見(jiàn)得非要等待MSL時(shí)間。 3.4. 建立一個(gè)連接 建立連接應(yīng)用的是三消息握手。如果雙方同時(shí)都發(fā)送SYN也沒(méi)有關(guān)系，雙方會(huì)發(fā)現(xiàn)這個(gè)SYN中沒(méi)有確認(rèn)，于是就知道了這種情況，通常來(lái)說(shuō)，應(yīng)該發(fā)送一個(gè)"reset"段來(lái)解決這種情況。三消息握手減少了連接失敗的可能性。下面就是一個(gè)例子，在尖括號(hào)是的就是數(shù)據(jù)段中的內(nèi)容和標(biāo)記。其它的就不多說(shuō)了。 在第2行，TCP A發(fā)送SYN初始化序列號(hào)，表示它要使用序列號(hào)100；第3行中，TCP B給出確認(rèn)，并且期待著A的帶有序列號(hào)101的數(shù)據(jù)段；第4行，TCP A給出確認(rèn)，而在第5行，它也給出確認(rèn)，并發(fā)送了一些數(shù)據(jù)，注意第4行的序列號(hào)與第5號(hào)的一樣，因?yàn)锳CK信息不占用序列號(hào)空間內(nèi)的序列號(hào)。同時(shí)產(chǎn)生請(qǐng)求的情況如下圖所示，只復(fù)雜一點(diǎn)。 使用三消息握手的主要原因是為了防止使用過(guò)期的數(shù)據(jù)段。為了這個(gè)目的，必須引入新的控制消息，RESET。如果接收TCP處理非同步狀態(tài)，在接收到RESET后返回到LISTEN狀態(tài)。如果TCP處理下面幾種狀態(tài)ESTABLISHED，F(xiàn)IN-WAIT-1，F(xiàn)IN-WAIT-2，CLOSE-WAIT，CLOSING，LAST-ACK，TIME-WAIT時(shí)，放棄連接并通過(guò)用戶(hù)。我們下面就詳細(xì)說(shuō)明后一種情況。 通過(guò)上面的例子，我們可以看出TCP連接是如何從過(guò)期數(shù)據(jù)段的干擾下恢復(fù)的。請(qǐng)注意第4行和第5行中的RST（RESET信號(hào)）。 半開(kāi)連接和其它非正常狀態(tài) 如果一方在未通過(guò)另一方的情況下關(guān)閉連接，或雙方雖然失敗而不同步的情況我們稱(chēng)為半開(kāi)連接狀態(tài)。在一方試圖發(fā)送數(shù)據(jù)時(shí)連接會(huì)自動(dòng)RESET。然而這種情況畢竟屬于不正常情況。應(yīng)該做出相應(yīng)的處理。如果A處的連接已經(jīng)關(guān)閉，B處并不知道。當(dāng)B希望發(fā)送數(shù)據(jù)到A時(shí)，就會(huì)收到RESET信號(hào)，表示這個(gè)TCP連接有誤，要中止當(dāng)前連接。 假設(shè)A和B兩個(gè)進(jìn)程相互通信的時(shí)候A的TCP發(fā)生了失敗，A依靠操作系統(tǒng)支持TCP的存在，通常這種情況下會(huì)有恢復(fù)機(jī)制起作用，當(dāng)TCP重新恢復(fù)的時(shí)候，A可能希望從恢復(fù)點(diǎn)開(kāi)始工作。這樣A可能會(huì)試圖OPEN連接，然后在這個(gè)它認(rèn)為還是打開(kāi)的連接上傳送數(shù)據(jù)，這時(shí)A會(huì)從本地（也就是A的）TCP上獲得錯(cuò)誤消息“未打開(kāi)連接”。A的TCP將發(fā)送包括SYN的數(shù)據(jù)段。下面的例子將顯示這一過(guò)程： 上面這個(gè)例子中，A方收到的信息并沒(méi)有確認(rèn)任何東西，這時(shí)候A發(fā)現(xiàn)出了問(wèn)題，于是發(fā)送了RST控制信息。另一種情況是發(fā)生在A失敗，而B(niǎo)方仍然試圖發(fā)送數(shù)據(jù)時(shí)，下面的例子可以表示這種情況，請(qǐng)注意第2行中A對(duì)B發(fā)送來(lái)的信息不知所云。 在下面的例子中，A方和B方進(jìn)行的被動(dòng)連接，它們都在等待SYN信息。過(guò)期的包傳送到B方使B回應(yīng)了，而收到回應(yīng)的A卻發(fā)現(xiàn)不對(duì)頭，傳送RST控制信息，B方返回被動(dòng)LISTEN狀態(tài)。 現(xiàn)實(shí)中的情況太多了，我們列舉一些產(chǎn)生RST控制信息的規(guī)則如下：通常情況下，RST在收到的信息不是期待的信息時(shí)產(chǎn)生。如果在不能確定時(shí)不要輕易發(fā)送RST控制信息。下面有三類(lèi)情況： 如果連接已經(jīng)不存在，而發(fā)送來(lái)的消息又不是RST，那么要返回RST。如果想拒絕對(duì)不存在的連接進(jìn)行SYN，可以使用這種辦法。如果到達(dá)的信息有一個(gè)ACK域，返回的RST信息可以從ACK域中取得序列號(hào)，如果沒(méi)有這個(gè)域，就把RST的序列號(hào)設(shè)置為0，ACK域被設(shè)備為序列號(hào)和到達(dá)段長(zhǎng)度之和。連接仍然處于CLOSE狀態(tài)。 如果連接處于非同步狀態(tài)（LISTEN，SYN-SENT，SYN-RECEIVED），而且收到的確認(rèn)是對(duì)未發(fā)出包的確認(rèn)或是接收到數(shù)據(jù)段的安全級(jí)別與不能連接要求的相一一致時(shí)，就發(fā)送RST。如果SYN未被確認(rèn)時(shí)，而且收到的數(shù)據(jù)段的優(yōu)先級(jí)比要求的優(yōu)先級(jí)要高，那么要么提高本地優(yōu)先級(jí)（得事先征得用戶(hù)和系統(tǒng)的許可）要么發(fā)送RST；如果接收數(shù)據(jù)段的優(yōu)先級(jí)比要求的優(yōu)先級(jí)低，就算是匹配了，當(dāng)然如果對(duì)方發(fā)現(xiàn)優(yōu)先級(jí)不對(duì)提高了優(yōu)先級(jí)，在下一個(gè)包中提高了優(yōu)先級(jí)，這就不算是匹配了。如果連接已經(jīng)進(jìn)入SYN，那么接收到數(shù)據(jù)段的優(yōu)先級(jí)必須和本地優(yōu)先級(jí)一樣，否則發(fā)送RST。如果到達(dá)的信息有一個(gè)ACK域，返回的RST信息可以從ACK域中取得序列號(hào)，如果沒(méi)有這個(gè)域，就把RST的序列號(hào)設(shè)置為0，ACK域被設(shè)備為序列號(hào)和到達(dá)段長(zhǎng)度之和。連接仍然處于與原來(lái)相同的狀態(tài)。 如果連接處于同步狀態(tài)（ESTABLISHED，F(xiàn)IN-WAIT-1，F(xiàn)IN-WAIT-2，CLOSE-WAIT，CLOSING，LAST-ACK，TIME-WAIT），任何超出接收窗口的序列號(hào)的數(shù)據(jù)段都產(chǎn)生如下結(jié)果：發(fā)出一個(gè)空確認(rèn)數(shù)據(jù)段，此段中包括當(dāng)前發(fā)送序列號(hào)，另外還包括一個(gè)確認(rèn)指出希望接收的下一個(gè)數(shù)據(jù)段的序列號(hào)，連接仍然保存在原來(lái)的狀態(tài)。如果因?yàn)榘踩?jí)，優(yōu)先級(jí)之類(lèi)的問(wèn)題，那就發(fā)送RST信號(hào)然后進(jìn)入CLOSED狀態(tài)。
這是電腦的傳輸數(shù)據(jù)?。。。。。。。。。。?！
文章TAG：sent協(xié)議sentfromsmartmobile是甚么意思

最近更新

  • 邏輯電平，什么是邏輯電平開(kāi)關(guān)邏輯電平，什么是邏輯電平開(kāi)關(guān)

    什么是邏輯電平開(kāi)關(guān)2，邏輯電平指什么正負(fù)邏輯的概念是什么3，什么是邏輯電平可以使能與非門(mén)與非門(mén)在禁止時(shí)輸出電平是什么4，邏輯電平與TTL電平的區(qū)別5，邏輯電平是什么6，什么叫電平1，什么是邏.....

    【問(wèn)答】 日期：2023-08-24

  • 零線帶電嗎，零線是不是有電呢零線帶電嗎，零線是不是有電呢

    零線是不是有電呢2，在電路斷開(kāi)的情況下零線帶電嗎3，零線有沒(méi)有電4，零線是否帶電5，零線帶電嗎6，零線是否有電1，零線是不是有電呢如果和火線接一個(gè)燈具，燈具亮零線有電，燈具不亮零線就沒(méi)電零線理.....

    【問(wèn)答】 日期：2023-08-24

  • 光學(xué)變焦和數(shù)碼變焦的區(qū)別，數(shù)碼變焦和光學(xué)變焦區(qū)別在哪里光學(xué)變焦和數(shù)碼變焦的區(qū)別，數(shù)碼變焦和光學(xué)變焦區(qū)別在哪里

    數(shù)碼變焦和光學(xué)變焦區(qū)別在哪里2，請(qǐng)簡(jiǎn)述光學(xué)變焦與數(shù)碼變焦的區(qū)別3，數(shù)碼變焦和光學(xué)變焦的區(qū)別4，數(shù)碼變焦和光學(xué)變焦有什么區(qū)別啊5，光學(xué)變焦和數(shù)碼變焦的區(qū)別是什么6，光學(xué)變焦和數(shù)碼變焦的區(qū).....

    【問(wèn)答】 日期：2023-08-24

  • 無(wú)線充電寶怎么用，綠鉆充電寶怎樣幫手機(jī)充電呀無(wú)線充電寶怎么用，綠鉆充電寶怎樣幫手機(jī)充電呀

    綠鉆充電寶怎樣幫手機(jī)充電呀2，wirelessmon怎么用3，WirelessLanUSBAdapter怎么用4，科邁奇移動(dòng)充電寶wifi怎么使用5，無(wú)線充電寶怎么用無(wú)線充電寶怎么充電6，無(wú)線充電器三星怎么使用1，綠鉆充電寶.....

    【問(wèn)答】 日期：2023-08-24

  • 微機(jī)繼電保護(hù)，微機(jī)繼電保護(hù)原理是什么微機(jī)繼電保護(hù)，微機(jī)繼電保護(hù)原理是什么

    微機(jī)繼電保護(hù)原理是什么2，微機(jī)繼電保護(hù)原理3，微機(jī)保護(hù)的基本組成4，微機(jī)繼電保護(hù)是什么5，微機(jī)繼電保護(hù)原理是什么6，常規(guī)保護(hù)和微機(jī)保護(hù)在原理上有何區(qū)別1，微機(jī)繼電保護(hù)原理是什么這是什么問(wèn)題.....

    【問(wèn)答】 日期：2023-08-24

  • 電風(fēng)扇原理，電風(fēng)扇吹風(fēng)的原理電風(fēng)扇原理，電風(fēng)扇吹風(fēng)的原理

    電風(fēng)扇吹風(fēng)的原理2，電風(fēng)扇的原理是什么3，電風(fēng)扇的原理4，電扇的原理是什么5，電風(fēng)扇的工作原理是什么6，電風(fēng)扇電動(dòng)機(jī)的工作原理是什么1，電風(fēng)扇吹風(fēng)的原理風(fēng)葉撥風(fēng)原理2，電風(fēng)扇的原理是什么這個(gè).....

    【問(wèn)答】 日期：2023-08-24

  • 變流，整流逆變變流之間的區(qū)別變流，整流逆變變流之間的區(qū)別

    整流逆變變流之間的區(qū)別2，什么是直流電什么是變流電3，變流技術(shù)是一種怎么樣的技術(shù)4，電流互感器是把大電流變?yōu)樾‰娏鞯脑O(shè)備又稱(chēng)變流5，怎么解決鋼水變流問(wèn)題什么是變流6，什么叫變流電路1，整流.....

    【問(wèn)答】 日期：2023-08-24

  • 怎么接線，導(dǎo)線的連接方法有怎么接線，導(dǎo)線的連接方法有

    導(dǎo)線的連接方法有2，電腦線怎樣去連接3，手捏開(kāi)關(guān)怎么接線4，怎么搭電線5，汽車(chē)CD機(jī)怎么接線6，空氣開(kāi)關(guān)怎么接線1，導(dǎo)線的連接方法有導(dǎo)線的連接方法有（絞合連接）（緊壓連接）（焊接）等。導(dǎo)線有（b焊接c壓接d.....

    【問(wèn)答】 日期：2023-08-24

問(wèn)答文章排行榜