Discuz! Board

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 418|回复: 0
打印 上一主题 下一主题

比 好些 只有当接收方收到损坏

[复制链接]

1

主题

1

帖子

5

积分

新手上路

Rank: 1

积分
5
跳转到指定楼层
楼主
发表于 2023-7-13 17:54:55 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
如包的另一个额外副本被发送 那么当 趋近于无穷大时 数据包发送的次数将无限制地增加。 不会更好。如果在偶尔发送数据的情况下只使用 那么接收方检测到包 丢失的途径只能是 接收了 号包后 再接收到了 + 号包 这时 接收方才知道 号包丢了。又由于发送方发送间隔比较长 那么 号包得经过好久才能收到重传。所以在重传速度方面体现不了优势 况且还存在 丢失的情况 接收方就永远收不到目标包的重传了 如果要发送大量数据 而且很少丢包 那么只使用 要的分组时才发送 。 发送一个分组耗时 如果要满足利用率为 % 那么 % 计算得 为 个最大报文段长度。
  
可以提升信道利用率 发送方会发送更多管道数据到链路中。 有安全隐患 如果数据包丢失了 发送方不知道如何重发。 略 可能是[ ]到[ + ] [ ] 序号长度 对 假设发送方的窗口为 发送了 。接收方收到后 给出了 个 可能中途出现了拥塞 迟到了 于是发送方重发了 。这时之前 传真列表 的 个 到了发送方 发送方将窗口移到 之后重发的 个包对应的 也收到了 这就落到了窗口之外。 对 因为发送方接收到了第 个 后 就认为前 个全被接收方收到了 窗口就可以向前移动 这时可能有< 而且在窗口外的确认到达。 第二种情况就和 中出现的一样 对 对 在发送窗口和接收窗口都为 时 和 与比特交替协议是等价的。
  


段里要放一些不必要的东西 序号、确认号 段里能放更多的有效载荷。 对于 由于流量控制和拥塞控制 从应用程序将数据写入其发送缓冲区到将数据提供给网络层之间可能存在显著的延迟。 没有延迟由于流量控制和拥塞控制。 序号的最大值和 没关系 ^ 。 防止 洪泛攻击 不行 不 服务器可以简单地在计算这些初始序列号时添加一个时间戳 并为这些序列号选择一个生存时间值 并丢弃过期的初始序列号。 计算机网络 自顶向下方法 第三章课后习题答案 第七版 于 发布 收藏 分类专栏 计算机网络 文章标签 网络 版权 计算机网络 专栏收录该内容 篇文章 订阅 订阅专栏 复习题 就叫这个协议为简单传输协议。






回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

Archiver|手机版|小黑屋|Comsenz Inc.  

GMT+8, 2024-5-21 06:21 , Processed in 0.032611 second(s), 14 queries , Apc On.

Powered by Discuz! X3.1

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表