网站建设的基本流程可分为厦门网站建设价格

当前位置： 首页 > news >正文

网站建设的基本流程可分为,厦门网站建设价格,用户体验设计师是什么,物联网方案设计与实现文章目录1. TCP 如何保证传输的可靠性#xff1f;2.TCP 如何实现流量控制#xff1f;3.TCP 的拥塞控制是怎么实现的#xff1f;3.ARQ 协议了解吗?4.停止等待 ARQ 协议5.连续 ARQ 协议1. TCP 如何保证传输的可靠性#xff1f; 基于数据块传输 #xff1a;应用数据被分割成… 文章目录1. TCP 如何保证传输的可靠性2.TCP 如何实现流量控制3.TCP 的拥塞控制是怎么实现的3.ARQ 协议了解吗?4.停止等待 ARQ 协议5.连续 ARQ 协议1. TCP 如何保证传输的可靠性 基于数据块传输 应用数据被分割成 TCP 认为最适合发送的数据块再传输给网络层数据块被称为报文段或段。对失序数据包重新排序以及去重TCP 为了保证不发生丢包就给每个包一个序列号有了序列号能够将接收到的数据根据序列号排序并且去掉重复序列号的数据就可以实现数据包去重。校验和 : TCP 将保持它首部和数据的检验和。这是一个端到端的检验和目的是检测数据在传输过程中的任何变化。如果收到段的检验和有差错TCP 将丢弃这个报文段和不确认收到此报文段。超时重传 : 当发送方发送数据之后它启动一个定时器等待目的端确认收到这个报文段。接收端实体对已成功收到的包发回一个相应的确认信息ACK。如果发送端实体在合理的往返时延RTT内未收到确认消息那么对应的数据包就被假设为已丢失open in new window并进行重传。流量控制 : TCP 连接的每一方都有固定大小的缓冲空间TCP 的接收端只允许发送端发送接收端缓冲区能接纳的数据。当接收方来不及处理发送方的数据能提示发送方降低发送的速率防止包丢失。TCP 使用的流量控制协议是可变大小的滑动窗口协议TCP 利用滑动窗口实现流量控制。拥塞控制 : 当网络拥塞时减少数据的发送。 2.TCP 如何实现流量控制 TCP 利用滑动窗口实现流量控制。流量控制是为了控制发送方发送速率保证接收方来得及接收。 接收方发送的确认报文中的窗口字段可以用来控制发送方窗口大小从而影响发送方的发送速率。将窗口字段设置为 0则发送方不能发送数据。 为什么需要流量控制? 这是因为双方在通信的时候发送方的速率与接收方的速率是不一定相等如果发送方的发送速率太快会导致接收方处理不过来。如果接收方处理不过来的话就只能把处理不过来的数据存在 接收缓冲区(Receiving Buffers) 里失序的数据包也会被存放在缓存区里。如果缓存区满了发送方还在狂发数据的话接收方只能把收到的数据包丢掉。出现丢包问题的同时又疯狂浪费着珍贵的网络资源。因此我们需要控制发送方的发送速率让接收方与发送方处于一种动态平衡才好。 这里需要注意的是常见误区 发送端不等同于客户端接收端不等同于服务端 TCP 为全双工(Full-Duplex, FDX)通信双方可以进行双向通信客户端和服务端既可能是发送端又可能是服务端。因此两端各有一个发送缓冲区与接收缓冲区两端都各自维护一个发送窗口和一个接收窗口。接收窗口大小取决于应用、系统、硬件的限制TCP传输速率不能大于应用的数据处理速率。通信双方的发送窗口和接收窗口的要求相同 TCP 发送窗口可以划分成四个部分
已经发送并且确认的TCP段已经发送并确认已经发送但是没有确认的TCP段已经发送未确认未发送但是接收方准备接收的TCP段可以发送未发送并且接收方也并未准备接受的TCP段不可发送。 TCP发送窗口结构图示 SND.WND 发送窗口。SND.UNASend Unacknowledged 指针指向发送窗口的第一个字节。SND.NXTSend Next 指针指向可用窗口的第一个字节。 可用窗口大小 SND.UNA SND.WND - SND.NXT 。 TCP 接收窗口可以划分成三个部分
已经接收并且已经确认的 TCP 段已经接收并确认等待接收且允许发送方发送 TCP 段可以接收未确认不可接收且不允许发送方发送TCP段不可接收。 TCP 接收窗口结构图示 接收窗口的大小是根据接收端处理数据的速度动态调整的。 如果接收端读取数据快接收窗口可能会扩大。 否则它可能会缩小。 另外这里的滑动窗口大小只是为了演示使用实际窗口大小通常会远远大于这个值。 3.TCP 的拥塞控制是怎么实现的 在某段时间若对网络中某一资源的需求超过了该资源所能提供的可用部分网络的性能就要变坏。这种情况就叫拥塞。拥塞控制就是为了防止过多的数据注入到网络中这样就可以使网络中的路由器或链路不致过载。拥塞控制所要做的都有一个前提就是网络能够承受现有的网络负荷。拥塞控制是一个全局性的过程涉及到所有的主机所有的路由器以及与降低网络传输性能有关的所有因素。相反流量控制往往是点对点通信量的控制是个端到端的问题。流量控制所要做到的就是抑制发送端发送数据的速率以便使接收端来得及接收。 为了进行拥塞控制TCP 发送方要维持一个 拥塞窗口(cwnd) 的状态变量。拥塞控制窗口的大小取决于网络的拥塞程度并且动态变化。发送方让自己的发送窗口取为拥塞窗口和接收方的接受窗口中较小的一个。 TCP 的拥塞控制采用了四种算法即 慢开始 、 拥塞避免 、快重传 和 快恢复。在网络层也可以使路由器采用适当的分组丢弃策略如主动队列管理 AQM以减少网络拥塞的发生。 慢开始 慢开始算法的思路是当主机开始发送数据时如果立即把大量数据字节注入到网络那么可能会引起网络阻塞因为现在还不知道网络的符合情况。经验表明较好的方法是先探测一下即由小到大逐渐增大发送窗口也就是由小到大逐渐增大拥塞窗口数值。cwnd 初始值为 1每经过一个传播轮次cwnd 加倍。拥塞避免 拥塞避免算法的思路是让拥塞窗口 cwnd 缓慢增大即每经过一个往返时间 RTT 就把发送方的 cwnd 加 1.快重传与快恢复 在 TCP/IP 中快速重传和恢复fast retransmit and recoveryFRR是一种拥塞控制算法它能快速恢复丢失的数据包。没有 FRR如果数据包丢失了TCP 将会使用定时器来要求传输暂停。在暂停的这段时间内没有新的或复制的数据包被发送。有了 FRR如果接收机接收到一个不按顺序的数据段它会立即给发送机发送一个重复确认。如果发送机接收到三个重复确认它会假定确认件指出的数据段丢失了并立即重传这些丢失的数据段。有了 FRR就不会因为重传时要求的暂停被耽误。 　当有单独的数据包丢失时快速重传和恢复FRR能最有效地工作。当有多个数据信息包在某一段很短的时间内丢失时它则不能很有效地工作。 3.ARQ 协议了解吗? 自动重传请求Automatic Repeat-reQuestARQ是 OSI 模型中数据链路层和传输层的错误纠正协议之一。它通过使用确认和超时这两个机制在不可靠服务的基础上实现可靠的信息传输。如果发送方在发送后一段时间之内没有收到确认信息Acknowledgements就是我们常说的 ACK它通常会重新发送直到收到确认或者重试超过一定的次数。 ARQ 包括停止等待 ARQ 协议和连续 ARQ 协议。 4.停止等待 ARQ 协议 停止等待协议是为了实现可靠传输的它的基本原理就是每发完一个分组就停止发送等待对方确认回复 ACK。如果过了一段时间超时时间后还是没有收到 ACK 确认说明没有发送成功需要重新发送直到收到确认后再发下一个分组 在停止等待协议中若接收方收到重复分组就丢弃该分组但同时还要发送确认。

1. 无差错情况: 发送方发送分组,接收方在规定时间内收到,并且回复确认.发送方再次发送。
2. 出现差错情况超时重传: 停止等待协议中超时重传是指只要超过一段时间仍然没有收到确认就重传前面发送过的分组认为刚才发送过的分组丢失了。因此每发送完一个分组需要设置一个超时计时器其重传时间应比数据在分组传输的平均往返时间更长一些。这种自动重传方式常称为 自动重传请求 ARQ 。另外在停止等待协议中若收到重复分组就丢弃该分组但同时还要发送确认。
3. 确认丢失和确认迟到 确认丢失 确认消息在传输过程丢失。当 A 发送 M1 消息B 收到后B 向 A 发送了一个 M1 确认消息但却在传输过程中丢失。而 A 并不知道在超时计时过后A 重传 M1 消息B 再次收到该消息后采取以下两点措施1. 丢弃这个重复的 M1 消息不向上层交付。 2. 向 A 发送确认消息。不会认为已经发送过了就不再发送。A 能重传就证明 B 的确认消息丢失。确认迟到 确认消息在传输过程中迟到。A 发送 M1 消息B 收到并发送确认。在超时时间内没有收到确认消息A 重传 M1 消息B 仍然收到并继续发送确认消息B 收到了 2 份 M1。此时 A 收到了 B 第二次发送的确认消息。接着发送其他数据。过了一会A 收到了 B 第一次发送的对 M1 的确认消息A 也收到了 2 份确认消息。处理如下1. A 收到重复的确认后直接丢弃。2. B 收到重复的 M1 后也直接丢弃重复的 M1。 5.连续 ARQ 协议 连续 ARQ 协议可提高信道利用率。发送方维持一个发送窗口凡位于发送窗口内的分组可以连续发送出去而不需要等待对方确认。接收方一般采用累计确认对按序到达的最后一个分组发送确认表明到这个分组为止的所有分组都已经正确收到了。 优点 信道利用率高容易实现即使确认丢失也不必重传。 待对方确认。接收方一般采用累计确认对按序到达的最后一个分组发送确认表明到这个分组为止的所有分组都已经正确收到了。 缺点 不能向发送方反映出接收方已经正确收到的所有分组的信息。 比如发送方发送了 5 条 消息中间第三条丢失3 号这时接收方只能对前两个发送确认。发送方无法知道后三个分组的下落而只好把后三个全部重传一次。这也叫 Go-Back-N回退 N表示需要退回来重传已经发送过的 N 个消息。