网络协议UDP、TCP

      最后更新:2022-03-22 04:02

      文章目录

      • 一、网络的标准分类
        • 1、TCP/IP
        • 补充
        • 2. 关键传输层协议:处理过程
          • UDP(用户数据表协议)是用户数据表协议(UDP)家族的第二个协议。
          • 《TCP议定书》是《传输控制议定书》的缩略语。
        • 3、连接管理
          • 三.1 为什么需要连接,什么是连接的抽象(TCP是连接的,而UDP不是)
          • 3.2.2. 连接要求
          • 3.3 三个地位机制介绍,不同地位 -- -- 当前联系
            • 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3
            • 3.3.2 国家调任图(仅三个握手阶段)
            • 三 三 三 三 三 三 三 三 三 三 三 三 三 三 三 三 三 三
            • TCP异常点 三、三、四

      一、网络的标准分类

      1、TCP/IP

      • 各级各流程(具体信息)之间准确的沟通
      • 终端:流程(可处理,在流程之间进行通信);传输层:端对端数据交换
      • 广域网设备和装置之间跨越局域网(跨局域网,主机通讯)的数据交换在网络层处理。
      • 数据链接层:局域网局域网中与局域网有关的问题(局域网内部主机之间的通信)。
      • 例如,两个装置可以在物理层直接连接(直接连接)。

      补充

      • 在传输过程中,每一层在数据包(促进)中增加其本身的基本信息:应用层-传输层-脑层-链接层。
      • 在接受过程中,每一层负责从这一层中提取适当信息:链层、脑层、传输层、大脑应用层。
      • 数据包的每一层应包含两个关键信息:
        • 为理解包件,将每一层(长度、边界)增加的数据分为两部分。
        • 处理明确提交最高层的协议是为了让所有人分享协议。
        • 尽管许多程序是同一软件的一部分,但同一主机上的港口只能由同一个主机使用。
          • 常用端口
            http :80
            https: 443
            ssh: 22
            mysql: 3306
            redis:6379

      只要有一个港口,它就必须高于传输层的水平,在传输层,有两项补充基本议定书:TCP和UDP;以象限+议定书=5为基础。

      • 网络编程是利用操作系统提供的套接字(套接字)进行网络通信的编程。
      • Socket: 插头类似于通过插座使用 os 的 TCP、 UDP 和其他网络服务 。

      2. 关键传输层协议:处理过程

      UDP(用户数据表协议)是用户数据表协议(UDP)家族的第二个协议。

      • 与TCP相比,不存在不可靠性、断开或不报告等问题。
      • UDP是最简单的传输层协议,并不帮助用户处理复杂的网络环境,因此保护网络的不稳定特性。
      • 给 UDP 报告页眉( 标题) 的信息( 标题)
        • 密封数据(标题)
          • 8字节;16位位源端口(表示)、16位目的地端口(收到);16位UDP长度(演示文稿长度)、16位UDP检查和(核对和)
          • 校验和的作用是检测收到的电文(数据)是否不正确;如果校验和不正确,则放弃电文(数据);没有出错,通常收到数据;
          • 校验和是一种简单的运作机制,它利用散列函数的想法,通过建立散列函数来获得非常低的冲突率。
        • 数据(使用有效载荷)
      • UDP接收缓冲区(如果UDP数据较晚到达,则删除缓冲区),但不发送缓冲区,从而导致在用户一级提供了多少数据,而通过UDP直接发送了多少数据。
      • UDP在没有任何事先准备的情况下随时发送数据(电子邮件),因此没有链接;
      • (a) 不可靠性:电文不能保证发送到预定收件人;发送者在投放包件后不知道该电文;
      • 由于最低水平(物理层+网络层)对一次传输的数据数量有限制,如果强制传输的数据超过限制,数据就会被截断。
      • UDP的插座可读和写,称为全时工作(即可发送和可恢复)。
      • 联合民主党协议在下列情况下特别有用:实时聊天(语音、视频)、广播支持。

      《TCP议定书》是《传输控制议定书》的缩略语。

      • 工作在传输层上。 它以应用层为基础(为应用层服务); 其次是网络层(依靠网络层工作); TCP 议定书室有两个外部事件源:应用层的方法调用和网络层接收数据。

      • 首要目标是在各种进程之间建立沟通,并追求可靠性。

      • 处理单位的数据传输;寻求可靠性;

      • 技术交流中心只能确保尽可能按部就班地向对方传送数据(技术交流中心保证在申请一级收到的数据有条不紊);然而,不能保证总是将数据传送到另一方,只能确保按部就班地尽其最大能力向对方传送数据(技术交流中心保证在申请一级收到的数据有条不紊);然而,不能保证总是向另一方发送数据。

      • 确保有条不紊地接受数据,确保对方不受到不准确数据的影响,TCP将创造尽可能优化网络的方法,并尽量扩大从对方获取数据的可能性。

      • ** 如何信任我们? ** 机制:确认反应机制。

        • 传送的数据通常称为:借调(数据部分);答复:确认
        • 发件人同时发送许多信息, 收件人会回答好几次 。 发件人怎么知道电文何时收到? 编号机制 : 发件人编号所提供的数据, 当收到回复时相应的号码就足够了 。
        • 当发送者没有得到相应的答复时,他假定没有收到数据。
      • TCP 协议头格式 :

        • 不是定长;
        • 源端口号为 16 位长, 目的端口号为 16 位长 。
        • 32位序列号安全编号SN:数据电文传输。
        • Acknoelege Security Numer ASN:回复信息 32-bit确认序列号
        • 4名第一部长可核实接受方的TCP议定书寄居办公室是否有能力开展拆解活动。
        • 有两种文字:载有数据和数据+答复文本;然而,这种安排是一致的。你如何分辨本届会议之间的差别,以及是否有答案?Ack = 1 有回答功能, 但 Ack = 0 没有回答功能 。
      • TCP为每个交付字节指定一个数字(仅指有效载荷)。当传输时,第一个有效载荷的第一个字节号由信头中的 SN 填充。接收人知道期限,如果收到收据,所有人都知道。

      • 当 TCP 协议仓库连接时, 它将被指定一个随机的初始序列号( 初始安全编号ISN ) 。

      • ASN填充接收者收到的下一个字节数据(最后一个传送的数据是112, ASN填充113, 这意味着收到在113之前收到的所有数据)。

      • 如果发件人在一个特定时间之后没有收到答复,发生两件事之一:一:另一:没有得到答复;或二:另一:得到答复,但丢失。(原样:如果收到的数据是以SN为基础的,接收者可以验证。))。发送方的处理逻辑是一致的,在超时后直接再传送(再传送数据不丢失)。答案是决定重复接受是否是一种自然反应;拒绝是通常的反应典型是决定重复接受是否是一种自然反应;拒绝是正常反应。

      • 如果混乱降临了,我们如何应对呢?

        • 数据首先发送,然后被接受( 发送者可以直接发送数据, 多次不等待答复就发送数据 ) 。 初始接收不应被回复 。 ( 如果给出了答案, 另一方认为它已经接收了全部数据, 如果第一个软件包被丢弃, 将不会重复 ) 。ASN=2001年,收到第二个答复。 (确保已下令接受,并且不再接受先前接受的数据。 )虽然接收方的TCP主机尚未有序,但接收方的主机应用程序将按顺序接收数据。
      • 如果在超时后还没有收到复文呢?

        • 重复,直到达到某一阈值。如果还没有应答,第一步是试着告诉另一步。连接异常关闭了,发送重置信件; rst = 1 表示它是一个重置信件; rst = 0 表示它不是 。他们不能至少得到一些保证吗?步骤二:通知的级别,数据发送失败,视语言而定,现有几种通知机制。爪哇突然被警告了至仁主,解释重置连接 。
      • 我们怎么知道它有没有超时?

        • 超长的设置太长,无法产生整体的再传输效率,如果太短,可能导致经常发送重复的软件包。 最好选择一个最短的时间来保证“承认的答案必须能够在那个时间里返回 ” 。
        • 与往常一样,答案是RRT:Round Trip时间。数据回传和回传的期间。它通常比这个大一般有一个经验值。每次重传之后,会把这个数放大。Linux的控制超时为500毫秒。每次确定超时时,重新释放所需的时间长度为500毫秒整数。如果重发一次之后,任然得不到应答,等待2500米数据将再次传送。TCP 认为网络或终端主机在500米后是不正常的,累计为一定数量的再传输,并被迫终止连接。

      3、连接管理

      三.1 为什么需要连接,什么是连接的抽象(TCP是连接的,而UDP不是)

      • 作为TCP协议的仓库,需要有一个接收缓冲地带。
        • (c) 确保数据按混乱顺序运抵;
        • 视需要储存数据,直至不再在应用层中读取。
      • 作为TCP礼宾室,您必须保留缓冲地带,以便传送。
        • 不能简单地放弃不反应数据,因为它可能重新发布,因此需要一个临时储存空间。
      • 发送者作为TCP协议仓库,必须跟踪已经发送的SN;接收者必须跟踪应作出反应的SN。

      TCP 协议存储库必须收集每个频道的相关数据,以确保先前机制的可用性。一组连接数据 - 抽象对象称为连接。

      • 链接到:在双方之间进行沟通的信徒代表。对于TCP协议客栈,请保持与频道信息连接的数据的收集。

      3.2.2. 连接要求

      • TCP用于主机A和主机B两个程序之间的通信。
      • 由于TCP是对可靠性的搜索,它旨在核实在正式提供数据之前对方能够收到数据(同时证明另一方在网上)。
      • 链接项目的一部分无法独立知晓,因此,必须同步提供有效信息(双方必须同步提供初始信息)。
      • 通信阶段分为三个部分:连接建立阶段(handshake)、频道可用阶段和断电释放阶段(Shaking阶段)。

      3.3 三个地位机制介绍,不同地位 -- -- 当前联系

      3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3

      • TCP的连接,双方有必要进行三次信息交流;为什么进行三次?A把信息同步给B,B把信息同步给A,至少需要两次,TCP必须是可靠的。因此,除了答复、答复和答复之外,还需要作出反应。同时需要2次应答,逻辑上是需要四次,因此,为了促进互联网的使用,合并是不可避免的(2)(3)(B答复A),然后将信息同步到 A 。信息同步两次 。同步( 同步同步) 。
      • 数据信息、响应信息(ack = 1)、重置信息(rst = 1)和同步(syn = 1)是四组。
      • SN 三手变化:
        请添加图片描述

      3.3.2 国家调任图(仅三个握手阶段)

      • 在TCP一级,传统术语系指主动连接和被动连接器,而不是客户和服务端;在现实中,服务器往往是被动连接器,客户是主动连接器。
      • 连接阶段的状态:
        • - - - - - - - - - - - - - - - - - - - - - - - - - - - -
        • 当没有连接或当连接形成但未启动时,连接即为关闭。
        • 听者:监听状况;被动连接器:等待连接的状态。在现实中,只有一方,没有信仰。
        • - - - - - 连接过程中
        • syn_rcvd: 被动连接: 从其他( 激活连接器) 接收到的 syn egmnet 。
        • syn_sent: 活动连接器: 发送同步信息, 等待响应阶段 。
        • - - - - - - - - - - - - - - - - - - - - - - - - - - - -
        • 连接已建立: 连接已建立, 现在能够进行正常通信 。
          请添加图片描述
          请添加图片描述
      • 被动的连接在两个州之前 正式创建了三种握手: 闭门和监听。
        请添加图片描述
      • 在联系形成之后,来文的双方参与者是平等的:任何人都可以主动或甚至同时传送数据。

      三 三 三 三 三 三 三 三 三 三 三 三 三 三 三 三 三 三

      • TCP连接是单方面断开的,不考虑另一方。
      • 为什么波级重复四次?
        • 来文的A和B两方(关闭的一方并不总是与在通信的双方开始创建连接的一方相同)(关闭的一方并不总是与连接的建立方相同)。
        • 当A开始关闭时,B收到关闭信息并关闭;
        • A 开始关闭程序 -- -- " B在获得关闭信息后继续 " -- -- " 一段时间后 " -- -- B再次开始关闭程序;
        • A 开始关闭进程,B 实际同时启动关闭进程。请添加图片描述
      • 时间_WAIT可能只存在于积极的关闭方一方;CLOSE_WAIT可能只出现在被动关闭方一方。
      • 服务器拥有大量的 CLOSE_WAIT 是否常见? 如果没有,应该调查什么问题?
        • 检查:服务器忽略了取消连接、至少需要记忆占用的连接、大量报废连接以及资源浪费效率低下。
      • 对时代-WAIT状态的要求:一段时间后是否就关闭了,而不是即时关闭了?一个连接关闭,现象是正常死亡了,但是,这不是真正的死亡,这需要一些时间才能确定。有两个可以设想的结果:第一:B没有收到答复,第二:B没有收到答复。如果A关闭,B-请求响应机制如何运作?无法再次发送;例二:通信阶段因某些意外情况而丧失。后面又传过来,如果closed,就无法收到。
      • 时间长度:2*MSL(最高安全度:TCP安全度)是互联网上可能花费的最大时间。

      TCP异常点 三、三、四

      • 完成进程: 将公布文件说明,使FIN能够交付,这与正常关闭完全相同。

      • 重开系统与终止程序相同。

      • 计算机与网络断开, 接收者假定链接丢失了 。收件者完成笔记后,接收器发现链接被切断。我们将重新开始。即使没有写入操作,TCP还创建了一个实时定时器。我会经常互相联系 看看他们是否还在如果不在,也会把连接释放掉。

      • 程序终止、机器重开、定期关闭; 需要操作系统干预。 所有连接都可以正常终止( 四波进程 ) 。

      • (a) 机器直接停电(溢出死亡);为时已晚;A型计算机没有重新启动;B型计算机不知道,因此仍然连接;

        • B什么时候知道?如果B上的乙进程,试图将数据写入连接时发生下列错误:永远收不到应答,我不知道我该怎么办, 但我不确定我该怎么办, 但我不确定我该怎么办, 但我不确定我该怎么办, 但我不确定我该怎么办。放弃。进程B(用户层),无法关闭临时文件夹:%s。(B进程只是意识到存在问题。 )但时间有什么问题?我不知道什么是错的。
        • 如果B号程序B正在等待另一方发来电文,则该程序处于读取状态。没有超时机制(无限等待)――B号程序从未意识到存在连接问题,因为很难辨别未能从另一方发送电文与连接问题之间的区别。
        • 这个问题只能通过书面数据来说明;
        • 作为用户程序,它应该:在所有读数的超时中增加1;在心跳机制(心跳)中增加2。普通(固定的、非固定的)信息被发送到要求回复的另一方。
        • 如果计算机A重新启动,工艺B处于读取状态,写数据时,现象是不同的;程序B。因此,重新启动了A进程。结果,记忆中的所有数据都丢失了。所以连接都没有了,在获得网上数据后,我不知道是谁提交的她是我这辈子见过的第一位女士 我从未见过一个女人对于B上的乙进程,收到reset ,我发现连接被关闭 以一种不寻常的方式。也可终止连接并提醒 B 进程 。
        • 只要数据被记录下来,就有彼此之间出现问题的可能性。
        • 作为应用级别的进程开发者,最好包括:1个读出超时机制;2个心跳机制;3个心跳机制。
        • TCP也有心跳(keepalive)方法,但很少用于以下原因:单位时数;全球配置。
      • 通讯两侧的电脑是正常的, 但网络的关键部件被打乱了, 无法正确关闭, 并且人们也不清楚这是真的。

      • TCP: 一个连接, 一个请求 - 回应, 效率较低 。
        长链路:一个连接,若干请求-反应。

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

          热门文章

          文章分类