网络基础知识-传输层

最新推荐文章于 2024-10-11 17:51:52 发布

skr爱码士

最新推荐文章于 2024-10-11 17:51:52 发布

阅读量498

点赞数 1

分类专栏：网络 Linux 操作系统

本文链接：https://blog.csdn.net/skrskr66/article/details/94871251

版权

Linux 同时被 3 个专栏收录

17 篇文章 4 订阅

订阅专栏

操作系统

17 篇文章 0 订阅

订阅专栏

网络

6 篇文章 0 订阅

订阅专栏

传输层

负责端与端之间的数据传输。也就是说进程与进程之间的数据传输，进程用端口来表示，所以也可以叫做端口和端口之间的传输。

端口号

端口号为0-65535，一般0-1023为知名端口，不推荐使用，在一台主机上表示一个进程。

操作系统拿到网卡接收的数据之后，通过数据中的端口号知道数据放到哪一个socket缓冲区中

五元组

一条数据中包含的五个信息。源IP+源端口+目的IP+目的端口+协议

主机上网络状态的查看：netstat -anptu

传输层的传输协议

UDP协议

UDP协议的定义：无连接，不可靠，面向数据报

面向数据报：数据整条收发；灵活性低；但是不会造成粘包问题。每条数据有长度标识，数据有明显的间隔，带有报头的整条发，整条收，传输不灵活，但不存在粘包问题。

UDP不提供可靠性：它把应用程序传给IP层(网络层)的数据发送出去，但是并不保证它们能到达目的地。UDP数据报封装成一份IP数据报的格式如图所示：

IP首部20字节，UDP首部8字节

在这里插入图片描述

UDP协议包含字段

在这里插入图片描述

UDP的协议字段包括源端口，目的端口，UDP长度，UDP校验和(总共8字节，统称为UDP首部)

源端口/目的端口

负责传输，为了确定数据应该哪个进程处理

校验和

通过二进制的反码求和，它也等价于二进制求和在取反

计算UDP校验和方法计算16位的二进制和，包括UDP首部数据。将校验和首先置为0，将每个16位的按位相加，第17，18位如果出现进位的话，将结果重新与结果的第1，2位相加，再将所得的结果取反码，最后得到的结果即为UDP校验和，存在校验和字段中。

数据报长度

UDP提供整条数据向应用层交付，实际上收到的数据都是经过检验过的，比如发送”ABCD“，不会出现“ABED”，只可能发生乱序或者丢包。因此如果发送成功但是是乱序的情况，那么用户需要在应用层进行包序管理。

UDP包的大小可以达到64K，但实际上以太网数据帧的长度必须在46~1500字节，这是由以太网的物理特性决定的。这个1500被称为链路层的MTU（最大传输单元）

如果直接发一个超过MTU的包，就会在协议层分片，这样的问题是如果一个分片在传输中出错了即校验不正确（这是较容易发生的），整个传输的UDP包可能就丢失了。

又因为UDP数据报的首部8字节，所以UDP数据报的数据区最大长度为64-8K。

UDP在传输层并不会进行分片，在IP层才会进行分片操作。

UDP的缓冲区

UDP没有真正意义上的缓冲区。调用sendto会直接交给内核，由内核数据传给网络层协议进行后续传输动作。

UDP具有接收缓冲区，但是这个接收缓冲区不能保证收到的UDP报的顺序和发送的UDP报的顺序一样。如果缓冲区满了，则再到达的UDP数据则会被丢弃。

TCP协议

TCP传输是面向连接，可靠传输，面向字节流

[外链图片转存失败(img-mXAg2TdN-1562403064067)(F:/blog2/source/_posts/%E7%BD%91%E7%BB%9C%E5%9F%BA%E7%A1%80%E7%9F%A5%E8%AF%86-2/%E7%BD%91%E7%BB%9C4.png)]

源端口/目的端口

一个IP地址和端口的组合称为“套接字”和端点，在IP协议中的源IP地址和目的地址和TCP协议中的源端口和目的端口，组成了“一对”套接字(发送端的套接字和接收端的套接字)

序列号

每一个TCP报文段中的第一个字节都会被赋予一个序列号。序列号是个32位数，到达2^32-1后会再回到0

确认序列号

也称ACK或ACK字段。确认号包含的值为”确认号的发送方“希望对方接收的下一个序列号。即序列号+数据长度。

4位TCP报头长度

表示TCP头部有多少个32位bit(有多少个4字节)，由于"选项字段”大小是可变的，所以“头部长度”是必须的，TCP头部长度最大为60字节，如果没有选项字段，那么TCP头部长度为20字节。

6位标志位

URG: 紧急指针是否有效

ACK: 确认号是否有效

PSH: 提示接收端应用程序立刻从TCP缓冲区把数据读走

RST: 对方要求重新建立连接; 我们把携带RST标识的称为复位报文段

SYN: 请求建立连接; 我们把携带SYN标识的称为同步报文段

FIN: 通知对方, 本端要关闭了, 我们称携带FIN标识的为结束报文段

窗口大小

在TCP协议中，一个分组从发送端发送到接收端中，接收端应该返回一个ACK号。

每一个分组都是从“序列号”开始的，我们定一个术语“窗口”，来表示：已发送的分组们，但这些分组还未返回确认号(ACK号)。窗口中的分组数量称之为：“窗口大小”，不会大于缓冲区的大小

下图为发送方的窗口以及其他分组队列：

在这里插入图片描述

如果发送方下一步接收到了序列号为4的分组“ACK”，则“窗口向右滑动一个分组”，意味着分组4可以释放了，分组7可以发送了。这种行为称之为：“窗口滑动协议”(下面详细叙述)

TCP校验和

该校验算法与IP、ICMP、UDP校验算法一致，其覆盖了TCP头部和数据中的一些字段。

紧急指针

只有在有URG字段时才有效。该指针是一个加到“序列号字段”上的正偏移，以产生“紧急数据”的最后一个字节的序列号。

面向连接

这就不得不在提到TCP的三次握手和四次挥手了。以客户端先发送请求为例。

三次握手

首先客户端先发送一个SYN包，请求建立连接。此时客户端处于SYN_SEND状态。这时服务端接收到了请求，会先发送一个SYN+ACK组合包确认一下是否建立连接。此时服务端处于SYN_RECV状态。当客户端接收到了组合包时，明白了服务端同意建立请求，这时客户端再次发送一个ACK包，’'表达"想要建立连接的决心，进行回复确认。当服务端再次收到这个ACK包之后，双方都处于ESTABLISH状态，此时双方可以互相发送数据信息了。

四次挥手

发送了一段数据之后，客户端想要断开连接。客户端向服务端发送一个FIN包，请求断开连接，此时客户端处于FIN_WAIT_1状态，等待ACK回复。服务端接收到了之后，向客户端发送一个ACK包，同意断开连接。此时服务端处于CLOSE_WAIT状态，客户端处于FIN_WAIT_2状态。这时服务端会在发送一个FIN包确认一下，是否断开连接，最后确认一次，此时服务端处于LAST_ACK状态。客户端收到该FIN包之后，会立刻回复一个ACK确认包，此时客户端处于TIME_WAIT状态，但是客户端会等待2个MSL(最大报文段生成时间)，因为可能最后一次ACK包如果丢失的话，服务端会在发送一个FIN包过来。当在这个等待的时间内，服务端没有在发送之后，彻底断开连接，服务端和客户端都进入CLOSED状态。等待回收资源。

参考我之前的博客