传输层
打游戏，看电影等常规上网，流量都是间歇性的；而下载的时候是连续的。当前时代的上网形式为共享型上网形式，网络上发包发的都是小包，大包被挤可能会报废。
MTU — 最大传输单元，最大1500字节
端口号 ：0—65535；用于区分终端设备的各个程序进程，服务器的各种服务，1–1023为注明端口，静态端口，固定分配给各种服务；1024—65535为高端口，动态端口，随机分配给各个进程
| 1–1023 | 注明端口，静态端口，固定分配给各种服务；分配给服务器 |
|---|---|
| 1024—65535 | 高端口，动态端口，随机分配给各个进程；分配给终端用户 |
- 电脑上启动一个程序，它会有一个或多个随机进程号，电脑会为每一个进程随机分配一个端口号。确保收到的数据不会给错程序。
- 一个服务器也可以提供多种服务(http’80’、HTTPS’443’、DNS、FTP’21’），将端口号分给服务器不同的服务口，使得服务器可以区分用户想进行那种服务。
UDP — 非面向连接的不可靠连接
- 用户数据报文 — 仅完成传输层的基本工作(分段、端口号)
- 即时性的传输用UDP，如视频、语音等
TCP — 面向连接的可靠传输
- 传输控制协议 — 在完成了传输的基本工作以外，还保障传输的可靠性。
- 面向连接 — 在数据传输前，通过三次握手，建立端到端的虚链路
三次握手 ： 请求 、应答 、确认 - （4种）可靠传输 — 确认 、重传 、排序 、流控
重传 ： 1.未确认 ，2东西不完整，请求重传
| 传输类型 | 服务 |
|---|---|
| TCP | FTP 、Telnet 、HTTP、 DNS |
| UDP | DNS（一般）、TFTP、SNMP |
UDP
UDP：是一种简单的、不可靠的通信协议，它只负责将数据发出，但不保证它们能否到达目的地
不可靠原因：
- 1.没有顺序控制，当数据包乱序到达时，没有纠正功能。
- 2.没有重传控制，当数据包丢失时，不会重发。
- 3.UDP在通信开始时，不需要建立连接，结束也不需要断开连接。
- 4.无法进行流量控制、拥塞控制等避免网络拥堵的机制
UDP的包头长度不到TCP包头长度的一半，由于没有重发连接等机制，所以在传输速度上比TCP有更大的优势，适合即时通信、信息量较小的通信和广播通信。TCP相当于打电话，UDP相当于写信，打电话需要先拨号建立连接，再挂断电话断开连接；而写信只需要把信丢入邮筒，就能送到指定的地址。日常生活中的语音聊天和在线视频使用UDP作为传输协议的比较多，因为即使丢了几个包，也不会产生太大的影响。
- 校验盒只能保证数据的完整性
TCP
传输控制协议 — 面向连接的可靠传输协议
- 在完成传输层的基本工作外，还需要保障传输的可靠性
面向连接
建立连接 — 3次握手建立端到端的虚链路
- 第一次握手：客户端发送连接请求报文，接下来等待服务端确认，客户端进入SYN_SENT(请求连接)状态；
- 请求报文 ：SYN=1，SEQ=x(随机值),
- SYN：Synchronize Sequence Numbers 同步序列编号
- SEQ ：SquenceNumber 数据包序号，0–2^32
- 第二次握手：TCP服务器收到请求报文后, 如果同意连接, 则发出确认报文。 TCP服务器进程进入了SYN-RCVD（同步收到）状态。
- 确认报文 ： 确认序号（ack）是 x+1 ；ACK=1, SYN=1, 同时也要为自己初始化一个序列号 seq = y（随机值）
- 第三次握手：客户端收到服务端的 确认报文，要向服务器给出确认报文；发送完毕后，客户端和服务端都进入ESTABLISHED(连接成功)状态，完成TCP 的三次握手。
- 确认报文的ACK=1，确认序号是 y+1，自己的序列号是 x+1.
当客户端和服务端通过三次握手建立了 TCP 连接以后,当数据传送完毕
SYN攻击：
- 在三次握手过程中，Server发送SYN-ACK之后，收到Client的ACK之前的TCP连接称为半连接（half-open
connect） - 此时Server处于SYN_RCVD状态，当收到ACK后，Server转入ESTABLISHED状态。
SYN攻击就是Client在短时间内伪造大量不存在的IP地址，并向Server不断地发送SYN包，Server回复确认包，并等待Client的确认，由于源地址是不存在的，因此，Server需要不断重发直至超时，这些伪造的SYN包将产时间占用未连接队列，导致正常的SYN请求因为队列满而被丢弃，从而引起网络堵塞甚至系统瘫痪。
SYN攻击时一种典型的DDOS攻击，检测SYN攻击的方式非常简单，即当Server上有大量半连接状态且源IP地址是随机的，则可以断定遭到SYN攻击了
断开连接 — TCP的四次断开
- 第一次挥手
客户端设置seq和 ACK ,向服务器发送一个 FIN(终结)报文段。此时，客户端进入 FIN_WAIT_1
状态，表示客户端没有数据要发送给服务端了。 - 第二次挥手
服务端收到了客户端发送的 FIN 报文段，向客户端回了一个 ACK 报文段。 - 第三次挥手 服务端向客户端发送FIN 报文段，请求关闭连接，同时服务端进入 LAST_ACK 状态。
- 第四次挥手
客户端收到服务端发送的 FIN 报文段后，向服务端发送 ACK 报文段,然后客户端进入TIME_WAIT状态。服务端收到客户端的 ACK 报文段以后，就关闭连接。此时，客户端等待2MSL（指一个片段在网络中最大的存活时间）后依然没有收到回复，则说明服务端已经正常关闭，这样客户端就可以关闭连接了。
为什么建立连接是三次握手，而关闭连接却是四次挥手
这是因为服务端在LISTEN状态下，收到建立连接请求的SYN报文后，把ACK和SYN放在一个报文里发送给客户端。而关闭连接时，当收到对方的FIN报文时，仅仅表示对方不再发送数据了但是还能接收数据，己方也未必全部数据都发送给对方了，所以己方可以立即close，也可以发送一些数据给对方后，再发送FIN报文给对方来表示同意现在关闭连接，因此，己方ACK和FIN一般都会分开发送。
4种可靠传输机制—确认、排序、流控（滑动窗口）、重传##