传输层
传输层概述
- 只有主机才有的层次
- 为应用层提供通信服务
- 使用网络层的服务
传输层的功能:
- 传输层提供进程和进程之间的逻辑通信
- 复用和分用
- 传输层对收到的报文进行差错检测
传输层的两个协议
传输层的寻址与端口
复用:应用层所有的应用进程都可以通过传输层再传输到网络层。
分用:传输层从网络层收到数据后交付指明的应用进程。
逻辑端口/软件端口 端口:是传输层的SAP,表示主机中的应用进程
端口号只有本地意义,再因特网中不同计算机的相同端口是没有联系的。
端口号长度为16bit,能表示655356个不同的端口号。
UDP协议
用户数据报协议UDP概述
UDP只在IP数据报服务之上增加了很少功能,即复用分用和差错检测功能。
UDP的主要特点
- UDP是无连接的,减少开销和发送数据之前的时延。
- UDP使用最大努力交付,即不保证可靠交付。
- UDP是面向报文的,适合一次性传输少量数据的网络应用。
- UDP无拥塞控制,适合很多实时应用。
- UDP首部开销小,8B,TCP20B
UDP首部格式
UDP校验
注意:发送端的第4步和接收端的第2步再校验和数据上是有所不同的
TCP协议
TCP协议的特点
- TCP是面向连接(虚连接)的传输层协议。
- 每一条TCP连接只能有两个端点,每一条TCP连接只能是点对点的
- TCP提供可靠交付的服务,无差错、不丢失、不重复、按序到达。 可靠有序,不丢不重
- TCP提供全双工通信。
- 发送缓存:准备发送的数据&已发送但尚未收到确认的数据
- 接收缓存:按序到达但尚未接收应用程序读取的数据&不按序到达的数据
- TCP面向字节流
- TCP把应用程序交下来的数据看成仅仅是一连串的无结构的字节流
- 流:流入到进程或从进程流出的字节序列
TCP报文段首部格式
TCP连接管理
TCP的连接建立
假设运行在一台主机(客户)上的一个进程想与另一台主机(服务器)上的一个进程建立一 条连接,客户应用进程首先通知客户TCP,他想建立一个与服务器上某个进程之间的连接,客户中的TCP会用以下步骤与服务器中的TCP建立一条TCP连接:三次握手的过程
SYN洪范攻击
SYN洪泛攻击发生在OSI第四层,这种方式利用TCP协议的特性,就是三次握手。攻击者发送
TCP SYN,SYN是TCP三次握 手中的第一一个数据包,而当服务器返同ACK后,该攻击者就不对
其进行再确认,那这个TCP连接就处于挂起状态,也就是所谓的半连接状态,服务器收不到
再确认的话,还会重复发送ACK给攻击者。这样更加会浪费服务器的资源。攻击者就对服务
器发送非常大量的这种TCP连接,由于每一个都没法完成三次握手,所以在服务器上,这些
TCP连接会因为挂起状态而消耗CPU和内存,最后服务器可能死机,就无法为正常用户提供
服务了。
SYN cookie
TCP的连接释放
参与一条TCP连接的两个进程中的任何一个都能终止该连接,连接结束后,主机中的“资源”(缓存和变量)将被释放。
TCP可靠传输
序号
确认
重传
冗余ACK(冗余确认)
TCP流量控制
流量控制:让发送方慢点,要让接收方来得及接收
TCP利用滑动窗口机制实现流量控制。
在通信过程中,接收方根据自己接收缓存的大小,动态地调整发送方的发送窗口大小,即接收窗口rwnd(接收方设置确认报文段的窗口字段来将rwnd通知给发送方),发送方的发送窗口取接收窗口rwnd和拥塞窗口cwnd的最小值。
TCP拥塞控制
出现拥塞的条件:
对资源需求的总和>可用资源
网络中有许多资源同时呈现供应不足=>网络性能变坏=>网络吞吐量将随输入符合增大而下降拥塞控制:
防止过多的数据注入到网络中。全局性
拥塞控制&流量控制
拥塞是全局性的问题,流量是点对点的问题
拥塞控制四种算法
慢开始、拥塞避免、快重传、块恢复
假定:
- 数据单方向传送,而另一个方向只传送确认
- 接收方总是有足够大的缓存空间,因而发送窗口大小取决于拥塞程度
发送窗口=Min{接收窗口rwnd,拥塞窗口cwnd}
接受窗口:接收方根据接收缓存设置的值,并告知给发送方,反应接收方容量。
拥塞窗口:发送方根据自己估算的网络拥塞程度而设置的窗口值,反应网络当前容量。
慢开始和拥塞避免
快重传和快恢复