计算机网络第5章(传输层)

B站视频:计算机网络微课堂(有字幕无背景音乐版)
网址:https://www.bilibili.com/video/BV1c4411d7jb?p=61

目录

  • 5.1、运输层概述
    • 概念
    • 总结
  • 5.2、运输层端口号、复用与分用的概念
    • 为什么用端口号
    • 发送方的复用和接收方的分用
    • TCP/IP体系的应用层常用协议所使用的运输层熟知端口号
    • 运输层传输流程
  • 5.3、UDP和TCP的对比
    • 概念
    • 用户数据报协议UDP(User Datagram Protocol)
    • 传输控制协议TCP(Transmission Control Protocol)
    • 总结
  • 5.4、TCP的流量控制
    • 概念
    • 总结
  • 5.5、TCP的拥塞控制
    • 概念
    • 拥塞控制的算法
      • 慢开始和拥塞避免
        • 慢开始(slow-start)
        • 拥塞避免(congestion avoidance)
        • 两个算法完整示意图
      • 快重传和快恢复
        • 快重传(fast retrasmit)
        • 快恢复(fast recovery)
        • 改进后的整体算法的示意图
  • 5.6、TCP超时重传时间的选择
  • 5.7、TCP可靠传输的实现
  • 5.8、TCP的运输连接管理
    • 概念
    • TCP的连接建立
      • TCP的连接建立要解决以下三个问题
      • TCP使用“三报文握手”建立连接
      • 总结
    • TCP的连接释放
      • TCP通过“四报文挥手”来释放连接
      • TCP保活计时器的作用
  • 5.9、TCP报文段的首部格式
    • 各字段的作用

5.1、运输层概述

概念

进程之间的通信

  • 从通信和信息处理的角度看,运输层向它上面的应用层提供通信服务,它属于面向通信部分的最高层,同时也是用户功能中的最低层
  • 当网络的边缘部分中的两个主机使用网络的核心部分的功能进行端到端的通信时,只有位于网络边缘部分的主机的协议栈才有运输层,而网络核心部分中的路由器在转发分组时都只用到三层(到网络层)的功能。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-gsFryBGg-1638592377426)(计算机网络第5章(运输层).assets/image-20201020211339131.png)]

进程之间通信流程

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-iM0eQn5V-1638592377434)(计算机网络第5章(运输层).assets/image-20201020213721054.png)]

“逻辑通信”是指运输层之间的通信好像是沿水平方向传送数据,但事实上,这两条数据并没有一条水平方向的物理连接,要传送的数据是沿着图中上下多次的虚线方向传送的

进程Ap1与Ap4之间进行基于网络的通信,进程Ap2与Ap3之间进行基于网络的通信

在运输层使用不同的端口,来对应不同的应用进程

然后通过网络层及其下层来传输应用层报文

接收方的运输层通过不同的端口,将收到的应用层报文,交付给应用层中相应的应用进程

这里端口并不是指看得见、摸得着的物理端口,而是指用来区分不同应用进程的标识符

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-1ZXvimdw-1638592377453)(计算机网络第5章(运输层).assets/image-20201020220439303.png)]

总结

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-cQTi3yq8-1638592377455)(计算机网络第5章(运输层).assets/image-20201020220545411.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3QDgD3ut-1638592377458)(计算机网络第5章(运输层).assets/image-20201020222828878.png)]


5.2、运输层端口号、复用与分用的概念

为什么用端口号

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-RUAdjKjD-1638592377459)(计算机网络第5章(运输层).assets/image-20201020223242364.png)]

发送方的复用和接收方的分用

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-xQJ8UrEn-1638592377460)(计算机网络第5章(运输层).assets/image-20201020223920225.png)]

多个进程(这里一个端口表示一个进程) 利用一个运输层协议(或者称为运输层接口)发送数据称为 复用

多个进程(这里一个端口表示一个进程) 利用一个运输层协议(或者称为运输层接口)接收时叫做 分用

TCP/IP体系的应用层常用协议所使用的运输层熟知端口号

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-0SABnsIs-1638592377461)(计算机网络第5章(运输层).assets/image-20201020224521744.png)]

运输层传输流程

举例

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-9IclBYSg-1638592377462)(计算机网络第5章(运输层).assets/image-20201020224658524.png)]

在浏览器输入域名,回车浏览

然后用户PC中的DNS客户端进程会发送一个DNS查询请求报文

DNS查询请求报文需要使用运输层的UDP协议

首部中的源端口字段的值,在短暂端口号49151~65535中挑选一个未被占用的,用来表示DNS客户端进程

首部中的目的端口字段的值:53,是DNS服务器端进程所使用的熟知端口号

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-DrcTjir3-1638592377464)(计算机网络第5章(运输层).assets/image-20201020225830336.png)]

之后,将UDP用户数据报封装在IP数据报中,通过以太网发送给DNS服务器

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-qcAI8VI1-1638592377465)(计算机网络第5章(运输层).assets/image-20201020230059196.png)]

DNS服务器收到该IP数据报后,从中解封出UDP用户数据报

UDP首部中的目的端口号为53,这表明应将该UDP用户数据报的数据载荷部分,也就是DNS查询请求报文,交付给本服务器中的DNS服务器端进程

DNS服务器端进程解析DNS查询请求报文的内容,然后按其要求查找对应的IP地址

之后,会给用户PC发送DNS响应报文,DNS响应报文需要使用运输层的UDP协议封装成UDP用户数据报

其首部中的源端口字段的值设置为熟知端口号53,表明这是DNS服务器端进程所发送的UDP用户数据报,目的端口的值设置为49152,这是之前用户PC中发送DNS查询请求报文的DNS客户端进程所使用的短暂端口号

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-zAVZwqQy-1638592377466)(计算机网络第5章(运输层).assets/image-20201020231032812.png)]

将UDP用户数据报封装在IP数据报中,通过以太网发送给用户PC

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-iTS9xVFS-1638592377467)(计算机网络第5章(运输层).assets/image-20201020231308120.png)]

用户PC收到该数据报后,从中解封出UDP用户数据报

UDP首部中的目的端口号为49152,这表明应将该UDP用户数据报的数据载荷部分,也就是DNS响应报文,交付给用户PC中的DNS客户端进程

DNS客户端进程解析DNS响应报文的内容,就可知道自己之前所请求的Web服务器的域名对应的IP地址

现在用户PC中的HTTP客户端进程可以向Web服务器发送HTTP请求报文(和DNS发送和接收流程差不多)

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-qA9OZJIe-1638592377469)(计算机网络第5章(运输层).assets/image-20201020231935656.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-HWiRHs0m-1638592377470)(计算机网络第5章(运输层).assets/image-20201020232517383.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-9ylbrprH-1638592377471)(计算机网络第5章(运输层).assets/image-20201020232132890.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-13ic0Chm-1638592377471)(计算机网络第5章(运输层).assets/image-20201020232548833.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-lDAYQ6MH-1638592377472)(计算机网络第5章(运输层).assets/image-20201020232337332.png)]


5.3、UDP和TCP的对比

概念

  • UDPTCP 是TCP/IP体系结构运输层中的两个重要协议
  • 当运输层采用面向连接的 TCP 协议时,尽管下面的网络是不可靠的(只提供尽最大努力服务),但这种逻辑通信信道就相当于一条全双工的可靠信道
  • 当运输层采用无连接的 UDP 协议时,这种逻辑通信信道是一条不可靠信道

可靠信道与不可靠信道

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-6Fcf0G0x-1638592377473)(计算机网络第5章(运输层).assets/image-20201021192221061.png)]

  • 两个对等运输实体在通信时传送的数据单位叫作运输协议数据单元 TPDU (Transport Protocol Data Unit)。

  • TCP 传送的数据单位协议是 TCP 报文段(segment)。

  • UDP 传送的数据单位协议是 UDP 报文用户数据报

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-lFwdhFNL-1638592377474)(计算机网络第5章(运输层).assets/image-20201021193640130.png)]

UDP的通信是无连接的,不需要套接字(Socket)

TCP是面向连接的,TCP之间的通信必须要在两个套接字(Socket)之间建立连接

用户数据报协议UDP(User Datagram Protocol)

可以发送广播

可以向某个多播组发送多播

还可以发送单播

UDP 支持单播、多播以及广播

换句话说,UDP支持一对一,一对多,以及一对全的通信

运输过程

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-JNDakFjt-1638592377475)(计算机网络第5章(运输层).assets/image-20201021195034383.png)]

UDP对应用进程交下来的报文既不合并也不拆分,而是保留这些报文的边界

换句话说,UDP是面向应用报文的

UDP向上层提供无连接不可靠传输服务

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-JiVTVIxy-1638592377476)(计算机网络第5章(运输层).assets/image-20201021204152175.png)]

UDP结构

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3v96f1JJ-1638592377476)(计算机网络第5章(运输层).assets/image-20201021205214512.png)]

传输控制协议TCP(Transmission Control Protocol)

使用TCP协议的通信双方,在进行数据传输之前,必须使用“三报文握手”建立TCP连接

TCP连接建立成功后,通信双方之间就好像有一条可靠的通信信道,通信双方使用这条基于TCP连接的可靠信道进行通信

很显然,TCP仅支持单播,也就是一对一的通信

运输过程

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-BhH0KehK-1638592377477)(计算机网络第5章(运输层).assets/image-20201021195435677.png)]

发送方

  • TCP会把应用进程交付下来的数据块看作是一连串无结构的字节流,TCP并不知道这些待传送的字节流的含义

  • 并将他们编号,并存储在自己发送缓存中

  • TCP会根据发送策略,提取一定量的字节构建TCP报文并发送

接收方

  • 一方面从所接受到的TCP报文段中,取出数据载荷部分并存储在接收缓存中;一方面将接收缓存中的一些字节交付给应用进程
  • TCP不保证接收方应用进程所收到的数据块与发送方发送的数据块,具有对应大小的关系(例如,发送方应用进程交给发送方的TCP共10个数据块,但接收方的TCP可能只用了4个数据块,就把收到的字节流交付给了上层的应用进程,但接收方收到的字节流必须和发送方应用进程发出的字节流完全一样)
  • 接收方的应用进程必须有能力识别收到的字节流,把它还原成有意义的应用层数据

TCP是面向字节流的,这正是TCP实现可靠传输、流量控制、以及拥塞控制的基础

本图只画了一个方向的数据流,在实际网络中,基于TCP连接的两端,可以同时进行TCP报文段的发送和接收

TCP向上层提供面向连接的可靠传输服务

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-sl4hYoKe-1638592377478)(计算机网络第5章(运输层).assets/image-20201021204508839.png)]

TCP结构

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-lPvQ4LN9-1638592377479)(计算机网络第5章(运输层).assets/image-20201021205307406.png)]

总结

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Mb3Iu8NV-1638592377480)(计算机网络第5章(运输层).assets/image-20201023004653315.png)]


5.4、TCP的流量控制

概念

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ixWyGeQD-1638592377481)(计算机网络第5章(运输层).assets/image-20201021223432091.png)]

举例

具体流程的视频

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-5AeXApLn-1638592377482)(计算机网络第5章(运输层).assets/image-20201021231801076.png)]

上图主机A现在可将发送缓存中序号1~200的字节数据全部删除,因为已经收到了主机B对它们的累计确认

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-DH2bgRN1-1638592377483)(计算机网络第5章(运输层).assets/image-20201021231904707.png)]

上图主机A现在可将发送缓存中序号201~500的字节数据全部删除,因为已经收到了主机B对它们的累计确认

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-N4wQ3DU8-1638592377484)(计算机网络第5章(运输层).assets/image-20201021231945653.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ylGh40W3-1638592377485)(计算机网络第5章(运输层).assets/image-20201021232027721.png)]

上图主机A现在可将发送缓存中序号501~600的字节数据全部删除,因为已经收到了主机B对它们的累计确认

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-DkFp4kY7-1638592377485)(计算机网络第5章(运输层).assets/image-20201021232600497.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-SiunCJ5B-1638592377486)(计算机网络第5章(运输层).assets/image-20201021232645300.png)]

上图如果零窗口探测报文在发送过程中如果丢失,还是能打破死锁局面

因为零窗口探测报文段也有重传计时器,重传计时器超时后,零窗口探测报文段会被重传

总结

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Hry7t07Y-1638592377487)(计算机网络第5章(运输层).assets/image-20201021234004254.png)]


5.5、TCP的拥塞控制

概念

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-9C9P8nCo-1638592377488)(计算机网络第5章(运输层).assets/image-20201022141057083.png)]

网络拥塞往往是由许多因素引起的。例如:

  1. 点缓存的容量太小;
  2. 链路的容量不足;
  3. 处理机处理的速率太慢;
  4. 拥塞本身会进一步加剧拥塞;

拥塞控制的一般原理

  • 拥塞控制的前提:网络能够承受现有的网络负荷。
  • 实践证明,拥塞控制是很难设计的,因为它是一个动态问题
  • 分组的丢失是网络发生拥塞的征兆而不是原因。
  • 在许多情况下,甚至正是拥塞控制本身成为引起网络性能恶化、甚至发生死锁的原因。

开环控制和闭环控制

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-7abkvmEX-1638592377488)(计算机网络第5章(运输层).assets/image-20201022142108309.png)]

监测网络的拥塞

主要指标有:

  1. 由于缺少缓存空间而被丢弃的分组的百分数;
  2. 平均队列长度;
  3. 超时重传的分组数;
  4. 平均分组时延;
  5. 分组时延的标准差,等等。

上述这些指标的上升都标志着拥塞的增长。

拥塞控制的算法

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-koXD1RLe-1638592377489)(计算机网络第5章(运输层).assets/image-20201022141423443.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-JAdNa026-1638592377490)(计算机网络第5章(运输层).assets/image-20201022141556134.png)]

真正的发送窗口值 = Min (接收方窗口值,拥塞窗口值)

下图的实例横纵坐标的意思

传输轮次:

  • 发送方给接收方发送数据报文段后,接收方给发送方发发回相应的确认报文段
  • 一个传输轮次所经历的时间其实就是往返时间,往返时间并非是恒定的数值
  • 使用传输轮次是为了强调把拥塞窗口所允许发送的报文段都连续发送出去,并受到了对已发送的最后一个报文段的确认

拥塞窗口:

  • 它会随网络拥塞程度,以及所使用的拥塞控制算法动态变化

慢开始和拥塞避免

慢开始(slow-start)

  • 目的:用来确定网络的负载能力或拥塞程度。
  • 算法的思路:由小到大逐渐增大拥塞窗口数值。
  • 两个变量:
    • 拥塞窗口(cwnd):初始拥塞窗口值:2 种设置方法。窗口值逐渐增大。
      • 1 至 2 个最大报文段 (旧标准)
      • 2 至 4 个最大报文段 (RFC 5681)
    • 慢开始门限(ssthresh):防止拥塞窗口增长过大引起网络拥塞。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-vlsMkDNR-1638592377491)(计算机网络第5章(运输层).assets/image-20201022145631052.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-uLscdidO-1638592377491)(计算机网络第5章(运输层).assets/image-20201022144725100.png)]

图中swnd是发送窗口

每经过一个传输轮次,拥塞窗口就加倍

窗口大小按指数增加,2的n-1次方

拥塞避免(congestion avoidance)

  • 思路:让拥塞窗口 cwnd 缓慢地增大,避免出现拥塞。
  • 每经过一个传输轮次,拥塞窗口 cwnd = cwnd + 1
  • 使拥塞窗口 cwnd 按线性规律缓慢增长。
  • 在拥塞避免阶段,具有 “加法增大” (Additive Increase) 的特点。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-bOHv3xgn-1638592377492)(计算机网络第5章(运输层).assets/image-20201022150143886.png)]

如果在发送过程中出现部分报文段丢失,这必然会造成发送方对这些丢失报文段的超时重传

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-v3Clptxt-1638592377493)(计算机网络第5章(运输层).assets/image-20201022145749592.png)]

这个时候又回到了慢开始

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-wilz6zqZ-1638592377494)(计算机网络第5章(运输层).assets/image-20201022145544163.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-7jeXwKMc-1638592377495)(计算机网络第5章(运输层).assets/image-20201022145824004.png)]

两个算法完整示意图

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-jobiSBEV-1638592377496)(计算机网络第5章(运输层).assets/image-20201022150236926.png)]

快重传和快恢复

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-rXQ2GwLf-1638592377497)(计算机网络第5章(运输层).assets/image-20201022150902709.png)]

快重传(fast retrasmit)

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-i2lxZ8DG-1638592377499)(计算机网络第5章(运输层).assets/image-20201022151250183.png)]

快恢复(fast recovery)

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-S8wpdLYc-1638592377500)(计算机网络第5章(运输层).assets/image-20201022151819265.png)]

改进后的整体算法的示意图

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-R3kB5L7u-1638592377501)(计算机网络第5章(运输层).assets/image-20201022152041751.png)]


5.6、TCP超时重传时间的选择

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-VQtrzhH9-1638592377502)(计算机网络第5章(运输层).assets/image-20201022152651184.png)]

如果超时重传时间RTO的值设置得比RTT0的值小很多,这会引起报文段不必要的重传,使网络负荷增大

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-35IXxStp-1638592377503)(计算机网络第5章(运输层).assets/image-20201022152708875.png)]

如果超时重传时间RTO的值设置得远大于RTT0的值,这会使重传时间推迟的太长,使网络的空闲时间增大,降低传输效率

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3N4wSrOn-1638592377504)(计算机网络第5章(运输层).assets/image-20201022153244047.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-V3EkZmeS-1638592377505)(计算机网络第5章(运输层).assets/image-20201022153518218.png)]

RFC6298建议使用下式计算超时重传时间RTO

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ktelBcgR-1638592377506)(计算机网络第5章(运输层).assets/image-20201022153758413.png)]

往返时间RTT的测量比较复杂

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-eNevth9q-1638592377506)(计算机网络第5章(运输层).assets/image-20201022154045440.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-DqCXEUjl-1638592377507)(计算机网络第5章(运输层).assets/image-20201022154137911.png)]

TCP超时重传的计算

举例

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-cjld1WdP-1638592377508)(计算机网络第5章(运输层).assets/image-20201022154350745.png)]

总结

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-qSkS50OC-1638592377509)(计算机网络第5章(运输层).assets/image-20201022154418863.png)]


5.7、TCP可靠传输的实现

本集具体讲解

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Q4A1w2tP-1638592377510)(计算机网络第5章(运输层).assets/image-20201022161436801.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-qYL05HJo-1638592377511)(计算机网络第5章(运输层).assets/image-20201022161734997.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-7RiqHoYB-1638592377512)(计算机网络第5章(运输层).assets/image-20201022164339902.png)]


5.8、TCP的运输连接管理

概念

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-48SAYoTe-1638592377512)(计算机网络第5章(运输层).assets/image-20201022193215183.png)]

TCP的连接建立

  • TCP 建立连接的过程叫做握手
  • 握手需要在客户和服务器之间交换三个 TCP 报文段。称之为三报文握手
  • 采用三报文握手主要是为了防止已失效的连接请求报文段突然又传送到了,因而产生错误。

TCP的连接建立要解决以下三个问题

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-q0GP9xTs-1638592377513)(计算机网络第5章(运输层).assets/image-20201022193418673.png)]

TCP使用“三报文握手”建立连接

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

“握手”需要在TCP客户端和服务器之间交换三个TCP报文段

过程

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ByqlsoR1-1638592377514)(计算机网络第5章(运输层).assets/image-20201022194219693.png)]

最初两端的TCP进程都处于关闭状态

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-SZHrWrKs-1638592377516)(计算机网络第5章(运输层).assets/image-20201022194350899.png)]

一开始,TCP服务器进程首先创建传输控制块,用来存储TCP连接中的一些重要信息。例如TCP连接表、指向发送和接收缓存的指针、指向重传队列的指针,当前的发送和接收序号等

之后,就准备接受TCP客户端进程的连接请求

此时,TCP服务器进程就进入监听状态,等待TCP客户端进程的连接请求

TCP服务器进程是被动等待来自TCP客户端进程的连接请求,因此成为被动打开连接

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-WLLLbMaz-1638592377516)(计算机网络第5章(运输层).assets/image-20201022194926877.png)]

TCP客户进程也是首先创建传输控制块

由于TCP连接建立是由TCP客户端主动发起的,因此称为主动打开连接

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-LHsWnwzk-1638592377517)(计算机网络第5章(运输层).assets/image-20201022195108616.png)]

然后,在打算建立TCP连接时,向TCP服务器进程发送TCP连接请求报文段,并进入同步已发送状态

TCP连接请求报文段首部中

  • 同步位SYN被设置为1,表明这是一个TCP连接请求报文段
  • 序号字段seq被设置了一个初始值x,作为TCP客户端进程所选择的初始序号

请注意:TCP规定SYN被设置为1的报文段不能携带数据,但要消耗掉一个序号

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-CbO8WW7W-1638592377518)(计算机网络第5章(运输层).assets/image-20201022195847144.png)]

TCP服务器进程收到TCP连接请求报文段后,如果同意建立连接,则向TCP客户进程发送TCP连接请求确认报文段,并进入同步已接收状态

TCP连接请求确认报文段首部中

  • 同步位SYN和确认为ACK都设置为1,表明这是一个TCP连接请求确认报文段
  • 序号字段seq被设置了一个初始值y,作为TCP服务器进程所选择的初始序号,
  • 确认号字段ack的值被设置成了x+1,这是对TCP客户进程所选择的初始序号(seq)的确认

请注意:这个报文段也不能携带数据,因为它是SYN被设置为1的报文段,但同样要消耗掉一个序号

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-nOfZ8hxi-1638592377519)(计算机网络第5章(运输层).assets/image-20201022202010182.png)]

TCP客户进程收到TCP连接请求确认报文段后,还要向TCP服务器进程发送一个普通的TCP确认报文段,并进入连接已连接状态

普通的TCP确认报文段首部中

  • 确认位ACK被设置为1,表明这是一个普通的TCP确认报文段
  • 序号字段seq被设置为x+1,这是因为TCP客户进程发送的第一个TCP报文段的序号为x,所以TCP客户进程发送的第二个报文段的序号为x+1
  • 确认号字段ack被设置为y+1,这是对TCP服务器进程所选择的初始序号的确认

请注意:TCP规定普通的TCP确认报文段可以携带数据,但如果不携带数据,则不消耗序号

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-39sBOP2I-1638592377520)(计算机网络第5章(运输层).assets/image-20201022202932905.png)]

TCP服务器进程收到该确认报文段后也进入连接已建立状态

现在,TCP双方都进入了连接已建立状态,它们可以基于已建立好的TCP连接,进行可靠的数据传输

为什么TCP客户进程最后还要发送一个普通的TCP确认报文段?能否使用“两报文握手”建立连接?

下图实例是“两报文握手”

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-B6MDqGPZ-1638592377521)(计算机网络第5章(运输层).assets/image-20201022203744174.png)]

为了防止已经失效的连接请求报文段突然又传到服务端,因而产生错误”,这种情况是:一端(client)A发出去的第一个连接请求报文并没有> 丢失,而是因为某些未知的原因在某个网络节点上发生滞留,导致延迟到连接释放以后的某个时间才到达另一端(server)B。本来这是一个> 早已失效的报文段,但是B收到此失效的报文之后,会误认为是A再次发出的一个新的连接请求,于是B端就向A又发出确认报文,表示同> 意建立连接。如果不采用“三次握手”,那么只要B端发出确认报文就会认为新的连接已经建立了,但是A端并没有发出建立连接的请求,因> 此不会去向B端发送数据,B端没有收到数据就会一直等待,这样B端就会白白浪费掉很多资源。

所以并不多余,这是为了防止已失效的连接请求报文段突然又传送到了TCP服务器,因而导致错误

总结

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-DFM9Pc7Q-1638592377522)(计算机网络第5章(运输层).assets/image-20201022204422775.png)]

TCP的连接释放

  • TCP 连接释放过程比较复杂。
  • 数据传输结束后,通信的双方都可释放连接。
  • TCP 连接释放过程是四报文握手

TCP通过“四报文挥手”来释放连接

  • TCP 连接的建立采用客户服务器方式
  • 主动发起连接建立的应用进程叫做TCP客户 (client)。
  • 被动等待连接建立的应用进程叫做TCP服务器 (server)。
  • 任何一方都可以在数据传送结束后发出连接释放的通知

过程

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-8wAJsDZ8-1638592377523)(计算机网络第5章(运输层).assets/image-20201022205124204.png)]

现在TCP客户进程和TCP服务器进程都处于连接已建立状态

TCP客户进程的应用进程通知其主动关闭TCP连接

TCP客户进程会发送TCP连接释放报文段,并进入终止等待1状态

TCP连接释放报文段首部中

  • 终止位FIN和确认为ACK的值都被设置为1,表明这是一个TCP连接释放报文段,同时也对之前收到的报文段进行确认
  • 序号seq字段的值设置为u,它等于TCP客户进程之前已传送过的数据的最后一个字节的序号加1
  • 确认号ack字段的值设置为v,它等于TCP客户进程之前已收到的、数据的最后一个字节的序号加1

请注意:TCP规定终止位FIN等于1的报文段即使不携带数据,也要消耗掉一个序号

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-RjJgwMdf-1638592377524)(计算机网络第5章(运输层).assets/image-20201022210030419.png)]

TCP服务器进程收到TCP连接释放报文段后,会发送一个普通的TCP确认报文段并进入关闭等待状态

普通的TCP确认报文段首部中

  • 确认位ACK的值被设置为1,表明这是一个普通的TCP确认报文段
  • 序号seq字段的值设置为v,它等于TCP服务器进程之前已传送过的数据的最后一个字节的序号加1,这也与之前收到的TCP连接释放报文段中的确认号匹配
  • 确认号ack字段的值设置为u+1,这是对TCP连接释放报文段的确认

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-08fwL4yG-1638592377525)(计算机网络第5章(运输层).assets/image-20201022232158631.png)]

TCP服务器进程应该通知高层应用进程,TCP客户进程要断开与自己的TCP连接

此时,从TCP客户进程到TCP服务器进程这个方向的连接就释放了

这时的TCP连接属于半关闭状态,也就是TCP客户进程已经没有数据要发送了

但如果TCP服务器进程还有数据要发送,TCP客户进程仍要接收,也就是说从TCP服务器进程到TCP客户进程这个方向的连接并未关闭

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-6bVp2mhp-1638592377526)(计算机网络第5章(运输层).assets/image-20201022233050922.png)]

TCP客户进程收到TCP确认报文段后就进入终止等待2状态,等待TCP服务器进程发出的TCP连接释放报文段

若使用TCP服务器进程的应用进程已经没有数据要发送了,应用进程就通知其TCP服务器进程释放连接

由于TCP连接释放是由TCP客户进程主动发起的,因此TCP服务器进程对TCP连接的释放称为被动关闭连接

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-natsKBcy-1638592377527)(计算机网络第5章(运输层).assets/image-20201022233941557.png)]

TCP服务器进程发送TCP连接释放报文段并进入最后确认状态

该报文段首部中

  • 终止位FIN和确认位ACK的值都被设置为1,表明这是一个TCP连接释放报文段,同时也对之前收到的报文段进行确认
  • 序号seq字段的值为w,这是因为在半关闭状态下,TCP服务器进程可能又发送
  • 确认号ack字段的值为u+1,这是对之前收到的TCP连接释放报文段的重复确认

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-uzvsoU1k-1638592377528)(计算机网络第5章(运输层).assets/image-20201022234741310.png)]

TCP客户进程收到TCP连接释放报文段后,必须针对该报文段发送普通的TCP确认报文段,之后进入时间等待状态

该报文段首部中

  • 确认为ACK的值被设置为1,表明这是一个普通的TCP确认报文段
  • 序号seq字段的值设置为u+1,这是因为TCP客户进程之前发送的TCP连接释放报文段虽然不携带数据,但要消耗掉一个序号
  • 确认号ack字段的值设置为w+1,这是对所收到的TCP连接释放报文段的确认

TCP服务器进程收到该报文段后就进入关闭状态,而TCP客户进程还要进过2MSL后才能进入关闭状态

TCP客户进程在发送完最后一个确认报文后,为什么不直接进入关闭状态?而是要进入时间等待状态?

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-QYY59G4F-1638592377529)(计算机网络第5章(运输层).assets/image-20201022234942562.png)]

因为时间等待状态以及处于该状态2MSL时长,可以确保TCP服务器进程可以收到最后一个TCP确认报文段而进入关闭状态

另外,TCP客户进程在发送完最后一个TCP确认报文段后,在经过2MSL时长,就可以使本次连接持续时间内所产生的所有报文段都从网络中消失,这样就可以使下一个新的TCP连接中,不会出现旧连接中的报文段

TCP保活计时器的作用

TCP双方已经建立了连接,后来,TCP客户进程所在的主机突然出现了故障

TCP服务器进程以后就不能再收到TCP客户进程发来的数据

因此,应当有措施使TCP服务器进程不要再白白等待下去

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ZR1II8h8-1638592377530)(计算机网络第5章(运输层).assets/image-20201022235800155.png)]


5.9、TCP报文段的首部格式

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ZdQrONPC-1638592377531)(计算机网络第5章(运输层).assets/image-20201023000859363.png)]

各字段的作用

源端口和目的端口

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-h0apLOIT-1638592377532)(计算机网络第5章(运输层).assets/image-20201023005210010.png)]

序号、确认号和确认标志位

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-CLBJSPOV-1638592377535)(计算机网络第5章(运输层).assets/image-20201023003826059.png)]

数据偏移、保留、窗口和校验和

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-K5BsRWpW-1638592377536)(计算机网络第5章(运输层).assets/image-20201023004227265.png)]

同步标志位、终止标志位、复位标志位、推送标志位、紧急标志位和紧急指针

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Taoz8ODJ-1638592377537)(计算机网络第5章(运输层).assets/image-20201023005001450.png)]

选项和填充

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-d1MBWoCH-1638592377538)(计算机网络第5章(运输层).assets/image-20201023005132426.png)]

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/265059.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

计算机网络第6章(应用层)

B站视频:计算机网络微课堂(有字幕无背景音乐版) 网址:https://www.bilibili.com/video/BV1c4411d7jb?p61 目录6.1、应用层概述6.2、客户/服务器方式(C/S方式)和对等方式(P2P方式)概…

[Linux主机] 优化你的php-fpm(php5.3+)让你的网站跑得更快

2019独角兽企业重金招聘Python工程师标准>>> [Linux主机]优化你的php-fpm(php5.3)让你的网站跑得更快 从php5.3以后php自带了php-fpm不是和php5.2一样以插件的方式存在了。这给我们带来一个好处502没有那么容易出现了 坛子里用linux的绝大多数应该还是在…

Linux网络编程——千峰物联网笔记

更多干货推荐可以去牛客网看看,他们现在的IT题库内容很丰富,属于国内做的很好的了,而且是课程刷题面经求职讨论区分享,一站式求职学习网站,最最最重要的里面的资源全部免费!!!点击进…

必须掌握的前端模板引擎之art-template

常用的模板引擎有tpl.js、baiduTemplate、doT.js、art-template等等; 我所理解的模板引擎就是把js数据传到html中展示出来; art-template 是一个简约、超快的模板引擎。 art-template有两种语法: 一、标准语法可以让模板更容易读写&#xff1…

蓝牙BLE(协议栈、OSAL、蓝牙APP工具)

目录蓝牙配对和绑定蓝牙4.0 BLE信道(RF Channel)BLE协议栈分层PHY层(Physical layer 物理层)LL层(Link Layer 链路层)HCI层(Host controller interface 主机控制接口层)L2CAP层(Logic link control and adaptation protocol 逻辑链路控制和自适应协议)SMP层(Secure manager pro…

Ubuntu 安装 samba 实现文件共享和source insight 阅读uboot

环境:win10 虚拟机Ubuntu 12.04 一. samba的安装: # sudo apt-get install samba # sudo apt-get install smbfs 二. 创建共享目录,或是找已经存在的文件夹,只要权限放开就行了: # mkdir /home/share # sudo chmod 777 /home/share 三. 创建…

Eclipse 修改文本编码方式

近两天因为业务需要帮另一个项目组突击进度,把对方的工程导入Eclipse一看,全是乱码。后来一问才知道对方用的编码是GBK,无力吐槽。但是毕竟只是帮忙,不能要求别人改,只好自己将就了。我的默认编码是UTF-8,当…

正点原子STM32(基于标准库)

正点原子B站视频地址:https://www.bilibili.com/video/BV1Lx411Z7Qa?p4&spm_id_frompageDriver 目录STM32命名规则STM32芯片解读开发环境搭建(MDK - 就是ARM的keil,需破解 支持包 CH340串口驱动 JLINK驱动)程序下载方法 (ISP串口下载 JLINK下载更方便)新建工…

数据结构与算法(6) -- heap

binary heap就是一种complete binary tree(完全二叉树)。也就是说,整棵binary tree除了最底层的叶节点之外,都是满的。而最底层的叶节点由左至右又不得有空隙。 以上是一个对heap的简单介绍。本文将用heap指代此种完全二叉树。那么在实际编写代码的时候怎…

涂鸦WIFI模组方案(MCU SDK)

摘自涂鸦官方视频教程:https://www.bilibili.com/video/BV1pb41117LD?spm_id_from333.999.0.0等 摘自:涂鸦IoT开发平台MCU开发接入(Wi-Fi)-App面板 地址:https://www.bilibili.com/video/BV1cK4y1x7Up?spm_id_from333.999.0.0 摘自&#xf…

SVN使用教程

摘自:SVN使用教程 地址:https://www.bilibili.com/video/BV1k4411m7mP?fromsearch&seid1516107384812084869&spm_id_from333.337.0.0 摘自:快速掌握Git分布式系统操作 地址:https://www.bilibili.com/read/cv14701783?s…

机器学习sklearn的快速使用--周振洋

ML神器:sklearn的快速使用 传统的机器学习任务从开始到建模的一般流程是:获取数据 -> 数据预处理 -> 训练建模 -> 模型评估 -> 预测,分类。本文我们将依据传统机器学习的流程,看看在每一步流程中都有哪些常用的函数以…

太极创客ESP8266 - NodeMCU、JSON、MQTT教程(基于Arduino)

太极创客ESP8266视频教程:https://www.bilibili.com/video/BV1L7411c7jw?fromsearch&seid4858784806004995732&spm_id_from333.337.0.0 官网资料:http://www.taichi-maker.com/homepage/esp8266-nodemcu-iot/iot-c/esp8266-iot-basics/ 太极创客…

Voltage Keepsake CodeForces - 801C (思维+二分)

题目链接 这是一道很棒的二分题。 思路: 首先先思考什么情况下是可以无限的使用,即输出-1. 我们思考可知,如果每一秒内所有设备的用电量总和小于等于充电器每秒可以充的电,那么这一群设备就可以无限使用。 接下来分析不是无限使用…

Linux网络服务-LAMP之Php基于Apache的模块实现

一、概述 首先,如标题所示我接下来的实验就是搭建一个LAMP平台然后实现一个Blog站点的实现,那"Php基于Apache的模块实现"这又是神马意思呢,我们知道Apache与Php的结合方式有常见的三种:基于module、基于CGI、基于Fa…

4G DTU使用教程

摘自:https://www.bilibili.com/video/BV1uP4y187bw?spm_id_from333.999.0.0 目录了解4G DTUATK - M750模组使用NET模式(网络透传)使用HTTP模式使用阿里云透传模式使用百度云透传模式使用OneNET模式透传模式了解4G DTU 4G DTU对比传统的4G模组更简单易用&#xff…

Kalman Filter

原理介绍 https://pan.baidu.com/s/15zDz8TeM8PKMsH231a0fOw 简单的例子 https://www.jianshu.com/p/d3b1c3d307e0 下图中“对应例子”就是所引用简书博客提到的例子。预测-校正交替运行。 博客:自动驾驶基础之——如何写卡尔曼滤波器? https://mp.weixi…

移远EC20 4G模块LTE开发板三网通模块 MQTT阿里云物联网

摘自:移远EC20 4G模块LTE开发板三网通模块 MQTT阿里云物联网STM32代码-电脑看 地址:https://www.bilibili.com/video/BV1EJ411P7CR?fromsearch&seid6590774415258771438&spm_id_from333.337.0.0 摘自:STM32开发板NB-IOT移远BC26 NB模…

在 LinearLayout里addView一个图表

2019独角兽企业重金招聘Python工程师标准>>> activity_main.xml <LinearLayout xmlns:android"http://schemas.android.com/apk/res/android"xmlns:tools"http://schemas.android.com/tools"android:layout_width"fill_parent"and…

准备写个nhibernate的学习笔记

经理说要用这个做数据层管理。先找点资料 C C 先&#xff5e;&#xff01; 有心得就慢慢贴上来转载于:https://www.cnblogs.com/marsforest/archive/2005/04/19/140670.html