传输层协议是什么?

      最后更新:2021-10-29 21:14:07 手机定位技术交流文章

      在通信和信息处理方面,传输层向上方的应用层提供通信服务。 这是通信部分的最高水平, 也是用户功能的最低水平。 传输层位于网络层之上, 在不同主机的运行过程中运行, 并提供逻辑通信。 网络层提供主机之间的逻辑通信。 网络层提供主机之间的逻辑通信 。

      传输层的功能:

      1) 传输层提供应用程序流程之间的逻辑通信。 与网络层的区别在于网络层提供主机之间的逻辑通信。 在网络层面,两个主机位于通信的两侧,IP数据报纸为两个主机提供了IP地址,但这两个主机之间的通信实际上是两个主机应用程序之间的通信应用。 两个程序之间的通信也被称为端到端逻辑通信。 这里,“逻辑通信”意味着传输层之间的通信似乎沿水平线传输数据,但事实上两个横向传输层之间没有物理连接。

      重新使用表明,在发送者的多个应用中,可使用相同的传输层协议传输数据;分发系指,在删除提交书的最初部分之后,接收方的传输层可以将数据适当传送到预定应用过程。

      3) 接收到的信息错误探测也在传输一级进行,但网络一级只是核查IP数据报告的第一部分,而不检查数据部分是否不正确。

      4) 提供两种不同的传输协议,即面向TCP和互不连接的Udp,这些协议不能同时在网络一级执行。

      %title插图%num

      描述

      UDP协议

      UDP的优点:

      1) 由于UDP不需要连接,因此在建立连接方面不会出现延误。考虑如果DNS运行在TCP而不是UDP,DNS会减速。HTTP使用TCP而不是UDP,因为依赖性对基于文本的网页至关重要。

      (2) 未连接状态。 TCP 要求在终端系统中连接。 此连接状态包含在确认后接收和传输缓存、 冷凝、 控制、 参数和序列号的参数。 UDP 不保留连接状态, 也不跟踪这些参数, 因此某些专门应用程序服务器通常在使用 udp 时支持更活跃的客户端 。

      (3) 分PCB费用为前20B,而V费用仅为8B。

      应用层对发送的数据和发送时间拥有更大的控制权。 由于UDP没有交通拥堵控制,网络拥堵对主机交付效率没有影响。 某些实时应用程序要求以固定速度提供数据,允许少量数据损失,但不能容忍时间延误增加,而且UDP符合这些要求。

      5) UDP经常用于一次性传送较少数据的网络应用程序,如DNS SNMP.Meximum努力交付也将得到提供,但无法保证可靠的交付。 然而,这并未表明数据需求的应用不可靠,因此所有确保传输可靠性的尝试都必须由用户在应用层面上进行。

      TCP合约,你看,我不知道我在说什么

      TCP的特点:

      (1) TCB是跨越不可靠的知识产权层的可靠数据传输协议,除其他外,涉及传输可靠性、订单、不损失和不重复。

      2) TCP是一个以连接为导向的传输层议定书。

      (3) 每个TCP连接只能有两个终点,每个TCP连接只能是点对点。

      (4) TCP支持24小时通信,允许双方在申请过程的任何时候交换数据,在TCP连接的两端维持发送和接收缓存,以便临时储存双向对话的数据。

      (5) TCP 是一个字节流,尽管应用程序和 TCP 互动是一次的一个数据块。 然而, TCP 仅将应用程序提供的数据视为没有结构的字节序列。

      TCP连接管理

      (1) 由于TCP是一个以连接为导向的协议,因此对每个TCP连接的管理涉及提供电力的数据传输和TCP连接释放的三个步骤,是允许在建立TCP连接的过程中定期建立和释放运输连接,必须解决以下三个困难,以便每一方确定另一方的存在,并允许另一方谈判各种因素,例如是否利用窗口扩展选项分配最大窗口价值、时间错误选择和服务质量。

      2) TCP 将连接作为一个基本概念,每个 TCP 连接包括两个端点。 TCP 连接端点不是主机、主机IP地址、应用程序或传输层协议端口。连接 TCP 的港口称为字节或插座。 端口拼写 IP 地址和字节的构成, 每一个IPTP 连接端口与两个端口, 端口都是两个端口, 端口都是传送的, 并确定了 TCP 连接的建立 。

      %title插图%num

      TCP的设立(三次握手):

      作为第一步,客户端的 TCP 将连接部分请求传送到服务器的 TCP,其中不含应用程序层数据,第一部分将SYN标记设置为1。 客户还可以选择随机选择起始号码。

      在服务器的 TCP 收到连接请求后, 如果它同意建立连接, 它会将确认书发回客户端, 并将 TCP 缓存和变量指派给 TCP 连接。 在确认报告中, SYN ACK 位置设为 1( 表明它现在是合法的 ), 确认的数字字段的价值是 X1, 服务器随机生成初始序列确认段落, 其中不包括一个 。

      第三阶段是在客户收到确认电文时向服务器提供确认,并指定连接的缓存和变量。

      上述三个阶段顺利完成,然后是传输应用层数据,从而创建了TCP连接。 TCP允许全时重复输入,因此通信双方都可以随时传输数据。 还值得一提的是,服务器端的资源是在第二次握手结束后分配的,而客户端的资源是在完成第三次握手连接时分配的,而客户端的资源则是在上述三个阶段成功完成TCP连接之后创造的,随后是传输应用层数据。 TCP允许全时重复输入,因此,双方可以随时发送数据。 还值得一提的是,服务器端的资源是在第二次握手结束后分配的,而客户端的资源则是在完成第三次握手之后分配的。

      %title插图%num

      伦敦有几所大学(多伦多大学全球排名),加拿大从未像美国或联合王国这么热门,但很少有人意识到加拿大是世界上教育质量最高的国家之一。 加拿大基础教育被教科文组织、经济学家和《今日美国》等有声望的组织评为世界上最好的教育系统。

      TCP 连接释放(第4次握手)

      TCP连接可以通过参与该连接的两个程序中的任何一个程序终止,TCP连接释放程序一般称为四节握手。

      当客户决定关闭连接,发送与 TCP 的连接, 发布消息并停止传输数据, 并自愿关闭 FIN 连接 TCP 的位置。 1 最后字节的序号等于先前发送的数据 1 TCP 是全时的, 可以认为 TCP 连接有两个数据电路。 在发送 FIN 信息时, FIN 的一端无法再发送数据并关闭其中之一, 但是,

      第二阶段是服务器收到与发布部分的连接时发送确认,该发布部分有其自己的序列号,因此V等于它以前传送的数据的最后字节,加上一个字节。此时,客户端与服务器的连接被解除。TCP连接是半封闭的,但如果服务器提供数据,客户端仍然从服务器接收数据,并按用户方向连接,而且没有关闭。

      第三步是告诉TCP在发送 FIN=1 连接时释放连接,如果服务器不再有数据可以发送到客户端,则释放条目。

      第4步,客户机收到连接,在报告公布后必须予以确认,核实报告中的ACK字段被划为1。 目前,TCP连接尚未解除,必须等待定时器设定后,2MSL才能进入连接关闭。

      %title插图%num

      TCP可靠传输

      TCP的目标是在IP一级不可靠的尝试基础上发展可靠的数据传输服务,TCP可靠的数据传输服务确保接收方程序,缓冲区的字节流与发送方的字节流相同,为此,TCP采用核查、序列号、确认和再传送程序,后者与UDP核查相同。

      由于两个因素:多余的反包和内容的重新传送,TCP可随着时间的推移重新发送文本。

      超时: TCP 每次发送报告副本时,都必须设置一个计时器。 重新传输计时器到期, 但若未收到确认, 报告将受到不满 。

      重新传送的难度在于发送者往往要花太长的时间才能通过注意事发前所谓的冗余反背法来核查投放包。 重复的反射反背是再次确认报告某一部分的反包发送者已得到对报告这一部分的确认。

      TCP流量控制:

      TCP 提供流量控制服务,以尽量减少发送者超载接收缓存的风险,因此,交通控制可被描述为速度匹配服务,情况正是如此。 发送的数据过多。 数据太慢。 没有方法可以匹配数据链层。 传输层和数据链层之间的流量控制差异包括传输层界定的端到端用户之间的流量控制以及两个中间点相应节点界定的数据链层之间的流量控制。 此外,数据链层中滑动窗口协议的大小可能不会动态变化,尽管传输层的大小可以变化。

      %title插图%num

      TCP拥塞控制:

      拥堵控制是指防止将过多的数据输入网络,以免网络中的路由器或连接器超载。 当拥堵发生时,终点并不知道其发生的细节。 拥堵经常表明通信连接端点的通信延误增加。 当然,有相当程度的拥堵控制和交通控制,所有这些都实现了一致性。

      交通拥堵控制与交通控制之间的区别:拥挤控制是一个全球过程,使网络能够抵制现有的网络负荷,并涵盖所有主机、所有路由器以及与降低网络传输性能有关的所有方面。 另一方面,交通控制常常指点到点的交通控制和接收端。 他为控制发送者而必须做的总是发送者提供数据的速度,以便接收端能达到接收端。

      这是直截了当的字幕控制算法 相当直截了当

      %title插图%num

      %title插图%num

      本章的概要已经存在问题:

      1) 为什么不用两手握手建立联系?

      这主要是为了防止由于在两次握手中突然将连接请求重新传送到服务端而产生的错误。 考虑到以下情况,客户端a 将第一个 TCP 连接请求发送到服务器 B。 文章在网络的一个节点上长期停留在网络上的节点上,在A被超时后,它被认为丢失了,而且一旦收到B 请求并传输了数据,而且双方被切断,该连接就被重新传送了。 当时网络中保留了以前的连接,请求访问服务端B,认为已经发送了连接请求。 如果此时使用了三次握手,那么B 返回一个请求确认输入,而由于这是一个失效请求,一个失败的连接被忽略。 如果两次使用握手,B 认为传输连接已经建立并一直在等待数据传输, 此时没有任何连接请求,因此被忽略, 从而造成B 资源被浪费。

      为何不使用三次握手来断开连接, 然后发送最后一次握手信息, 等待 2MSL 消息?

      对此有两个解释。

      (1) 确保a提交的最新确认部分达到b。如果一个不等待 2MSL 返回最后一个确认部分,它将无法进入正常关闭状态,如果目前关闭,将无法重新发送..。

      (b) 避免在发送最后确认段落后和在2MSL之后出现“断层连接请求段落”,a 以保证失去网络这一连续时间段的结果与下述情况相同,即没有利用两次握手来确定连接。

      由于客户端必须等待 2MSL 才能进入 CCLED 状态( TCP 刚刚关闭), 服务器会在客户端之前终止 TCP 连接 。

      鉴于所有互联网业务的传输没有错误,所有节点都不会出现诗歌的失败。 在这种情况下,通过TCP提供可靠信息的作用是否多余?

      (1) 每个IP数据包分别选择路径,当主机到达目的地时可能造成混乱。

      2) IP数据包在中间丢失,原因是路线选择错误导致互联网循环,包件第一部分最后的寿命时间减少到零。

      (3) 路由器出乎意料地交通繁忙,使路由器难以处理数据包抵达事宜,因此,数据包的一部分被删除。

      这意味着,必须利用TCP可靠的交付特征,确保在整个目的地托管程序中收到正确信息。

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

          热门文章

          文章分类