传输控制协议--TCP

TCP 最主要的特点 :

  • TCP 是面向连接的运输层协议。
  • 每一条 TCP 连接只能有两个端点(endpoint),每一条 TCP 连接只能是点对点的(一对一)。
  • TCP 提供可靠交付的服务。
  • TCP 提供全双工通信
  • 面向字节流

TCP 面向流的概念 :

这里写图片描述

应当注意 :

  • TCP 连接是一条虚连接而不是一条真正的物理连接。
  • TCP 对应用进程一次把多长的报文发送到TCP 的缓存中是不关心的。
  • TCP 根据对方给出的窗口值和当前网络拥塞的程度来决定一个报文段应包含多少个字节(UDP 发送的报文长度是应用进程给出的)。
  • TCP 可把太长的数据块划分短一些再传送。
  • TCP 也可等待积累有足够多的字节后再构成报文段发送出去。

TCP 的连接 :

  • TCP 把连接作为最基本的抽象。
  • 每一条 TCP 连接有两个端点。
  • TCP 连接的端点不是主机,不是主机的IP 地址,不是应用进程,也不是运输层的协议端口。TCP连接的端点叫做套接字(socket)或插口。
  • 端口号拼接到(contatenated with) IP 地址即构成了套接字。

套接字 (socket) :
套接字 socket = (IP地址: 端口号)
每一条 TCP 连接唯一地被通信两端的两个端点(即两个套接字)所确定。即:
TCP 连接 ::= {socket1, socket2} = {(IP1: port1), (IP2: port2)}

同一个名词 socket有多种不同的意思 :

  • 应用编程接口 API 称为 socket API, 简称为 socket。
  • socket API 中使用的一个函数名也叫作 socket。
  • 调用socket函数的端点称为 socket。
  • 调用socket函数时其返回值称为socket描述符,可简称为socket。
  • 在操作系统内核中连网协议的 Berkeley 实现,称为socket 实现。

可靠传输的工作原理 :

停止等待协议

这里写图片描述

  • 在发送完一个分组后,必须暂时保留已发送的分组的副本。
  • 分组和确认分组都必须进行编号。
  • 超时计时器的重传时间应当比数据在分组传输的平均往返时间更长一些。

确认丢失和确认迟到 :

这里写图片描述

可靠通信的实现 :使用上述的确认和重传机制,我们就可以在不可靠的传输网络上实现可靠的通信。 这种可靠传输协议常称为自动重传请求ARQ (Automatic Repeat reQuest)。ARQ 表明重传的请求是自动进行的。接收方不需要请求发送方重传某个出错的分组 。

停止等待协议的优点是简单,但缺点是信道利用率太低。
这里写图片描述

扫描二维码关注公众号,回复: 9600321 查看本文章

U = TD / (TD + RTT + TA)

流水线传输 :
发送方可连续发送多个分组,不必每发完一个分组就停顿下来等待对方的确认。 由于信道上一直有数据不间断地传送,这种传输方式可获得很高的信道利用率。
这里写图片描述

连续 ARQ 协议

这里写图片描述

累积确认 :
接收方一般采用累积确认的方式。即不必对收到的分组逐个发送确认,而是对按序到达的最后一个分组发送确认,这样就表示:到这个分组为止的所有分组都已正确收到了。

  • 优点是:容易实现,即使确认丢失也不必重传。
  • 缺点是:不能向发送方反映出接收方已经正确收到的所有分组的信息。

Go-back-N(回退 N):
如果发送方发送了前 5 个分组,而中间的第 3 个分组丢失了。这时接收方只能对前两个分组发出确认。发送方无法知道后面三个分组的下落,而只好把后面的三个分组都再重传一次。 这就叫做 Go-back-N(回退 N),表示需要再退回来重传已发送过的 N 个分组。可见当通信线路质量不好时,连续 ARQ 协议会带来负面的影响。

TCP 可靠通信的具体实现 :

  • TCP 连接的每一端都必须设有两个窗口:发送窗口和接收窗口。
  • TCP 的可靠传输机制用字节的序号进行控制。TCP 所有的确认都是基于序号而不是基于报文段。
  • TCP 两端的四个窗口经常处于动态变化之中。
  • TCP连接的往返时间 RTT 也不是固定不变的。需要使用特定的算法估算较为合理的重传时间。

TCP 报文段的首部格式 :

这里写图片描述

  • 源端口和目的端口字段——各占 2 字节。端口是运输层与应用层的服务接口。运输层的复用和分用功能都要通过端口才能实现。
  • 序号字段——占 4 字节。TCP 连接中传送的数据流中的每一个字节都编上一个序号。序号字段的值则指的是本报文段所发送的数据的第一个字节的序号
  • 确认号字段——占 4 字节,是期望收到对方的下一报文段的数据的第一个字节的序号。
  • 数据偏移(即首部长度)——占 4 位,它指出 TCP 报文段的数据起始处距离 TCP 报文段的起始处有多远。“数据偏移”的单位是 32 位字(以 4 字节为计算单位)。
  • 保留字段——占 6 位,保留为今后使用,但目前应置为 0
  • 6个控制位,用来说明本报文段的性质
    • 紧急 URG —— 当 URG = 1 时,表明紧急指针字段有效。它告诉系统此报文段中有紧急数据,应尽快传送(相当于高优先级的数据)。
    • 确认 ACK —— 只有当 ACK = 1 时确认号字段才有效。当 ACK = 0 时,确认号无效。
    • 推送 PSH (PuSH) —— 接收 TCP 收到 PSH = 1 的报文段,就尽快地交付接收应用进程,而不再等到整个缓存都填满了后再向上交付。
    • 复位 RST (ReSeT) —— 当 RST = 1 时,表明 TCP 连接中出现严重差错(如由于主机崩溃或其他原因),必须释放连接,然后再重新建立运输连接
    • 同步 SYN —— 同步 SYN = 1 表示这是一个连接请求或连接接受报文。
    • 终止 FIN (FINis) —— 用来释放一个连接。FIN = 1 表明此报文段的发送端的数据已发送完毕,并要求释放运输连接。
  • 窗口字段(发送方的接收窗口) —— 占 2 字节,用来让对方设置发送窗口的依据,单位为字节。
  • 检验和 —— 占 2 字节。检验和字段检验的范围包括首部和数据这两部分在计算检验和时,要在 TCP 报文段的前面加上 12 字节的伪首部。
  • 紧急指针字段 —— 占 16 位,指出在本报文段中紧急数据共有多少个字节(紧急数据放在本报文段数据的最前面,只有URG=1时该项才有意义)。
  • 选项字段——长度可变
    • 最大报文段长度MSS——TCP最初只规定了一种选项,即最大报文段长度MSS(Maximum Segment Size),仅指TCP 报文段中的数据字段的最大长度
    • 窗口扩大选项 ——占 3 字节,其中有一个字节表示移位值 S。新的窗口值等于TCP 首部中的窗口位数增大到(16 + S),相当于把窗口值向左移动 S 位后获得实际的窗口大小。
    • 时间戳选项——占10 字节,其中最主要的字段时间戳值字段(4 字节)和时间戳回送回答字段(4 字节)。 计算RTT和防止序号绕回
    • 选择确认选项——在后面的选择确认 SACK介绍。
  • 填充字段 —— 这是为了使整个首部长度是 4 字节的整数倍

TCP 可靠传输的实现

以字节为单位的滑动窗口 :

A向B发送数据:

  • 根据 B 给出的窗口值A 构造出自己的发送窗口。TCP 标准强烈不赞成发送窗口前沿向后收缩
    这里写图片描述

  • A 发送了 11 个字节的数据
    这里写图片描述

  • P3 – P1 = A 的发送窗口(又称为通知窗口)
  • P2 – P1 = 已发送但尚未收到确认的字节数
  • P3 – P2 = 允许发送但尚未发送的字节数(又称为可用窗口)
  • A 收到新的确认号,发送窗口向前滑动
    这里写图片描述
  • A 的发送窗口内的序号都已用完,但还没有再收到确认,必须停止发送。
    这里写图片描述
  • 发送缓存 :
    这里写图片描述

    接收缓存 :
    这里写图片描述

    发送缓存与接收缓存的作用 :

    • 发送缓存用来暂时存放:
      • 发送应用程序传送给发送方 TCP 准备发送的数据;
      • TCP 已发送出但尚未收到确认的数据。
    • 接收缓存用来暂时存放:
      • 按序到达的、但尚未被接收应用程序读取的数据;
      • 不按序到达的数据。

    需要强调三点 :

    • A 的发送窗口并不总是和 B 的接收窗口一样大(因为有一定的时间滞后)。
    • TCP 标准没有规定对不按序到达的数据应如何处理。通常是先临时存放在接收窗口中,等到字节流中所缺少的字节收到后,再按序交付上层的应用进程。
    • TCP 要求接收方必须有累积确认的功能,这样可以减小传输开销

    超时重传时间的选择 :

    重传机制是 TCP 中最重要和最复杂的问题之一。TCP 每发送一个报文段,就对这个报文段设置一次计时器。只要计时器设置的重传时间到但还没有收到确认,就要重传这一报文段。

    加权平均往返时间 :

    TCP 保留了 RTT 的一个加权平均往返时间 RTTs(这又称为平滑的往返时间)。
    第一次测量到 RTT 样本时,RTTs 值就取为所测量到的 RTT 样本值。以后每测量到一个新的 RTT 样本,就按下式重新计算一次 RTTs
    新的 RTTs = (1 - a) * (旧的 RTTs) + a * (新的 RTT 样本)
    式中,0 ≤ a < 1。若 a 很接近于零,表示 RTT 值更新较慢。若选择 a 接近于 1,则表示 RTT 值更新较快。
    RFC 2988 推荐的 a 值为 1/8,即 0.125。

    超时重传时间 RTO (RetransmissionTime-Out) :

    RTO 应略大于上面得出的加权平均往返时间 RTTs。 RFC 2988 建议使用下式计算 RTO:
    RTO = RTTs + 4 * RTTD
    RTTD 是 RTT 的偏差的加权平均值。
    RFC 2988 建议这样计算 RTTD。第一次测量时,RTTD 值取为测量到的 RTT 样本值的一半。在以后的测量中,则使用下式计算加权平均的 RTTD
    新的 RTTD = (1 - β) * (旧的RTTD) + β * | RTTS - 新的 RTT 样本|  
    β是个小于 1 的系数,其推荐值是 1/4,即 0.25。

    往返时间的测量相当复杂 :TCP 报文段 1 没有收到确认。重传(即报文段 2)后,收到了确认报文段 ACK。如何判定此确认报文段是对原来的报文段 1 的确认,还是对重传的报文段 2 的确认?
    这里写图片描述

    Karn 算法 :

    在计算平均往返时间 RTT 时,只要报文段重传了,就不采用其往返时间样本。 这样得出的加权平均往返时间 RTTS 和超时重传时间 RTO 就较准确。

    报文段每重传一次,就把 RTO 增大一些:
    新的 RTO = γ * (旧的 RTO)
    系数 γ 的典型值是 2 。
    当不再发生报文段的重传时,才根据报文段的往返时延更新平均往返时延 RTT 和超时重传时间 RTO 的数值。实践证明,这种策略较为合理。

    选择确认 SACK (Selective ACK) :

    接收方收到了和前面的字节流不连续的两个字节块。 如果这些字节的序号都在接收窗口之内,那么接收方就先收下这些数据,但要把这些信息准确地告诉发送方,使发送方不要再重复发送这些已收到的数据。
    接收到的字节流序号不连续 :
    这里写图片描述

    和前后字节不连续的每一个字节块都有两个边界: 左边界和右边界。图中用四个指针标记这些边界。
    第一个字节块的左边界 L1 = 1501,但右边界 R1 = 3001。
    左边界指出字节块的第一个字节的序号,但右边界减 1 才是 字节块中的最后一个序号。
    第二个字节块的左边界 L2 = 3501,而右边界 R2 = 4501。

    如果要使用选择确认,那么在建立 TCP 连接时,就要在 TCP 首部的选项中加上“允许 SACK”的选项,而双方必须都事先商定好。 如果使用选择确认,那么原来首部中的“确认号字段“的用法仍然不变。只是以后在 TCP 报文段的首部中都增加了 SACK 选项,以便报告收到的不连续的字节块的边界。 由于首部选项的长度最多只有 40 字节,而指明一个边界就要用掉 4 字节,因此在选项中最多只能指明 4 个字节块的边界信息。


    TCP 的流量控制

    利用滑动窗口实现流量控制 :

    一般说来,我们总是希望数据传输得更快一些。但如果发送方把数据发送得过快,接收方就可能来不及接收,这就会造成数据的丢失。流量控制(flow control)就是让发送方的发送速率不要太快,既要让接收方来得及接收,也不要使网络发生拥塞。利用滑动窗口机制可以很方便地在 TCP 连接上实现流量控制。

    流量控制举例
    A 向 B 发送数据。在连接建立时, B 告诉 A:“我的接收窗口 rwnd = 400(字节)”。
    这里写图片描述
    B发送零窗口后,若其接收缓存又有空间了,则会?
    比如:B会向A发送一个rwnd=400的报文,重新请求A向自己发送报文。
    若rwnd=400的报文丢失会出现什么问题? 使用持续计时器机制。

    持续计时器 (persistence timer) :

    • TCP 为每一个连接设有一个持续计时器
    • 只要 TCP 连接的一方收到对方的零窗口通知,就启动持续计时器。
    • 若持续计时器设置的时间到期,就发送一个零窗口探测报文段(仅携带 1 字节的数据),而对方就在确认这个探测报文段时给出了现在的窗口值。
    • 若窗口仍然是零,则收到这个报文段的一方就重新设置持续计时器。若窗口不是零,则死锁的僵局就可以打破了。

    传输效率 :
    可以用不同的机制来控制 TCP 报文段的发送时机:

    • 第一种机制是 TCP 维持一个变量,它等于最大报文段长度 MSS。只要缓存中存放的数据达到 MSS 字节时,就组装成一个 TCP报文段发送出去。
    • 第二种机制是由发送方的应用进程指明要求发送报文段,即 TCP 支持的推送(push)操作。
    • 第三种机制是发送方的一个计时器期限到了,这时就把当前已有的缓存数据装入报文段(但长度不能超过 MSS)发送出去。
    • Nagle算法(发送方何时发送数据好)
      • 当发送应用进程把要发送的数据逐个字节的送到TCP发送缓存时,发送方就把第一个字节发出,把后面到达的数据缓存起来。直到发送方收到对第一个字节的确认后,再把缓存中的所有数据组成一个报文发送出去。
      • 适合数据到达快,而网络速率慢的情况,可明显减少网络带宽的使用。
      • 当到达的数据已达到发送窗口一半或最大报文长度时,就立即发送一个报文段。
    • 糊涂窗口综合症(接收方何时发回确认更好)
      • 在接收方缓存已满的情况下,接收方应用进程每次只从接收缓存中取走一个字节。此时若马上发出确认,会使网络效率很低。
      • 可让接收方等待一段时间,使得接收缓存已有足够空间容纳一个最长报文段或者等到接收缓存已有一半空闲空间时再发出确认。
    • 使得发送方不发送很小报文,接收方也不要在缓存刚刚有了一点小的空间时就急着把这个很小的窗口信息发给发送方。

    TCP的拥塞控制

    拥塞控制的一般原理 :
    在某段时间,若对网络中某资源的需求超过了该资源所能提供的可用部分,网络的性能就要变坏——产生拥塞(congestion)。
    出现资源拥塞的条件: 对资源需求的总和 > 可用资源
    若网络中有许多资源同时产生拥塞,网络的性能就要明显变坏,整个网络的吞吐量将随输入负荷的增大而下降。

    拥塞控制与流量控制的关系 :
    拥塞控制所要做的都有一个前提,就是网络能够承受现有的网络负荷。拥塞控制是一个全局性的过程,涉及到所有的主机、所有的路由器,以及与降低网络传输性能有关的所有因素。 流量控制往往指在给定的发送端和接收端之间的点对点通信量的控制。 流量控制所要做的就是抑制发送端发送数据的速率,以便使接收端来得及接收。

    拥塞控制所起的作用 :
    列表内容

    拥塞控制的一般原理 :
    拥塞控制是很难设计的,因为它是一个动态的(而不是静态的)问题。 当前网络正朝着高速化的方向发展,这很容易出现缓存不够大而造成分组的丢失。但分组的丢失是网络发生拥塞的征兆而不是原因。 在许多情况下,甚至正是拥塞控制本身成为引起网络性能恶化甚至发生死锁的原因。这点应特别引起重视。

    开环控制和闭环控制 :

    • 开环控制方法就是在设计网络时事先将有关发生拥塞的因素考虑周到,力求网络在工作时不产生拥塞。
    • 闭环控制是基于反馈环路的概念。属于闭环控制的有以下几种措施:
      • 监测网络系统以便检测到拥塞在何时、何处发生。
      • 将拥塞发生的信息传送到可采取行动的地方。
      • 调整网络系统的运行以解决出现的问题。

    几种拥塞控制方法 :

    慢开始和拥塞避免 :

    发送方维持一个叫做拥塞窗口cwnd (congestion window)的状态变量。拥塞窗口的大小取决于网络的拥塞程度,并且动态地在变化。发送方让自己的发送窗口等于拥塞窗口。如再考虑到接收方的接收能力,则发送窗口还可能小于拥塞窗口。 发送方控制拥塞窗口的原则是:只要网络没有出现拥塞,拥塞窗口就再增大一些,以便把更多的分组发送出去。但只要网络出现拥塞,拥塞窗口就减小一些,以减少注入到网络中的分组数。

    慢开始算法 :

    在主机刚刚开始发送报文段时可先设置拥塞窗口 cwnd = 1,即设置为一个最大报文段 MSS 的数值。在每收到一个对新的报文段的确认后,将拥塞窗口加 1,即增加一个 MSS 的数值。 用这样的方法逐步增大发送端的拥塞窗口 cwnd,可以使分组注入到网络的速率更加合理。
    发送方每收到一个对新报文段的确认 (重传的不算在内)就使 cwnd 加 1 倍。
    这里写图片描述

    传输轮次 (transmission round) :
    使用慢开始算法后,每经过一个传输轮次,拥塞窗口 cwnd 就加倍
    一个传输轮次所经历的时间其实就是往返时间 RTT“传输轮次”更加强调:把拥塞窗口 cwnd 所允许发送的报文段都连续发送出去,并收到了对已发送的最后一个字节的确认。
    例如,拥塞窗口 cwnd = 4,这时的往返时间 RTT 就是发送方连续发送 4 个报文段,并收到这 4 个报文段的确认,总共经历的时间。

    拥塞避免算法 :

    拥塞避免算法的思路是让拥塞窗口 cwnd 缓慢地增大,即每经过一个往返时间 RTT 就把发送方的拥塞窗口 cwnd 加 1,而不是加倍,使拥塞窗口 cwnd 按线性规律缓慢增长。

    设置慢开始门限状态变量ssthresh :

    慢开始门限 ssthresh 的用法如下:

    • 当 cwnd < ssthresh 时,使用慢开始算法。
    • 当 cwnd > ssthresh 时,停止使用慢开始算法而改用拥塞避免算法。
    • 当 cwnd = ssthresh 时,既可使用慢开始算法,也可使用拥塞避免算法。

    当网络出现拥塞时 :
    无论在慢开始阶段还是在拥塞避免阶段,只要发送方判断网络出现拥塞(其根据就是没有按时收到确认),就要把慢开始门限 ssthresh 设置为出现拥塞时的发送方窗口值的一半(但不能小于2)。然后把拥塞窗口 cwnd 重新设置为1,执行慢开始算法
    这样做的目的就是要迅速减少主机发送到网络中的分组数,使得发生拥塞的路由器有足够时间把队列中积压的分组处理完毕。

    慢开始和拥塞避免算法的实现举例 :
    这里写图片描述

    • 当 TCP 连接进行初始化时,将拥塞窗口置为 1。图中的窗口单位不使用字节而使用报文段。 慢开始门限的初始值设置为 16 个报文段,即ssthresh = 16。
    • 发送端的发送窗口不能超过拥塞窗口 cwnd 和接收端窗口 rwnd 中的最小值。我们假定接收端窗口足够大,因此现在发送窗口的数值等于拥塞窗口的数值。
    • 在执行慢开始算法时,拥塞窗口 cwnd 的初始值为 1,发送第一个报文段 M0。
    • 发送端每收到一个确认 ,就把 cwnd 加 1。于是发送端可以接着发送 M1 和 M2 两个报文段。
    • 接收端共发回两个确认发送端每收到一个对新报文段的确认,就把发送端的 cwnd 加 1。现在 cwnd 从 2 增大到 4,并可接着发送后面的 4 个报文段。
    • 发送端每收到一个对新报文段的确认,就把发送端的拥塞窗口加 1,因此拥塞窗口 cwnd 随着传输轮次按指数规律增长
    • 当拥塞窗口 cwnd 增长到慢开始门限值 ssthresh 时(即当 cwnd = 16 时),就改为执行拥塞避免算法,拥塞窗口按线性规律增长
    • 假定拥塞窗口的数值增长到 24 时,网络出现超时,表明网络拥塞了。
    • 更新后的 ssthresh 值变为 12(即发送窗口数值 24 的一半),拥塞窗口再重新设置为 1,并执行慢开始算法
    • 当 cwnd = 12 时改为执行拥塞避免算法,拥塞窗口按线性规律增长,每经过一个往返时延就增加一个 MSS 的大小。

    原理 :

    • 乘法减小 (multiplicative decrease) :
      • ”乘法减小“是指不论在慢开始阶段还是拥塞避免阶段,只要出现一次超时(即出现一次网络拥塞),就把慢开始门限值 ssthresh设置为当前的拥塞窗口值乘以0.5
      • 当网络频繁出现拥塞时,ssthresh 值就下降得很快,以大大减少注入到网络中的分组数。
    • 加法增大 (additive increase) :
      • “加法增大”是指执行拥塞避免算法后,在收到对所有报文段的确认后(即经过一个往返时间),就把拥塞窗口cwnd增加一个MSS大小
      • 使拥塞窗口缓慢增大,以防止网络过早出现拥塞。

    “拥塞避免”并非指完全能够避免了拥塞。利用以上的措施要完全避免网络拥塞还是不可能的。“拥塞避免”是说在拥塞避免阶段把拥塞窗口控制为按线性规律增长,使网络比较不容易出现拥塞。

    快重传和快恢复 :

    快重传 :
    - 快重传算法首先要求接收方每收到一个失序的报文段后就立即发出重复确认。这样做可以让发送方及早知道有报文段没有到达接收方。 发送方只要一连收到三个重复确认就应当立即重传对方尚未收到的报文段
    - 不难看出,快重传并非取消重传计时器,而是在某些情况下可更早地重传丢失的报文段。快重传可以避免发送方误认为出现了网络拥塞。可将整个网络的吞吐量提高约20%。

    这里写图片描述

    快恢复算法 :

    • 当发送端收到连续三个重复的确认时,就执行“乘法减小”算法,把慢开始门限 ssthresh 减半。但接下去不执行慢开始算法
    • 由于发送方现在认为网络很可能没有发生拥塞,因此现在不执行慢开始算法,即拥塞窗口 cwnd 现在不设置为 1,而是设置为慢开始门限 ssthresh 减半后的数值,然后开始执行拥塞避免算法(“加法增大”),使拥塞窗口缓慢地线性增大。

    从连续收到三个重复的确认转入拥塞避免 :
    这里写图片描述

    发送窗口的上限值 :

    发送方的发送窗口的上限值应当取为接收方窗口 rwnd 和拥塞窗口 cwnd 这两个变量中较小的一个,
    即应按以下公式确定:
    发送窗口的上限值 = Min [rwnd, cwnd]

    • 当 rwnd < cwnd 时,是接收方的接收能力限制发送窗口的最大值。
    • 当 cwnd < rwnd 时,则是网络的拥塞限制发送窗口的最大值。

    随机早期检测 RED (Random Early Detection) :

    TCP拥塞控制和网络层采取的策略有密切联系。
    路由器缓存队列采用的尾部丢弃策略,可能导致“全局同步”现象。

    • 使路由器的队列维持两个参数,即队列长度最小门限 THmin 和最大门限 THmax
    • RED 对每一个到达的数据报都先计算平均队列长度 LAV
      • 若平均队列长度小于最小门限THmin,则将新到达的数据报放入队列进行排队
      • 若平均队列长度超过最大门限THmax,则将新到达的数据报丢弃
      • 若平均队列长度在最小门限THmin 和最大门限THmax之间,则按照某一概率 p 将新到达的数据报丢弃

    RED 将路由器的到达队列划分成为三个区域 :
    这里写图片描述

    丢弃概率 p 与 THmin 和 Thmax 的关系 :

    • 当 LAV < Thmin 时,丢弃概率 p = 0。
    • 当 LAV > Thmax 时,丢弃概率 p = 1。
    • 当 THmin < LAV < THmax时, 0 < p < 1 。
      例如,按线性规律变化,从 0 变到 pmax。
      这里写图片描述

    瞬时队列长度和平均队列长度的区别 :
    这里写图片描述


    TCP 的运输连接管理 :

    运输连接就有三个阶段,即:连接建立、数据传送和连接释放。运输连接的管理就是使运输连接的建立和释放都能正常地进行。 连接建立过程中要解决以下三个问题:

    • 要使每一方能够确知对方的存在。
    • 要允许双方协商一些参数(如最大报文段长度,最大窗口大小,服务质量等)。
    • 能够对运输实体资源(如缓存大小,连接表中的项目等)进行分配。

    TCP 连接的建立都是采用客户服务器方式。 主动发起连接建立的应用进程叫做客户(client)。 被动等待连接建立的应用进程叫做服务器(server)。

    TCP 的连接建立 :

    用三次握手建立 TCP 连接 :

    这里写图片描述

    1. A 的 TCP 向 B 发出连接请求报文段,其首部中的同步位 SYN = 1,并选择序号 seq = x,表明传送数据时的第一个数据字节的序号是 x。
    2. B 的 TCP 收到连接请求报文段后,如同意,则发回确认
      B 在确认报文段中应使 SYN = 1,使 ACK = 1, 其确认号ack = x + 1自己选择的序号 seq = y
    3. A 收到此报文段后向 B 给出确认,其 ACK = 1,确认号 ack = y + 1A 的 TCP 通知上层应用进程,连接已经建立
    4. B 的 TCP 收到主机 A 的确认后,也通知其上层应用进程:TCP 连接已经建立

    用四次握手释放 TCP 连接 :

    这里写图片描述

    1. 数据传输结束后,通信的双方都可释放连接。 现在 A 的应用进程先向其 TCP 发出连接释放报文段,并停止再发送数据,主动关闭 TCP连接。
      A 把连接释放报文段首部的 FIN = 1,其序号 seq = u,等待 B 的确认。
    2. B 发出确认,确认号 ack = u + 1,而这个报文段自己的序号 seq = v
      TCP服务器进程通知高层应用进程从 A 到 B 这个方向的连接就释放了,TCP 连接处于半关闭状态。B 若发送数据,A仍要接收。
    3. 若 B 已经没有要向 A 发送的数据,其应用进程就通知 TCP 释放连接。
    4. A 收到连接释放报文段后,必须发出确认。在确认报文段中 ACK = 1,确认号 ack = w + 1, 自己的序号 seq = u + 1
    5. TCP 的连接释放连接必须经过时间 2MSL 后才真正释放掉。
      1. 第一,为了保证 A 发送的最后一个 ACK 报文段能够到达 B。
      2. 第二,防止“已失效的连接请求报文段”出现在本连接中。A 在发送完最后一个 ACK 报文段后,再经过时间 2MSL,就可以使本连接持续的时间内所产生的所有报文段,都从网络中消失。这样就可以使下一个新的连接中不会出现这种旧的连接请求报文段
      3. MSL : 最长报文段寿命,RFC793建议设置为2分钟。TCP允许不同的实现根据具体情况使用更小的MSL值。本例中要经过4分钟才能进入CLOSED状态。

    保活计时器(keepalive timer) :
    除了等待计时器外,TCP连接中还有保活计时器来应对客户端突然出现故障的情况。通常设为两小时,之后每隔75分钟发送一次,连续发10个探测报文后,若客户端仍无响应,则服务器关闭此连接。

    可根据服务器的这一特点进行洪泛法攻击,用多台服务器通时对一台服务器全功率的不间断的发起不同的TCP链接,因为目标服务器对每个TCP链接都建立一个保活计时器,所以目标服务器不能及时释放这些无用的链接,这些无用的链接会占满目标服务器的资源,严重影响目标服务器的性能,甚至导致崩溃。目前还没有方法能够完美的防御这种攻击。

    TCP 的有限状态机 :

    • TCP 有限状态机的图中每一个方框都是 TCP 可能具有的状态。
    • 每个方框中的大写英文字符串是 TCP 标准所使用的 TCP 连接状态名。状态之间的箭头表示可能发生的状态变迁。
    • 箭头旁边的字,表明引起这种变迁的原因,或表明发生状态变迁后又出现什么动作。
    • 图中有三种不同的箭头。
      • 粗实线箭头表示对客户进程的正常变迁。 
      • 粗虚线箭头表示对服务器进程的正常变迁。
      • 另一种细线箭头表示异常变迁。

    这里写图片描述

    发布了1 篇原创文章 · 获赞 1 · 访问量 392

    猜你喜欢

    转载自blog.csdn.net/qq_35686185/article/details/104436831
    今日推荐