⑴ tcp的三次握手中,通信的計算機之間傳輸的是什麼信息
（1）客戶端發送一個帶SYN標志的TCP報文到伺服器。這是三次握手過程中的報文1。
（2） 伺服器端回應客戶端的，這是三次握手中的第2個報文，這個報文同時帶ACK標志和SYN標志。因此它表示對剛才客戶端SYN報文的回應；同時又標志SYN給客戶端，詢問客戶端是否准備好進行數據通訊。
（3） 客戶必須再次回應服務段一個ACK報文，這是報文段3。
⑵ 一道數據通信與計算機網路的題目求大神解答
機網路的題目求大
⑶ 三次握手機制用於解決什麼
用於解決網路中出現重復請求報文的問題。
第一次：首先A發送一個(SYN)到B，意思是A要和B建立連接進行通信，如果是只有一次握手，這樣肯定是不行的，A壓根都不知道B是不是收到了這個請求。
第二次：B收到A要建立連接的請求之後，發送一個確認(SYN+ACK)給A，意思是收到A的消息了，B這里也是通的，表示可以建立連接。如果只有兩次通信，這時候B不確定A是否收到了確認消息，有可能這個確認消息由於某些原因丟了。
第三次：A如果收到了B的確認消息之後，再發出一個確認(ACK)消息，意思是告訴B，這邊是通的，然後A和B就可以建立連接相互通信了。
(3)數據通信與計算機網路中三次握手擴展閱讀：
注意事項：
剛接觸網路編程時，感覺網路連接的建立、網路數據的收發、網路連接的斷開這些操作僅僅是調用幾個socket AIP就可以搞定的事情，跟網路中講述的TCP三次握手等內容完全扯不上關系。
listen函數：內核為任何一個給定的套接字維護兩個隊列 1.未完成連接狀態（客戶端發送的第一個SYN已經到伺服器，伺服器等待TCP三次握手完成，這些套接字處於SYN_RCVD狀態）。
⑷ 數據通信與計算機網路 和計算機網路嗎，考研問題，請好好回答啊，謝謝
不一樣，差距還挺大的。側重點也不同。
⑸ 簡述三次握手演算法。。。。計算機十道題
1.OSI七層：物理層，數據鏈路層，網路層，傳輸層，會話層，表示層，應用層。TCP/IP四層：網路介面層、網路層、傳輸層、應用層。
2.看不懂。
3.HTTP協議。
4.發送使用SMTP，讀取使用POP3和IMAP。
5.IP（Internet Protocol）:Internet協議，負責TCP/IP主機間提供數據報服務，進行數據封裝並產生協議頭，TCP與UDP協議的基礎。
ICMP（Internet Control Message Protocol）：Internet控制報文協議。ICMP協議其實是IP協議的的附屬協議，IP協議用它來與其它主機或路由器交換錯誤報文和其它的一 些網路情況，在ICMP包中攜帶了控制信息和故障恢復信息。
ARP（Address Resolution Protocol）協議：地址解析協議。
RARP（Reverse Address Resolution Protocol）：逆向地址解析協議。
6.分別是UDP，TCP，TCP，TCP。
7.所謂的統一資源定位器又叫URL.就是你輸入網址的地方.瀏覽器用它對你要訪問的資源進行描述.由三部分組成:協議型,主機名,路徑及文件名.如http://www.bau.com/
8.很簡單，就是提供傳輸服務----為基於應用層的TELNET、HTTP、FTP、POP、SMTP、DNS等應用提供端到端的連接，途徑有兩種，TCP：傳輸控制協議，面向連接可靠的，傳輸效率低，速度慢；UDP：用戶數據報協議，面向非連接，不可靠的，傳輸效率高，速度快
9.HTTP的埠號為80， Telnet（遠程登錄）為23，FTP（文件傳輸）為21
10.在TCP/IP協議中，TCP協議提供可靠的連接服務，採用三次握手建立一個連接。
第一次握手：建立連接時，客戶端發送syn包(syn=j)到伺服器，並進入SYN_SEND狀態，等待伺服器確認；
第二次握手：伺服器收到syn包，必須確認客戶的SYN（ack=j+1），同時自己也發送一個SYN包（syn=k），即SYN+ACK包，此時伺服器進入SYN_RECV狀態；
第三次握手：客戶端收到伺服器的SYN＋ACK包，向伺服器發送確認包ACK(ack=k+1)，此包發送完畢，客戶端 和伺服器進入ESTABLISHED狀態，完成三次握手。
⑹ 計算機網路中的「三次握手」是什麼
TCP握手協議
在TCP/IP協議中，TCP協議提供可靠的連接服務，採用三次握手建立一個連接。
第一次握手：建立連接時，客戶端發送syn包(syn=j)到伺服器，並進入SYN_SEND狀態，等待伺服器確認；
SYN： 同步序列編號(Synchronize Sequence Numbers)
第二次握手：伺服器收到syn包，必須確認客戶的SYN（ack=j+1），同時自己也發送一個SYN包（syn=k），即SYN+ACK包，此時伺服器進入SYN_RECV狀態；
第三次握手：客戶端收到伺服器的SYN＋ACK包，向伺服器發送確認包ACK(ack=k+1)，此包發送完畢，客戶端和伺服器進入ESTABLISHED狀態，完成三次握手。
完成三次握手，客戶端與伺服器開始傳送數據，在上述過程中，還有一些重要的概念：
未連接隊列：在三次握手協議中，伺服器維護一個未連接隊列，該隊列為每個客戶端的SYN包（syn=j）開設一個條目，該條目表明伺服器已收到SYN包，並向客戶發出確認，正在等待客戶的確認包。這些條目所標識的連接在伺服器處於Syn_RECV狀態，當伺服器收到客戶的確認包時，刪除該條目，伺服器進入ESTABLISHED狀態。
Backlog參數：表示未連接隊列的最大容納數目。
SYN-ACK 重傳次數 伺服器發送完SYN－ACK包，如果未收到客戶確認包，伺服器進行首次重傳，等待一段時間仍未收到客戶確認包，進行第二次重傳，如果重傳次數超過系統規定的最大重傳次數，系統將該連接信息從半連接隊列中刪除。注意，每次重傳等待的時間不一定相同。
半連接存活時間：是指半連接隊列的條目存活的最長時間，也即服務從收到SYN包到確認這個報文無效的最長時間，該時間值是所有重傳請求包的最長等待時間總和。有時我們也稱半連接存活時間為Timeout時間、SYN_RECV存活時間。
⑺ 數據通信網，計算機通信網，計算機網路，三者有何區別
主要區別有：概念性不同、處理的應用不同、工作過程要求不同。
1、概念性不同：數據通信網為提供數據通信業務組成的電信網；計算機通信網實現計算機間的信息傳輸與交換的系統；計算機網路實現資源共享和信息傳遞的計算機系統。
2、處理的應用不同：數據通信網由電信部門建立、經營，為公眾提供數據傳輸業務的電信網為公用數據通信網；計算機通信網提供網路用戶間，各個處理器間以及用戶與處理器間的通信；計算機網路使眾多的計算機可以方便地互相傳遞信息，共享硬體、軟體、數據信息等資源。
3、工作過程要求不同：數據通信網其數據傳輸業務特性由一系列通信協議或規程規定；計算機通信網採用分組交換，分組在交換機中要排隊等待，交換機要對分組處理；計算機網路按照信息的流動過程將網路的整體功能分解為一個個的功能層，不同機器上的同等功能層之間採用相同的協議。
⑻ 為什麼三次握手
傳輸控制協議
Control Protocol,
TCP）是一種面向連接的、可靠的、基於位元組流的運輸層（Transport
layer）通信協議。是專門為了在不可靠的互聯網路上提供一個可靠的端到端位元組流而設計的。互聯網路與單個網路不同，因為互聯網路的不同部分可能有著截然不同的拓撲、帶寬、延遲、分組大小和其他參數。TCP的設計目標是能夠動態的適應互聯網路的這些特性，而且當面對多種失敗的時候仍然能夠健壯。
每一次TCP連接都需要三個階段：連接建立、數據傳送和連接釋放。「三次握手」就發生在連接建立階段。
在謝希仁著《計算機網路》第四版中講「三次握手」的目的是「
為了防止已失效的連接請求報文段突然又傳送到了服務端，因而產生錯誤」。在另一部經典的《計算機網路》一書中講「三次握手」的目的是為了解決「
網路中存在延遲的重復分組」的問題。
這兩種不用的表述其實闡明的是同一個問題。
謝希仁版《計算機網路》中的例子是這樣的，「已失效的連接請求報文段」的產生在這樣一種情況下：client發出的第一個連接請求報文段並沒有丟失，而是在某個網路結點長時間的滯留了，以致延誤到連接釋放以後的某個時間才到達server。本來這是一個早已失效的報文段。但server收到此失效的連接請求報文段後，就誤認為是client再次發出的一個新的連接請求。於是就向client發出確認報文段，同意建立連接。假設不採用「三次握手」，那麼只要server發出確認，新的連接就建立了。由於現在client並沒有發出建立連接的請求，因此不會理睬server的確認，也不會向server發送數據。但server卻以為新的運輸連接已經建立，並一直等待client發來數據。這樣，server的很多資源就白白浪費掉了。採用「三次握手」的辦法可以防止上述現象發生。例如剛才那種情況，client不會向server的確認發出確認。server由於收不到確認，就知道client並沒有要求建立連接。」
這個例子很清晰的闡釋了「三次握手」對於建立可靠連接的意義。
在Google Groups的
TopLanguage
中看到一帖討論TCP「三次握手」覺得很有意思。貼主提出「
信道不可靠, 但是通信雙發需要就某個問題達成一致. 而要解決這個問題, 無論你在消息中包含什麼信息, 三次通信是理論上的最小值. 所以三次握手不是TCP本身的要求, 而是為了滿足在不可靠信道上可靠地傳輸信息這一需求所導致的. 請注意這里的本質需求,信道不可靠, 數據傳輸要可靠. 三次達到了, 那後面你想接著握手也好, 發數據也好, 跟進行可靠信息傳輸的需求就沒關系了. 因此,如果信道是可靠的, 即無論什麼時候發出消息, 對方一定能收到, 或者你不關心是否要保證對方收到你的消息, 那就能像UDP那樣直接發送消息就可以了.
」。這可視為對「三次握手」目的的另一種解答思路。
⑼ 在TCP的三次握手中,通信雙方為接下來的數據傳輸做了哪些准備
TCP是主機對主機層的傳輸控制協議，提供可靠的連接服務，採用三次握手確認建立一個連接。