两种传输层协议对比

UDP

数据发送前不需要连接,遥远的主机在收到联合民主党电文后不需要任何确认。 虽然联合民主党不能确保可靠的发送,但在某些情况下,这是最有效的工作方式(通常用于快速通信 ) 。

TCP

TCP提供连接性服务,在传输数据之前必须建立连接,在传输数据时必须放弃连接,TCP的目的是提供可靠的连接传输服务,但不提供广播或多广播服务。

TCP在传输前进行数据交流的能力反映了其可靠性。为了建立连接,将进行三次握手交流。而且在数据传递时，设有识别、窗口、再传输和拥堵控制系统。在数据传完后，不仅仅是系统的力量,系统的力量,系统的力量,系统的力量,系统的力量,系统的力量,系统的力量,系统的力量,系统的力量,系统的力量,系统的力量,系统的力量,系统的力量,能源,能源,系统的力量。由于这种情况,若干费用将不可避免地增加。 如确认，流量控制，例如,计时器和连接管理。这不仅给协议数据模块的第一部分增添了很多东西,而且给协议数据模块的第二部分增加了很多东西,不仅给协议数据模块的第一部分增加了很多东西,而且给协议数据模块的第二部分增加了很多东西。加工者的大部分资源也必须吸收。

可靠传输

如何可靠传输

TCP通过序列号、反应确认、重新发射控制、连接管理和窗口控制技术具有可靠性。

1. 数据分为TCP认为最适合传输的数据区块。
2. TCP 为交付的每个包件指定一个独特的标识符, 接收方对包件进行排序, 并将序列数据发送到应用层 。
3. 如果在收到的段落中检测到试验或错误,TCP将拒绝该段,并且不承认收到该段。
4. 重复数据被TCP接收者丢弃。
5. 流动控制:TCP使用固定规模缓冲区与双方建立联系。接收器只允许发送者发送接收端缓冲区内可以容纳的数据(即,如果你不传输过多的数据,我将无法自食其力)。当接收者没有时间传输数据时,催复通知的发送人降低了传输率。防止包丢失。TCP 的流量控制协议是一个可配置大小的滑动窗口协议 。(为了完成交通管理,请使用 TCP 幻灯片窗口。 )
6. 食堂控制:当出现网络堵塞时,减少数据的提供。
7. ARQ 协议: 其依据的理念是,每次分发都由一个团体暂停,等待另一方确认。 收到确认后, 下一个分组交付 。
8. 发送超时 : 当 TCP 发送一个段时, 它会启动一个计时器, 等待目的地确认收到电文。 如果在合理的时间内没有得到确认, 则重新发布该段落 。

滑动窗口、流量控制

TCP 流量控制与幻灯片窗口。 交通控制旨在管理发件人的发送率,并确保接收方收到发送率。

收件人确认信件中的窗口字段用于确定发件人的窗口大小,影响发件人的发送速度。如果窗口字段设为0,发件人就不能发送数据。

交通控制与交通拥挤控制之间的差异

拥塞控制：

• 路由器或网络连接可避免超载,以避免将额外数据输入网络。
• 所有交通拥堵控制都以网络维持目前网络负荷的能力为基础。
• 选区控制是一个世界性的进程,涉及所有东道主、路由器以及影响网络传输性能的其他因素。

流量控制：

• 点对点的交通控制经常是端对端的挑战。
• 交通管理的目的是减缓发送者最后传输数据的速度,以便在接收者最后收到数据。

拥塞控制

要实施拥堵管理, TCP 发送者必须保留 cwnd (cwnd) 变量 。

• 压缩控制窗口的大小取决于网络的凝结程度和动态变化。

• 那么,你怎么知道现有网络在抽搐?在现实中,只要发件人没有在规定时限内得到ACK的回答,导致耗时的转基因,网络就被视为处于抽搐状态。

• 发送者将自己的发送窗口移动到拥挤窗口和接收器接收窗口中较小的窗口。

为了控制拥堵,使用了四种算法:

1. 慢开始
2. 拥塞避免
3. 快重传
4. 快恢复。

网络上的路由器还可以使用适当的群体处置机制(例如,为减少网络堵塞的发生,使用了主动排队管理。

这一窗口如何成长和收缩的原则是什么?

（1）慢开始：

由于尚不清楚网络将如何运作,因此最好首先发现发件人窗口从小到大逐步扩大,从小到大逐步增加压缩窗口的体积。

cwnd的起始值为1,每过一个周期后为2。

（2）拥塞避免：

避免凝结方法所依据的原则是,压缩窗口 cwnd 逐渐随时间增加,即每次RRT通过时传输的 cwnd + 1。 (而不是传统的基于传输轮的窗口大小上升)

这两个系统都旨在尽可能大地维持压缩窗口,然而,当网络拥挤时,包件就会减少,而包件即将重新传送和回收。

(3) 快速再传播和恢复:

FRR是TCP/IP的压缩控制机制,它迅速回收丢失的数据包,而不是调节压缩窗口的大小。

这个故事是我们对2011年埃及抗议的特别报导的一部分。他比较温和，如果直接抽搐导致超时再传播,接着，就重新开始慢启动，慢启动器突然限制数据流。这是第一次发生“超时再传送”事件。拥挤的窗口迅速恢复到原来的位置。马上回到解放前。然而,这种办法过于严厉。反应也很强烈，会造成网络卡顿。

当一个接收者得知一个中间袋丢失时,寄三份之前的确认信,因此,发送者迅速重新发送。没有必要再等加班了贸易协定认为这不是一个大问题。因为大部分没丢，只丢了一小部分，ssthresh 和 cwnd 更改如下:

• cwnd = cwnd/2, cwnd/2设为一半;
• ssthresh = cwnd;

接下来,运行快速恢复程序。

• 如果数据包丢失时没有 FRR, TCP 将使用计时器请求传输中转站,在中止期内没有传送新的或重复的数据包。
• 如果接收者获得异常数据段,它会立即向发送者发送重复的确认书。如果发送者收到3份重复的确认书,它认为确认书中指定的数据段已经丢失,并立即重新发送这些数据段,从而立即收到异常的数据段,它会立即向发送者发送重复的确认书。如果发送者收到3份重复的确认书,它就会认为确认书中标明的数据段已经丢失,并立即重新发送。
• 在重新传送时要求的暂停不会因FRR而推迟,当单个数据包丢失时,快速再传送和恢复工作效果良好。
• 其缺点是,如果在短时间内丢失多个数据包,它们就无法成功运行。

ARQ 协议

自动再传送请求(ARQ)是OSI模型数据连接和传输层中使用的错误更正方法之一。

• 采用身份识别和加班方法,在服务不可靠的基础上进行可信赖的信息传输。
• 如果发件人在交货后没有在一定时间内获得确认框架,通常会受到不满。
• ARQ能够不再等待ARQ协议和随后的ARQ协议。

(1) 停止等待ARQ协议。

• 不等待协议的原因是要产生可靠的传输,其依据是,在分组中每次分发后暂停传送,等待另一方确认(回覆ACK)。
• 如果时间已过(过了一段时间后),没有收到 " ACK " 确认书,表明发送失败,必须在收到确认书后再发通知后再发通知;
• 在等待协议期间,接收方收到一个重复组,抛弃该组,并发出确认通知。

优点： 简单
缺点:频道使用差,等待时间长

无差错情况:
发送者提供分组,接收方在规定的时限内收到,答复核实发送者将再次发送。

错误( 超时转播) :
停止等待在协定中重复加班,表示长期未收到确认。重新发送先前发送的组( 包含先前发送的组已丢失 ) 。因此,在发送后,应为每个集团确定一个计时器。其再转移时间应长于群体数据传输的典型返回时间。自动再传送请求ARQ是自动再传送的另一个名称。

此外,如果在中止协议中收到重复的集团,该集团便被否决,并得到确认。

确认损失和迟延:

确认丢失 ：

在整个传输过程中,信息都错位了。当 A 发送 M1 信息时, B 接收它们 。 B 收到后，A从B处收到M1确认电文。然而,在传输过程中,它还是丢失了。而 A 并不知道，在超时计时过后，M1信息应再次发送。B. 在再次收到这一信息时,采取了以下两项行动:

1. 不要将重复的 M1 信件转发到顶层 。
2. 发送确认信。 (不可推定该信已经发出,也不可再次发出。 )如果A能够重新发送,它表明B的确认已经丢失。

确认迟到 ：

确认消息是迟发的M1信息由A发送。B收到并转交确认书。在这段时间里我没有确认M1信息应再次发送。B仍在接收和发送确认信号(B收到2 M1)。此时此刻,A从B那里得到了第二个确认信息。接着发送其他数据。过了一会，A第一次从B处得到M1的确认(A也收到确认)。处理如下：

• A 收到重复确认后,立即予以驳回。
• B 收到复制的M1后,复制的M1同样被直接倾弃。

(2) 进一步的ARQ合同

经常ARQ协议可以促进频道的使用。发件人保持发件人的窗口开着。如果该组在发件人窗口中,可以无限期地发送。不需要等待确认。收款人通常使用累积确认书。向最后一批人发送确认邮件,本分组中出现的所有分组均得到适当的接收。

优点:频道的高利用率很容易确定,即使事实证明频道丢失,也不必重复。

弱点:并非所有接收方适当收到的信息都可反映给发送方。

例如,假定发件人发送5条文本。第三次中途死亡(第3次),接收方此时只能向前两个方发送确认书。发送者不知道最后三个分组在哪里。那最后三个也得重新传送它被称为Go -Back -N。这篇文章是全球之声在线特稿的一部分。

握手和挥手

TCP连结三次握手的目的何在?

“三握手”的目的是向双方表明,它们彼此具有接收和传输的正常能力。

客户端提供服务器接收的网络软件包 。

• 这使客户能够确定客户和服务的发送和接收能力是正常的。

第二手握手:客户获得服务结束套件。

• 这使客户能够假定服务的接收和传输能力正常,客户的接收和发送能力也正常,不过,客户目前不知道客户发送的能力。

第三次握手:客户包扎和接受服务。

• 这使客户能够确定客户的接收和发送能力以及服务的发送和接收能力是正常的。

客户在第三次握手时收到客户对第二次握手的回复。 我从服务端传送了客户收到的第二次握手的回复数据。 所以, 我发送的能力是正常的。 客户的能力也是正常的。

在进行了上述三次握手之后,客户和服务提供者已经证明他们的接收和发送能力是正常的。之后我们就能充分对话了因此,如前述程序所示,至少需要三个握手程序。在两起案件中,任何一方都不能决定另一方的接收和发送是正常的。

SYN,为什么?

SYN被发送,证实发件人与接收方的接触没有困难(即,我毫无问题地发送了该发件人),但接收方与发送方的接触要求核实ACK信号(即,你没有困难地归还该信号)。

要断开 TCP, 需要“ 四波” :

• - 客户向服务器发送FIN以阻止客户的数据传输。
• - 收到这个FIN, 退回一个ACK, 确认的序列号收到加一个, 一个FIN, 和SYN一样,会接受一个序列号。
• - 服务器与客户端断开连接并发送 FIN 给客户端 。
• - 将确认的ACK信件和设定的序列号发送到收到号+1。

进程通讯方式

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