目录

一.UDP协议

UDP校验和

二.TCP协议

二,一,确保可靠性的基础。

2.1.1确认应答

二、一.2 重新传送超时

二.一.三 连接管理

2.1.4滑动窗口

2.1.5 交通管制

2.16拥塞控制

2.1.7延时应答

4.1.8捎带应答

三.网络层

1.IP地址

1. 实施伙伴报告格式中的字段

1.2 4位版本号

一、三、四总理

12种服务种类的四分之一

一. 总共5 16个地点的总长度

1.6 16位马克、3位数马克和13位数

一,七,八倍幸运。

1.8 8位协议

1.9,16 初步核对总和

一.10、32个来源和32个目的地IP地址

3.地址管理

4.路由选择

4.数据链路层

Tainet 数据框架格式中的4.1 数据框架格式中的4.1

四.2 目的地和来源地址

4.3 类型

4.4 帧尾

4.5 mac地址

2.MTU

一.UDP协议

了解协议格式以理解 UDP 协议。 标题拼写程序被称为“ 信封 ” 。

联合DP的长度:即联合DP数据报告的总持续时间(标题+负载)两字节代表长度。2个字节介于0至65535之间,即,最常报告的数据大小之一是64 kb, 无法超过,如果超过,可能导致数据丢失,造成灾难性后果。

我怎样才能保持数据报告超过64千b?

有两个程序:1. 在应用层面的代码中,广告数据被分解成许多UDP数据报告,并送交上游服务器;虽然可行,但过于隐性。因为很难在应用层分解根合并,有些问题很容易解决。可能存在:首先出现的情况,预计数据为1,2,3,但接收端收到的数据可能是1,2,3,或3,2,1,造成重大困难。这一战略没有建议。 2. 直接转换为TCP, 允许TCP不受限制地在网络上传输数据。

UDP校验和

通过网络传输的数据的性质是少数零/1比特流,这些流由光信号或电信代表,这可能造成互联网上数据传输的某些问题。就 容易出现“比特翻转”的情况（0->1,1->0）,而校验和就是为了验证当前的数据是否出现了问题

核对总和各有不同;例如,购买盘子时,核对总和为1,两个二级校准为2。 它并不总是与检查相同,但与检查不同。

校验总和经常从原始数据内容中产生,每个内容的校验总和也各不相同。随着数据的变化,校验总和也会变化。通过检查总和可以确定当前数据是否已经改变。

计算校验和的技术多种多样,广泛使用:crc, md5。

二.TCP协议

TCP协议段格式

TCP具有以下特点:1. 存在连接;2. 可靠传输;3. 面向字节流;4. 长时间重复工作。

二,一,确保可靠性的基础。

2.1.1确认应答

数据由发送者发送给接收者,而接收者的反应是回应。如果发送者收到回复,数据将传送给接收者。

由于网络传输导致接受顺序无法预测,因此逻辑不能仅凭接收顺序来确定,因此,此处添加了序列号和确认序列号,即序列号和确认序列号,即以协议形式出现的序列号和确认序列号。

即使接受订单,序号和确认号也不会混为一谈。

由于TCP提供的数据不分巴、字节(字节流)、序列号和确认序列号,而不论巴、字节(字节流)、序号和确认序列号,在现实中都以字节计算。

每个字节的编号是累计的,但序列号不必从一个开始。例如,如果最初的请求包括1 00字节的A至B数据,则序列号为1-100,长度为100,经确认的回答数据序列号为1001。1001之前的数据B已经收到了，另外，还有可能推断B要求从1001开始提供数据。

根据确认的答复,电文的发件人可以决定收件方是否收到该电文,只要发件人收到答复,即假定收件人收到答复,可靠传输完成。

二、一.2 重新传送超时

显然,确认答复的机制是在数据传送相当顺利的情况下实现的,但是在传送过程中可能会有漏袋,一旦数据丢失,它们就会进入加班再传送系统。

在这两种情况下,发件人都无法辨别丢失目前交付的数据和丢失答复数据之间的差别。 如果发件人得不到答复,唯一可以做的就是在一段时间后重新发送。

重新传送数据需要时间的原因:网络上的数据传输需要时间。并不是仅仅发送了这一信息。就期望得到回应。可能需要一些时间才能得到答复。但当没有答案时 就没有答案一旦一段时间过去,将重新分发。具体多长时间，各种系统以不同方式实现。

二.一.三 连接管理

连接管理涉及如何建立连接( 三次握手) 以及如何打破连接( 四次握手 ) 。 这是TCP 中最常见的两个问题, 由内核处理 。

三次握手：

从根本上说,A要求与B、B答复、B请求与A和A联系,共分四个步骤。但是,B的答复和B关于与A联系的请求可以合并为单一操作,A要求与B、B答复、B请求与A和A联系,共分四个步骤。但是,B的答复和B关于与A联系的请求可以合并为单一操作。

如果我们这样做三次,四次握手并非不可能。它只不过是另一种数据报告和传输。因为服务器同时发送SYN和ACK完成操作系统。我们都知道 互联网数据传输 都与封装和传播有关封装和分割每一份数据报告还有其他程序。3次握手而不是2次是不行的。

三个握手目标:1. 滚石:三个握手过程验证了A与B之间的转让。尤其是要确认，A与B之间的传输能力,以及接收能力的正常状态。

如果存在网络问题,就不可能三次握手,届时没有必要进行后续广播。

2.(c) 协商参数:A和B之间将举行三次握手,从数字开始,在各种传输中选择正确的参数,如TCP序号。

ServerSocket 示例构建后, 它输入了监听 2. ESTABLISHED: 解释服务器或客户端的接受或发送既不是问题, 也不是问题, 可能已经开始交谈, 这与代码中返回并获得 clitSocket 示例的接受方法相同 。

四波:A是客户端,B是服务器。

ACK 和 FIN 不是同时传输 : ACK 由内核发送, 服务器用代码发送 FIN 。 一旦服务器收到客户发送 FIN 的用户, 它就被发送到 ACK, 而服务器在两种情况下发送 FIN : 1 当代码执行 clit. close () 功能时, 服务器发送 FIN 和 FIN 不同时传输: ACK 由内核发送, 服务器用代码发送 FIN 。 一旦服务器收到客户发送 FIN 的客户, 它就被发送到 ACK, 而服务器发送 FIN 在两种情况下: 1 当代码使用 clit. close () 方法时, 服务器发送 FIN 。

在表面看来,它似乎正在使用一个子。 然而,由近()功能提供的FIN实际上是在内核中释放相关的PCB文件说明,例如:虽然代码没有使用接近,但该物体由GC回收,并可能关闭相应的文件说明。 (这一操作并不及时),例如:即使代码不叫近,程序已经完成,相关的PCB已被销毁,而多氯联苯中的文件说明表被销毁,更多的文件被销毁。..这是造成FIN同样的原因。

提供四波流图和州转移图:

主要是两种状态:

一.CLOSE_WAIT:在此状态下,服务器获得FIN,等待用户对FIN采用关闭程序。

二.TIME_WAIT信号 客户得到了FIN 并进入时代WAIT州 处理最后的ACK下降。

问题一:如果A收到FIN,然后返回ACK,断开连接,而不是进入Time_WAIT,怎么办?

回答:如果ACK在此时下降, 服务器相信它可能是由自己的 FIN 下降引起的, 并且它会随着时间的流逝再传送, 但连接被切断, 且再传送毫无意义 。

因此,即使该程序被终止(服务器关闭),时间-WAIT条件也依然存在。时间-WAIT还等待了一段时间,如果FIN没有在一定的时间内重新发送它,则可能真正销毁它。 这是2*MSLgivenAIT,如果FIN没有在一定的时间内,也就是2*MSL.Linux重新发送它,它可能真正销毁。 (在Linux,两次网络广播之间最长的时间是1分钟,尽管MSL是可用的。 )

问题二:服务器上大量CLOSE_WAIT的原因是什么?

它表明代码中存在问题,不是要求关闭。

如果服务器上存在大量 time_WAIT, 它可能是代码的缺陷, 但这不是唯一的原因。 发起 FIN 的政党将进入 Time_WAT, 并且必须确定服务器是否应该终止连接 。

首先断开连接, 然后进入 Time_ WAIT 状态, 进程离开, Time_ WAIT 状态仍然保留, TCP 连接仍然有效 。 如果服务器先离开, 它会先进入 Time_ WAIT 状态( 初始连接持有港口), 如果服务器立即开始, 新的进程将尝试重新连接端口 。 因此, 当涉及到 TCP 服务器时, 它总是先是终端客户端, 然后是服务器的结尾 。

当然, 如果您在本地插座上执行动作, 效果将会非常清晰, 服务器将无法启动 。 但是, 第二次发射通常在 Java 成功 。

由于在答复和提交答复方面有延误,即使财务处和ACK不是同时作出答复,也可以将延迟情况与提交答复结合起来。

没有必要重复四次。 这是分手过程的自然部分。 事实上, TCP 连接有时不适当地断开 。

2.1.4滑动窗口

TCP不仅关注确保可靠性,而且关注优化效率,这相互矛盾,TCP努力的可信度和效率相互矛盾,TCP的努力得到了各种业绩优化工具的补充,所有这些工具都具有可靠性。

正常连通性:这一程序需要很长时间等待主机B对ACK作出反应,等待阶段对传输效率有重大影响。

要连接,请将窗口幻灯片:

指定窗口的大小,用于发送一整批SYN,同时等待一波ACK和对数项数据重复ACK等待时间。

如果交付的一组数据的长度没有限制,那么,一组数据(又称窗口的大小)的长度可以迅速增长到无限的窗口。

此窗口的大小取决于接收方处理数据的能力。 如果窗口太大, 则失去可靠性; 如果窗口太窄, 总体效率会降低 。

当窗口范围为1001-5001时,它表示发件人现在同时发送1001-200.2001-300.3001-400 4001-500.ACK同时等待四组数据。

假设这一 ACK 先到, 发送器将知道接收器已经收到 1001- 200 个数据, 并且5001- 600 00 个数据将立即发送 。 它仍然可以确保窗口大小为 4 个数据, 4 个数据正在等待 ACK 。 结果, 滑动窗口不会发送下一个数据, 直到所有 4 个ACK 都在等待, 但总是将窗口保持固定值 。

我们知道可能存在一种背对背情况,例如2001年、3001,4151,但不一定是2001年或3001。 确认序列号也存在;确认序列号意味着序列号前的数据获得批准。 如果假设首先收到3001 ACK,则声称对方已经收到1001-200,2001-300数据,这在目前已不再是关键。

万一你把包放错幻灯片窗口了呢?第一:收件人的数据包丢失了。

这没有区别。 这与序列号有关。 请检查序列号可能包含早期数据, 显示收件人是否被批准 。 目前, 2001 ACK 丢失了, 只要3001 ACK 没有丢失, 它意味着接收者在 3001 之前收到的数据也得到了核实的答案。 事实上, 为了提高效率, TCP 在滑动窗口下的每一数据中都没有 ACK, 而每个数据中只有一个 ACK 。

设想情况二:投放软件包通过发送者的数据报告传送。

我们知道,如果发送者掉了数据,它会稍后在滑动窗口下发送。但是,接收者如何通知发送者放下包?

假设1001-200的数据已经下降,接受者将无法在2001年返回ACK,因为1001数据已经下降。相反,主机B将继续要求1001,核实序列号,直到接收者收到1001-200的数据报告。即使2001-3003001-400的数据报告,4001-5,00的数据报告也没有丢失,他们提供的ACK确认答复不断提示1001,如果各方连续多次看到ACK数据,他们就会知道1001数据已经丢失。

当上图再次传送1001-200的数据时,返回的ACK被翻译为7001,即1001-700,701的数据被退回。

实际上,有一个缓冲区接受以前收到的数据;收到的数据被缓冲区抹去,对没有收到的ACK的回复信息重复。

2.1.5 交通管制

它对幻灯片窗口的额外贡献只是管理幻灯片窗口的大小;窗口的大小影响传输效率,窗口越大,就越不可靠,资源成本越高。窗口越小,效率就越低。

为了限制窗口的大小,交通控制取决于接收方的机械化能力。

主机A 将数据传送到主机 B 的接收缓冲, 而主机 B 的应用程序则通过 socket api 接收数据。 由 socket api 读取的数据从缓冲区删除。 应用程序是消费者。 接受缓冲区是一个交易地点 。

窗口的大小与发送者(主机A)传播的数据数量相对应,例如:如果主机A传输的数据非常快,窗口是巨大的,收到的缓冲量将会迅速扩大。如果主机B应用程序从接收区域接收的数据速度比发送者慢,则接收缓冲区很容易溢出。

因此,流动控制机制与解决这一问题有关,发送方的发送率(控制窗口的大小)是根据接收方的处理能力(接受缓冲区的备用空间的大小)动态决定的。

如果目前接收缓冲区的面积为4 00人。

当 1-1 00 数据到达时, 缓冲区内有 1 00 个数据, 剩下 3 00 个数据, 而 ACK 返回后将向发送者发送 3 00 个信息。 发送者再次以16位数窗口大小( 接收缓冲区内剩余空间) 的方式发送数据 。

如果窗口大小为零, 发件人会停止吗?

发件人目前不发送数据,但为了核实当前收件人窗口的大小,发件人每隔一段时间重新发送一个窗口检测包,通过窗口检测包触发反锁(不广播特定操作数据),以便让该发件人知道当前窗口的大小。

2.16拥塞控制

事实上,不仅主机A和主机B的数据运行速度、接收缓冲地带的大小等等,而且主机A和主机B在传输主机A和主机B方面还有许多中间联系。

使用较窄的窗口发送数据并检查软件包是否被丢弃。 如果您放下软件包, 您将立即降低交付率。 如果您不放下软件包, 您将逐渐提高交付率。 这是对更合适的窗口的大小进行逐步实验的方法 。 因此, 实际的窗口大小是测量窗口在流量管理和凝结控制中的大小的最小值 。

这里可以说明窗口的大小是如何改变压缩控件的。 首先, 如果袋子没有被丢弃, 窗口会以指数增长的速度膨胀, 鉴于今年年初窗口的狭小大小, 将会通过指数迅速增加窗口的大小。 如果您到达临界点, 您会从指数增长向线性增长过渡 。

2.1.7延时应答

延迟也是改变窗口大小以提高效率的一种方法。 让我们把窗口放在坚固的地面上, 并尝试更用力地撞击它。 用于交通管理的窗口大小由接收方在缓冲区的剩余空间决定。

延迟的设想是,当发送者向接收者发送窗口探测器包件时,接收方在一段时间内对ACK作出答复,接受方在一段时间内不断消耗缓冲区的数据,因此,对ACK作出反应的延误使发送者得到比交通控制包包告诉发送者更大的窗口,从而增加交付给下一个发送者的数据数量,并提高传输效率。

4.1.8捎带应答

有多种服务器和客户通信模式,其中多数基于问答。

基于延迟的回答, 我们发现客户服务器在许多情况下在应用程序级别上同样是“ 一次呼叫” 。 也就是说, 客户说“ 你怎么样? ”, 服务器回应是“ 很好, 谢谢。 ” 。 此时此刻, ACK可以用服务器的“ 很好, 谢谢 ” 访问客户 。

客户与服务器之间存在以下通信模式:

1.一问一答客户提出请求,服务器作出答复,并作出适当答复。
2.多问一答:上传文件
3.一问多答:下载文件
4.多问多答:直播~~串流

2.1.1 字节流(口袋问题)。

在这一字节流的背景下,需要解决一个关键问题:粘糊糊的袋问题。

例如,在Thcontains阶段有3个数据,而每个TCP数据包的 " 有效载荷部分 " 是整个应用数据层。

当接收者收到数据时,数据被分散并置于数据缓冲地带。

当程序从接收缓冲区接收数据时,它不知道数据报告从该点到该点跨越整个一层。程序只能看到接收缓冲区的一个字节。它无法知道从目前的接收缓冲区报告了多少应用程序,也无法知道整个层数据报告来自何处。

解决粘贴袋问题的方法是建立一个合适的应用级别协议。 一. 配置应用层数据的端/分隔符 2。 二. 配置应用层数据的长度。 确定应用层数据中的报告和报告之间的界限是两种方法的核心。

方法1:配置应用程序层数据的端/分隔符。

方法2:确定软件包长度,商定每一层数据报告的头四个字节,并保存数据报告长度。

粘胶袋问题并非TCP所独有,只要字节流相同,HTTP就反映两种解决办法。

另一方面,联合民主党没有这样的问题:

三.网络层

1.IP地址

1. 实施伙伴报告格式中的字段

这主要涉及 IPv4 演示文稿格式 。

同样,IP页眉以报告格式包含所有先前指定的数据,数据在IP载荷中。

1.2 4位版本号

版本号与 IPv4 和 IPv6 有关,因此数字为 0-15, 仅在现在才为中文本号, IPv6 是多年后创建的 。

一、三、四总理

IP 数据头的长度是多少, 4 字节的 0-15 值是多少, IP 数据报告页眉和负载之间的线条是多少?

12种服务种类的四分之一

三个优先字段(已撤销)、四个TOS字段和一个保留字段(必须为零),因此中间四个TOS字段是我们实际需要关注的领域。

在四位托斯字段中,必须只有一对一。 其余必须是零, 两者不得超过一。

可选服务类型包括:最短的潜伏期、最高吞吐量、最大可靠性和尽可能低的成本。

一. 总共5 16个地点的总长度

16个字节为两个字节,数据范围为0-65355,IP数据报告的总长度以16个总长度记录,即最多允许64KB。

因此,我们在UDP中考虑的一个领域也是记录完整的UDP数据报告的长度,其大小与IP数据报告相同,但是对UDP数据报告长度的分析很少,以致在一项数据比UDP数据报告大时,有两种可能性可以解决这个问题:第一个领域是削减数据并将其合并到应用层,但是没有提出这一点,因为有一个预先设定的条件。

1.6 16位马克、3位数马克和13位数

如果单个数据点太长, IP协议会自动将它拆解成许多数据报告, 发送它, 然后接收器重新包装它。 这三个字段可以帮助将软件包从手头中解开。

身份证和IDD一样,如果他们来自同一IDD, 16马克是一样的。

第一个保留区是三个标记之一。 (一个保留表示没有,但还没有准备好使用。 )第二个表示“没有分裂”,第三个表示“额外分裂”。如果第三个是“另外分裂 ” 。 如果第三个是“另外分裂 ” 。 如果第三个是“另外分裂 ”, 意思是目前的碎片是最后一个。如果是“零”, 则表示当前碎片不是最后一个碎片, 还有更多。

13项抵销:这是对本次分期报告顺序的说明。

一,七,八倍幸运。

此变量指定网络上的 IP 数据报告的最长持续时间。 TTL 是数字, 不是时间概念 。 TTL 是每个路由器传输的最长持续时间, 直到 TTL 为零 。

1.8 8位协议

当接收器收到并使用当前数据报告时,负载的内容将移交给传输级别上的数据。在共享前,您必须确保负载数据的内容与移交的协议相符。

如果接收方收到数据,将进行处理,如果有效载荷中的数据与当前水平协议不兼容,将发生错误。

一个问题是,为什么网络一级没有指明向传输层发送数据的协议,为什么传输层的UD[/TCP数据报告没有八个协议参数?在应用级别上有太多协议, 目的地港口在传输层中定义了这一点。 除了标准 HTTP 之外, 还有一些协议我们可以定制, 所以有很多类型的协议是不可能的 -- 一般性的, 所以目的地港口可以将数据完全传送到相关的应用中 。

1.9,16 初步核对总和

这个校验总和是一个类似于UDP的校验总和, 主要是通过crc, 但这里的区别是校验总和和初始部分。 负载已传递给 TCP 和 UDP 进行验证 。

一.10、32个来源和32个目的地IP地址

以下是IP协议最基本的作用: 1. 地址管理: 网络设备的 IP 地址可以使用一套规则指定 。 2。 选择 : 根据当前源代码和目的 IP 地址指定一个合适的路径 。 32 个位的整数使用三个点分成四个字节 。

关于IP地址,它们以32个整数表示,约为42.9亿,虽然数字似乎很大,但IP地址可能不足以使每个母机构连接到不同的IP地址。

但这不是治标的方法, 假设互联网在我们的后面发展得更快, 人与人之间有许多主机和连接, 绝对没有足够的IP地址。

2.NAT机制

因此,据认为,局域网内部的IP不能在局域网内重复使用,但可以在各种局域网中使用重复的局域网IP,外部网络IP将配给一个与广域网直接相连的路由器装置。

当权威局域网的数据传送到广域网时,路由器立即更改原IP地址。

NET机制的目的是,外联网IP地址可能与众多内部网络设备的IP地址相匹配,每个单独的局域网的IP地址可能相同,数据传输不是问题,因此可以使用重复的IP地址。

当解决IP地址不足的问题时,NAT技术产生了若干问题:当我们在主机上设置服务器时,这是我们自己的机器,只有局域网IP(内联网IP)可以重复使用,主机无法根据内联网IP找到服务器,但在同一局域网内除外。

因此,假定局域网主机在第80个端口有一个服务器,只要外部网络可通过第80个端口访问服务器IP,就可以通过内联网渗透工具、云服务器和局域网主机上的TCP直接将请求传送到局域网主机第80个端口。

由于端口号是两个字节,然后大约6w提供端口号,也就是说,NAT装置可以处理超过6w的连接,这往往足够。 假设在极端情况下,每个外部网络都连接到6w的装置,那么港口和NAT显示的最大计算机数量是6w*42亿台。

3.地址管理

分区(形成局域网的重要一步)需要一个局域网主机、相同的网络号码、相同的主机号码,而下一个局域网网络必须有一个不同的网络号码。 (一旦一个路由器连接到两个局域网,这两个网络就相互连接。 )

将 IP 地址除以 2 。 第一部分是网络识别码。 第二部分是主机号码。 网络号码可以分为两种方式: 子网络遮罩或 IP 地址。

子网状非常独特 。 左半为 1, 右半为 0, 然后每个子网被分配到每个 IP 地址, 产生网络号 。 网络师只是IP 地址的分类, 而当前的主流分类是基于子网覆盖 。

4.路由选择

线路在计算机中具有许多含义,在这方面,它们与IP协议中的路径划分功能有关,例如:选择路径的过程实际上是A和B之间一个合适的途径,这不是一个简单的衡量问题,而是一起审查的:路径长度、通信速度以及所要使用设备的规模。

然而,在IP协议路线专门程序根图的规划与IP协议路线总程序根图的规划之间有重大区别。 一旦数据到达路由器,路由器并不了解整个网络的环境(这种环境是复杂的),路由器只知道附近发生了什么(它知道附近设备的情况)。 因此,IP协议路径是一个“未探索”程序。

由于路由器储存能力有限,使用路由器路由器路由器图在全因特网环境中保存所有节点不可行,因此最好采用逐步方法。

路由器图显示从什么类型的广域网/局域网界面传递的IP类型。 我知道它来自何处和去向。

4.数据链路层

核心协议:以太网(包括数据链层和物理层在内的协议)(正常时间使用的电线,即在醚中使用的电线)

Tainet 数据框架格式中的4.1 数据框架格式中的4.1

四.2 目的地和来源地址

目的地和源地址对应的是Mac地址,而不是IP地址,IP地址仍然差别很大,一个地址是6个字节长,另一个是4个字节长。

4.3 类型

8800表示数据中的IP数据报告;0806表示数据中的ARR请求/答复;8035表示数据中的RR请求/答复。数据长度必须小于46-1500字节。

4.4 帧尾

这是框架结束时的 crc 校验和。 它用来防止网络传输中的数据错误。

4.5 mac地址

Mac 地址是数据链级的地址。 它有6个字节长, 所以范围大于 IP4 地址 。 At the time, Mac 地址可以是每个主机的唯一地址 。 并且 Mac 地址已写死, 所以 Mac 地址在某些情况下被使用 。

例如,在互联网上,有人进入了别人的主机,发现在入侵发生时他已经披露了自己的 Mac 地址。由于计算机无法打开一个以上的客户端,游戏的用意是“不打开更多 ”, 所以它基于一个Mac 地址, 如果发现两个账户有相同的 Mac 地址, 它会打开更多。

麦克的地址在16区

主机A 向主机B 发送数据报告, 跳过应用程序和传输水平的封装, 直接进入网络层 :

将顶级IP数据报告密封,直至达到数据链水平,并封装在以太网数据框中。

请记住源 Mac 和目的 Mac, 即主机 A 和路由器 1 在Tainet 数据框架第一页上的 Mac 地址, 以及IP 数据表记录的最初始和最后IP 地址

此后,路由器1将以太网数据框架转让给路由器2。

然后通过路由器2向主机B转发以太网数据框架,这与IP数据报告相同。

Mac 和 IP 地址似乎完全一样, 但是它们都是功能性的, IP 在整个, 最大在特定部分,

2.MTU

物理层确实有如此严格的限制,以至于相关数据链层次的数据框架有一定的大小范围。这个范围是 MTU 。 MTU 值通常低于 IP 数据报告的最大长度( 64k ), 尽管 MTU 值因硬件介质不同而不同 。

IP数据分包合同不是分包合同,因为它比IP更长,而是因为它比MTU长。 结果,IP数据分包合同包括了IPTU的特定选择,最大值是以太网最大的传输单位。

MTU对UDP的影响;由于UDP是由MTU分包的,如果转移减少,接收者将无法重建完整的数据报告。 UTU的可靠性会进一步受到不可信赖性的影响,分包后放弃率会更高。

CTU对TCP的影响:在TCP中,已经实施了 MMS(最大信息长度),即除非达到MMS长度,否则不会有分包合同。

MTU-MSS 连接 :

本文由 在线网速测试 整理编辑，转载请注明出处。