TCP协定和UDP协定.PPT

第8章 TCP和UDP協定 8-1 傳輸層 傳輸層 在 OSI 七層協定之中的第四層 DoD模型中的第三層 TCP則是這層中最有名的通訊協定之一 圖8-1 傳輸層(TCP/UDP)協定 IP層的缺點 IP 協定只確保封包交換設備之間的傳輸，並沒有提供一套機制來確保數據的傳輸。 傳輸層的功能 將會議層的資料拆封包之後，給每一個封包追蹤號碼，在目的地檢查，傳輸層保證所有的資料都是以正確的順序送達。 傳輸層功能包括傳輸多工、建立傳輸、解除傳輸、傳輸錯誤偵測及回復、流程控制和分封包裝、錯誤處理、優先次序與安全性等。 屬於此層的通訊協定有TCP、UDP、NetBIOS、NetBEUI..等。 傳輸層主要有兩個協定 TCP協定 UDP協定 TCP協定和 UDP協定 TCP提供的是一個可靠的連線導向(Connection Oriented)的資料流傳輸服務。 UDP協定則提供的是一個非可靠的非連線導向(Connectionless Oriented)的資料流傳輸服務。 表8-1 TCP和UDP簡易的優缺點比較 圖8-2 TCP和UDP各自有應用層的協定 8-2 TCP 協定 TCP(Transmission Control Protocol) 協定 TCP是傳輸控制協定。 TCP協定的主要任務就是確保資料在網路上能正確的傳輸，提供流量控制(flow control)的特性。 TCP建立一個連接導向(connection-oriented)的傳輸資料，負責發送端及接收端的協定建立，並保證資料在網路上流動的安全與可靠 圖8-3 TCP建立一連接導向的傳輸資料 TCP主要的功能 循序編號(Sequence Number) TCP為每一個封包建立編號，使封包就算不能按照原來的發送順序抵達接收端，也可依此編號正確重組。 確認(Acknowledgement) 接收端針對發送端所傳來的每一封包，回送「我已收到」的確認封包，類似郵局的雙掛號信中的「回條」觀念。 錯誤檢查(Checksum) TCP在每個封包的表頭中加上一個檢查欄位，以確認其是否為欲傳輸的原始封包。 重送(Retransmission) 發送端如果在某一預定的時間內沒有收到該確認封包，就會認定封包傳輸失敗，於是重送該封包，直到收到該封包抵達接收端的確認封包為止。 圖8-4 TCP的封包格式 TCP的特性 連接導向(Connection-Oriented) TCP是屬於連接導向的，確認連線建立後才可傳輸資料。 可靠性(Reliable) TCP以確認、重送、檢查三個觀念來完成可靠性的資料傳輸。 全雙工式通訊(Full Duplex) 具有此全雙工的特性，在發送端和接收端的電腦上，兩端可以分別進行資料的收發。 資料流(Stream) TCP是以資料流的傳輸型態來傳輸資料。 緩衝(Buffer)處理 如果程式送出的資料太小，TCP協定將等到收集到一定大小的資料包之後才進行傳輸。 圖8-5 常用的HTTP(網頁)協定就是使用連接導向的TCP封包 TCP 協定的三向式的握手程序 經由連線請求、連線確認、連線成功的程序，便形成了三向式的握手程序(3-way handshaking)，而傳輸要結束時也是採用類似的程序。 三向式的握手程序 要建立一個TCP連線時，利用封包內的同步旗標(SYN , Synchronize)欄位設為1，其它欄位為0，讓另一端的系統知道有人希望與他建立連線。 接收端收到這連線封包，並確認提供這個服務，它會將要回傳的封包SYN旗標欄位設為1，也會將確認旗標(ACK, Acknowledge) 欄位設為1，讓傳送端知道它的傳輸已被收到且確認。 然後原系統會將SYN旗標欄位設為0，確認旗標(ACK) 欄位設為1傳回。告知「我已確認你的確認動作，要開始傳送資料了」。 圖8-6 三向式的握手程序(3-way handshaking) TCP 協定的確認封包機制 需要接收端以確認信息(Acknowledgement) 回應發送端，肯定資料正確無誤的到達，同時雙方保留傳輸的封包記錄，以作為下一筆資料的確認依據。 圖8-7 TCP的傳送確認機制 TCP 協定的逾時(Timeout)和重送機制 發送端在送出封包之後，會起始一個該封包的計時器(Timer)，如果封包的確認訊息，在逾時前被接收到，表示正常送收，則取消該封包的計時器，以進行下一封包的傳輸； 當不能按預估時間獲得接收端的確認訊息封包時，那麼發送端會認為該封包可能在傳輸過程中遺失，然後重新發送該封包，並同時重設計時器。 圖8-8 TCP可靠性傳輸的計時器原理 TCP 協定的序號和確認號碼 傳輸協定會為每一個封包分配一個序號，並要求接收端按照封包序號傳回確認訊息。 接收端收到封包的時候，則可以依據序號判