傳輸層協議：TCP協議，UDP協議
TCP：面向連接的、可靠的、基於字節流的傳輸層通信協議
UDP：無連接的傳輸協議，該協議稱爲用戶數據報協議
傳輸層和應用層時間的關係
http在傳輸層是使用的TCP：TCP+80
https在傳輸層是使用的TCP：TCP+443
ftp在傳輸層是使用的TCP：TCP+21
SMTP在傳輸層是使用的TCP：TCP+25
POP3在傳輸層是使用的TCP：TCP+110
RDP在傳輸層是使用的TCP：TCP+3389
DNS在傳輸層是使用UDP，也可以用TCP(較少)：UDP+53 or TCP+53
應用層協議和服務之間的關係
服務運行後在TCP或UDP的某個端口偵聽客戶端請求
TCP傳送的協議數據單元是TCP報文段
UDP傳送的協議數據單元是UDP報文或用戶數據報
TCP概述：
TCP是面向連接的傳輸層協議(三次握手，四次揮手)
每條TCP連接只能有兩個端點，每條TCP連接只能是點對點的(一對一)
TCP提供可靠交付的服務
TCP提供全雙工通信
面向字節流
TCP連接的端點叫做套接字
端口拼接到IP地址即構成了套接字
TCP傳輸連接三個階段：連接建立、數據傳送、連接釋放
TCP連接的建立是採用客戶端服務器方式
主動發起連接建立的應用進程叫做客戶端
被動等待連接建立的應用進程叫做服務器
三次握手：
第一次：建立連接時，客戶端發送syn包（seq=j）到服務器，並進入SYN_SENT狀態，等待服務器確認；SYN：同步序列編號
第二次：服務器收到syn包，必須確認客戶的SYN（ack=j+1），同時自己也發送一個SYN包（seq=k），即SYN+ACK包，此時服務器進入SYN_RECV狀態
第三次：客戶端收到服務器的SYN+ACK包，向服務器發送確認包ACK(ack=k+1），此包發送完畢，客戶端和服務器進入ESTABLISHED（TCP連接成功）狀態，完成三次握手
四次揮手：
第一次：TCP客戶端發送一個FIN，用來關閉客戶到服務器的數據傳送。
第二次：服務器收到這個FIN，它發回一個ACK，確認序號爲收到的序號加1。和SYN一樣，一個FIN將佔用一個序號。
第三次：服務器關閉客戶端的連接，發送一個FIN給客戶端。
第四次：客戶端發回ACK報文確認，並將確認序號設置爲收到序號加1。
可靠傳輸的工作原理————停止等待協議
優點：簡單
缺點：信道利用率太低
ARQ(自動重傳請求)：包括停止等待ARQ協議和連續ARQ協議，錯誤偵測、正面確認、逾時重傳與負面確認繼以重傳等機制。
擁塞控制是一個全局性的過程，涉及到所有的主機、所有的路由器，以及與降低網絡傳輸性能有關的所有因素
出現資源擁塞的條件：
對資源需求的總和 > 可用資源
流量控制往往指在給定的發送端和接收端之間的點對點通信量的控制，它所要做的就是抑制發送端發送數據的速率，以便使接收端來得及接收
