传输层：实现“端到端”的服务 应用到应用

端口 = port [逻辑端口]

基于应用级别的互访，就是 端口到端口的互访。

传输层 = 0-65535[端口范围] === TCP/UDP

0——1023 端口：知名端口 提前保留出来的端口
TCP协议：FTP服务[20/21] SSH[22] Telnet服务 [23] HTTP服务[80] HTTPS[443]
UDP协议：DNS服务[53] DHCP协议[67/68]

TCP协议：传输控制协议 —— 面向连接的协议
- 只能适应于单播通信
- 可以给予建立好的连接 灵活的对接下来的数据传递进行控制
- 无法很好地满足即时性的业务要求，传递一些文件 稳定性支持性很好
- 自带分片功能

UDP协议：用户数据包协议 —— 面向无连接的协议
- 保证数据进行传输 但是UDP无法对于传递的数据进行控制，如果想对数据做控制，此时借用应用层实现。
- 可以很好地满足即时性的要求，对时间要求比较高
- 对于上层传递的数据，“全盘接收”[没有分片机制] 用于相对比较小的流量

连接：
正式发送数据之前，提前建立好一种虚拟的“点到点”式的连接 = 单播的模式

建立连接=三次握手
全双工 -- 同一时刻，即可以发送数据，又可以接收数据

Client 客户端 ---- Server 服务器
C/S架构

S-IP ： 源IP
D-IP ：目的IP
Protocol ： 协议号
S-Prot ：源端口
D-Port ：目的端口
==================== 五元组

如果ack[确认号] 想实现对于数据的确认功能，此时必须保证标志位中的ACK置为1.

SYN：只会在TCP的前两次握手中置位，接下来永远不会置位。

建立三次握手时，不传数据的；三次握手之后，TCP开始传递数据。

重传机制1：对于TCP而言，如果接收端收到的数据没有按照顺序排列，此时会将按序接收的数据进行确认，无序的报文会本地缓存，但是不会确认，知道数据最终有序。 ---- 冗余ack

重传机制2：对于TCP而言，如果发送了数据，但是一直没有得到对方的确认，则会在一个时间周期后，重新发送数据。 ---- 超时重传机制 [ RRTS 加权的平均往返时间 ]

分片的报文段的长度：MSS-- 最大报文段长度 [每一段的数据的长度] -- 1460
出现地点：在三次握手时，进行协商。并且，后续进行数据传输时，该选项不会携带。

接收方通过调整window窗口，以此来影响发送方的接收速率。
窗口发小是自动协商的。

FIN：主动断开连接时，才会置位

传递 组播/广播流量 ---只能选择UDP
单播 --- 可以TCP/UDP