关于计算机网络(匈牙利)_05部分传输图层的评论

B站点:计算机网络微型类提到这一条。

五、传输层

性质上各进程之间的关联

• 在通信和信息处理方面,运输层向上一级应用层提供通信服务,这是通信部分的最高水平,但就用户功能而言,也是最低的。

• 当网络边缘的两个主机利用网络核心功能进行端到端通信时,只有网络边缘的主机的协议柜台有一个运输层,尽管网络核心路由器仅使用三个层次(到网络层)来传输数据。

进程间的通讯流程

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

梳理一下：

我们通讯的精髓也是网络1中的计算机之一与网络1中处理网络间通讯困难的微信等程序之一之间的通讯。 数据链接层处理网络连接之间的通讯问题。 点流由物理层发送。 因此, 我们用两个网络来讨论主机。 我们把“ ” 和微信称为计算机中的程序, 程序接管了计算机端口, 因此我们通过在主机中完成与一个过程的通讯和在另一个电脑中完成另一个过程的通讯来解决运输层的问题!!

港口号的重新使用和传播

1. 港口号的意义是什么?

2. 发送方的对等使用和接收方的传播

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

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

3. 在申请一级,运输层港口号在TCP/IP系统的标准协议中广为人知。

等交易拿到服务器的港口号码再说!

例如,FTP协议书(文件传输协议书)

当我们两个主机想要文件传输时, 我们必须完成此应用程序层协议, 例如, 从我们自己的服务器上传文件到 Linux 的服务器, 将服务器视为 FTP 服务器, 访问服务器的 21 个端口, 并选择 ftp 协议 。

、

4、运输层传输流程

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

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

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

• 第一部分的源字段价值从短端码49151 65535中选取一个未占用的,以代表 DNS 客户程序。
• 第一部分的目标港口价值:53是DNS服务器终端操作中使用的众所周知的港口号。

我们使用 DNS 服务器解码域名的 IP 地址 。

然后,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 客户端口号。

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

第一步

第二步

第三步

第四步

第五步

二. 联合DP和TCP之间的[重点]比较

在TCP/IP结构运输层,两项基本协议是UDP和TCP。

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

可见和不可信。

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

• TCP报告部分(部分)是商定的TCP传输数据单位。
• AUDP电文或用户数据报告是通过UDP传送的数据单位协议。

• UDP 连接断开, 不需要使用 Socket 。
• TCP是相互联系的,TCP必须在两个Sockets之间建立联系。

1. UDP(用户数据表协议)

可以发送广播

更多可以发送到多频道。

还可以发送单播

UDP 单一、多播和广播支持

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

运输过程

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

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

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

UDP结构

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

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

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

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

运输过程

发送方

• TCP将应用过程提供的数据区块视为无结构字节的顺序,TCP不知道这些字节打算发送什么。
• 他们也被编号 并保存在他们自己的送入缓存。
• TCP 根据发送政策确定的一系列字节构建并发送 TCP 信息 。

接收方

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

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

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

TCP结构

小节

三. TCP交通管理

1、概述

举例

具体流程的演示教程

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

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

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

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

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

2、小结

四. TCP堵塞管理

1、概念

负载可以理解 TCP 条目的数量,而输送量是网络实际处理数据的能力。

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

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

拥塞控制的一般原理

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

开环控制和闭环控制

监测网络的拥塞

主要指标有：

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

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

2、拥塞控制的算法

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

以下例子旨在相互协调。

传输轮次：

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

拥塞窗口：

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

第三 谨慎的开始 避免抽搐

慢开始( 慢开始)

• 目标是确定网络的承载能力或集中程度。

• 算法的概念是 逐步提高压缩窗口的价值 从小到大。

• 两个变量：

  选区窗口( cwnd): 宪法窗口的初始值是两个设置。 窗口 。

  • 1-2最高值(旧标准)
  • 2-4 最高(5681瑞郎)

避免抽搐

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

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

这次又回到了缓慢的开始

两个算法完整示意图

补充一下：

• 启动缓慢是指启动时的TCP条目数量较少(冷凝窗口),而不是缓慢开发,窗口大小在 2 n-1 侧指数扩张。
• 它不是真正地避免交通。它是一种算法, 用来在交通发生时处理交通。

4、快重传和快恢复

简短说明:如果电文文本不正确,请允许收件人返回上一个正常核准的段落,以防止发送者误解拥堵。 ]

瞬间再传输

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

经修订的总体算法图

五. TCP 超时实时再传输模式选择

问题是每个TCP块块的返回时间未知。

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

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

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

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

TCP 超时再传输计算
总结

六. 实施可靠的TCP传输

具体流程视频讲解

七、[重点]TCP运输连接管理

1、概述

2. 建立TCP联系

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

1. 建立TCP连接是为了解决下列三个困难:

2. 使用 " 三封握手协议 " 的 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确认部分? “两握手”方法能用来建立连接吗?

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

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

3、总结

3. TCP 终止TCP连接

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

1. 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连接不再出现在旧连接中。

2. TCP计时器发挥重要功能。

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

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

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

4. 第一份TCP提交格式

5. 提交TCP文件的字段功能

源端口和目的端口

识别标志、序号和确认号

标记同步、标牌终止、路标重新定位、路标交付、紧急路标和紧急指示

选项和填充

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