计算机网络－运输层

raindayinrain

已于 2024-03-14 15:18:43 修改

阅读量417

点赞数 1

分类专栏： 4.1.网络-协议，加密文章标签： UDP 可靠传输原理流量控制拥塞控制三次握手四次挥手

于 2020-08-22 11:56:26 首次发布

本文链接：https://blog.csdn.net/x13262608581/article/details/108166092

版权

4.1.网络-协议，加密专栏收录该内容

7 篇文章 0 订阅

订阅专栏

概述

运输层协议为运行在不同主机上的应用进程间提供了逻辑通信功能。
运输层协议是在端系统实现．在发送端，运输层将从发送应用程序进程接收到的报文转换成运输层分组，该分组称为运输层报文段。
实现方式：
将应用报文划分为较小的块，并为每块加上一个运输层首部以生成运输层报文端。
在发送端系统，运输层将这些报文段传递给网络层，网络层将其封装为网络层分组，向目的地发送。

网络路由器仅作用于该数据报的网络层字段。
在接收端，网络层从数据报中提取运输层报文段，将该报文段上交给运输层，运输层处理收到的报文段，使报文段数据为接收应用程序使用．

运输层和网络层的关系

网络层提供了主机间的逻辑通信．
运输层为运行在不同主机上的进程之间提供了逻辑通信．

因特网运输层概述

本书中，将TCP和UDP分组统称为报文段，将网络层分组称为数据报。

网络层协议有一个叫IP，IP为主机之间提供了逻辑通信。

每台主机至少有一个网络层地址，即Ip地址。
UDP和TCP最基本的责任是，将两个端系统间Ip的交付服务扩展为运行在端系统上的两个进程之间的交付服务．

进程到进程的数据交付和差错检查是两种最低限度的运输层服务。
TCP为应用提供几种附加服务。
(1). 消息不丢失，消息有序递交
(2). 流量控制
(3). 拥塞控制。

多路复用与多路分解

在接收端，运输层检查这些字段，标识出接收套接字，进而将报文端定向到该套接字。将运输层报文段中的数据交付到正确的套接字的工作称为多路分解。

在源主机从不同套接字中收集数据块，并为每个数据块封装上首部信息，从而生成报文段，然后将其传递到网络层，所有这些工作称为多路复用。

(1). 套接字有唯一标识符
(2). 每个报文段有特殊字段来指示该报文段所要交付到的套接字

源端口号字段，目的端口号字段．
端口号是一个16比特的数，大小在0~65535之间。
0~1023范围的端口号称为周知端口号，是受限制的，指的是它们保留给诸如HTTP，FTP之类的周知应用层协议来使用．

无连接的多路复用与多路分解

一个UDP套接字由一个二元组全面标识。该二元组包含一个目的Ip地址和一个目的端口号。
因此，如两个UDP报文段有不同的源Ip地址或源端口号，但有相同的目的Ip地址和目的端口号，则这两个报文段将通过相同的目的套接字被定向到相同的目的进程。

面向连接的多路复用与多路分解

TCP套接字由一个四元组（源IP地址，源端口号，目的IP地址，目的端口号）来标识。
当一个TCP报文段从网络到达一台主机时，该主机使用全部4个值来将报文段定向到相应的套接字。

对tcp套接字：
(1). 携带SYN的请求建立连接报文到达目的地时，依据目的Ip，目的Port，被定位到服务端相应的监听套接字处理．
(2). 不携带SYN的报文到达目的地时，需依据源端口号，源主机IP地址，目的端口号，目的IP地址来定位到相匹配的套接字处理。

无连接运输：UDP

运输层最低限度必须提供一种复用/分解服务，以便在网络层与正确的应用级进程之间传递数据。
UDP，除了复用/分解功能及少量的差错检测外，它几乎没有对IP增加别的东西。UDP下在向目的端发送请求前，没有连接建立过程．相应的，连接关闭时，也没有连接断开过程．

UDP报文段结构

在这里插入图片描述

UDP检验和

提供差错检测功能。

一个计算UDP校验和实例：假定有3个16比特的字
(1). 01100110 01100000
(2). 01010101 01010101
(3). 10001111 00001100
a. (1)，(2)，(3)求和

01100110 01100000 +
01010101 01010101 =
10111011 10110101

10111011 10110101+
10001111 00001100=
01001010 11000001+
00000000 00000001= // 相加过程最高位的溢出需通过这种方式补偿回来
01001010 11000010

b. 对求和结果执行反码作为udp校验和

01001010 11000010~=		
10110101 00111101

在接收方，全部的4个16比特字（包括检验和）加在一起，如该分组没有引入差错，则显然在接收方处该和将是11111111 11111111．

像许多链路层协议也提供了差错检测那样。因为不能保证源和目的之间的所有链路都提供差错检测。
就是说，也许这些链路中的一条可能使用没有差错检测的协议。即使报文段经链路正确地传输，当报文段存储在某台路由器的内存中时，也可能引入比特差错。

在既无法确保全链路每一段可靠性，又无法确保内存中的差错检测情况下，如端到端数据传输服务要提供差错检测，UDP必须在端到端基础上在运输层提供差错检测。

当协议较高层次已经提供了这类差错检测时，具体完整链路上两个节点间的链路时，可以在协议下面层次不再提供这类功能．

TCP可靠性原理

网络传输过程中数据包到达目的端时可能已经损坏，即包的内容已经不再是原始内容．
网络传输过程中数据包可能被丢弃，进而无法到达目的端．
网络传输过程中顺序发出去的多个包，后面发的包可能比先前发的包先到达目的端．
在上述情况存在下，Tcp要保证：
(1). 发送端通过Tcp发出的包一定可以到达目的端，且不会被损坏．
(2). 发送端通过Tcp顺序发出的多个包，在目的端按一致的顺序提交给Tcp上层协议．

Tcp实现可靠传输的机制：
(1). 检验和
用于检测在一个传输分组中的比特错误。
(2). 定时器
用于在超时未收到对包的Ack时，重传包。
(3). 序号
用于为从发送方流行接收方的数据分组按顺序编号。
(4). 确认
接收方用来告诉发送方已被正确地接收的数据信息。
(5). 发送窗口，接收窗口
用来提升通信双方吞吐率．也可以用来实现流量控制．

MSS

用来限制Tcp报文数据部分最大尺寸．
(1). MSS不包含TCP及IP的协议头长度。
(2). MSS选项只能在初始化连接请求（SYN=1）使用。
(3). 发送方与接收方的MSS不一定相等。

TCP连接

TCP“连接”不是一条像在电路交换网络中的端到端TDM或FDM电路，该连接是一条逻辑连接，其共同状态仅保留在两个通信端系统的TCP程序中。针对已经连接的Tcp套接字执行数据发送时，数据先写入到套接字的发送缓存．内核自行选择合适时机从发送缓存里取出一块数据，将数据传递到网络层。

TCP报文结构

在这里插入图片描述
(1). 源端口号，目的端口号．
(2). 检验和．
(3). 32比特的序号字段和32比特的确认号字段．
(4). 16比特的接收窗口字段，自己作为接收方时允许发送方发送的未被确认的数据尺寸．
(5). 4比特的首部长度字段，指示了以32比特的字为单位的TCP首部长度。由于TCP选项字段原因，TCP首部的长度是可变的。
(6). 选项字段，用于对基础Tcp进行扩展。
(7).6比特的标志字段。
ACK比特用于指示确认号字段中的值是有效的。
RST指示对端不存在对应的套接字．
SYN用于表示连接建立请求报文．
FIN用于表示连接断开请求报文．
CWR，ECE用于拥塞控制。

序号和确认号

一个报文段的序号是该报文段首字节的字节流编号。
举例：
设主机A的一个进程想通过一条TCP连接向主机B上的一个进程发送一个数据流，主机A中的TCP将隐式地对数据流中的每一个字节编号。
设数据流含500000字节的文件组成，其MSS为1000字节，数据流的首字节编号是0．
下图，该TCP将为数据流构建500个报文段。给第一个报文段分配序号0，第二个报文段分配序号1000．
以此类推，每个序号被填入相应TCP报文段首部的序号字段中
在这里插入图片描述
从主机B到达的每个报文段中有一个序号用于从B流向A的数据，主机A填充进报文段的确认号是主机A期望从主机B收到的下一字节的编号。
假主机A已收到来自主机B的编号为0~535的所有字节，同时它打算发一个报文段给主机B．
主机A等待主机B的数据流中字节536及之后的所有字节，主机A会在它发往主机B的报文段的确认号字段中填上536。

设主机A已收到一个来自主机B的包含字节0~535的报文段，及另一个包含字节900~1000的报文段。
由于某种原因，主机A还没收到字节536~899，主机A仍在等待字节536及其后的字节。
因此，A到B的下一个报文段将在确认号字段中包含536，TCP是累计确认。

估计往返时间

报文段的样本RTT是从某报文段被发出，到对该报文段的确认被收到之间的到时间量。
多数TCP的实现仅在某个时刻做一次SampleRTT测量。
也即，任意时刻，仅为一个已发送的但目前尚未被确认的报文段估计SampleRTT，从而产生一个接近每个RTT的新SampleRTT值。

为了估计一个典型的RTT，要采取某种对SampleRTT取平均的方法。TCP维持一个SampleRTT均值，一旦获得一个新SampleRTT，TCP就会依据下列公式来更新EstimatedRTT：EstimatedRTT = (1-a)*EstimatedRTT + a*SampleRTT，a的推荐值是1/8．
RTT偏差DevRTT用于估算SampleRTT一般会偏离EstimatedRTT的程度。
计算公式：DevRTT=(1-b)*DevRTT + b*abs(SampleRTT - EstimatedRTT)．b的推荐值为0.25．

设置和管理重传超时间隔

超时间隔设为EstimatedRTT加上一定余量．当SampleRTT波动大时，余量可大些。小时，可小些。
一般用：TimeoutInterval = EstimatedRTT + 4*DevRTT．
推荐的初始 TimeoutInterval值为1秒，出现超时后，加倍。
只要更新了EstimatedRTT，则按上述公式重新设置。

超时间隔加倍

每当超时事件发生时，TCP重传具有最小序号的还未被确认的报文段。只是每次TCP重传时都会将下一次超时间隔设为先前值的两倍。

例：假设当定时器第一次过期时，与最早的未被确认的报文段相关联的TimeoutInterval是0.75秒．TCP会重传该报文段，并把过期时间设为1.5s．如1.5s后定时器又过期了，则TCP将再次重传该报文段，并把过期时间设置为3.0s。
每当定时器在另两个事件（即收到上层应用数据和收到ACK）中的任意一个启动时，TimeoutInterval重新设置为由最近的EstimatedRTT值与DevRTT值推算得到。

快速重传

发送方通常可在超时事件发生之前通过注意所谓冗余ACK来较好检测到丢包情况。冗余ACK就是再次确认某个报文段的ACK，而发送方先前已收到对该报文段的确认。

当TCP接收方收到一个具有这样序号的报文段时，即其序号大于下一个所期望的，按序的报文段，它检测到了数据流中的一个间隔。这个间隔可能是由于在网络中报文段丢失或重新排序造成的。
TCP不使用否定确认，所有接收方不能向发送方发回一个显式的否定确认，它只是对已经接收到的最后一个按序字节数据进行重复确认。

如果TCP发送方接收到对相同数据的3个冗余ACK，它把这当作一种指示，一旦收到3个冗余ACK，TCP就执行快速重传。对快速重传的TCP，用下列代码段代替之前ACK收到事件处理．

event: ACK received, with ACK field value of y
	if (y > SendBase) 
	{
		SendBase=y
		if (there are currently any not yet　acknowledged segments)
			start timer
	}
	else
	{
		increment number of duplicate ACKs　received for y
		if (number of duplicate ACKS received　for y==3)
			resend segment with sequence number y
	}
	break;

流量控制

一条TCP连接的每一侧主机都为该连接设置了接收缓存。当该TCP连接收到正确，按序的字节后，它就将数据放入接收缓存。相关联的应用进程会从该缓存中读取数据。如应用程序读取数据慢，数据到达快，会容易使接收缓存溢出。

TCP为它的应用提供流量控制服务，以消除发送方使接收方缓存溢出的可能性。发送方的发送速率和接收方应用程序的读取速率匹配。TCP发送方也可能因为IP网络的拥塞而被遏制，这种称为拥塞控制。

TCP通过让发送方维护一个称为接收窗口的变量来提供流量控制。接收窗口用于给发送方一个指示：该接收方还有多少可用的缓存空间。
假设主机A通过一条TCP连接向主机B发送一个大文件。主机B为该连接分配了一个接收缓存，用RcvBuffer来表示其大小。
主机B上的应用进程不时地从该缓存中读数据．定义以下变量：
(1). LastByteRead：主机B上的应用进程从缓存读出的数据流的最后一个字节编号．
(2). LastByteRcvd：从网络中到达的且已放入主机B接收缓存的数据流的最后一个字节的编号。
TCP不允许已分配的缓存溢出，必须有LastByteRcvd-LastByteRead<=RcvBuffer．
接收窗口用rwnd表示，rwnd=RcvBuffer - [LastByteRcvd-LastByteRead]．

主机B通过把当前的rwnd值放入它发给主机A的报文段接收窗口字段中，通知主机A它在该连接的缓存中还有多少可用空间．
开始时，主机B设定rwnd=RcvBuffer．
主机A轮流跟踪两个变量，LastByteSent和LastByteAcked．
LastByteSent - LastByteAcked是主机A发送到连接中但未被确认的数据量。
通过将未确认的数据量控制在值rwnd以内，可保证主机A不会使主机B的接收缓存溢出。

假设主机B的接收缓存已经存满，使得rwnd＝０，在将rwnd=0告知主机A后，假定主机B没任何数据要发给主机A．
由于TCP仅当在它有数据或有确认要发时，才会发送报文段给A．
这样此后主机B的rwnd变大时，Ａ收不到通知。
为解决此问题，主机B的接收窗口为０时，主机A继续发送只有一个字节数据的报文段。以便及时收到B的rwnd不为０信息。

TCP连接管理

客户进程先通知客户TCP，想建立一个与服务器上某个进程之间的连接。
客户中的TCP按以下与服务器中的TCP建立连接．
(1). 客户端的TCP先向服务器端的TCP发送一个特殊的TCP报文段．报文段中不包含应用层数据，报文段首部中的一个标志位（SYN）被置为1．这个特殊报文段称为SYN报文段．客户会随机地选择一个初始序号，将此编号放置于该起始的TCP SYN报文段的序号字段中。该报文段会被封装在一个IP数据报中，发送给服务器。
(2). 一旦包含TCP SYN报文段的IP数据报到达服务器主机，服务器会从该数据报中提取出TCP SYN报文段，为该TCP连接分配TCP缓存和变量，并向该客户TCP发送允许连接的报文段．这个允许连接的报文段也不含应用层数据，但在报文段首部包含了3个重要信息。
a. SYN比特被置为1．
b. 该TCP报文段首部的确认号字段被置为client_isn+1．意思是SYN消耗了一个序号．
c. 服务器选择自己的初始序号（server_isn），将其放置到TCP报文段首部的序号字段中，该允许连接的报文段称为SYN ACK报文段．
(3). 收到SYN ACK报文段后，客户也要给该连接分配缓存和变量，客户主机向服务器发送另外一个报文段，这最后一个报文段对服务器的允许连接的报文进行了确认．因为连接已经建立，该报文中SYN为0．此报文可在报文段负载中携带客户到服务器的数据。
在这里插入图片描述
SYN报文不携带数据，但会消耗一个序号．

参与一条TCP连接的两个进程中的任何一个都能终止该连接，连接结束后，主机中的"资源"（即缓存和变量）将被释放。
例：某客户打算关闭连接，客户应用进程发出一个关闭连接命令。这引起客户TCP向服务器进程发送一个特殊的TCP报文段。这个特殊的报文段让其首部中的一个标志位即FIN比特被设置为1．当服务器接收到该报文段后，就向发送方回送一个确认报文段。服务器发送它自己的终止报文段，其FIN比特被置为1．该客户对这个服务器的终止报文段进行确认。此时，两台主机上用于该连接的所有资源都被释放了。
在这里插入图片描述
在一个TCP连接的生命周期内，运行在每台主机中的TCP协议在各种TCP状态之间变迁，下图说明了客户TCP会经历的一系列典型TCP状态。
(1). 客户TCP开始时处于CLOSED状态，客户应用程序发起一个新的TCP连接。这引起客户中的TCP向服务器中的TCP发送一个SYN报文段。在发送过SYN报文段后，客户TCP进入SYN_SENT状态。
(2). 客户TCP处在SYN_SENT状态时，它等待来自服务器TCP的对客户所发报文段进行确认且SYN比特被置为1的一个报文段。收到这样一个报文段后，客户TCP进入ESTABLISHED状态。
(3). 当处在ESTABLISHED状态时，TCP客户就能发送和接收包含有效载荷数据的TCP报文段了。
在这里插入图片描述

(4). 假设客户应用程序决定关闭该连接（服务器也能选择关闭该连接）这引起客户TCP发送一个带有FIN比特被置为1的TCP报文段，并进入FIN_WAIT_1状态。
(5). 处于FIN_WAIT_1状态时，客户TCP等待一个来自服务器的带有确认的TCP报文段。当它收到该报文段时，客户TCP进入FIN_WAIT_2状态。
(6). 当处在FIN_WAIT_2状态时，客户等待来自服务器的FIN比特被置为1的另一个报文段．当收到该报文段后，客户TCP对服务器的报文段进行确认，并进入TIME_WAIT状态．
FIN_WAIT_2下收到对端的FIN后，维持TIME_WAIT状态的意义：
a. 一旦对对端FIN的ACK丢失，可以重传该ACK．
b. 保证属于此连接的包生命期已经全部结束．
在这里插入图片描述
(1). 服务端典型下，创建一个监听套接字并启动监听．此时监听套接字处于LISTEN状态．
(2). 收到来自客户端的SYN时，服务端分配套接字资源并发送SYN+ACK，此时分配的套接字处于SYN RCV．
(3). 之后收到来自客户端的ACK，转变为ESTABLISHED．
(4). 在ESTABLISHED下，可以接收数据，发送数据．
(5). 此后可以主动断开连接，或被动断开连接．上述客户端分析其主动断开下状态变化．相应的，这里分析服务端被动断开下状态变化．
(6). 收到客户端FIN时，用ACK回复并进入CLOSE_WAIT．
(7). 此后服务端主动发FIN时，转变为LAST_ACK．
(8). 当收到相应的ACK后，进入CLOSED．

RST报文

考虑一台主机接收到一个TCP报文段，其端口号或源IP地址与该主机上进行中的套接字都不匹配的情况。
如一台主机接受了有目的端口80的一个TCP SYN分组，但该主机在端口80不接受连接，则该主机将向源发送一个特殊重置报文段。该TCP报文段将RST标志位置为1．它告诉源"我没有那个报文段的套接字，请不要再发送该报文段了"．
当一台主机接收一个UDP分组，它的目的端口与进行中的UDP套接字不匹配，该主机发送一个特殊的ICMP数据报．

回顾nmap端口扫描工具为探索目标主机上一个特定的TCP端口，如端口6789．nmap将对那台主机的目的端口6789发送一个特殊的TCP SYN报文段，有3种可能输出：
(1). 源主机从目标主机接收到一个TCP SYNACK报文段。意味着目标主机上一个应用程序使用TCP端口6789运行，nmap返回打开．
(2). 源主机从目标主机接收到一个TCP RST报文段。意味着该SYN报文段到达了目标主机，但目标主机没有运行一个使用TCP端口6789的应用程序。但至少知道，发送的报文段未被防火墙阻挡。
(3). 源什么也没有收到，可能表明，该SYN报文段被防火墙阻挡．

TCP拥塞控制

TCP拥塞控制算法

慢启动

一条TCP连接开始时，cwnd的值常初始置为一个MSS的较小值．每次收到一轮发出包的回复，窗口就增大一倍．

(1). 慢启动过程遭遇确认超时
TCP发送方将cwnd设置为1并重新开始慢启动过程，还将ssthresh设为此时cwnd的一半．
(2). cwnd已经达到ssthresh后，每次收到一轮发出包的确认仅使得cwnd增加一个MSS．
(3). 检测到3个冗余ACK
这时TCP执行一种快速重传并进入快速恢复状态