B站台视频:计算机网络微型教室(无字幕版本,无背景音乐)
对不起,Bilililili.p = 61. 网站:https://ww.un.org/

5.1、运输层概述

概念

进程之间的通信

• 在通信和信息处理方面,运输层向上一级应用层提供通信服务,这是通信部分的最高水平,但就用户功能而言,也是最低的。
• 当网络边缘的两个主机利用网络核心功能进行端到端通信时,只有网络边缘的主机的协议柜台有一个运输层,尽管网络核心路由器仅使用三个层次(到网络层)来传输数据。

进程之间通信流程

“逻辑通信”一词是指运输层之间的通信,似乎沿水平线传输数据,但这两个数据在水平方向上没有物理联系,所要传送的数据沿着图中上下各条虚线。

Ap1和Ap4网络通信以及Ap2和Ap3网络通信

为了匹配不同的应用程序,使用不同的运输层港口,单独使用不同的应用程序,使用不同的运输层港口。

然后通过网络级别和较低级别发送信息。

接收方的运输层通过不同的港口提供给申请层的匹配申请程序,并通过多个港口接收。

在这方面,港口不是一个可见的、触摸到实际港口,而是一个用于区分不同应用过程的识别码。

总结

五.2. 港口编号、再利用和运输层划分都是概念。

为什么用端口号

发件人再使用和收件人使用

当许多流程(此处的一个端口表示一个流程)使用运输层协议(或运输层界面)交付数据时,它被称为再利用。

当许多流程(在此情况下,一个港口代表一个流程)使用运输层协议(或所谓的运输层界面)接收时,这些流程被称为拆分。

运输层的港口号在TCP/IP系统的应用层标准协议中已经知道。

运输层传输流程

举例

返回汽车,然后输入一个域名到浏览器中。

用户计算机上的 DNS 客户端程序, 然后发送 DNS 查询请求 。

DNS要求的UDP协议要求必须使用运输层。

第一部分的源字段价值从短端码49151 65535中选取一个未占用的,以代表 DNS 客户程序。

第一部分的目标港口价值:53是DNS服务器终端操作中使用的众所周知的港口号。

然后,UDP用户数据报纸以IP数据形式包装,通过Ethernet传送到DNS服务器。

当 DNS 服务器收到 IP 数据报告时, 删除 UDP 用户数据报告 。

第一个 UDP 中的目标端口编号53 具体规定, UDP 用户数据报告或 DNS 查询请求中的数据负荷部分应提供给此服务器的 DNS 服务器进程 。

DNS 服务器操作分析 DNS 查询请求的文本,然后搜索指定的 IP 地址 。

然后向用户 PC 发出DNS 响应信息,需要将 UDP 协议密封为UDP 运输水平用户数据报告。

为源字段第一部分提供的价值为已知端口编号53,表明这是由 DNS 服务器程序传输的 UDP 用户数据报告,而目的地端口的设定值为 49152, 发送 DNS 查询请求第一部分源字段的前一个端口程序DNS 客户端程序使用的短端口号,已知端口编号53, 表明这是由 DNS 服务器程序传输的 UDP 用户数据报告,而目的地端口的设定值为 49152, 发送 DNS 查询请求的上一个端口号程序DNS 客户端口号。

在IP数据报纸上环绕UDP用户数据报纸,然后通过Tainet传送给用户 PC。

在用户 PC 收到 UDP 用户数据报告后,打开它。

UDP的第一个目标端口号是49152,表示UDP用户数据报告的数据载荷部分,即DNS回复,应传送到用户PC上的DNS客户程序。

通过了解您先前请求的网络服务器域名的 IP 地址, DNS 客户端程序将解构 DNS 响应信息的内容 。

用户计算机上的 HTTP 客户程序现在可以将 HTTP 请求信息发送到网络服务器(类似于 DNS 发送和接收信息的方式)。

联合民主党和TPCP的五份比较

概念

• 在TCP/IP结构运输层,两项基本协议是UDP和TCP。
• 当使用面向TCP的运输层(仅提供最佳努力服务)时,以下网络就不稳定,然而,这一逻辑通信渠道相当于一个可靠的双人对工作渠道。
• 当运输层达成断开的UDP协议时,这一合乎逻辑的通信渠道是不稳定的。

可见和不可信。

• 运输协定数据单元TPDU(运输议定书数据股)是两个同等运输实体在通信期间交换的数据单位。

• TCP报告部分(部分)是商定的TCP传输数据单位。

• AUDP电文或用户数据报告是通过UDP传送的数据单位协议。

UDP 连接断开, 不需要使用 Socket 。

TCP是相互联系的,TCP必须在两个Sockets之间建立联系。

UDP(用户数据表协议)

可以发送广播

更多可以发送到多频道。

还可以发送单播

UDP 单一、多播和广播支持

换句话说,UDP能够进行一对一、一对一和一对一的通信。

运输过程

联合民主党关于申请程序的报告没有合并或分开,但保留报告界限。

换句话说,民进联的重点是该文件的适用性。

联合民主党提供最高层,提供断开和不稳定的传输服务。

UDP结构

TCP(《转让控制议定书》)是《转让控制议定书》的缩略语。

为了在数据传输之前建立TCP连接,执行TCP协议的缔约方必须利用三通信息握手。

在成功建立TCP连接后,双方似乎有一个可靠的通信渠道,他们利用这一渠道利用基于TCP连接的可靠渠道进行通信。

TCP似乎只允许一对一的收音机,这意味着一对一的对话。

运输过程

发送方

• TCP将应用过程提供的数据区块视为无结构字节的顺序,TCP不知道这些字节打算发送什么。

• 他们也被编号 并保存在他们自己的送入缓存。

• TCP 根据发送政策确定的一系列字节构建并发送 TCP 信息 。

接收方

• 从接受的TCP报告提取数据载荷部分并将其存储在接收缓存中;另一方面,将接收缓存的某些字节从接收缓存传送到申请过程。
• TCP不能确保接收者接收的数据区块与发送者传输的数据区块成比例(例如,发送者申请程序给予发送者的TCP,共有10个数据区块,但接收者的TCP可仅使用4个数据区块将接收的字节传送到更高的申请程序,但接收者收到的字节流必须与发送者申请程序产生的字节流完全相同)。
• 接收方的申请过程必须能够检测收到的字节流,并将其转换为有意义的应用水平数据。

TCP是一种字节流,是TCP可靠传输、流动控制和凝聚控制的基础。

该图只显示一个数据流,其中两个基于TCP连接的终点可以在TCP部分同时传输和接收。

在最高一级,TCP提供可靠、以连接为导向的传输服务。

TCP结构

总结

五.4. TCP交通管理

概念

举例

具体流程的视频

主机A现在可以删除所有已传送到缓存的序号为1-200的字节,因为已经收到主机B的累积确认。

主机A现在可以删除已传送到缓存的序列号201-500的所有字节,因为已经收到主机B的累积确认。

主机A现在可以从传输缓存序列号501-600中删除所有字节,因为已经收到主机B的累积确认。

即使传送时错过了零窗口检测器信息,锁仍被打破。

由于零窗口探测器报告包含一个回调计时器,因此在回调计时器到期后将重新传送。

总结

5.5. TCP拥挤管理

概念

造成网络堵塞的原因多种多样,例如:

1. 点缓存的容量太小；
2. 链路的容量不足；
3. 处理器的处理速度太慢了
4. 人群的拥挤情况将进一步加剧。

拥塞控制的一般原理

• 拥挤控制所依据的假设是,网络能够容忍目前的网络负荷。
• 由于这是一个动态问题,本部控制在设计上一直困难重重。
• 集群损失是网络堵塞的症状,而不是原因。
• 在许多情况下,正是拥挤管理本身造成网络性能退化,甚至造成死亡锁。

开环控制和闭环控制

监测网络的拥塞

主要指标有：

1. 由于缺乏缓存空间而被遗弃的群体比例。
2. 平均队列长度；
3. 超时重传的分组数；
4. 平均分组时延；
5. 分组延迟等的标准偏差

这些指数的增加表明拥挤现象增加。

拥塞控制的算法

最小( 接收窗口值, 对应窗口值) = 实际传输窗口值

以下例子旨在相互协调。

传输轮次：

• 一旦发件人发送数据电文,收件人即向发件人发送相关确认电文。
• 传输轮飞行的时间是返回的时间,返回的时间不是固定的。
• 传输旋转用于突出压缩窗口允许的信息持续发送,并通过发送的最后信息加以核实。

拥塞窗口：

• 它因网络拥堵的严重程度和采用的拥堵控制方法的动态而异。

慢开始和拥塞避免

慢开始( 慢开始)

• 目标是确定网络的承载能力或集中程度。
• 算法的概念是 逐步提高压缩窗口的价值 从小到大。
• 两个变量：
  • 选区窗口( cwnd): 宪法窗口的初始值是两个设置。 窗口 。
    • 1-2最高值(旧标准)
    • 2-4 最高(5681瑞郎)
  • 慢起步门(shresh):这防止了过量膨胀的堵塞窗户,造成网络堵塞。

发送窗口在插图中以 swnd 表示 。

每次你通过传输轮 抽搐窗口就会加倍

2 n-1 的指数函数窗口大小

避免抽搐

• 让压缩的窗口 cwnd 温和地发展并避免拥堵是一些想法。
• 对于每个传输方向盘, cwnd = cwnd +1。
• 使压缩窗口 cwnd 以线性模式逐渐扩展 。
• 它具有“额外增加”的特性,在避免震荡阶段。

如果部分电文在传输过程中丢失,发件人将不可避免地一遍又一遍地重新发送这些丢失的电文。

这次又回到了缓慢的开始

两个算法完整示意图

快重传和快恢复

瞬间再传输

走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,走,

经修订的总体算法图

5.6. TCP实时再传送是一种选择。

如果将时间过后再发送的转口转口值确定为大大低于RTT0值,则文本将数次再次发送,从而增加网络需求。

如果将转口转口时间过长的价值确定为远远超出RTT0的价值,转口时间将过长,增加网络的闲暇时间,降低传输效率。

RFC6298建议以最低方式计算实时转口时间。

在返回时衡量难民审查法庭是困难的。

TCP 超时再传输计算

举例

总结

5.7. 实施可靠的TCP传输

本集具体讲解

五.8. TCP运输连接管理

概念

TCP的连接建立

• 握手程序用于建立TCP连接。
• 握手需要在客户端和服务器之间交换三个 TCP 信息。 这被称为“ 三家报纸握手 ” 。
• 三份报告被用来握握手,主要是为了防止意外发送取消的链接请求部分,造成问题。

建立TCP连接解决了以下三个困难:

TCP 使用 " 三个信息握手协议 " 连接 。

• TCP 连接在客户端和服务器之间形成。
• TCP客户端指的是启动连接形成的申请程序。
• TCP 服务器是被动等待连接形成的程序 。

TCP 客户端和服务器必须交换三条TCP信息。

过程

TCP程序在前两个终点完成。

TCP 服务器程序始于创建一个传输控制块,以存储 TCP 连接中的某些关键信息,例如 TCP 连接表格、发送和接收缓存的指针、重复队列的指针、当前发送和接收序列号等等。

在此之后,我们准备接受TCP客户程序连接请求。

目前,TCP服务器程序有缺陷,正在等待TCP客户程序提出的连接请求。

TCP服务器程序被动地等待TCP客户程序提出的连接请求,结果导致一个被动的开放连接。

TCP客户也是建立转让控制区的第一个程序。

由于TCP连接由TCP客户启动,它被称为主动连接机构。

当建立 TCP 连接时, 将 TCP 请求信息发送到 TCP 服务器程序, 并输入同步发送状态 。

在该段开头,提供了TCP联系请求报告。

• 同步位置 SYN 设置为 1, 表示该物品是 TCP 连接请求 。
• 作为TCP客户程序所选的初始序列号,序列号字段后继数被设定为x的初始值。

请注意,TCP指出,SYN虽然使用序列号,但不允许在报告1节中传送数据。

当TCP服务器程序收到TCP连接请求时,如果该连接被接受,将TCP确认请求发送给TCP客户程序,并进入同步接收状态。

在报告前面,TCP连接请求确认

• 同步 SYN 和经确认的ACK 的值都定在1, 表示这是一个 TCP 连接请求确认项 。
• 作为TCP服务器程序所选的初始序列号,序列号字段后继的序号设定为y的初始值。
• 已确认的编号字段的值设为 x+1, 表示确认 TCP 客户程序初始序列号(seq) 。

请记住,这一条目与其他条目一样,无法传输数据,因为它是一个SYN,但确实消耗了一个序列号。

当TCP客户程序收到TCP确认请求时,它将标准TCP确认部分发送给TCP服务器程序,并建立了连接。

在报告第一节中按惯例确认TCP

• ACK确认位置设为1,表示这是标准的TCP确认段落。
• 由于TCP客户程序发送的首次TCP提交材料的序列号为x,因此TCP客户程序发送的第二次提交材料的序列号为x+1。
• 确认的字段编号设置为y+1, 其中表示确认 TCP 服务器进程原始序列号选择 。

请铭记,TCP要求标准TCP确保数据可在条目中传送,但如果数据不携带,则不使用序号。

当 TCP 服务器程序收到确认信息时, 将建立连接 。

两个贸易点目前都处于已建立连通状态,通过已建立TCP连通,可以进行可靠的数据传输。

为什么TCP客户程序最终会提供标准的TCP确认部分? “两握手”方法能用来建立连接吗?

例如,《两家报纸握手》。

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

因此,它不是多余的。 它的目的是防止连接请求信息被发送回 TCP 服务器, 从而导致错误 。

总结

TCP的连接释放

• 释放TCP连接的程序更为复杂。
• 数据传输完成后,对话双方可重新连接。
• 在四家报纸上,TCP连接释放程序由握手代表。

TCP在“四份报告挥波”后关闭连接 。

• TCP 连接在客户端和服务器之间形成。
• TCP客户端指的是启动连接形成的申请程序。
• TCP 服务器是被动等待连接形成的程序 。
• 数据传输完成后,任何一方均可通知对方已解除连接。

过程

TCP 客户端和 TCP 服务器程序现已处于连接状态。

TCP客户申请程序告知它打算终止TCP连接。

TCP客户程序提供TCP连接释放部分,并被指定为终止等待状态1。

TCP连接被用来发布报告的第一部分。

• 非活动FIN值和ACK值都定在1, 表明与TCP有关的释放部分证实了以前收到的释放部分。
• 将序列号之后的字段值设为 u, 与 TCP 客户端程序之前传输的数据的最后一个字节数加 1 匹配 。
• 检查 v 的 Jack 字段值,该值相当于 TCP 客户端程序之前收到的数据的最后一个字节加 1。

请注意,TCP要求FIN的条目等于1,即使数据不存在,也要使用序列号。

在TCP服务器程序获得TCP连接释放部分后,提供了标准的TCP确认部分,连接尚未关闭。

在报告第一节中按惯例确认TCP

• 确认Bit AK定在1,表示这是标准的TCP确认文本。
• 序列号后字段设定为 v, 等于在 TCP 服务器程序之前发送的数据的最后一个字节加一个字节, 并与先前收到的 TCP 连接发布报告中的确认号相符 。
• 确认 Jack 字段对 u+1 的值, 即 TCP 连接释放字段 。

TCP服务器程序应通知高级别应用程序,TCP客户程序应与其本身的TCP服务器程序分开。

TCP 客户端和 TCP 服务器程序之间的连接现已终止 。

然后,TCP连接是半封闭的,表明TCP客户程序不再有数据可供转发。

然而,如果TCP服务器程序仍然有数据需要发送,则会收到TCP客户程序,表明TCP服务器程序与TCP客户程序的连接尚未终止。

TCP客户程序在收到TCP确认文件后,将在TCP服务器程序发布TCP连接段落之前终止。

如果使用 TCP 服务器程序的应用程序不再有数据要交付,它会提醒 TCP 服务器程序关闭连接 。

由于TCP客户程序启动了TCP连接释放,TCP服务器程序释放TCP连接被称为被动关闭。

TCP服务器程序提供TCP连接释放部分,并进入最后确认状态。

该报文段首部中

• 已停止使用的FIN和经确认的ACK的数值定为1,表明它是一个与TCP相连的释放部分,同时确认以前收到的释放部分。
• 由于TCP服务器程序可能会在半封闭状态下再次发送,序列号后续字段的值为w。
• 确认 u+1 的 Jack 字段值, 这是重复确认 先前收到的 TCP 连接发布文件 。

一旦TCP客户程序获得TCP连接释放段落,标准TCP确认段落必须送交TCP用于该段落,然后TCP必须处于等待状态。

该报文段首部中

• 作为ACK核实的价值定为1,表明该款是标准的TCP确认段落。
• 序列号后字段设置为u+1,因为先前提供给 TCP 客户程序的 TCP 连接发布文件在不携带数据的情况下消耗序列号。
• 申明 Jack 字段对 w+1 的价值, 这是对 TCP 连接发布报告内容的确认 。

TCP服务器程序在收到回复后将立即终止,TCP客户程序将在2MSL后终止。

TCP 客户程序为什么不在最后确认信息发出后立即终止?

由于等待状态和2MSL的长度,它保证TCP服务器程序可以关闭,以便最后一次TCP确认。

此外,在发送最后一次TCP确认和2MSL后,TCP客户程序将使整个连接期间生成的所有信息能够从网络中撤回,从而使新的TCP连接不再出现在旧连接中。

TCP计时器发挥重要功能。

当TCP客户程序所在的主机出乎意料地失灵时,TCP当事方已经建立了连接。

在 TCP 服务器处理后,无法收到 TCP 客户程序提供的数据 。

因此,应采取步骤避免等待TCP服务器程序。

五.9. 第一份TCP提交格式

各字段的作用

源端口和目的端口

识别标志、序号和确认号

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

路标同步、路标终止、路标重新定位、推路标、应急路标和应急指示器

选项和填充

本文由 在线网速测试 整理编辑，转载请注明出处，原文链接：https://www.wangsu123.cn/news/14242.html。