TCP/IP协议学习笔记(二)TCP与UDP

TCP和UDP是TCP/IP的两个典型传输层协议。 TCP提供可靠的通信传输,同时经常使用UDP来广播和详细管理应用中的通信传输。

知识产权的初始部分有一个协议字段,确定网络层较高层次使用的传输层协议类型。 根据实地的协议号,可以确定知识产权传输的数据部分是TCP还是UDP。

同样,在传输层中,TCP和UDP被指定了这样一个号码(港),以具体说明哪些申请应分发给它们发送的数据部分。

TCP与UDP区别

• TCP

TCP 是一个连接和可靠的流量协议。 流量是连续的数据结构。 您可以把它看作是一个排水管道 。
流。当程序通过 TCP 发送信息时,虽然确保发运订单是可行的,然而,在数据流向接收端方面没有差距(例如,数据流与数据流之间没有差距)。对于发送者-发送者-发送者附录,发送了1 00字节的信息。那么在接收端，该方案最有可能收到1,00字节的数据流。因此,在TCP通信中,在发件人- 终端应用程序发送的信息中设置字段信息。）

• UDP

联合民主党不是值得信赖的数据报告协议。这项工作将留待高层方案处理完毕后完成。在UDP的情况下，虽然可以保证电文的大小(例如,可以发送电文),100字节信息由发件人程序发送。接收程序还获得长度超过100字节的数据。UDP中，电文的长度也将发送到收件人端。因此,没有必要在电文中列入指定电文长度或间距的字段信息。然而，联合民主党没有可靠的传输协议。所以，如果发送者在网络传输过程中丢失了信息,它将能够发送信息。此电文不会为预定收件人接收 。）
然而,不能肯定新闻会到来,因此,申请有时会根据自己的要求重新印发。

在需要可靠的传输时,TCP在传输层使用,因为TCP面向连接并提供序列控制和再发射控制等方法,因此可以提供可靠的应用传输。

联合民主党主要用于高速传输和实时或广播通信。让我们以IP电话为例如果使用TCP，如果数据在传输过程中丢失,将重印。然而,它不能使呼唤者的声音能够自由表达。因此,通信中断。而采用UDP，将不再出版。届时,声音的到来不会出现重大延误。即使缺乏某些数据,只是几通电话(当实时提供动画或声音时)。在行进途中将袋子放在网络的一小部分,可能造成短暂停顿,甚至图像或声音混乱。但在实际使用当中，这不是一个重大的烦恼。）。此外，在多广播和广播通信中,使用联合民主党而不是TCP。

端口号

数据链接和IP地址分别是MAC地址和IP地址,前者用于识别同一链条中不同的计算机,后者用于识别TCP/IP网络中的链接主机和路由器。
港口号,也称为程序地址,用来确定不同的程序,在同一台计算机上进行通信。

在 TCP/IP 或 UDP/IP 通讯中, 通常使用五条信息来指定“ 源 IP 地址”、“ 指定 IP 地址”、“ 协议号”、“ 源端口号” 和“ 目标端口号 ” 。
其他来文,只要其中一份不同,即予审议。

在实际通信中预先指定港口号,确定港口号有两种方法:

• 标准既定的端口号

它也被称为静态方法,意味着每个程序都有自己的港口号,但这并不意味着任何港口号都可以随时使用。
HTTP、TELNET和FTP等常用应用协议中使用的端口号是固定的,这些端口号也称为已知端口号。
除了众所周知的港口号外,还正式登记了1024至49151号港口号,但这些港口号可用于任何通信目的。

• 时序分配法

第二种技术也称为时间序列(或动态)分配方法。 在现阶段,服务器必须识别监听端口号,但接受服务的客户却不知道。

在这种方法下，客户应用程序不需要使用自己的端口号 。相反,操作系统获得完全的分配权。操作系统给每个程序提供一个非冲突端口号。例如，当需要新端口号码时,根据上一个给定数字,加上一个。这样，港口号可由操作系统动态管理。

即使许多TCP连接是由同一个客户软件启动的,这些通信线路的五个组成部分在这种动态分配系统下也不会都与同一个号码相连。
港口号动态分布从49152到65535不等。

套接键

当应用到TCP或UDP时,使用操作系统的图书馆。
Socket在通过TCP或UDP进行通信时也经常使用API。
套接字后, 应用程序可以配置端点的 IP 地址和端点端口号, 并发送和接收数据 。

UDP

UDP没有提供详细的控制手段,而是依靠IP提供断开的通信服务,它还是一种机制,用于在收到应用软件后立即向网络提供数据。

尤其当涉及到网络拥挤的时候,联合民主党也未能开展交通管制等行动,以尽量减少网络堵塞。此外，即使交付过程中有一个打嗝,同样,重新发行也不属于民进联的责任。即使货运订单中断,也没有纠正功能。如果必须控制这些细节然后用UDP程序来管理它。

由于联合民主党没有联系,它可随时传输数据。这加上联合民主党的简单和高效处理,使它在以下领域受到欢迎:

• 使用更小包件( DNS、 SNMP 等) 的通信兼容性 。
• 视频、音频和其他(即时)多媒体通信
• 某些网络,如局域网,用于通信。
• 通过无线电通信(许多传输)

TCP

TCP在数据传输期间履行许多控制任务,当包件丢失时能够进行重新发射控制,以及
可按顺序对订单外分包合同加以规范。
只有在确定通信为端对端,从而能够控制通信流量的浪费时,数据才会转移。

同样,在IP等断开的网络上,也可以使用同样的TCP方法实现高通信兼容性可靠性。

通过序列号和答复确认,提高可靠性

当发件人的数据到达接收主机时,接收者可以选择回复收到电文的通知。该电文被称为确认对 ACK 的回复。

发件人不必等待在特定时限内确认答案,即可推定数据丢失并重新发布,因此,即使软件包被丢弃,也有可能确保数据送达预定收件人并可靠地传输。
没有确认的答复并不一定意味着数据已经丢失,还可能对应方已经获得数据,但返回的确认答复在航行中丢失,这可能导致数据再次发送,因为发送者没有收到确认的答复,认为数据无人看管。

可用于完成诸如识别反应处理、再发射控制和重复控制等操作的序列号,序列号是传输数据的每个字节(8位)的编号。

在TCP接收数据的最初部分,接收端询问数据的序列号和长度,并提供作为确认答复应当收到的序列号,因此TCP可以使用序列号和确认答复号实现可靠的传输。

重发超时如何确定

重发超时是指在数据重发之前必须验证答复的具体时间间隔,如果在这段时间内没有收到确认的答复,发送者将重新发送数据。

找到最短的时间,最好能确保“公认的答案必须能够在那个时间内返回”。

无论网络环境如何,TCP都需要高性能通信。因此,无论互联网拥堵发生什么变化,都无从解决问题。必须保持这种自我认同感。为此，每次发出软件包时,都会计算返回和返回的时间(RTT)。是到达和离开报告期间的时间。及其变化(价值、RTT时间波动幅度)。有时也叫抖动。） 。往返旅行与往返时间之间的时间差,总投资时间的长度。比这个多一点
如果在数据重新发布后没有收到经核实的答复,则重新发送数据。此时,等待确认答复的时间延长2或4倍于指数函数的次数。

此外,数据不会永远和反复重发。 一旦达到一组重复次数,如果没有得到确认的答复,将确定网络或终端主机有异常情况,并被迫终止连接。

连接管理

TCP使通信能够进行连接传输,连接方向是指在数据传输开始之前在通信两端之间的准备工作。

对不起,我不知道。TCP会通过TCP的第一部分发送一个SYN包,作为连接请求确认(在TCP中交付第一个SYN包的当事人被称为客户,接收人被称为服务供应商)。

如果端对端核实答案,则认为数据通信是可能的。如果端对端确认答复没有到来,数据通信就不可能到来。

此外,在完成传送后,还进行了断开处理(FIN软件包)。

连接的建立和终止至少需要七个包件才能在通常程序(三个包件可以建立 TCP 连接)中交接。 这一过程也被称为“ 三握手 ” 。

TPC传输的数据载于第20段至第21段。

在建立 TCP 连接时,可以确定传送包件的单位,我们也可以称之为“最大电文长度”(MSS:Meximum 安全大小)。

最好是,最大电文长度与IP的最大数据长度相对应,但不会是零散的。

MSS握手三次。以两个终端主机之间的差数计算 。当两端主机请求连接时,MMS 选项可以在TCP的第一部分书写(作为额外的 MMS 选项)。将不再使用TCP的前20字节。这是一个四字节整数。如图所示的+4。,互相告知对方他们的接口与MMS的大小一致。然后选择在二者中使用一个较小的数字。

为控制速度的提高,使用窗口。

TCP使用一个段落,每个段落一个,来验证在这种传输方式上有缺点的答案,即软件包的往返时间越长,通信性能越差。

为解决这个问题，TCP开创了窗户的概念。即使在长途往返的旅途中,它还使网络的性能不至于恶化。图6.15所示，确认在每一分段中不再能找到解决办法,然而,在较大单位确认时,情况是一样的。传输时间将大幅缩短。也就是说，发送端主机，在发送一段之后等待对答复的确认并非必要,而是必须继续发送。
“窗口大小”一词是指无需等待确认答复即可提供数据的最大值。插图中的窗口大小为四段。

如图6.16所示，前面显示的窗口是所提供的数据的亮环。即使没有收到经核实的答复,也可以发送此窗口中的数据。此外，通过窗口显示的数据在传输某种形式的数据时丢失。因此,发送者将收到确认答复。这一设想也应重新印发。为此，发件人的主机等待收到确认收到答复。这一部分数据必须保存在缓冲区内。

滑动窗口外的数据是尚未发送的数据和已确认到最后收到的数据。当数据在不重新释放的情况下交付后及时收到确认的答复时,数据可以从缓存中删除。

如果响应得到验证, 窗口会滑至序列号在答案中的位置, 从而可以依次分布多个段, 提高通信性能 。 此方法也被称为幻灯片窗口控制 。

窗口控制与重发控制

如果使用窗口控制时漏掉一个区域呢?

首先，我们首先确认没有返回。在这种情况下，数据已经到达对端，没有必要再说一遍。然而，在没有窗口管理的情况下,没有确认答复,因此重新印发了数据。而使用了窗口控制，就如图所示，即使没有作出经核实的答复,也不必重新印发。

当有一张丢失的纸,发件人总是会得到1001号序列号的经核实的答复。“我希望从1001收到数据”似乎是发件人的确认答复。因此，在窗口比较大，如果报告丢失,政府无法这样做。同一序列号的确认答复将重复重复并无限期地归还。如果发件人东道方连续收到三次相同的确认答复(他们收到三次而不是两次确认答复的原因是他们得到了相同的答复,原因是他们连续收到两次确认答复)。即使数据部分的序号被更换两次,重新发射进程也不会被触发。） ，有关数据将重新公布。这一技术比先前指出的耗时管理效率更高。因此,它被称为高速再发射控制

流控制

发送者根据自己的实际情况传输数据。但是，接收端可能得到一个无关的数据集,由于其他困难,可能需要一些时间处理。因此,进一步处理这一一揽子方案需要一些时间。即使承受重载,也无法获得任何数据。如此一来，如果接收者丢弃本应收到的数据,这样做是不可行的。这是第一次推出新的发展方法。因此,网络带宽被不必要地浪费了。

为避免今后发生这种情况,TCP为发送者提供了一种方法,以根据接收端的实际接收能力对交付数据的数量进行管理。这被称为流动控制。它的具体操作是，目的地主机可能接收的数据大小被发送到发件人主机 。因此,发送者只提供不超过这一限额的数据。此大小限制称为窗口大小 。接收端的主机确定上述窗口大小的价值。

TCP 第一部分有一个用于通知窗口大小的特殊字段。 接收器输入缓冲带的大小, 以通知发件人。 此字段值越大, 网络摄入量越高 。

不过，如果缓冲区接收方的数据过多,解决问题是可行的。然后将窗口大小值作为较小数值通知发送给发件人。这对交付数据的数量作出了规定。也就是说，发件人有机会接受收件人东道方的指示的所有人。限制交付数据的数量。这也导致全面控制TCP流动(流动控制)。
当接收者从3001开始接收数据段时,缓冲区即为填充。必须停止数据收集工作。之后，只有在收到传送更新窗口的通知后,才能恢复通信。如果此窗口的更新通知在中转途中被错过,因此,你可能无法继续沟通。为了防止这种并发症,由所有者斟酌决定,不时发送一个称为窗口探测的数据段。为了获取最新的窗口大小信息,此数据字段仅包含一个字节。

拥塞控制

利用TCP窗口控制,即使发件人和发件人之间不再在同一数据段中发送,也可以持续地在发送人和发件人之间传送大量数据包,然而,如果在交互式TCP窗口控制开始时提供大量数据,即使发件人和发件人之间不再在一个数据段中发送,也可以连续地传送大量数据包,但如果在通信开始时提供大量数据,则可能出现其他问题。

为了避免问题,TCP使用一个缓慢的启动算法产生的数字限制对话开始时传输的数据数量。

首先，为了平衡发件人在发件人端传送的数据数量,界定了对流窗口的概念。结果,当它缓慢地开始的时候,为了传输数据,将这个压缩窗口的大小缩小到一个数据段(MSS)。在收到每一份ACK确认答复后,拥挤窗口的值乘以 1 。在发送数据包时，将压缩窗口的大小与接收主机报告的窗口大小相对应 。然后,根据两者中较小者的说法,提供较少数量的信息。

如果用超时功能重新出版,然后可将压缩窗口的起始值设为 1, 并且可以应用慢速启动校正 。有了上述这些机制，这有助于减少传播开始时的连续收缩(也称为“爆炸”情况)。延迟启动是一项战略,用于减少诸如流行病等网络堵塞现象。这是年初以来第一次关闭互联网。也可避免网络上的拥挤。

不过，随着包的每次往返，由于指数为1、2和4, 压缩的窗口也扩张了。拥堵的蔓延也导致了网络拥堵。为了防止这些，提出了延迟起动门槛值的想法。只要压缩窗口值超过此水平,每次收到答复时,答复都得到验证。压缩窗口只允许下列放大率:

参考资料

Unizki Quiz;TCP/IP: 5/(J)版本正在等待历史。 - 人民邮政和电信出版社,北京,2013年。

下载 链接

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