在讨论TCP/UDP协议之前,我们必须首先了解网络分层模式,该模式现在分为两类:OSI参考模式和TCP/IP模式。

OSI参考模型(第七层)

为了更自由地提供网络应用程序,标准化组织国际标准化组织(标准化组织)建立了OSI参考模型,Open System Interconnection(OPEN)。
系统间合同模式(系统间合同),它通常被称为OSI参考模型。OSI参考模型是标准化组织开发并于1985年公布的网络连接模型。目标是为所有组织使用标准化标准来控制网络。因此,所有企业都遵守相同的通信议定书。互联网将可进入。

OSI模式规定了网络连通性的七层结构(物理层、数据链接层、网络层、传输层、届会层、表达式层、应用层),每一层履行特定功能和规程,完成与相邻层的接口联系。

• 应用层(数据)确定各进程之间的通信形式,以适应用户的需求,并提供网络和用户应用程序。
• 表达式层(数据)主要负责用户信息的综合表述,如加密和解密。
• 会话(数据级别):提供建立和维持各程序之间沟通的手段,例如访问验证和会话管理,例如对届会一级的用户登录进行服务器验证。
• 传输层(第2段):完成多个网络主机用户程序之间的数据传输、可靠和不可靠的传输、传输层错误检测、交通控制等等。
• 网络层(软件包)提供逻辑地址(IP)、路径选择和数据从源到目标端的传输。
• 数据链层(框架):使用框架封装高层数据,使用MAC地址存取媒体,并进行误差探测和修理。
• 物理层(比特流):设备、物理界面、电子特性等之间的比特流转移。

(四层) TCP/IP模式

TCP/IP是最基本的互联网协议。它在某种程度上是指七层ISO范式。现场视察模式由七个层次组成。物理图层、数据连接图层、网络图层、运输图层、会话图层、表达式图层和应用图层从下到上列出。然而,这无疑是困难的。根据TCP/IP协议,四层的第七层已经简化。TCP/IP示范协定,依其功能不同，他们被安排在这四个层次。它常常被视为一种简化的七层OSI模式。

TCP/IP协议与ISO模式的七个层次相关:

HTTP、Telnet、FTP、SMTP和其他议定书是TPCP/IP应用层的主要协议。用于读取传输层的数据或将数据传输到传输层;传输层的主要协议包括UDP、TCP和其他协议。端对端数据传输;具有重要规程的网络层,如IPCMP、IPIP、IGMP等Chain层也称为数据链接层或网络界面层。主要协定包括退休计划、退休计划等。它们通常包含操作系统的设备驱动器和计算机匹配的网络接入装置。它们合作处理与传输媒介(例如电线或其他有形装置)进行物理互动的复杂问题。

• TCP/IPIP协议协议应用级别
  应用程序层包含所有相互作用的应用程序。基本网络商业数据交换应用的使用规 规 规 程据认为,这一层具有某些专门用途。分级协议的服务直接支持用户应用。HTTP(网基服务)、FTP(文件传输)、SMTP(电子邮件)、SSH(安全的远程访问)、DNS(域名分辨率)和许多其他协议是应用级协议的例子。

• TCP/IP协议转让层
  传输层协议解决了终端到终端可靠性等关切,确保可靠地进入目的地,甚至确保以适当顺序进入目的地。
  1: 提供端对端传输服务;
  2:这种传输服务分为两类:可靠和不可靠,TCP是标准的可靠传输,UDP是不可靠的传输。
  3: 终端至终端连接的管理服务,如交通控制、错误控制和服务质量。
  传输层主要由两项不同的协定组成:《TCP转让控制议定书》和《UDP用户数据报告议定书》。
  TCP是一个相互联系和可靠的通信议定书。它提供了可靠的字节流。它保证数据完整、没有损坏,并按正确的顺序排列。为了尽量减少网络超载,TCP试图不断评估网络负荷并限制数据传输速度。另外，TCP 努力按指定顺序发送数据。
  联合民主党协议是一份没有连接的数据报告协议、一份“尽最大努力传输”协议和一份“不可靠性”协议,它不检查一揽子计划是否已到达目的地,也不确保它能够按正确的顺序到达。
  TCP协议传输是浪费性的,但总体上是可靠的;UDP协议传输效率高,但不太可靠,适合传输可靠性要求不高和数量较少的数据(例如,来自__对话的数据)。

• TCP/IPIP协议协议网络层
  TCP/IP协议网络层的功能是在复杂的网络环境中找到适当的传输路径,以便发送数据报告。简单来说，网络负责将数据发送到指定地址。目的地地址可能是路由者加入众多网络的具体地址。另外，网络负责决定 如何最佳使用对方的机器它还将相互发送数据框架。拥挤控制、网络连接和其他服务也可以由网络层进行。IPCMP、IP、IGMP和其他网络级协议是网络级协议的例子。

• TCP/IP 协议书链接层
  链层也称为数据链接层或网络界面层。管理网络连接的硬件组件 。这一层包括操作系统硬件中由设备驱动的、NIC(识别卡)、光纤和其他有形可见部件。包括连接器在内的所有传输媒介也包括在内。在这一层，Bit 是数据传输单位。其主要协定包括退休计划、退休计划等。

TCP协议

有一个TCP/IP兵营。IP级别只关心数据如何穿越本地网络边界。如何发送数据没有区别。整个TCP/IP学院合作,找出如何将数据传送到如此众多的不同地点。向目的地无缝传送的问题。点到点路线被称为“hop”(hop)。我很久没去TCP/IP军营了网络成员可以通过一系列“跳跃”建立相互的数据访问。

TCP（Transmission Control Protocol，转让控制议定书是相互联系的。可靠的字节服务协议。所以，在发送数据前，发送者必须与接收者建立信任关系。TCP连接必须通过对话建立三次(有时称为三次握手)。程序非常复杂。

TCP 议定书框架格式

TCP 议定书框架格式如下图：

TCP 转让层的 TCP 协议数据框架,一般包括以下领域:

• 源端口号
  源端口号反映了电文传输端口, 该端口有 16 个位。 源端口和源 IP 地址被合并, 以识别电文的发送地址 。

• 目的端口号
  目的地端口号反映了电文的接收端口,接收端口长16个位。目的地端口和目的端口IP地址被合并确定电文的接收端口。
  TCP协议是根据IP协议发送的,TCP提交的材料中源港口+源知识产权与目的港口+目的知识产权合并,形成单一的TCP连接。

• 序列号(序列号)
  TCP传输过程中，在发送端出的字节流中，传输报文中的数据部分的每一个字节都有它的编号。序列号(序列号)占32位，发起方发送数据时，都需要标记序号。
  序列号(序列号)的语义与SYN控制符号( 控制)Bits）的值有关。如果控制符号(Control Bits)中的 SYN 是 1 或 0 。序列号(序列号)有不同的含义:

  • 当SYN = 1 和正在创建连接时,序列号是初始ISN(初始安全编号),它随机使用算法生成。
  • 当SYN = 0 数据传输开始时,第一篇文章被指定为ISN+1。后面的报文的序号，是先前提交材料的SN值加上TCP提交材料的净字节(不包括TCP的头部)。比如，如果发件人的TCP框架净值为12字节,序号为5，然后当下一个数据包由发送者发送时,序号数值应定为5+12=17。
    在数据传输过程中，TCP协议通过序列号(序列号)对上层提供有序的数据流。发送者可以使用序列号跟踪传输数据的数量,而接收方可以使用序列号识别重复的TCP包。然后丢弃重复的软件包; 对于随机数据包,也可以按接收端的序号进行分类。

• 确认您的序列号( 识别号 ) 。
  确认您的序列号( 识别号 ) 。标识了报文接收端期望接收的字节序列。如果你有ACK控制位置设置确认序号的价值代表待收货物的序号,注意，它指的是一个随时可以交付的一揽子计划。下一批货物的序号是预定运抵的。
  举个例子，鉴于发送者(例如,如果客户)向服务器服务器发送三个数据包,净电费为100字节,起始SN序列号为1,因此,净电费为1,00字节的数据集可以发送到服务器。服务器收到每包文件后为验证提供给客户的数据集,需要 " ACK " 响应。反对数据包的反反
  数字值代表每个客户包的SN+套件净收费,显示收到的字节已得到服务器的确认,下一个客户包的SN序列号预计将如图表左侧显示的特定ACK值所示,显示为下一个客户包的SN序列号。

• 头部长度
  该字段占用4位，它表示TCP报告第一节的长度。单位是4bit位。这不是字节数或字节数。是储存在头部的32位数(或其倍数)。或者,四个字节或四个字节因此TCP最多可拥有60字节(4*15=60)的头部。TCP 头头长20字节,没有选项字段。这就是为什么最高部长有五名部长的原因。20/4 = 5 可用于计算。

• 预留6位
  第一级部长级会议之后留出的场地长度为6个,暂时作为保留场地是无效的。

• 控制标志
  控制符号( 控制)
  Bits含有六位元,标记如下:URG、ACK、PSH、RST、SYN、FIN。

如果连接的三次握手中只有单一的SYN存在,它只是请求建立连接。如果同时将SYN和ACK指定为1,它表示在连接的三次握手中都存在单一的SYN,它只是请求建立连接。如果同时将SYN和ACK指定为1,它代表连接建立后的反应。

• 窗口大小
  此字段用于交通管理,长16位元,共两个字节。字节数为流量控制的字节数,即最后预计会收到的字节数。

• 校验和
  检查并计算完整的TCP提交材料,即TCP头和TCP数据,接收端用于验证收到的数据包。

• 紧急指针
  这是SN序列号所附应急数据的最后字节编号。它是16位长,两个字节长。
  TCP提交的初始部分需要上述10个字段,也称为20字节长度的内在字段,TCP提交的初始部分需要上述10个字段的选择和填充部分,TCP提交的初始部分(也称为20字节长度的固有字段)需要上述10个字段的选择和填充部分,TCP提交的选项和填充部分如下。

• 可选项和填充部分
  选项和填充的长度为 4 n 字节( n整数)。本节是根据需求增加的。如果不足4n字节，要加填充位，整数乘以选项长度等于32比特(4字节)。通过在本段插入额外的零,保证TCP头的整数为32比特(4字节)。
  MSS(最大安全大小最大文本)是最常用的选项字段。此选项字段通常在电文的第一个部分(SYN 1表示的字段)中标出。指定当前连接能容忍的最大报告周期。
  在第一节,TCP提交材料的最小长度为20字节,因为不要求可选和填充部分。

至此，本项目是我们对2011年中国选举的特别报道的一部分。就全部介绍完了。TCP看着头条新闻后面。接着的是数据部分，另一方面,数据部分是可选的。当连接建立时,当连接结束时,TCP头条新闻是唯一的交易对象如果其中一方无法发送数据,它还确认使用不包括任何数据的标题标题获得的数据。例如,在处理加班问题时。也将发送不包含数据的信息。

除其他外,通过下列办法保证TCP协议的可靠性:

• 将数据应用到TCP认为最好发送的数据块中。MMS选项(最大包装长度)对这部分影响。这一进程也被称为协商机制。MSS 指定了 TCP 能够发送到另一端的最大数据区块大小 。值得注意的是，MSS只能刊登在SYN报纸上。如果其中一方拒绝接受另一方的MS值,则另一方无法接受该价值。MSS设置为536字节。一般来讲，MSS的价值仍然如此之高。因此,该网络的使用量将会增加。
• 设置计时器, 等待确认包重新发送。 如果计时器没有收到, 请重新发送确认包 。
• 标题和数据得到验证。
• 收到的数据在送交申请层之前在接收端对数据进行分类。
• 重复数据被收件人丢弃。
• TCP还控制交通,主要是通过滑动窗口。

TCP协议三次握手

三次握手图解：

三次握手过程解析：

1. 第一次握手
   Clit现在在SYN州发送 SYN 框架( 也称为请求框架), 自行打开传输频道 。框架上的SYN标识设置为 1 。在此期间,客户的SN序列号(seq)将随他携带。Sn 是一个取决于时间的随机值 。一般而言,每4毫秒乘以1乘以4毫秒。除此之外，MMS(报告期最长期限)也是SYN框架中的一个可选变量。表示客户可以发送的最大数据区块长度。
2. 第二次握手
   服务器在收到SYN软件包后说:将使用 SYN_RCVD。同时,他们又回到Clit的SYN+ACK框架。首要目标是通知客户。#服务员收到SYN软件包。客户现在需要确认服务器 SYN+ACK 传输的 ACK 标记设置为 1 。它确保序列号AN(识别号)值为客户端 SN+1,SYN+ACK框架SYN标识设为1。SN值表示从服务器端创建的 SN 序列号,而SYN+ACK 框架的MSS(报告期最长长度)代表服务器端生成的数据块的最大长度。
3. 第三次握手
   服务器确认第二个握手 SYN+ACK确认给Clit 。第一步是修改地位,从SYN_SENT建立。这是该国双方首次建立联系。现在客户端可以向服务器提交数据 。然后，Clit将确认框架传送给服务器。ACK框架的ACK标记设置为 1 。在服务器端端,其确认序列号AN(确认号)调整为SN序列号+1。还有一种情况，Clit更有可能发送ACK框架以及要发送的初步数据。合并后按组发送到服务器端 。
   服务器响应Clit的ACK框架,它将从SYN_RCVD阶段发展到建立状态。至此，服务器方向的频道连接已成功创建 。数据可从服务器发送到客户端 。TCP的全时双人连接已经建立。

TCP协议四次挥手

在实际数据互动完成后,TCP连接开始断开(或断开),连接的每个端都是单独和主动启动的,TCP协议断开程序包括一个四向波操作:

四次挥手过程解析：

• 第一次挥手
  主动断开( 可能是来自客户端 ),也可以做一个服务器向对立方提出了FIN结案请求。这份报告的FIN位数设为 1 。并适当设置序列号(确认号)和致谢号(序列号)。发送完成后，主动断开器现已在 FIN_WAIT_1 状态中 。这意味着主动断开器没有相互发送任何业务数据。准备断开 SOCKET 连接 。

• 第二次挥手
  正常情况下，在收到活跃的分解方提出的FIN要求后,宣布FIN关于分解的要求将在月底公布。被动断开器用ACK电文响应致谢号(确认号)是序列号(序列号)加上请求断开的1号。致电确认信息表明,该信息的意思是“我同意你关于停止连接的请求。”之后，被动断开已发展到CLOSE-WAIT(近距离等待)状态。TCP协议服务处随时向高层通报申请过程的最新情况。与当地方向的联系已被切断。没有进一步的信息可发送。如果您仍需要在地方一级相互传输数据,您必须这样做。对方依然会接受。被动断线的CLOSE-WAIT(关闭和等待)阶段将持续一段时间。也就是说,CLOSE-WAIT状态的长度。
  收到 " ACK " 呈件后,主动断开器从FIN_WAIT_1改为FIN_WAIT_2状态。

• 第三次挥手
  在完成ACK报告后被动断开器还可以继续分发操作数据。这篇文章是全球之声在线特稿的一部分。或者,在CLOSE-WAIT关闭后,被动断开器向主动断开器发送 FIN+ACK 回复结束信息 。这意味着关于被动断开的所有数据都已发送。然后，被动断开器已到达 LAST -ACK 状态 。

• 第四次挥手
  在FIN+ACK分手反应后, 包括一群记者在内的一些博客提出抗议。还要求最后批准。被动断开器收到AACK确认信息然后，我在时间日,我在时间日, 我在时间日, 我在时间日, 我在时间日, 我在时间日, 我在时间日, 我在时间日, 我在T等待超时结束连接 。一种活跃的断开器 在时间-时间-时间-时间-世界状态中在等待完成2MSL后,如果在此期间没有收到其他报告,它在我国历史上首次被关闭。最后,断开与断开的侧面的链接。
  从主动断开中接收到最后的 ACK 电文后, 被动断开方最终终止了连接 。

TCP常见问题

为什么在三节握手关系可以用两节握手建立起来时,它与这三节握手的关系是建立在这三节握手关系上呢?
回答:握手三次达到两个关键目的:第一,双方准备交流数据,彼此了解已经准备就绪;第二,双方完成了关于第一个SN序号的协商,该序号是在握手时发送和核实的。

如果三次握手改成两次握手,可能会发生死亡锁。两次握手,客户对ACK框架的第二次确认就不见了。

这是第二次握手 在假设的TCP连接。Clit要求服务器提供一个SYN请求框架。服务器对 SYN+ACK 框架进行了响应, 收到后有一个确认回答 。两项握手协议规定:因此,根据服务器,该连接已经成功创建。您现在可以开始传输数据框 。这个过程中，如果确定SYN+ACK反应框架在传输过程中丢失,可以找到解决问题的补救办法。Clit没听懂客户端不会知道服务器是否为此做好准备 。我不知道服务器里SN的序列号 但我不确定它是什么Clit认为,这一联系尚未确定。服务器提供的任何数据分组将被忽略 。它一直在等待服务器上的 SYN+ACK 来验证响应框架 。在服务器公布数据框架之后如果匹配的ACK没有确认的话,那会很费时间。相同的数据框已多次发送 。这样就形成了死锁。

为什么要用四个波浪来结束连接..只有三个握手才能建立连接?

答：关闭连接时，当被动断电机接到另一FIN要求关闭时,他说:公司数据可能还没送到立即切断连接是不可行的。被动方仅限于一次对一次的ACK答复作出反应。"你给我发了FIN的讯息,我收到了只有当我公司的所有报告都完成的时候我才能真正的结束，在结束之前，我会给你发FIN+ACK信息你先等着”。所以，这篇文章是全球之声在线特稿的一部分。需要拆开成为两步，一般说来,手挥有四个过程。

在建立这一联系方面,服务器的反应可能简单些Server收到Clitend的SYN请求后写道:ACK表示对答复请求的答复。SYN信息显示,服务连接是同步的。此外,在ACK和SYN报告之间,没有要发送的附加信息 。故而可以合二为一，直线 SYN+ACK 消息可以发送 。所以，在建立连接时，只有三次握手

问:为什么主动断线器必须等待2MSL在时空状态下?

问题:造成这种情况的原因之一是,主动断线正在等待2MSL。其目的是保证最终结束这两个目的。如果网络不可靠,则不可靠。FIN+ACK报告是在被动断开后发送的。提案国的ACK回答可能丢失。被动断开器现在处于LAST -ACK状态由于未能获得ACK确认,被动方无法以通常的方式进入封闭状态。在这种场景下，随着时间的推移,被动断开器将重复FIN+ACK的分手报告。如果激活断开器在目前 2MSL 范围内,这是FIN+ACK报告 一直受到不满。ACK报告将再次重印。随后,两个MSL重新开通并等待。这样，这是确保被动断开器 收到ACK的唯一方法这将保证被动方对《封闭区协定》的地位持被动态度。只有这样，双方都有能力结束局势。反过来说，如果主动断线器是在ACK反应后发送的,那么就有可能找到摆脱困境的方法。我不是在时间轴状态, 所以我不等待2MSL时间。而是立即释放连接，被动方重新发送的FIN+ACK通信不可行。因此,不再印发ACK确认报告。目前,被动断开器处于LAST-ACK状态。我无法正确进入封闭区

原因二 : 防止在新连接中出现“ 从上一个连接中删除的数据报告 ” 。主动的断开方在提交上次的ACK报告后找到了摆脱困境的方法。再经过2MSL，最后,港口将关闭和开放。这就意味着，与同一港口的新的TCP连接已经建立。在2MSL时间过后才能够正常的建立。大约这个时候,两ML前一连接的数据全部列出。他们从互联网上消失了从而，保证在下一个新连接中不出现先前的这种连接请求。

2MSL有以下补充资料:
2MSL 翻译的字数是MSL的两倍。MSL代表最高安全寿命。这是TCP叙述在互联网上蓬勃发展的最重要的时刻。具体来说，2MSL是传递和接收电文(一次发送和一次答复)的最长必要时间。如果直到2MSL，破坏合同的一方没有从另一方收到补充信息(如FIN报告)。可以安全地假定, " ACK " 是另一方成功接收的。此时，主动断开将最终断开它自己的 TCP 连接 。所以，TCP的时代世界状态也称为2MSL等候状态。
MSL的确切期限,在2分钟内,建议达成RFC 1122协定。SICS(瑞典计算机科学院)生产的小型开放源TCP/IP-LwIP仓库的MSL设定为1分钟。随着伯克利的 TCP 实施, 默认的MSL长度为 30 秒 。总体来说，Time_WAIT (2MSL) 等待状态的持续时间, 以毫秒计 。一般而言,限制在1至4分钟之内。

如果一旦TCP连接建立, Clitend 结尾意外失败呢?

A:TCP是一个实时计时器。如果在阴蒂末端出事了@Serverend:#Serverend 只是不能再等了。 #ServerServerServerServerServerServerServerServerServerServerServerServerServerServerServerServerer.这是浪费系统资源。每次你拿到Clit客户的数据框架 就会得到它服务器上的实时计时器将被重置 。定时器的超时通常定在2小时如果两小时后不能从Clitend的尽头 得到任何数据框架 我们就能收集更多的数据这是服务器在年底首次提交搜索报告。之后每75秒发一次如果一连串的十份检测报告没有反应 很难找到摆脱困境的方法因此, " 阴蒂 " 号无法运作。接着就关闭连接。如果你认为两个实时计时器之间的两小时延迟是过分的,TCP连接的活参数可以独立修改。

三次握手期间的不安是什么原因?
答复包括SYN洪水袭击、DOS袭击(拒绝服役)和死亡价值电话。

TCP粘包、拆包

TCP的粘附和无包装到底是什么?

我们知道,TCP传输协议以流动为导向,没有信息来守卫边界,TCP由于效率高,将捆绑多个较小空间和小型数据包,并送往发送缓存,一次性交付,从而更有效地传输数据。
首先,当发件人发送许多数据包而数据数量较少时,包裹就包装了,由于TCP数据包没有限制,收件人无法区分粘结的数据集。
当发送者提供更大的数据包(比发送的缓冲区大)时,数据包被再分割和传送,从而产生无包装的包件。

TCP 拆解和粘粘袋外观的原因

以下简单解释TCP为何看上去是捆绑和无包装的:

• 如果您发送的数据多于 TCP, 以填充缓冲区剩余空间, 将会解包 。
• 要发送的数据超过 MSS(最大信息长度), TCP 在传输前将拆包。
• 为了将小于TCP的数据传送到缓冲地带,TCP同时多次提供缓冲区内书面数据,造成粘粘袋。
• 应用程序级别接收端未及时读取接收缓冲中的数据, 导致粘贴的软件包 。

详见关于粘糊袋和TCP包装的说明。

TCP 拆包和粘粘袋解决方案

接受方一般不能拆除适当的包件,无论是粘性还是无包装,这是一个必须解决的严重问题。

由于TCP面向字节,无法理解顶级商业数据,因此无法保证软件包不会被分割和重新安排。 这个问题只能通过在最高级别使用协议设计来解决,而协议设计是主流行业协议的解决方案,具体如下:

• 信息很长:发送者将每个数据包包装成一定长度(数量不足,可以填满0),确保每个接收的数据读取缓冲区的固定长度,与每个数据包自动分离。
• 设定信件边界 : 在在线流中, 服务提供商将信件内容从信件边界中分离出来, 在软件包结尾处添加一个换行符, 例如 FTP 是协议 。
• 将电文分为信头和源头:标题包括显示电文全部长度(或电文长度)的字段。
• 一些较为复杂的应用级协议,如Netty协议,成功地处理了包装和拆包问题。

为什么TCP有棘手和无包装的困难,但UDP没有?

答复:由于联合民主党是在提交材料的基础上提交的,因此联合民主党首先使用16比特来确定联合民主党提交数据的时间长度,允许在申请一级将不同的数据提交分开,并避免粘度和无包装问题。

另一方面,TCP则以字节为基础。不同尺寸的数据块用于代表应用层与TCP传输层之间的数据交换。TCP对这些数据区块和边界不加区分。只不过是一连串无组织的数据而已另外，从TCP的结构可以看出,TCP第一部分没有显示数据长度的字段。基于上面两点，在利用TCP发送数据的同时,有可能发生粘糊糊的袋子或拆包事件。

TCP 幻灯片窗口到底是什么?
A: 窗口是缓存的一部分, 用于临时存储字节流。 发件人和接收人都有一个窗口, 接收人通过 TCP 报告中的窗口字段将自己的窗口大小告知发件人, 发件人根据此值和其他信息决定自己的窗口大小 。

允许发送窗口中的字节发送 。接收窗口中的字节可以接收 。如果发送窗口左侧的字节已被传输和验证,因此,在一定距离,传输窗口向右移动。在接收和核实左侧第一个字节之前,接收方格将同样移动。为确认和发送主机, 接收窗口左侧的字节已被发送 。要接收窗口,只需向右滑动即可。

接收窗口按顺序到达的最后几字节将被确认。例如,在接收窗口收到的字节为31、34、35、36、37、38、39、40、41、42、43、44、45、46、47、48、49、50、50、50、50、50、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、68、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、68、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、68、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60、60cH00FF cH00FF cH00FF cH00FF cH00FF cH00FF cH00FF cH00FF f不是的,不是的,不是的,不是的,不是的,不是的,不是的,不是的,是的,是的,是的,是的,是的,是的,是的,是的,是的,是的,是的,是的,是的,是的,是的,是的,是的,是,是的,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,是,因此,只核实字节31。当发件人收到字节确认时,您知道此字节之前的所有字节都已收到 。

UDP 协议

UDP(用户数据协议、用户数据报告协议)是一种类似于 TCP 的协议。 它是一种非连接型协议,不相互连接,而是直接将包件传送给对方。

UDP协议的特点

• UDP断开。 UDP尽一切努力交付,即不能确保可靠的交付,因此主机不需要管理复杂的链接(有许多参数)。
• 联合民主党提到该文件。
• 由于UDP没有提供拥堵管理,网络拥堵对源宿主的传输率没有影响。

将TCP和UDP协议进行比较。

TCP和UDP的区别

• TCP是相互联系的,但UDP不是。
• TCP是可靠的,但UDP不是。
• TCP只提供点对点通信,但UDP支持一对一、一对一和一对多个通信模式,提供点对点通信,但UDP支持一对一、一对一和一对多个通信模式。
• TCP 是面向字节流的；联合民主党提到该文件。
• TCP含有拥堵管理技术,但民进联没有,因此对媒体传播来说是理想的。
• TCP 第一成本(20字节)高于UDP第一成本(8字节)。

联合DP协议第一种格式的数据与TCP协议中的数据之间的区别

UDP首部格式：

TCP首部格式：

这不是交叉参照 这不是重述

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