1. tcp的三次握手過程？為什麼會採用三次握手，若採用二次握手可以嗎？
建立連線的過程是利用客戶伺服器模式，假設主機a為客戶端，主機b為伺服器端。
（1）tcp的三次握手過程：主機a向b傳送連線請求；主機b對收到的主機a的報文段進行確認；主機a再次對主機b的確認進行確認。
（2）採用三次握手是為了防止失效的連線請求報文段突然又傳送到主機b，因而產生錯誤。失效的連線請求報文段是指：主機a發出的連線請求沒有收到主機b的確認，於是經過一段時間後，主機a又重新向主機b傳送連線請求，且建立成功，順序完成資料傳輸。考慮這樣一種特殊情況，主機a第一次傳送的連線請求並沒有丟失，而是因為網路節點導致延遲達到主機b，主機b以為是主機a又發起的新連線，於是主機b同意連線，並向主機a發回確認，但是此時主機a根本不會理會，主機b就一直在等待主機a傳送資料，導致主機b的資源浪費。
（3）採用兩次握手不行，原因就是上面說的實效的連線請求的特殊情況。
2. 請簡述一下tcp的三次握手和四次揮手協議
三次握手（建立連線）：
（1）第一次握手：client將標誌位syn置為1，隨機產生乙個值seq=j，並將該資料報傳送給server，client進入syn_sent狀態，等待server確認。
（2）第二次握手：server收到資料報後由標誌位syn=1知道client請求建立連線，server將標誌位syn和ack都置為1，ack=j+1，隨機產生乙個值seq=k，並將該資料報傳送給client以確認連線請求，server進入syn_rcvd狀態。
（3）第三次握手：client收到確認後，檢查ack是否為j+1，ack是否為1，如果正確則將標誌位ack置為1，ack=k+1，並將該資料報傳送給server，server檢查ack是否為k+1，ack是否為1，如果正確則連線建立成功，client和server進入established狀態，完成三次握手，隨後client與server之間可以開始傳輸資料了。
四次揮手（斷開連線）：
（1）第一次揮手：client傳送乙個fin，用來關閉client到server的資料傳送，client進入fin_wait_1狀態。
（2）第二次揮手：server收到fin後，傳送乙個ack給client，確認序號為收到序號+1（與syn相同，乙個fin占用乙個序號），server進入close_wait狀態。
（3）第三次揮手：server傳送乙個fin，用來關閉server到client的資料傳送，server進入last_ack狀態。
（4）第四次揮手：client收到fin後，client進入time_wait狀態，接著傳送乙個ack給server，確認序號為收到序號+1，server進入closed狀態，完成四次揮手。
3. tcp和udp相關的協議分別有哪些？
tcp對應的協議：
（1） ftp：定義了檔案傳輸協議，使用21埠。
（2） telnet：一種用於遠端登陸的埠，使用23埠，使用者可以以自己的身份遠端連線到計算機上，可提供基於dos模式下的通訊服務。
（3） smtp：郵件傳送協議，用於傳送郵件。伺服器開放的是25號埠。
（4） pop3：它是和smtp對應，pop3用於接收郵件。pop3協議所用的是110埠。
（5）http：是從web伺服器傳輸超文字到本地瀏覽器的傳送協議。
udp對應的協議：
（2） snmp：簡單網路管理協議，使用161號埠，是用來管理網路裝置的。由於網路裝置很多，無連線的服務就體現出其優勢。
（3） tftp(trival file transfer protocal)，簡單檔案傳輸協議，該協議在熟知埠69上使用udp服務。
計算機網路 TCP與UDP
tcp ip中有兩個具有代表性的傳輸層協議，它們分別是tcp與udp。tcp提供可靠地通訊傳輸。udp則常被用於讓廣播和細節控制交給應用的通訊傳輸。tcp ip的眾多應用協議大多以客戶端 服務端形式執行。客戶端是請求的發起端。服務端是表示提供服務的意思。服務端的程式必須提前啟動，準備接收客戶端的請求...
計算機網路 TCP與UDP
tcp釋放 四次揮手 tcp擁塞控制 1.從連線方面 tcp面向連線 call之前建立連線 udp無連線 2.可靠方面 tcp可靠交付 無差錯 不丟失不重複 按序到達 udp盡最大努力交付，不保證可靠 3.面向什麼 tcp面向位元組流，udp面向報文 4.連線方式 tcp點對點，udp支援一對 一 ...
計算機網路 TCP與UDP（一）
tcp與udp同屬傳輸層的協議。網路層與運輸層之間的區別 有無差錯檢測 傳輸層向高層使用者遮蔽了下面網路核心的細節。當運輸層採用面向連線的tcp協議時，儘管下面的網路是不可靠的，但這種邏輯通訊通道就相當於一條全雙工的可靠通道。但運輸層使用無連線的udp時，這種邏輯通訊通道仍然是一條不可靠通道。tcp...